search for: ext3_file_write

...a0d314 00000000 000001ff 00000001 00000246 00000001 00000000 00000000 f50b3f38 00000000 0000005b 00000001 dfcf089c f50b3ebc f50b3efc f61ae400 f6a0d3b4 0000005b 0000005b f6a0d314 00000000 00000001 Call Trace: [<c013f4f8>] generic_file_aio_write+0x58/0xc0 [<f88f80db>] ext3_file_write+0x1b/0x93 [ext3] [<c0159466>] do_sync_write+0xb6/0x110 [<f8a7ac33>] zt_ioctl+0x93/0x100 [zaptel] [<f8a7aba0>] zt_ioctl+0x0/0x100 [zaptel] [<c0169b5e>] do_ioctl+0x4e/0x60 [<c0169c6f>] vfs_ioctl+0x4f/0x1c0 [<c0169e17>] sys_ioctl+0x37/0x70 [<c0102d3...

...in the process of calling PV_FLUSH ioctl => invalidate_buffers()]]] Attempt to refile free buffer Unable to handle kernel NULL pointer dereference at virtual address 00000000 <kdb stuff> refile_buffer cleanup_transaction log_do_checkpoint log_wait_for_space start_this_handle journal_start ext3_file_write do_readv_writev sys_write The oops is from "*(char *)0 = 0" added by the ext3 patch, but I take it that trying to refile a free buffer is fundamentally a bad thing. The oops is caused from __invalidate_buffers() calling put_last_free(bh) on the device buffers (for buffers with b_count...

...gt;] file_read_actor+0x0/0x154 Jan 8 05:20:01 localhost kernel: [<ffffffff80015dc6>] __generic_file_aio_write_nolock+0x36c/0x3b8 Jan 8 05:20:01 localhost kernel: [<ffffffff8002134b>] generic_file_aio_write+0x65/0xc1 Jan 8 05:20:01 localhost kernel: [<ffffffff8804c192>] :ext3:ext3_file_write+0x16/0x91 Jan 8 05:20:01 localhost kernel: [<ffffffff80017958>] do_sync_write+0xc7/0x104 Jan 8 05:20:01 localhost kernel: [<ffffffff8009b492>] autoremove_wake_function+0x0/0x2e Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] file_read_actor+0x0/0x154 Jan 8 05:20:01 lo...

...nchmarks in ordered data mode has been significantly improved by this change. ext3 in general seems faster in 2.4 than in 2.2, presumably because of better request merging. Much more work needs to go into benchmarking and performance tuning. - There's an issue with page_launder(): ext3_file_write() -> generic_file_write() -> __alloc_pages() -> page_launder() -> ext3_writepage() This is bad. It will cause ext3 to be reentered while it has a transaction open against a different fs. This will corrupt filesystems and can deadlock. Making ext3_file_write()...

...t;f885c660>] ext3_get_block [ext3] 0x0 (0xdb5c7ec8)) [<f885cc43>] ext3_prepare_write [ext3] 0xa3 (0xdb5c7ed4)) [<f885c660>] ext3_get_block [ext3] 0x0 (0xdb5c7ee4)) [<c013636d>] generic_file_write [kernel] 0x44d (0xdb5c7f04)) [<f885a089>] ext3_file_write [ext3] 0x39 (0xdb5c7f74)) [<c0146e93>] sys_write [kernel] 0xa3 (0xdb5c7f94)) [<c0109537>] system_call [kernel] 0x33 (0xdb5c7fc0)) Code: Bad EIP value. Thanks Kim ------------------------------------------...

Hello. On a server running 2.4.25, I have the two following errors in the kernel logfile: Unexpected dirty buffer encountered at do_get_write_access:618 (08:11 blocknr 920707) Unexpected dirty buffer encountered at do_get_write_access:618 (08:11 blocknr 920707) Should I worry about them (disk failure, filesystem damage) ? Thanks. As an addition what does the pair '08:11' means ? Is

