search for: t_forget

...endeavor and reproduce this locally. It would be really useful to hunt this down and kill it, because NFS over Ext3 otherwise performs very well in data=journal mode. Suggestions welcome. -Bill Assertion failure in __journal_drop_transaction() at fs/jbd/checkpoint.c:625: "transaction->t_forget == NULL" ----------- [cut here ] --------- [please bite here ] --------- Kernel BUG at checkpoint:625 invalid operand: 0000 [1] SMP CPU 1 Modules linked in: e1000 qla2300 qla2xxx netconsole thermal processor fan button battery ac eeprom adm1026 i2c_sensor i2c_amd756 i2c_core Pid: 17828, comm:...

...RAID sets, if that's of any use. I think the hardware is good in both cases. I hope someone finds this data useful enough to be able to fix the bug. IMAP server crash (once only, thus far): Assertion failure in __journal_drop_transaction() at fs/jbd/checkpoint.c:626: "transaction->t_forget == NULL" ----------- [cut here ] --------- [please bite here ] --------- Kernel BUG at "fs/jbd/checkpoint.c":626 invalid operand: 0000 [1] SMP CPU 0 Modules linked in: loop iptable_nat ip_conntrack_amanda ipt_ULOG ipt_REJECT ipt_state ip_conntrack iptable_filter ip_tables w83627hf...

The following 6 patches cleanup the jbd code and kill about 200 lines. First of 4 patches can apply to 2.6.13-git8 and 2.6.13-mm2. The rest of them can apply to 2.6.13-mm2. fs/jbd/checkpoint.c | 179 +++++++++++-------------------------------- fs/jbd/commit.c | 101 ++++++++++-------------- fs/jbd/journal.c | 11 +- fs/jbd/revoke.c | 158

Hi all, One of our mx servers started misbehaving today (postfix would timeout internally, load rising) and after I tried to reboot it, I got this: Assertion failure in __journal_drop_transaction() at fs/jbd/checkpoint.c:613: "transaction->t_forget == NULL" ------------[ cut here ]------------ kernel BUG at fs/jbd/checkpoint.c:613! invalid operand: 0000 [#1] PREEMPT SMP Modules linked in: ipv6 aic79xx serverworks eepro100 sworks_agp agpgart floppy evdev pcspkr ohci_hcd usbcore e100 mii capability commoncap ide_cd ide_core cdrom rtc ext2...

Hello all, Last night a server of mine went belly up with my remote log server telling me this log entry: kernel: Assertion failure in __journal_drop_transaction() at fs/jbd/checkpoint.c:615: "transaction->t_forget == NULL" During this time, we had high email loads and I have my 2 /var/spool/postfix_1 and /var/spool/postfix_2 partitions mounted with "data=journal" option. ( I have 2 instances of PF installed). A hard reboot was required and all appears fine now. However, I had another server...

...ake use of the BH_Freed flag which is currently unused but is defined in jbd.h as BH_Freed, /* 1 if buffer has been freed (truncated) */ It seems perfect for the job. At this point in journal_unmap_buffer, we set BH_Freed on the buffer. Then in phase 7 of the commit, when we are looking at the t_forget buffers and considering if they are jdirty, and hence should be made really dirty again, we avoid doing so if BH_Freed is set. I am yet to actually try this patch out on a production system, partly because I wanted to be sure my understanding was good enough to be able to convincingly explain it i...

...I can have more ksymoops output for you soon enough. I've included the output for each below. Thank you for your time! Jason First Machine ("Scratchy") ========================== Assertion failure in __journal_drop_transaction() at fs/jbd/checkpoint.c:613: "transaction->t_forget == NULL" ------------[ cut here ]------------ kernel BUG at fs/jbd/checkpoint.c:613! invalid operand: 0000 [#1] SMP CPU: 2 EIP: 0060:[<c01f8404>] Not tainted VLI EFLAGS: 00010282 (2.6.10-grsec+gg3+e+fhs6b+nfs+gr0501+++p4+c4a+gr6b-reslog-v6.189) EIP is at __journal_drop_transac...

This version fixes three bugs in the 2nd patch of this series that caused kernel BUG when the system was under race. We weren't accounting with t_oustanding_credits correctly, and there were race conditions caused by the fact the I had overlooked the fact that __jbd2_log_wait_for_space() and jbd2_get_transaction() requires j_state_lock to be write locked. Theodore Ts'o (3): jbd2: Use