LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* VFS: brelse: Trying to free free buffer
@ 2001-10-06 22:02 Jonathan R. Hudson
  2001-10-06 22:14 ` Alan Cox
  0 siblings, 1 reply; 3+ messages in thread
From: Jonathan R. Hudson @ 2001-10-06 22:02 UTC (permalink / raw)
  To: linux-kernel

In the last week, on a couple of machines running -ac{3,4,5,7},
reiserfs, I've noticed a number of 

kernel: VFS: brelse: Trying to free free buffer

in the syslog. Should I be concerned ? As far as I can see, there is
no pattern.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: VFS: brelse: Trying to free free buffer
  2001-10-06 22:02 VFS: brelse: Trying to free free buffer Jonathan R. Hudson
@ 2001-10-06 22:14 ` Alan Cox
  0 siblings, 0 replies; 3+ messages in thread
From: Alan Cox @ 2001-10-06 22:14 UTC (permalink / raw)
  To: Jonathan R. Hudson $}lkml.jrh{$@daria.co.uk (Jonathan R. Hudson)
  Cc: linux-kernel

> In the last week, on a couple of machines running -ac{3,4,5,7},
> reiserfs, I've noticed a number of 
> kernel: VFS: brelse: Trying to free free buffer
> 
> in the syslog. Should I be concerned ? As far as I can see, there is
> no pattern.

There were a few reiserfs changes impacting how the buffer counting is done.
This sounds like a bug crept into that somewhere

^ permalink raw reply	[flat|nested] 3+ messages in thread

* VFS: brelse: Trying to free free buffer
@ 2003-12-10 22:19 Daniel Pittman
  0 siblings, 0 replies; 3+ messages in thread
From: Daniel Pittman @ 2003-12-10 22:19 UTC (permalink / raw)
  To: ext3-users; +Cc: linux-kernel

I got this error in my log reports this morning, from the machine I use
as my firewall.  This is the first time it has occurred, but the machine
is running a very new kernel:

Linux fendrian.rimspace.net 2.6.0-test11-fendrian #1 Wed Dec 10 22:25:59 EST 2003 i486 GNU/Linux

The kernel was up to date as per the CVS repository at that point. This
was just before the CDROM_SEND_PACKET IOCTL fix went in.


There is a single ext3 partition on the machine, and it generally
doesn't do very much at all, especially not disk intensive stuff.

Please let me know if I can provide any more assistance in finding the
source of the problem, or resolving it.

Dec 11 04:03:55 fendrian kernel: VFS: brelse: Trying to free free buffer
Dec 11 04:03:55 fendrian kernel: buffer layer error at fs/buffer.c:1279
Dec 11 04:03:55 fendrian kernel: Call Trace:
Dec 11 04:03:56 fendrian kernel:  [__brelse+41/48] __brelse+0x29/0x30
Dec 11 04:03:56 fendrian kernel:  [bh_lru_install+124/176] bh_lru_install+0x7c/0xb0
Dec 11 04:03:56 fendrian kernel:  [__find_get_block+96/160] __find_get_block+0x60/0xa0
Dec 11 04:03:56 fendrian kernel:  [__getblk_slow+24/224] __getblk_slow+0x18/0xe0
Dec 11 04:03:56 fendrian kernel:  [__getblk+42/48] __getblk+0x2a/0x30
Dec 11 04:03:56 fendrian kernel:  [ext3_getblk+123/528] ext3_getblk+0x7b/0x210
Dec 11 04:03:56 fendrian kernel:  [submit_bio+61/112] submit_bio+0x3d/0x70
Dec 11 04:03:56 fendrian kernel:  [ll_rw_block+88/128] ll_rw_block+0x58/0x80
Dec 11 04:03:56 fendrian kernel:  [ext3_find_entry+288/976] ext3_find_entry+0x120/0x3d0
Dec 11 04:03:56 fendrian kernel:  [ext3_lookup+41/160] ext3_lookup+0x29/0xa0
Dec 11 04:03:56 fendrian kernel:  [__lookup_hash+108/160] __lookup_hash+0x6c/0xa0
Dec 11 04:03:56 fendrian kernel:  [open_namei+279/992] open_namei+0x117/0x3e0
Dec 11 04:03:56 fendrian kernel:  [filp_open+46/96] filp_open+0x2e/0x60
Dec 11 04:03:56 fendrian kernel:  [sys_open+59/112] sys_open+0x3b/0x70
Dec 11 04:03:56 fendrian kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Dec 11 04:03:56 fendrian kernel: 

    Daniel

-- 
> I have no life, and I must scream.
And in response, thus spake the Oracle:
} And there we have it, modern music summed up in one tidy sentence.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-12-10 22:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-10-06 22:02 VFS: brelse: Trying to free free buffer Jonathan R. Hudson
2001-10-06 22:14 ` Alan Cox
2003-12-10 22:19 Daniel Pittman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).