linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 2.6.0-test2+ext3+dbench=Buffer I/O error
@ 2003-07-30 14:54 Mike Galbraith
  2003-07-30 22:09 ` Andrew Morton
  0 siblings, 1 reply; 6+ messages in thread
From: Mike Galbraith @ 2003-07-30 14:54 UTC (permalink / raw)
  To: linux-kernel; +Cc: Andrew Morton

[-- Attachment #1: Type: text/plain, Size: 493 bytes --]

Greetings,

While trying to duplicate Randy Hron's "dbench has intermittent hang on 
2.6.0-test1-ac2" report, I received quite a few "Buffer I/O error on 
/dev/hda8, logical block N" messages.  (changing elevators makes no 
difference fwiw).  I went back to test1, and it spat up a couple of "buffer 
layer error" messages and associated traces.   Attempting to umount 
afterward to run fsck left umount in D state.  See attachment.

Rebooting and running fsck turned up nothing wrong.

	-Mike

[-- Attachment #2: xx --]
[-- Type: application/octet-stream, Size: 6105 bytes --]

...
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:07.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c596b (rev 11) IDE UDMA66 controller on pci0000:00:07.1
    ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:pio
hda: IBM-DJNA-352030, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: MATSHITADVD-ROM SR-8583A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: host protected area => 1
hda: 39876480 sectors (20417 MB) w/1966KiB Cache, CHS=39560/16/63
 hda: hda1 hda2 hda3 < hda5 hda6 hda7 hda8 >
end_request: I/O error, dev hdc, sector 0
hdc: ATAPI 32X DVD-ROM drive, 512kB Cache, DMA
Uniform CD-ROM driver Revision: 3.12
mice: PS/2 mouse device common for all mice
input: PS/2 Generic Mouse on isa0060/serio1
serio: i8042 AUX port at 0x60,0x64 irq 12
input: AT Set 2 keyboard on isa0060/serio0
serio: i8042 KBD port at 0x60,0x64 irq 1
i2c /dev entries driver module version 2.7.0 (20021208)
Advanced Linux Sound Architecture Driver Version 0.9.4 (Mon Jun 09 12:01:18 2003 UTC).
request_module: failed /sbin/modprobe -- snd-card-0. error = -16
PCI: Found IRQ 9 for device 0000:00:0c.0
PCI: Sharing IRQ 9 with 0000:00:0f.0
ALSA device list:
  #0: Yamaha DS-XG PCI (YMF740C) at 0xec000000, irq 9
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 112k freed
Adding 265064k swap on /dev/hda2.  Priority:2 extents:1
blk: queue c048ddbc, I/O limit 4095Mb (mask 0xffffffff)
EXT3 FS on hda6, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SysRq : Changing Loglevel
Loglevel set to 9
buffer layer error at fs/buffer.c:1796
Call Trace:
 [<c01415e9>] __buffer_error+0x29/0x30
 [<c0142c13>] __block_write_full_page+0x1af/0x318
 [<c0144131>] block_write_full_page+0xa1/0xac
 [<c0146284>] blkdev_get_block+0x0/0x54
 [<c01463ac>] blkdev_writepage+0x14/0x18
 [<c0146284>] blkdev_get_block+0x0/0x54
 [<c015abb9>] mpage_writepages+0x175/0x24c
 [<c0146398>] blkdev_writepage+0x0/0x18
 [<c01470c5>] generic_writepages+0x11/0x15
 [<c012f204>] do_writepages+0x18/0x2c
 [<c0159653>] __sync_single_inode+0x9f/0x1d0
 [<c01597f0>] __writeback_single_inode+0x6c/0x74
 [<c01599a1>] sync_sb_inodes+0x1a9/0x220
 [<c0159a4d>] writeback_inodes+0x35/0x4c
 [<c012ee0c>] balance_dirty_pages+0x64/0x12c
 [<c012ef0b>] balance_dirty_pages_ratelimited+0x37/0x40
 [<c012cc8c>] generic_file_aio_write_nolock+0x858/0x940
 [<c01f9ac4>] __ide_dma_read+0x98/0xa0
 [<c01f9228>] ide_dma_intr+0x0/0xac
 [<c01f9780>] dma_timer_expiry+0x0/0xb0
 [<c012ce66>] generic_file_aio_write+0x66/0x7c
 [<c016ce1f>] ext3_file_write+0x2b/0xbc
 [<c01407bd>] do_sync_write+0x81/0xb0
 [<c014818d>] sys_fstat64+0x25/0x30
 [<c014088c>] vfs_write+0xa0/0xd0
 [<c01409f0>] sys_pwrite64+0x40/0x5c
 [<c01089d3>] syscall_call+0x7/0xb

buffer layer error at fs/buffer.c:2642
Call Trace:
 [<c01415e9>] __buffer_error+0x29/0x30
 [<c014423f>] submit_bh+0x87/0x178
 [<c012af76>] unlock_page+0xa/0x3c
 [<c0142c78>] __block_write_full_page+0x214/0x318
 [<c0144131>] block_write_full_page+0xa1/0xac
 [<c0146284>] blkdev_get_block+0x0/0x54
 [<c01463ac>] blkdev_writepage+0x14/0x18
 [<c0146284>] blkdev_get_block+0x0/0x54
 [<c015abb9>] mpage_writepages+0x175/0x24c
 [<c0146398>] blkdev_writepage+0x0/0x18
 [<c01470c5>] generic_writepages+0x11/0x15
 [<c012f204>] do_writepages+0x18/0x2c
 [<c0159653>] __sync_single_inode+0x9f/0x1d0
 [<c01597f0>] __writeback_single_inode+0x6c/0x74
 [<c01599a1>] sync_sb_inodes+0x1a9/0x220
 [<c0159a4d>] writeback_inodes+0x35/0x4c
 [<c012ee0c>] balance_dirty_pages+0x64/0x12c
 [<c012ef0b>] balance_dirty_pages_ratelimited+0x37/0x40
 [<c012cc8c>] generic_file_aio_write_nolock+0x858/0x940
 [<c01f9ac4>] __ide_dma_read+0x98/0xa0
 [<c01f9228>] ide_dma_intr+0x0/0xac
 [<c01f9780>] dma_timer_expiry+0x0/0xb0
 [<c012ce66>] generic_file_aio_write+0x66/0x7c
 [<c016ce1f>] ext3_file_write+0x2b/0xbc
 [<c01407bd>] do_sync_write+0x81/0xb0
 [<c014818d>] sys_fstat64+0x25/0x30
 [<c014088c>] vfs_write+0xa0/0xd0
 [<c01409f0>] sys_pwrite64+0x40/0x5c
 [<c01089d3>] syscall_call+0x7/0xb

umount        D C4355E38 30185872   495    304                     (NOTLB)
c4355e00 00000082 c11346b0 c4355e38 c4355e4c c2a51c80 00000001 c7ec2200 
       c01594f9 c1297770 c1297770 c11346b0 c4355e38 c4355e4c c268a080 c4355e08 
       c011643e 0000000d c012af55 c11346b0 c7ef8154 c4355ed4 00000000 c1140480 
Call Trace:
 [<c01594f9>] __mark_inode_dirty+0x29/0xa8
 [<c011643e>] io_schedule+0xe/0x18
 [<c012af55>] wait_on_page_bit+0x9d/0xb4
 [<c0116a34>] autoremove_wake_function+0x0/0x38
 [<c0116a34>] autoremove_wake_function+0x0/0x38
 [<c015ab89>] mpage_writepages+0x145/0x24c
 [<c0146398>] blkdev_writepage+0x0/0x18
 [<c01470c5>] generic_writepages+0x11/0x15
 [<c012f204>] do_writepages+0x18/0x2c
 [<c012ac7b>] __filemap_fdatawrite+0x7f/0x8c
 [<c012ac94>] filemap_fdatawrite+0xc/0x10
 [<c014180b>] sync_blockdev+0x1b/0x3c
 [<c0141894>] fsync_super+0x68/0x84
 [<c014557d>] generic_shutdown_super+0x3d/0xf4
 [<c0145d96>] kill_block_super+0x12/0x2c
 [<c01454af>] deactivate_super+0x33/0x58
 [<c01561b2>] __mntput+0x1e/0x24
 [<c014acd3>] path_release+0x27/0x2c
 [<c0156709>] sys_umount+0x71/0x7c
 [<c013774f>] sys_munmap+0x37/0x54
 [<c0156720>] sys_oldumount+0xc/0x10
 [<c01089d3>] syscall_call+0x7/0xb


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2.6.0-test2+ext3+dbench=Buffer I/O error
  2003-07-30 14:54 2.6.0-test2+ext3+dbench=Buffer I/O error Mike Galbraith
@ 2003-07-30 22:09 ` Andrew Morton
  2003-07-30 22:55   ` Lou Langholtz
                     ` (2 more replies)
  0 siblings, 3 replies; 6+ messages in thread
