Displaying 13 results from an estimated 13 matches for "ext3_get_block".
2002 Sep 22
2
Assertion failure in ext3_get_block() at inode.c:853: "handle != 0"
Hi,
Got the following on Linux 2.5.37 trying to run apt-get update.
MikaL
Sep 21 23:10:05 devil kernel: Assertion failure in ext3_get_block() at inode.c:853: "handle != 0"
Sep 21 23:10:05 devil kernel: kernel BUG at inode.c:853!
Sep 21 23:10:05 devil kernel: invalid operand: 0000
Sep 21 23:10:05 devil kernel: CPU: 1
Sep 21 23:10:05 devil kernel: EIP: 0060:[ext3_get_block+61/104] Not tainted
Sep 21 23:10:05 devil kern...
2008 Jan 08
3
centos 5.1 kernel dump
...[<ffffffff8001349c>] __mark_inode_dirty+0x29/0x16e
Jan 8 05:20:01 localhost kernel: [<ffffffff8804b5f5>] :ext3:ext3_new_blocks+0x567/0x693
Jan 8 05:20:01 localhost kernel: [<ffffffff80025273>] __bread+0x6/0x81
Jan 8 05:20:01 localhost kernel: [<ffffffff8804e46b>] :ext3:ext3_get_blocks_handle+0x43a/0x9f1
Jan 8 05:20:01 localhost kernel: [<ffffffff88032ca8>] :jbd:do_get_write_access+0x4f0/0x527
Jan 8 05:20:01 localhost kernel: [<ffffffff8804ed42>] :ext3:ext3_get_block+0xbe/0xe3
Jan 8 05:20:01 localhost kernel: [<ffffffff8000e1b3>] __block_prepare_write+0x1...
2004 Jun 20
0
Redhat 9 hang with quota problem
...57>] 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] 0x2b4 (0xdb5c7dc0))
[<f885c4d5>] ext3_get_block_handle [ext3] 0x135 (0xdb5c7dd8))
[<f885ebe7>] ext3_do_update_inode [ext3] 0x177 (0xdb5c7e34))
[<c014930b>] create_buffers [kernel] 0x6b (0xdb5c7e38))
[<f885c6aa>] ext3_get_block [ext3] 0x4a (0xdb5c7e50))
[<c01499f3>] __block_prepare_write [kernel]...
2004 Jan 26
2
Crashed kernel
http://www.sample.banga.lt/crash.gif
System - fully (except kernel) updated RedHat 7.3.
Filesystems - ext3 in default ordered mode.
What could be the cause of the crash? Kernel update
will solve the problem?
Thanks,
Mindaugas
2003 Apr 18
0
kjournald panic in 2.4.20
...12] [ext3_do_update_inode+759/896]
Apr 17 21:40:13 mofo kernel: [<c014f649>] [<c014f965>] [<c012e778>] [<c012e789>] [<c012e9c6>] [<c0152117>]
Apr 17 21:40:13 mofo kernel: [ext3_do_update_inode+852/896] [do_get_write_access+1183/1216] [ext3_get_branch+83/208] [ext3_get_block_handle+437/688] [do_get_write_access+1183/1216] [create_buffers+97/240]
Apr 17 21:40:13 mofo kernel: [<c0152174>] [<c015861f>] [<c014f7d3>] [<c0150035>] [<c015861f>] [<c012ebd1>]
Apr 17 21:40:13 mofo kernel: [ext3_get_block+89/96] [__block_prepare_write+230/7...
2003 Apr 18
2
kjournald panic in 2.4.20 RedHat 7.2
...12] [ext3_do_update_inode+759/896]
Apr 17 21:40:13 mofo kernel: [<c014f649>] [<c014f965>] [<c012e778>] [<c012e789>] [<c012e9c6>] [<c0152117>]
Apr 17 21:40:13 mofo kernel: [ext3_do_update_inode+852/896] [do_get_write_access+1183/1216] [ext3_get_branch+83/208] [ext3_get_block_handle+437/688] [do_get_write_access+1183/1216] [create_buffers+97/240]
Apr 17 21:40:13 mofo kernel: [<c0152174>] [<c015861f>] [<c014f7d3>] [<c0150035>] [<c015861f>] [<c012ebd1>]
Apr 17 21:40:13 mofo kernel: [ext3_get_block+89/96] [__block_prepare_write+230/7...
2006 Sep 21
1
Page allocation failure and slow system
...e>] __getblk_slow+0xcf/0xf3
Sep 20 13:34:33 hagar kernel: [<c015d285>] __getblk+0x3f/0x49
Sep 20 13:34:33 hagar kernel: [<c015d2ca>] __bread+0x9/0x1e
Sep 20 13:34:33 hagar kernel: [<f88ef15b>] ext3_get_branch+0x63/0xc6
[ext3]
Sep 20 13:34:33 hagar kernel: [<f88ef705>] ext3_get_block_handle
+0x9e/0x27d [ext3]
Sep 20 13:34:33 hagar kernel: [<f88838f8>] __split_bio+0xfd/0x103
[dm_mod]
Sep 20 13:34:33 hagar kernel: [<f88ef948>] ext3_get_block+0x64/0x6c
[ext3]
Sep 20 13:34:33 hagar kernel: [<c015d664>] __block_write_full_page
+0x107/0x2ea
Sep 20 13:35:06 hagar...
2003 Feb 04
1
Kernel oops with ext3 and software raid
...: [<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))
Feb 4 23:57:37 mail kernel: [<d481238d>] journal_start_R79e68e08 [jbd]
0x7d (0xcabafea8))
Feb 4 23:57:37 mail kernel: [<d4822efe>] ext3_prepare_write [ext3] 0x7e
(0xcabafeb8))
Feb 4 23:57:37 mail kernel: [<d4822a20>] ext3_get_block [ext3] 0x0
(0xcabafec...
2003 Aug 06
2
Re: ext3 badness in 2.6.0-test2
...all+0xb9/0xf0
Aug 6 15:22:05 adams kernel: [<c01a5a57>] ext3_alloc_block+0x37/0x40
Aug 6 15:22:05 adams kernel: [<c01a5dfa>] ext3_alloc_branch+0x4a/0x2c0
Aug 6 15:22:05 adams kernel: [<c0119eb5>] __change_page_attr+0x25/0x1e0
Aug 6 15:22:05 adams kernel: [<c01a63fc>] ext3_get_block_handle+0x18c/0x340
Aug 6 15:22:05 adams kernel: [<c0165d3c>] alloc_buffer_head+0x1c/0x50
Aug 6 15:22:05 adams kernel: [<c0165d61>] alloc_buffer_head+0x41/0x50
Aug 6 15:22:05 adams kernel: [<c0162e0a>] create_buffers+0x6a/0xc0
Aug 6 15:22:05 adams kernel: [<c01a6614>]...
2002 Aug 15
0
sys_ftruncate call lasting 17 hours on ext3 filesystem from mutt
...:03:10 kernel: [<c01271ff>] truncate_inode_pages [kernel] 0x3b
18:03:10 kernel: [<c0124f2e>] vmtruncate [kernel] 0x96
18:03:10 kernel: [<c01491f0>] inode_setattr [kernel] 0x24
18:03:10 kernel: [<d401f963>] ext3_setattr [ext3] 0x1c3
18:03:10 kernel: [<d401d810>] ext3_get_block [ext3] 0x0
18:03:10 kernel: [<c01281db>] do_generic_file_read [kernel] 0x2c3
18:03:10 kernel: [<c0149359>] notify_change [kernel] 0x5d
18:03:10 kernel: [<c012a2aa>] generic_file_write [kernel] 0x5c2
18:03:10 kernel: [<c01348ce>] do_truncate [kernel] 0x46
18:03:10 k...
2008 Mar 31
0
smbd oops
...f8100022477d8 0000000000000007
Mar 30 12:26:39 jgs kernel: Call Trace:
Mar 30 12:26:39 jgs kernel: [<ffffffff8106ed7c>]
add_to_page_cache+0x7d/0x93
Mar 30 12:26:39 jgs kernel: [<ffffffff810bd934>] mpage_readpages+0x85/0x12d
Mar 30 12:26:39 jgs kernel: [<ffffffff88038b37>]
:ext3:ext3_get_block+0x0/0xe4
Mar 30 12:26:39 jgs kernel: [<ffffffff8107376f>] __alloc_pages+0x71/0x2d3
Mar 30 12:26:39 jgs kernel: [<ffffffff81075310>]
__do_page_cache_readahead+0x13a/0x20a
Mar 30 12:26:39 jgs kernel: [<ffffffff8121ed22>]
tcp_transmit_skb+0x72d/0x76a
Mar 30 12:26:39 jgs kernel: [...
2002 Nov 11
1
update: sys_ftruncate call lasting 17 hours on ext3 filesystem from mutt
...:03:10 kernel: [<c01271ff>] truncate_inode_pages [kernel] 0x3b
18:03:10 kernel: [<c0124f2e>] vmtruncate [kernel] 0x96
18:03:10 kernel: [<c01491f0>] inode_setattr [kernel] 0x24
18:03:10 kernel: [<d401f963>] ext3_setattr [ext3] 0x1c3
18:03:10 kernel: [<d401d810>] ext3_get_block [ext3] 0x0
18:03:10 kernel: [<c01281db>] do_generic_file_read [kernel] 0x2c3
18:03:10 kernel: [<c0149359>] notify_change [kernel] 0x5d
18:03:10 kernel: [<c012a2aa>] generic_file_write [kernel] 0x5c2
18:03:10 kernel: [<c01348ce>] do_truncate [kernel] 0x46
18:03:10 k...
2011 Jun 24
10
[PATCH 0/9] remove i_alloc_sem V2
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