...n 29 11:30:05 ns kernel: Call Trace: [journal_dirty_metadata+324/356] [ext3_do_update_inode+763/920] [ext3_mark_iloc_dirty+33/72] [ext3_mark_inode_dirty+41/52] [ext3_dirty_inode+134/196] Jun 29 11:30:05 ns kernel: [__mark_inode_dirty+46/120] [generic_file_write+808/1864] [do_getitimer+156/164] [ext3_file_write+70/76] [sys_write+146/224] [system_call+51/56] Jun 29 11:30:05 ns kernel: Jun 29 11:30:05 ns kernel: Code: 0f 0b 83 c4 14 90 8d 74 26 00 8b 43 14 39 f0 74 29 85 c0 74 this apeared in our log after that the load went up to 120 (is isposible?) then we had to reboot MB abit, chipset je intel BX44...

...] [read_block_bitmap+65/144] [journal_get_undo_access+45/340] [journal_get_undo_access+29/340] [ext3_new_block+838/1820] [do_get_write_access+1027/1068] [ext3_alloc_block+57/68] [journal_get_write_access+28/124] [journal_get_write_access+113/124] [block_getblk+358/792] [ext3_getblk+554/568] [ext3_file_write+1390/2384] [sys_write+212/260] [error_code+53/64] Linux theirongiant 2.2.19+ext3-0.0.7a #3 Sun Jul 1 15:45:44 EST 2001 i686 unknown And... as I found out when I tried to save the above email, writing to disk eventually wound up with no disk access and no writing on the fs. (I'd hazard a gues...

...6d60>] journal_dirty_sync_data [ext3] 0x0 (0xf5e5dee4)) Jun 19 09:43:26 ldu506 kernel: [<c01364f5>] generic_file_write [kernel] 0x5d5 (0xf5e5df04)) Jun 19 09:43:26 ldu506 kernel: [<c012c0de>] futex_wait [kernel] 0x10e (0xf5e5df1c)) Jun 19 09:43:26 ldu506 kernel: [<f8864089>] ext3_file_write [ext3] 0x39 (0xf5e5df74)) Jun 19 09:43:26 ldu506 kernel: [<c0146e93>] sys_write [kernel] 0xa3 (0xf5e5df94)) Jun 19 09:43:26 ldu506 kernel: [<c0109537>] system_call [kernel] 0x33 (0xf5e5dfc0)) Jun 19 09:43:26 ldu506 kernel: Jun 19 09:43:26 ldu506 kernel: Jun 19 09:43:26 ldu506 kernel:...

...[<c014179c>] __generic_file_aio_write_nolock+0x389/0x3b7 Jan 31 18:13:04 webserver kernel: [<c0141803>] generic_file_aio_write_nolock+0x39/0x7f Jan 31 18:13:04 webserver kernel: [<c01419ed>] generic_file_aio_write+0x72/0xc6 Jan 31 18:13:04 webserver kernel: [<f88b9d7a>] ext3_file_write+0x19/0x8b [ext3] Jan 31 18:13:04 webserver kernel: [<c0159c3c>] do_sync_write+0x97/0xc9 Jan 31 18:13:04 webserver kernel: [<c011fec9>] autoremove_wake_function+0x0/0x2d Jan 31 18:13:04 webserver kernel: [<c02cf5cb>] __cond_resched+0x14/0x39 Jan 31 18:13:04 webserver kernel: [&...

...t;do_get_write_access+403/42c> Trace; c014574d <ext3_alloc_block+39/44> Trace; c014ffa8 <journal_get_write_access+1c/7c> Trace; c014fffd <journal_get_write_access+71/7c> Trace; c0145d5a <block_getblk+16a/31c> Trace; c0146136 <ext3_getblk+22a/238> Trace; c0143bd2 <ext3_file_write+566/95c> Trace; c01267c0 <sys_write+d4/104> Trace; c010b018 <common_interrupt+18/20> Trace; c010a0b8 <system_call+34/38> Trace; c010002b <startup_32+2b/11d> Code; c0142ba3 <ext3_new_block+557/6c8> 00000000 <_EIP>: Code; c0142ba3 <ext3_new_block+557/6c8&gt...

...il kernel: [<d4822a20>] ext3_get_block [ext3] 0x0 (0xcabafec8)) Feb 4 23:57:37 mail kernel: [<c012c98d>] generic_file_write [kernel] 0x4cd (0xcabafeec)) Feb 4 23:57:37 mail kernel: [<c01158db>] __wake_up [kernel] 0x3b (0xcabaff3c)) Feb 4 23:57:37 mail kernel: [<d4820b02>] ext3_file_write [ext3] 0x22 (0xcabaff5c)) Feb 4 23:57:37 mail kernel: [<c013a036>] sys_write [kernel] 0x96 (0xcabaff7c)) Feb 4 23:57:37 mail kernel: [<c0109f18>] do_IRQ [kernel] 0x88 (0xcabaffa0)) Feb 4 23:57:37 mail kernel: [<c0109f3c>] do_IRQ [kernel] 0xac (0xcabaffa8)) Feb 4 23:57:37 mail...