From: Andrew Morton @ 2003-07-30 22:09 UTC (permalink / raw)
  To: Mike Galbraith; +Cc: linux-kernel

Mike Galbraith <efault@gmx.de> wrote:
>
> Greetings,
> 
> While trying to duplicate Randy Hron's "dbench has intermittent hang on 
> 2.6.0-test1-ac2" report, I received quite a few "Buffer I/O error on 
> /dev/hda8, logical block N" messages.  (changing elevators makes no 
> difference fwiw).

That's just a gremlinlet.  You can delete the offending printk for now.

> I went back to test1, and it spat up a couple of "buffer 
> layer error" messages and associated traces.   Attempting to umount 
> afterward to run fsck left umount in D state.  See attachment.

Well that's a worry.  Is it repeatable?

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2.6.0-test2+ext3+dbench=Buffer I/O error
  2003-07-30 22:09 ` Andrew Morton
@ 2003-07-30 22:55   ` Lou Langholtz
  2003-07-31 12:05     ` Jens Axboe
  2003-07-31  4:13   ` Mike Galbraith
  2003-07-31 16:54   ` Bill Davidsen
  2 siblings, 1 reply; 6+ messages in thread
From: Lou Langholtz @ 2003-07-30 22:55 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Mike Galbraith, linux-kernel

Andrew Morton wrote:

>Mike Galbraith <efault@gmx.de> wrote:
>  
>
>>Greetings,
>>
>>While trying to duplicate Randy Hron's "dbench has intermittent hang on 
>>2.6.0-test1-ac2" report, I received quite a few "Buffer I/O error on 
>>/dev/hda8, logical block N" messages.  (changing elevators makes no 
>>difference fwiw).
>>    
>>
>
>That's just a gremlinlet.  You can delete the offending printk for now.
>
>  
>
>>I went back to test1, and it spat up a couple of "buffer 
>>layer error" messages and associated traces.   Attempting to umount 
>>afterward to run fsck left umount in D state.  See attachment.
>>    
>>
>
>Well that's a worry.  Is it repeatable? . . .
>
Any chance this problem is a consequence of not yet having Sean 
Estabrooks partial bvec patch in this person's kernel??? 
<http://www.ussg.iu.edu/hypermail/linux/kernel/0307.3/0861.html>. Jens 
said he applied it on 2003/7/27 so it doesn't seem like this could have 
made it into 2.6.0-test1-ac2.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2.6.0-test2+ext3+dbench=Buffer I/O error
  2003-07-30 22:09 ` Andrew Morton
  2003-07-30 22:55   ` Lou Langholtz
@ 2003-07-31  4:13   ` Mike Galbraith
  2003-07-31 16:54   ` Bill Davidsen
  2 siblings, 0 replies; 6+ messages in thread
From: Mike Galbraith @ 2003-07-31  4:13 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

At 03:09 PM 7/30/2003 -0700, Andrew Morton wrote:
>Mike Galbraith <efault@gmx.de> wrote:
>
> > I went back to test1, and it spat up a couple of "buffer
> > layer error" messages and associated traces.   Attempting to umount
> > afterward to run fsck left umount in D state.  See attachment.
>
>Well that's a worry.  Is it repeatable?

Not within 30 retry runs.  (elves and gremlins)

         -Mike 


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2.6.0-test2+ext3+dbench=Buffer I/O error
  2003-07-30 22:55   ` Lou Langholtz
