search for: journal_stop

...s and fix up for 2.4 under the hood Index: src/journal.c =================================================================== --- src/journal.c (revision 1156) +++ src/journal.c (working copy) @@ -105,9 +105,17 @@ return status; } -#else -#define ocfs_journal_start journal_start -#define ocfs_journal_stop journal_stop + +#define journal_start(journal, nblocks) \ + ocfs_journal_start(journal, nblocks) +#define journal_stop(handle) \ + ocfs_journal_stop(handle) + +/* these two gained another argument during 2.6 */ +#define journal_get_write_access(handle, bh, credits) \ + journal_get_write_access(hand...

...t is waiting for t_updates to be 0. At this point, t_state is T_LOCKED, so presumably those nfsd threads above are waiting on kjournald. But what is kjournald really waiting for? My first though was the two nfsd threads in: nfsd Call Trace: [sleep_on+75/124] [log_wait_commit+74/136] [journal_stop+408/432] [journal_force_commit+78/128] [ext3_force_commit+66/112] [ext3_sync_file+128/144] [nfsd_sync_dir+49/72] [nfsd_unlink+455/480] [nfsd_proc_remove+122/140] [nfsd_dispatch+207/406] [svc_process+655/1264] [nfsd+566/944] [arch_kernel_thread+40/56] that are waiting on j_wait_done...