...<ffffffff8018fef0>{__mark_inode_dirty+40} <ffffffff80189748>{inode_update_time+182} Dec 18 03:18:10 data3 kernel: <ffffffff80155b7b>{generic_file_aio_write_nolock+620} Dec 18 03:18:10 data3 kernel: <ffffffff80155c9c>{generic_file_aio_write+126} <ffffffffa004fed0>{:ext3:ext3_file_write+22} Dec 18 03:18:10 data3 kernel: <ffffffff80171f8d>{do_sync_write+173} <ffffffff801493ba>{do_futex+590} Dec 18 03:18:10 data3 kernel: <ffffffff80132ff0>{autoremove_wake_function+0} <ffffffff80172088>{vfs_write+207} Dec 18 03:18:10 data3 kernel: <ffffffff801...

...spf1 kernel: [<c013aaa8>] __generic_file_aio_write_nolock+0x38e/0x3bc May 19 09:56:38 spf1 kernel: [<c013ab0f>] generic_file_aio_write_nolock+0x39/0x7f May 19 09:56:38 spf1 kernel: [<c013acf5>] generic_file_aio_write+0x6e/0xbe May 19 09:56:38 spf1 kernel: [<f886cdab>] ext3_file_write+0x19/0x8a [ext3] May 19 09:56:38 spf1 kernel: [<c0152bea>] do_sync_write+0x97/0xc9 May 19 09:56:38 spf1 kernel: [<c01622e8>] poll_freewait+0x33/0x3a May 19 09:56:38 spf1 kernel: [<c012ec8e>] autoremove_wake_function+0x0/0x2d May 19 09:56:38 spf1 kernel: [<c011a49f>] sche...

...ic_file_aio_write_nolock+0x33c/0x3a6 Dec 8 22:23:58 devcentos5x64 kernel: [<ffffffff811ec26b>] sock_aio_read+0x10c/0x124 Dec 8 22:23:58 devcentos5x64 kernel: [<ffffffff81068693>] generic_file_aio_write+0x61/0xc1 Dec 8 22:23:58 devcentos5x64 kernel: [<ffffffff8804e1ae>] :ext3:ext3_file_write+0x16/0x94 Dec 8 22:23:58 devcentos5x64 kernel: [<ffffffff8108d950>] do_sync_write+0xc9/0x10c Dec 8 22:23:58 devcentos5x64 kernel: [<ffffffff8104912d>] autoremove_wake_function+0x0/0x2e Dec 8 22:23:58 devcentos5x64 kernel: [<ffffffff8108e118>] vfs_write+0xce/0x157 Dec 8 22:2...

