Displaying 13 results from an estimated 13 matches for "ext3_mark_iloc_dirty".
2002 Jan 16
1
crashing with ext3
...e+836/1696]
[do_get_write_access+1198/1232]
Jan 16 12:37:38 frost kernel: Call Trace: [<c0157be8>] [<c01601ae>]
[<c014160e>] [<c0126494>] [<c01601ae>]
Jan 16 12:37:38 frost kernel: [write_dquot+165/256] [dqput+124/240]
[dquot_drop+62/80] [ext3_free_inode+230/1
040] [ext3_mark_iloc_dirty+36/80] [ext3_mark_iloc_dirty+53/80]
Jan 16 12:37:38 frost kernel: [<c0145ac5>] [<c0145ebc>] [<c0146dbe>]
[<c0153aa6>] [<c0157a74>] [<c0157a85>]
Jan 16 12:37:38 frost kernel: [ext3_mark_inode_dirty+39/64]
[ext3_delete_inode+187/272] [ext3_delete_inode+0/
272...
2002 Jan 16
0
problems with rh 7.2
...e+836/1696]
[do_get_write_access+1198/1232]
Jan 16 12:37:38 frost kernel: Call Trace: [<c0157be8>] [<c01601ae>]
[<c014160e>] [<c0126494>] [<c01601ae>]
Jan 16 12:37:38 frost kernel: [write_dquot+165/256] [dqput+124/240]
[dquot_drop+62/80] [ext3_free_inode+230/1
040] [ext3_mark_iloc_dirty+36/80] [ext3_mark_iloc_dirty+53/80]
Jan 16 12:37:38 frost kernel: [<c0145ac5>] [<c0145ebc>] [<c0146dbe>]
[<c0153aa6>] [<c0157a74>] [<c0157a85>]
Jan 16 12:37:38 frost kernel: [ext3_mark_inode_dirty+39/64]
[ext3_delete_inode+187/272] [ext3_delete_inode+0/
272...
2002 Dec 06
1
Assertion failure in do_get_write_access() at fs/jbd/transaction.c:746
...0172487 c8d57b04 c3543e2c
00000000 00000000 c952c200 c9a27a98 c952c400 c909dd80 c01695df c8d57b04
Call Trace:
[<c0172487>] journal_get_write_access+0x53/0x78
[<c01695df>] ext3_do_update_inode+0x21f/0x3e0
[<c0169b15>] ext3_reserve_inode_write+0x31/0xb0
[<c0169ab5>] ext3_mark_iloc_dirty+0x21/0x50
[<c0169bbd>] ext3_mark_inode_dirty+0x29/0x34
[<c0169c9b>] ext3_dirty_inode+0xd3/0x14c
[<c0154809>] __mark_inode_dirty+0x39/0xec
[<c014fab4>] update_atime+0x8c/0x98
[<c0145b74>] link_path_walk+0x698/0x8c0
[<c0169ca7>] ext3_dirty_inode+0xdf/0x14c
[...
2002 Jul 12
3
ext3 corruption
Hello,
Over the last month or so, I've noticed the following error showing up
repeatedly in my system logs under kernel 2.4.18-ac3 and more recently
under 2.4.19-rc1:
EXT3-fs error (device ide0(3,3)) in ext3_new_inode: error 28
I've now been able to capture the following Oops before the system went
down entirely:
Assertion failure in do_get_write_access() at transaction.c:611:
2004 Jun 20
0
Redhat 9 hang with quota problem
...ournal_dirty_metadata_R99e24994 [jbd] 0x17b (0xdb5c7cc8))
[<f885ebe7>] ext3_do_update_inode [ext3] 0x177 (0xdb5c7cf4))
[<f884af45>] journal_get_write_access_R095909b6 [jbd] 0x55 (0xdb5c7d14))
[<f885f285>] ext3_reserve_inode_write [ext3] 0x75 (0xdb5c7d34))
[<f885f1e2>] ext3_mark_iloc_dirty [ext3] 0x42 (0xdb5c7d50))
[<f885bb57>] ext3_alloc_block [ext3] 0x37 (0xdb5c7d64))
[<f885bee0>] ext3_alloc_branch [ext3] 0x50 (0xdb5c7d80))
[<f884b5eb>] journal_dirty_metadata_R99e24994 [jbd] 0x17b (0xdb5c7da8))
[<f884abf4>] do_get_write_access [jbd] 0x...
2003 Mar 06
0
Re: re problems with ext3 well if think it is
...5e92a00
<4>Call Trace: [<c015ff39>] [<c01599fe>] [<c0159e56>] [<c0159f59>] [<c015a039>]
STACK TRACE FOR TASK: 0xe7ede000 (sendmail)
0 do_get_write_access+340 [0xc015fb48]
1 journal_get_write_access+52 [0xc015ff34]
2 ext3_do_update_inode+469 [0xc01599f9]
3 ext3_mark_iloc_dirty+29 [0xc0159e51]
4 ext3_mark_inode_dirty+36 [0xc0159f54]
5 ext3_dirty_inode+208 [0xc015a034]
6 __mark_inode_dirty+44 [0xc01464e4]
7 update_atime+70 [0xc0147a22]
8 do_generic_file_read+1105 [0xc012674d]
9 generic_file_read+124 [0xc0126a10]
10 sys_read+141 [0xc0133305]
11 system_call+44 [0xc0106e48]
e...
2002 Jun 29
1
ext3 related problem?
...kernel: c70c2340 c01595ec c43b92e0 cbf7bcc0 00000003 c6ca9c64 c238d8a8 c6ca9b40
Jun 29 11:30:05 ns kernel: 00000498 c015368f c70c2340 c3ad95a0 c47dbefc 00000000 c70c2340 00000498
Jun 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: Cod...
2003 Feb 04
0
[PATCH] Fix signed use of i_blocks in ext3 truncate
...runcate or write transaction once the handle's
* buffer credits gets this low, we need either to extend the
@@ -61,7 +61,7 @@
* one block, plus two quota updates. Quota allocations are not
* needed. */
-#define EXT3_RESERVE_TRANS_BLOCKS 12
+#define EXT3_RESERVE_TRANS_BLOCKS 12U
int
ext3_mark_iloc_dirty(handle_t *handle,
2003 Feb 04
1
Kernel oops with ext3 and software raid
...unmap_underlying_metadata [kernel] 0x1b (0xcabafe1c))
Feb 4 23:57:37 mail kernel: [<c013c498>] __block_prepare_write [kernel]
0xe8 (0xcabafe34))
Feb 4 23:57:37 mail kernel: [<c013c4b5>] __block_prepare_write [kernel]
0x105 (0xcabafe40))
Feb 4 23:57:37 mail kernel: [<d4824e54>] ext3_mark_iloc_dirty [ext3] 0x24
(0xcabafe60))
Feb 4 23:57:37 mail kernel: [<d481a810>] .rodata.str1.1 [jbd] 0x30
(0xcabafe74))
Feb 4 23:57:37 mail kernel: [<c013cd75>] block_prepare_write [kernel]
0x25 (0xcabafe88))
Feb 4 23:57:37 mail kernel: [<d4822a20>] ext3_get_block [ext3] 0x0
(0xcabafe9c))
F...
2005 Dec 20
2
Unable to handle kernel NULL pointer
...0000000000000000
000001011cd75240 00000100cfe43c00
Dec 18 03:18:09 data3 kernel: 0000000000000001 ffffffffa00528c2
00000100447c2ce8 000001007c18fc38
Dec 18 03:18:09 data3 kernel: 0000010024e32820 000001011cd75240
Dec 18 03:18:09 data3 kernel: Call
Trace:<ffffffffa00528c2>{:ext3:ext3_mark_iloc_dirty+740}
Dec 18 03:18:09 data3 kernel:
<ffffffffa0052a14>{:ext3:ext3_mark_inode_dirty+65}
Dec 18 03:18:10 data3 kernel:
<ffffffffa003c4c6>{:jbd:journal_start+223}
<ffffffffa0054726>{:ext3:ext3_dirty_inode+99}
Dec 18 03:18:10 data3 kernel:
<ffffffff8018fef0>{__mark_inode_dirty+40...
2005 May 19
1
ext3 journal problems
...May 19 09:56:38 spf1 kernel: [<c0154c62>] __getblk+0x24/0x42
May 19 09:56:38 spf1 kernel: [<f8870c79>]
ext3_do_update_inode+0x2fb/0x322 [ext3]
May 19 09:56:38 spf1 kernel: [<f8836d2d>]
journal_get_write_access+0x25/0x2c [jbd]
May 19 09:56:38 spf1 kernel: [<f8870f28>]
ext3_mark_iloc_dirty+0x10/0x18 [ext3]
May 19 09:56:38 spf1 kernel: [<f8870fe4>]
ext3_mark_inode_dirty+0x33/0x3a [ext3]
May 19 09:56:38 spf1 kernel: [<f886e658>] ext3_splice_branch+0xeb/0x18c
[ext3]
May 19 09:56:38 spf1 kernel: [<f8836cec>]
do_get_write_access+0x54f/0x56b [jbd]
May 19 09:56:38 sp...
2002 Jan 21
2
Assertion Failure
I got this.. The system was usuable, but not very. If I tried to access the
ext3 volume, it would hang. Reboot hung too, complaining about too many
open files. Any ideas? I have no idea what triggered it; this is a big
file/web/mail server, with all of that on the ext3 volume. And I've never
run ksymoops before, but I think I did it right.
- Josh
Assertion failure in
2003 Jun 15
2
Ext3-Bug in Kernel 2.4.21?
...0000027c
00000000 c3b68920 c3ad8de0 c3b68920
Jun 15 13:15:34 pc kernel: c3cdbef8 c0a6f9c0 c0152701 c3ad8de0
c0a6f9c0 c3cdbef8 c3cdbef8 c0a6f9c0
Jun 15 13:15:34 pc kernel: 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...