search for: b_transact

...utput: buffer trace for buffer at 0xc02db000 (I am CPU 0) journal_dirty_metadata() [transaction.c:1101] file as BJ_Metadata b_state:0xb1 b_list:BUF_CLEAN b_jlist:BJ_Metadata on_lru:1 cpu:0 on_hash:1 b_count:2 b_blocknr:1 b_jbd:1 b_frozen_data:00000000 b_committed_data:00000000 b_transaction:1 b_next_transaction:0 b_cp_transaction:0 b_trans_is_running:1 b_trans_is_comitting:0 b_jcount:0 <0> journal_dirty_metadata() [transaction.c:1106] exit b_state:0xb1 b_list:BUF_CLEAN b_jlist:BJ_Metadata on_lru:1 cpu:0 on_hash:1 b_count:2 b_blocknr:1 b_jbd:1 b_frozen_dat...

Hi, I just had my server cry this out to the console: Assertion failure in do_get_write_access() at transaction.c:658: "jh->b_transaction == journal->j_committing_transaction" kernel BUG at transaction.c:658! invalid operand: 0000 CPU: 0 EIP: 0010:[<c015e1f6>] Not tainted EFLAGS: 00010286 eax: 0000007d ebx: c2ff4200 ecx: c243e000 edx: c068af00 esi: c0d6d900 edi: c2ff4200 ebp: c03f4190 esp: c243fd...

...4:59 2001 +++ fs/jfs/journal.c Thu Mar 29 17:09:23 2001 @@ -242,9 +242,13 @@ do { bh = next; transaction->t_datalist = next = bh->b_tnext; - - if (!buffer_locked(bh) && - !buffer_dirty(bh)) { + + if (bh->b_dev == B_FREE) { + journal_unfile_buffer(bh); + bh->b_transaction = NULL; + if (bh->b_cp_transaction) + journal_remove_checkpoint(bh); + } else if (!buffer_locked(bh) && !buffer_dirty(bh)) { journal_unfile_buffer(bh); bh->b_transaction = NULL; unlock_journal(transaction->t_journal); -- Andreas Dilger \ "If a man ate a...

...now: 1. journal recovery and initialization stuff is working 2. transactions go to the disk 3. infrastructure is there to do transcactions 4. ext3_create is fully operational. The problems we have seen mostly have to do with differences in which buffer heads are being initialized. Things like b_transaction etc. were not cleaned up. There are more buffer head problems around, but we are debugging them quickly now. You can play with this, make a loop device, mount it and to things like touch (NOTE: only file creations have been handled so far). If you re-mount a dirty ext3 image, it will recovery...

...ng: Index: linux-2.6.9/fs/jbd/checkpoint.c =================================================================== --- linux-2.6.9.orig/fs/jbd/checkpoint.c +++ linux-2.6.9/fs/jbd/checkpoint.c @@ -166,6 +166,7 @@ static int __cleanup_transaction(journal transaction_t *t = jh->b_transaction; tid_t tid = t->t_tid; + transaction->t_chp_stats.cs_forced_to_close++; spin_unlock(&journal->j_list_lock); jbd_unlock_bh_state(bh); log_start_commit(journal, tid);...

...ng J_ASSERT_JH() macro: ============== static void __journal_remove_journal_head(struct buffer_head *bh) { struct journal_head *jh = bh2jh(bh); J_ASSERT_JH(jh, jh->b_jcount >= 0); <=== jh is NULL get_bh(bh); if (jh->b_jcount == 0) { if (jh->b_transaction == NULL && .... ============= Not sure why would that happen (corruption?). Few system details: ================ - 64-bit, 2 quad-core (total 8 cores) Xeon, 48GB RAM - Stock 2.6.30.1 kernel, *no* modules - ext3 file-system (data=ordered mode) used over encrypted (dmcrypt) disks. - und...

...This is running 2.6.23.9 as I wanted to use kvm-amd. It has died on me twice. Funny thing is it happens when I am NOT using the machine. Any thoughts? Jerry -------------- Dec 8 22:23:57 devcentos5x64 kernel: Assertion failure in journal_dirty_data() at fs/jbd/transaction.c:983: "jh->b_transaction == journal->j_committing_transaction" Dec 8 22:23:57 devcentos5x64 kernel: ------------[ cut here ]------------ Dec 8 22:23:57 devcentos5x64 kernel: kernel BUG at fs/jbd/transaction.c:983! Dec 8 22:23:57 devcentos5x64 kernel: invalid opcode: 0000 [1] SMP Dec 8 22:23:57 devcentos5x64...

...a bit different. Normally with data=journal, data blocks are written to the journal and then left in the pagecache in a dirty state to be eventually flushed to disc. Either by bdflush or by a journal checkpoint. journal_unmap_buffer will find that the buffer is attached to the journal, either via b_transaction or b_cp_transaction (i.e. an active part of a transaction, or a buffer that must be checkpointed before that transaction be be forgotten) If the latter case, the buffer gets reattached to the current transaction (if there is one) so it will be disposed of at when it completes. otherwise it is i...

Well.... you might remember that I have had problems will my NFS fileserver that run ext3 with data=journal. The filesystem corruption now seems too be solved with the patch (plus amendment) that I posted, so I am happy about that... but there is more. I have known for a while that ext3 doesn't behave very well when the journal fills up. If it finds that the journal is full, and the

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