...epare_write+29/64] [ext3_get_block+0/96] [ext3_prepare_write+124/288] Apr 17 21:40:13 mofo kernel: [<c0150189>] [<c012f126>] [<c015e757>] [<c012f9ad>] [<c0150130>] [<c01505dc>] Apr 17 21:40:13 mofo kernel: [ext3_get_block+0/96] [generic_file_write+1185/1760] [ext3_file_write+31/176] [sys_write+149/240] [schedule+786/832] [system_call+51/56] Apr 17 21:40:13 mofo kernel: [<c0150130>] [<c0122b91>] [<c014e13f>] [<c012ce25>] [<c0110222>] [<c0106d83>] Apr 17 21:40:13 mofo kernel: Apr 17 21:40:13 mofo kernel: Code: 0f 0b 68 05 18 0d 32 c0...

...le_debug+811/5be5> Trace; f88c4bc0 <[ext3]ext3_dirty_inode+160/180> Trace; c0157ff5 <__mark_inode_dirty+b5/4e0> Trace; c0131f7a <generic_file_write+2ba/2bb0> Trace; c01de57f <scsi_io_completion+16f/850> Trace; c0138bb5 <free_pages+535/27c0> Trace; f88bf0c9 <[ext3]ext3_file_write+39/d0> Trace; c015e991 <seq_printf+f01/a9c0> Trace; c015ee7c <seq_printf+13ec/a9c0> Trace; c015ff11 <seq_printf+2481/a9c0> Trace; c01586ce <clear_inode+8e/260> Trace; c01587ac <clear_inode+16c/260> Trace; c0156590 <dput+30/190> Trace; c0158a42 <invalidate_d...

...epare_write+29/64] [ext3_get_block+0/96] [ext3_prepare_write+124/288] Apr 17 21:40:13 mofo kernel: [<c0150189>] [<c012f126>] [<c015e757>] [<c012f9ad>] [<c0150130>] [<c01505dc>] Apr 17 21:40:13 mofo kernel: [ext3_get_block+0/96] [generic_file_write+1185/1760] [ext3_file_write+31/176] [sys_write+149/240] [schedule+786/832] [system_call+51/56] Apr 17 21:40:13 mofo kernel: [<c0150130>] [<c0122b91>] [<c014e13f>] [<c012ce25>] [<c0110222>] [<c0106d83>] Apr 17 21:40:13 mofo kernel: Apr 17 21:40:13 mofo kernel: Code: 0f 0b 68 05 18 0d 32 c0...

...d53>] __mark_inode_dirty+0x29/0x16e May 2 22:48:20 vmail kernel: [<ffffffff80016642>] __generic_file_aio_write_nolock+0x28a/0x3b6 May 2 22:48:20 vmail kernel: [<ffffffff80021872>] generic_file_aio_write+0x67/0xc3 May 2 22:48:20 vmail kernel: [<ffffffff8804c1c2>] :ext3:ext3_file_write+0x16/0x91 May 2 22:48:20 vmail kernel: [<ffffffff800183ac>] do_sync_write+0xc7/0x104 May 2 22:48:20 vmail kernel: [<ffffffff800e403c>] do_readv_writev+0x26e/0x291 May 2 22:48:20 vmail kernel: [<ffffffff800a34a7>] autoremove_wake_function+0x0/0x2e May 2 22:48:20 vmail kern...

...nel: c0152809 c3ad8de0 c0a6f9c0 c3cdbef8 00000000 c3ad8de0 c0a6f9c0 c3b68920 Jun 15 13:15:34 pc kernel: Call Trace: [ext3_mark_iloc_dirty+33/80] [ext3_mark_inode_dirty+41/52] [ext3_dirty_inode+195/260] [__mark_inode_dirty+46/140] [generic_file_write+828/1824] Jun 15 13:15:34 pc kernel: [ext3_file_write+34/156] [sys_write+150/240] [system_call+51/64] Jun 15 13:15:34 pc kernel: Jun 15 13:15:34 pc kernel: Code: 8b 04 11 89 04 16 83 c2 04 49 79 f4 8b 44 24 14 50 8b 44 24 cat /proc/version Linux version 2.4.21 (root@pc) (gcc version 2.95.4 (Debian prerelease)) #2 Sam Jun 14 15:15:37 CEST 2003 cat...