...2a/0x3d Apr 11 10:13:29 server kernel: [<c0436d23>] prepare_to_wait+0x24/0x46 Apr 11 10:13:29 server kernel: [<f885f1e2>] log_wait_commit+0x80/0xc7 [jbd] Apr 11 10:13:29 server kernel: [<c0436bd7>] autoremove_wake_function+0x0/0x2d Apr 11 10:13:29 server kernel: [<f885a661>] journal_stop+0x195/0x1ba [jbd] Apr 11 10:13:29 server kernel: [<c0495caa>] __writeback_single_inode+0x197/0x2a3 Apr 11 10:13:29 server kernel: [<c045ee18>] do_writepages+0x2b/0x32 Apr 11 10:13:29 server kernel: [<c045a96c>] __filemap_fdatawrite_range+0x66/0x72 Apr 11 10:13:29 server kernel: [&...

.../sda3 /dev/sda4 193010776 75750204 107456104 42% /mnt/sda4 [*ROOT* mofo /mnt/sda1/mysql/fd 643 ] mv oldmail/* /mnt/sda4/mgh/oldmysqllogs/ Segmentation fault [*ROOT* mofo /mnt/sda1/mysql/fd 644 ] Message from syslogd@mofo at Thu Apr 17 21:40:13 2003 ... mofo kernel: Assertion failure in journal_stop() at transaction.c:1384: "journal_current_handle() == handle" [*ROOT* mofo /mnt/sda1/mysql/fd 644 ] [*ROOT* mofo /mnt/sda1/mysql/fd 644 ] fg Anything accessing /mnt/sda4 hung at this point (smbd among others) and I could not cleanly shutdown the machine. Finally a umount -km /mnt/sda3 (...

I am running Debian Potato with kernel 2.4.27-rc3 on a Sparc Server 20, 128MB RAM machine. After few hours I get the following error in the syslog kernel file Jul 15 01:09:25 mudshark kernel: Assertion failure in journal_stop() at transaction.c:1418: "journal_current_handle() == handle" Jul 15 01:09:25 mudshark kernel: kernel BUG at transaction.c:1418! Jul 15 01:09:25 mudshark kernel: Unable to handle kernel NULL pointer dereference Jul 15 01:09:25 mudshark kernel: tsk->{mm,active_mm}->context = 00000...

...0000400000000 000000000000000a ffff810b3acfb040 ffff810c400a4040 0011dd0835789020 00000000000161a0 ffff810b3acfb228 0000000400000092 Call Trace: [<ffffffff88036e55>] :jbd:log_wait_commit+0xa3/0xf5 [<ffffffff800a34a8>] autoremove_wake_function+0x0/0x2e [<ffffffff8803179a>] :jbd:journal_stop+0x1d3/0x203 [<ffffffff8002f96a>] __writeback_single_inode+0x1dd/0x31c [<ffffffff800f7454>] sync_inode+0x24/0x33 [<ffffffff8804c37e>] :ext3:ext3_sync_file+0xce/0xf8 [<ffffffff8004fe60>] do_fsync+0x52/0xa4 [<ffffffff800e48c9>] __do_fsync+0x23/0x36 [<ffffffff8005...

.../sda3 /dev/sda4 193010776 75750204 107456104 42% /mnt/sda4 [*ROOT* mofo /mnt/sda1/mysql/fd 643 ] mv oldmail/* /mnt/sda4/mgh/oldmysqllogs/ Segmentation fault [*ROOT* mofo /mnt/sda1/mysql/fd 644 ] Message from syslogd@mofo at Thu Apr 17 21:40:13 2003 ... mofo kernel: Assertion failure in journal_stop() at transaction.c:1384: "journal_current_handle() == handle" [*ROOT* mofo /mnt/sda1/mysql/fd 644 ] [*ROOT* mofo /mnt/sda1/mysql/fd 644 ] fg Anything accessing /mnt/sda4 hung at this point (smbd among others) and I could not cleanly shutdown the machine. Finally a umount -km /mnt/sda3 (...

------------[ cut here ]------------ kernel BUG at fs/ext3/fsync.c:50! invalid operand: 0000 [#1] CPU: 0 EIP: 0060:[<b0187d38>] Not tainted VLI EFLAGS: 00010296 (2.6.13.1) EIP is at ext3_sync_file+0x58/0xf0 eax: 00000068 ebx: bf4a479c ecx: b03cffac edx: b03cffac esi: b0398cfc edi: b2b8f1c8 ebp: c13bcf60 esp: c13bcf18 ds: 007b es: 007b ss: 0068 Process aptitude

...f (ses) sesInfoFree(ses); diff -urpN 2.6.13-rc5-mm1/fs/jbd/transaction.c 2.6.13-rc5-mm1-dev/fs/jbd/transaction.c --- 2.6.13-rc5-mm1/fs/jbd/transaction.c 2005-08-07 10:05:22.000000000 -0700 +++ 2.6.13-rc5-mm1-dev/fs/jbd/transaction.c 2005-08-10 15:03:33.000000000 -0700 @@ -1340,8 +1340,7 @@ int journal_stop(handle_t *handle) if (handle->h_sync) { do { old_handle_count = transaction->t_handle_count; - set_current_state(TASK_UNINTERRUPTIBLE); - schedule_timeout(1); + schedule_timeout_uninterruptible(1); } while (old_handle_count != transaction->t_handle_count); } diff -urp...

...ait for the commit to complete. */ if (handle->h_sync && !(current->flags & PF_MEMALLOC)) - log_wait_commit(journal, tid); + err = log_wait_commit(journal, tid); } kfree(handle); return err; @@ -1509,7 +1509,7 @@ goto out; } handle->h_sync = 1; - journal_stop(handle); + ret = journal_stop(handle); out: unlock_kernel(); return ret; diff -Nru linux-2.4.29-pre3-bk2/include/linux/jbd.h linux-2.4.29-pre3-bk2_fix/include/linux/jbd.h --- linux-2.4.29-pre3-bk2/include/linux/jbd.h 2004-11-17 20:54:22.000000000 +0900 +++ linux-2.4.29-pre3-bk2_fix/include...