@ 2003-07-31 12:05     ` Jens Axboe
  0 siblings, 0 replies; 6+ messages in thread
From: Jens Axboe @ 2003-07-31 12:05 UTC (permalink / raw)
  To: Lou Langholtz; +Cc: Andrew Morton, Mike Galbraith, linux-kernel

On Wed, Jul 30 2003, Lou Langholtz wrote:
> Andrew Morton wrote:
> 
> >Mike Galbraith <efault@gmx.de> wrote:
> > 
> >
> >>Greetings,
> >>
> >>While trying to duplicate Randy Hron's "dbench has intermittent hang on 
> >>2.6.0-test1-ac2" report, I received quite a few "Buffer I/O error on 
> >>/dev/hda8, logical block N" messages.  (changing elevators makes no 
> >>difference fwiw).
> >>   
> >>
> >
> >That's just a gremlinlet.  You can delete the offending printk for now.
> >
> > 
> >
> >>I went back to test1, and it spat up a couple of "buffer 
> >>layer error" messages and associated traces.   Attempting to umount 
> >>afterward to run fsck left umount in D state.  See attachment.
> >>   
> >>
> >
> >Well that's a worry.  Is it repeatable? . . .
> >
> Any chance this problem is a consequence of not yet having Sean 
> Estabrooks partial bvec patch in this person's kernel??? 
> <http://www.ussg.iu.edu/hypermail/linux/kernel/0307.3/0861.html>. Jens 
> said he applied it on 2003/7/27 so it doesn't seem like this could have 
> made it into 2.6.0-test1-ac2.

no not unless Mike is using taskfile + pio, and even then I've never
heard of it triggering.

-- 
Jens Axboe


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2.6.0-test2+ext3+dbench=Buffer I/O error
  2003-07-30 22:09 ` Andrew Morton
  2003-07-30 22:55   ` Lou Langholtz
  2003-07-31  4:13   ` Mike Galbraith
@ 2003-07-31 16:54   ` Bill Davidsen
  2 siblings, 0 replies; 6+ messages in thread
From: Bill Davidsen @ 2003-07-31 16:54 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Mike Galbraith, linux-kernel

On Wed, 30 Jul 2003, Andrew Morton wrote:

> Mike Galbraith <efault@gmx.de> wrote:
> >
> > Greetings,
> > 
> > While trying to duplicate Randy Hron's "dbench has intermittent hang on 
> > 2.6.0-test1-ac2" report, I received quite a few "Buffer I/O error on 
> > /dev/hda8, logical block N" messages.  (changing elevators makes no 
> > difference fwiw).
> 
> That's just a gremlinlet.  You can delete the offending printk for now.

I can live with the message, it will remind me that there is still an
issue of some kind. I get it doing other things and on other partitions,
obviously.

-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2003-07-31 17:02 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-07-30 14:54 2.6.0-test2+ext3+dbench=Buffer I/O error Mike Galbraith
2003-07-30 22:09 ` Andrew Morton
2003-07-30 22:55   ` Lou Langholtz
2003-07-31 12:05     ` Jens Axboe
2003-07-31  4:13   ` Mike Galbraith
2003-07-31 16:54   ` Bill Davidsen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).