similar to: Assertion failure in do_get_write_access()

I noticed in the archives that there were patches for this problem, but I've yet to find the patches. Has this been fixed in any of the released kernel RPMs from Redhat? Right now this system is running Redhat 7.2. When I can get a maintenance window I'm going to upgrade to 7.3 and I'm hoping there is a standard kernel available that fixes these problems. kernel: Assertion failure in

On my Debian box: Package: lilo Version: 1:22.2-5 Severity: normal lilo seems to cause a kernel warning (see subject) when / is a ext3 partition. Maybe a kernel problem? Who knows. I'm running 2.4.19-rc1-ac7 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux hummus 2.4.19-rc1-ac7 #1 Wed Jul 17 22:14:20 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions

Hello, I am not subscribed to this mailing list. My apologies if non-members are not allowed to post in this forum. I have a Linux-2.4.19pre10aa4 computer and I have seen an error message "Unexpected dirty buffer encountered at do_get_write_access:598 (03:05 blocknr 0)" appears in the log. With a little bit of research I found that this message is printed from fs/jbd/journal.c,

Hi, I'm running stock kernel 2.4.18, and was downloading some things when I filled up one of my partitions. This was sent to all attached terminals: Assertion failure in do_get_write_access() at transaction.c:708: "handle->h_buffer_credits > 0" I think: invalid operand: 0000 may have followed. Anyway, it also gave a stack trace and register dump (to syslog), which I've

I'm using redhat 7.2 without kernel upgrade and encountered following error. Assertion failure in do_get_write_access() at transaction.c:611: blah blah In this mailing list, I found out this is a kernel bug. ;( Which kernel can I use safely? in 2.4.9-31 from redhat, is it fixed? -- Chung Ha-nyung <alita@[kldp.org|neowiz.com> NeoWiz <http://www.neowiz.com> SayClub

I guess this could be filed under the 'shot myself in the foot' section, but I figured I'd report it anyways.. Kernel 2.5.50-bk6, x86, preempt, PIIX IDE, ext3 fs. I dd'ed the first part of a ext3 partition to tmp, then mounted it via loopback. (the image passed a fsck, except for warning about corrupt part. table or superblock) I tried to 'cd' into a directory within

Hi, I use ext3 over RAID1+0 LUN. When I disconnect my fiber cable to the RAID (in order to force a migration to a failover node) I expect to see I/O errors and then a failure to write/read to the filesystem, but in addition I get an Assertion failure. The end result is of course an unusable system which needs to be rebooted. (I reboot the system via machine_restart which works okay but I guess

Hi all (and developers in particular) I just got bitten by this Assertion. The one that starts as in the subject, and ends with: "!(((jh2bh(jh))->b_state & (1UL << BH_Lock)) != 0)" Google reminds me that it was mentioned a few times earlier this year, but I couldn't find any statement saying that it has been fixed. I got this in a 2.4.16 kernel, though the

Hi, By running some scripts on our target system for a while, I lost all means of access to the system. It seems that the kernel is crashed with the following error message: Assertion failure in do_get_write_access() at transaction.c:731: "(((jh2bh(jh))->b_state & (1UL << BH_Uptodate)) != 0)" Oops: Exception in kernel mode, sig: 4 We are currently running Linux version