...827756] 0000000000000000 0000000000000000 0000000000000007 ffff81000ec640c0 [46237.835488] ffff81012b6a96b0 000028d210c60a79 0000000000001328 ffff81000ec64270 [46237.843057] Call Trace: [46237.845815] [<ffffffff802e9f76>] log_wait_commit+0xa3/0xf5 [46237.851681] [<ffffffff802e48a0>] journal_stop+0x214/0x244 [46237.857341] [<ffffffff8851c259>] :obdfilter:filter_iocontrol+0x139/0xa20 [46237.864413] [<ffffffff8825fe64>] :obdclass:class_cleanup+0x514/0xfc0 [46237.871219] [<ffffffff88263aec>] :obdclass:class_process_config+0x137c/0x1a90 [46237.878749] [<ffffffff88264519...

...<c06046b9>] schedule+0x90d/0x9ba [<c0436066>] autoremove_wake_function+0xd/0x2d [<c042daae>] lock_timer_base+0x15/0x2f [<c042dbbf>] __mod_timer+0x99/0xa3 [<c04d7a49>] blk_plug_device+0x5e/0x85 [<f884e2e2>] make_request+0x520/0x52a [raid1] [<f8860679>] journal_stop+0x1b0/0x1ba [jbd] [<c041fa31>] enqueue_task+0x29/0x39 [<c041f8de>] task_rq_lock+0x31/0x58 [<c04202a7>] try_to_wake_up+0x371/0x37b [<c041ea84>] __wake_up_common+0x2f/0x53 [<c041f871>] __wake_up+0x2a/0x3d [<c04806ab>] core_sys_select+0x2a9/0x2ca [<c052e77...

...Jun/27 03:57 pm>ext3: Unknown symbol journal_get_undo_access <Jun/27 03:57 pm>ext3: Unknown symbol journal_get_create_access <Jun/27 03:57 pm>ext3: Unknown symbol journal_destroy <Jun/27 03:57 pm>ext3: Unknown symbol journal_clear_err <Jun/27 03:57 pm>ext3: Unknown symbol journal_stop <Jun/27 03:57 pm>ext3: Unknown symbol journal_init_inode <Jun/27 03:57 pm>ext3: Unknown symbol journal_start <Jun/27 03:57 pm>ext3: Unknown symbol log_wait_commit <Jun/27 03:57 pm>ext3: Unknown symbol journal_release_buffer <Jun/27 03:57 pm>ext3: Unknown symbol journal...

...17:57:39 boeaet34 kernel: ei.c, 663): ext3_orphan_addxtet_writopy 0 Aug 9 17:57:39 boeaet34 kernel: < force_l_dirty_metadat7e90 Aug 9 17:57:39 boeaet34 kernel: <77e6transaction.er_head 1de27f20, force_copy 0 Aug 9 17:57:39 boeaet34 kernel: <7, 525): do_get_w ssaction.cn, 1069):, 1069): jjournal_stop: Handle e: Newandle: Hl 117, free 714, 52ef0, force_copy, 1069): journa1de27ef0 Aug 9 17:57:39 boeaet34 kernel: <.c, 695): e_get_writournal_dirty_mr_get_write_acourn_get_wournal_dirty_mee_ 5transaction.c, 1069): journal_dirty_metadata: journal_head 1de27ec0 Aug 9 17:57:39 boeaet34 kernel: <...

...d_get_block+0x15c/0x166 [<c0471d24>] __getblk+0x30/0x270 [<f885a485>] journal_cancel_revoke+0x8a/0x96 [jbd] [<f885a472>] journal_cancel_revoke+0x77/0x96 [jbd] [<f885626f>] __journal_file_buffer+0x10e/0x1e3 [jbd] [<c041f871>] __wake_up+0x2a/0x3d [<f8856679>] journal_stop+0x1b0/0x1ba [jbd] [<c042a209>] current_fs_time+0x4a/0x55 [<c048626d>] touch_atime+0x60/0x8f [<c04552ee>] do_generic_mapping_read+0x421/0x468 [<c045478b>] file_read_actor+0x0/0xd1 [<c04548e2>] find_get_page+0x18/0x38 [<c0457319>] filemap_nopage+0x192/0x315...

ocfs2 currently uses the Journaled Block Device (JBD) for its journaling. This is a very stable and tested codebase. However, JBD is limited by architecture to 32bit block numbers. This means an ocfs2 filesystem is limited to 2^32 blocks. With a 4K blocksize, that's 16TB. People want larger volumes. Fortunately, there is now JBD2. JBD2 adds 64bit block number support and some other

i_alloc_sem has always been a bit of an odd "lock". It''s the only remaining rw_semaphore that can be released by a different thread than the one that locked it, and it''s use case in the core direct I/O code is more like a counter given that the writers already have external serialization. This series removes it in favour of a simpler counter scheme, thus getting rid

...r1 kernel: EXT3-fs error (device dm-0) in ext3_free_blocks_sb: Journal has aborted Feb 4 00:08:24 server1 last message repeated 18 times Feb 4 00:08:24 server1 kernel: EXT3-fs error (device dm-0) in ext3_reserve_inode_write: Journal has aborted Feb 4 00:08:24 server1 kernel: Assertion failure in journal_stop() at fs/jbd/transaction.c:1344: "transaction->t_updates > 0" Feb 4 00:08:24 server1 kernel: ------------[ cut here ]------------ Feb 4 00:08:24 server1 kernel: kernel BUG at fs/jbd/transaction.c:1344! Feb 4 00:08:24 server1 kernel: invalid operand: 0000 [#1] Feb 4 00:08:24 serve...