e2fsck freezes whole system

Bug #178659 reported by centx
4
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Fix Released
Undecided
Unassigned
linux-source-2.6.22 (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: e2fsprogs

During bootup this happens:

1. message about /dev/StoragePool/Storage has been mounted so and so many times, needs to be checked
2. e2fsck (I assume) starts checking the disk (a lvm virtual disk that is, its roughly 1.3 TB big)
3. after some time it starts spewing out errors mentioning ATA4.00
4. and then it just freezes

uname -a: "Linux xeon 2.6.22-14-generic #1 SMP Tue Dec 18 08:02:57 UTC 2007 i686 GNU/Linux"
Now, I've tried running e2fsck on the virtual drive manually, by using a livecd to remove the relevant line in fstab, and booting ubuntu from hdd again (standard livecd dosn't have lvm2), but this results in the same or similar error, mentioning ATA4.00, and freeze. It could be worth mentioning that just mounting the virtual drive works, though I suspect from hdparm -tT output that one of the disks has gone bad (actually, now it doesn't give abnormal output), but still, for e2fsck to freeze the machine can't be right. Now I also have a theory about it being a NCQ error or something (https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/147858)

I don't know how to find what device ATA4 is, so I could give a hdparm -i ouput of that device(disk) if someone knows how to trace it.

grep -i ata4 /var/log/messages.0 |tail -n 40:
[CODE]Dec 24 23:40:04 Xeon kernel: [ 1400.944115] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 24 23:40:04 Xeon kernel: [ 1400.984500] ata4.00: configured for UDMA/33
Dec 24 23:40:04 Xeon kernel: [ 1400.984515] ata4: EH complete
Dec 24 23:40:05 Xeon kernel: [ 1401.463153] ata4: soft resetting port
Dec 24 23:40:05 Xeon kernel: [ 1401.618824] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 24 23:40:05 Xeon kernel: [ 1401.655219] ata4.00: configured for UDMA/33
Dec 24 23:40:05 Xeon kernel: [ 1401.655228] ata4: EH complete
Dec 24 23:40:08 Xeon kernel: [ 1405.403661] ata4: soft resetting port
Dec 24 23:40:09 Xeon kernel: [ 1405.559385] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 24 23:40:09 Xeon kernel: [ 1405.595778] ata4.00: configured for UDMA/33
Dec 24 23:40:09 Xeon kernel: [ 1405.595791] ata4: EH complete
Dec 24 23:40:10 Xeon kernel: [ 1406.765090] ata4: soft resetting port
Dec 24 23:40:10 Xeon kernel: [ 1406.920815] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 24 23:40:10 Xeon kernel: [ 1406.961217] ata4.00: configured for UDMA/33
Dec 24 23:40:10 Xeon kernel: [ 1406.961226] ata4: EH complete
Dec 24 23:49:17 Xeon kernel: [ 49.318107] ata4: SATA max UDMA/133 cmd 0xf88382
80 ctl 0xf88382b8 bmdma 0x00000000 irq 19
Dec 24 23:49:17 Xeon kernel: [ 50.295688] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 24 23:49:17 Xeon kernel: [ 50.333900] ata4.00: ATA-7: WDC WD3200KS-00PFB0,
 21.00M21, max UDMA/133
Dec 24 23:49:17 Xeon kernel: [ 50.333982] ata4.00: 625142448 sectors, multi 0:
 LBA48 NCQ (depth 0/1)
Dec 24 23:49:17 Xeon kernel: [ 50.340095] ata4.00: configured for UDMA/133
Dec 25 02:49:09 Xeon kernel: [ 48.120041] ata4: SATA max UDMA/133 cmd 0xf88142
80 ctl 0xf88142b8 bmdma 0x00000000 irq 17
Dec 25 02:49:09 Xeon kernel: [ 49.089943] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 25 02:49:09 Xeon kernel: [ 49.122674] ata4.00: ATA-7: WDC WD3200KS-00PFB0,
 21.00M21, max UDMA/133
Dec 25 02:49:09 Xeon kernel: [ 49.122679] ata4.00: 625142448 sectors, multi 0:
 LBA48 NCQ (depth 0/1)
Dec 25 02:49:09 Xeon kernel: [ 49.130331] ata4.00: configured for UDMA/133
Dec 25 14:27:27 Xeon kernel: [ 48.466519] ata4: SATA max UDMA/133 cmd 0xf88142
80 ctl 0xf88142b8 bmdma 0x00000000 irq 16
Dec 25 14:27:27 Xeon kernel: [ 49.436401] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 25 14:27:27 Xeon kernel: [ 49.460547] ata4.00: ATA-7: WDC WD3200KS-00PFB0,
 21.00M21, max UDMA/133
Dec 25 14:27:27 Xeon kernel: [ 49.460552] ata4.00: 625142448 sectors, multi 0:
 LBA48 NCQ (depth 0/1)
Dec 25 14:27:27 Xeon kernel: [ 49.468812] ata4.00: configured for UDMA/133
Dec 25 19:20:42 Xeon kernel: [ 53.037964] ata4: SATA max UDMA/133 cmd 0xf88363
80 ctl 0xf88363b8 bmdma 0x00000000 irq 19
Dec 25 19:20:42 Xeon kernel: [ 55.025896] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 25 19:20:42 Xeon kernel: [ 55.063110] ata4.00: ATA-7: WDC WD3200KS-00PFB0,
 21.00M21, max UDMA/133
Dec 25 19:20:42 Xeon kernel: [ 55.063114] ata4.00: 625142448 sectors, multi 0:
 LBA48 NCQ (depth 0/1)
Dec 25 19:20:42 Xeon kernel: [ 55.070294] ata4.00: configured for UDMA/133
Dec 26 00:47:50 Xeon kernel: [ 48.479339] ata4: SATA max UDMA/133 cmd 0xf88383
80 ctl 0xf88383b8 bmdma 0x00000000 irq 18
Dec 26 00:47:50 Xeon kernel: [ 50.451175] ata4: SATA link up 1.5 Gbps (SStatus
 113 SControl 300)
Dec 26 00:47:50 Xeon kernel: [ 50.485966] ata4.00: ATA-7: WDC WD3200KS-00PFB0,
 21.00M21, max UDMA/133
Dec 26 00:47:50 Xeon kernel: [ 50.485970] ata4.00: 625142448 sectors, multi 0:
 LBA48 NCQ (depth 0/1)
Dec 26 00:47:50 Xeon kernel: [ 50.491568] ata4.00: configured for UDMA/133

[/CODE]

centx (centx)
description: updated
Revision history for this message
Theodore Ts'o (tytso) wrote :

This is a kernel issue, not an e2fsprogs issue.

Revision history for this message
centx (centx) wrote :

OK, I was just assuming it was e2fsck since I can use disk normally (I think).
Is this a known bug? And is there a need for more data?(and what?) or has this issue been fixed in a newer version?

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

The Hardy Heron Alpha series was recently released. Alpha2 and subsequent releases contain an updated version of the kernel. You can download and try the new Hardy Heron Alpha release from http://cdimage.ubuntu.com/releases/hardy/ . You should be able to then test the new kernel via the LiveCD. If you can, please verify if this bug still exists or not and report back your results. General information regarding the release can also be found here: http://www.ubuntu.com/testing/ .

If the issue does still exist, per the kernel team's bug policy, can you please attach the following information. Please be sure to attach each file as a separate attachment.

* uname -a > uname-a.log
* cat /proc/version_signature > version.log
* dmesg > dmesg.log
* sudo lspci -vvnn > lspci-vvnn.log

For more information regarding the kernel team bug policy, please refer to https://wiki.ubuntu.com/KernelTeamBugPolicies . Thanks again and we appreciate your help and feedback.

Changed in linux:
status: New → Incomplete
Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

I've opened a new task against the actively developed kernel and am closing the report against linux-source-2.6.22. Thanks!

Changed in linux-source-2.6.22:
status: New → Won't Fix
Revision history for this message
centx (centx) wrote :

I'll try with a live-cd as soon as possible, should I report my findings in this task, or in a new?

Revision history for this message
centx (centx) wrote :

Tried the hardy heron alpha 3 livecd, but to no avail. The live-cd doesn't have the required lvm2 packages for setting up the lvm-partitions I need to scan for testing. Any ideas? Is it possible to make a custom cd with lvm on? or does f.ex the alternate cd contain lvm? if so, is this a live-cd?

Revision history for this message
centx (centx) wrote :

I tried making an updated hardy heron livecd with remastersys inside a virtualbox virtual computer, this proved, upon booting from the media, to be unsuccessful as the media didn't boot correctly. Any tips to how to get this checked would be appreciated.

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Sorry for the delayed response. Although the Alpha3 LiveCD does not come with lvm2 installed by default you should be able to install it after you're running from the LiveCD. Something like 'sudo apt-get lvm2' should do the trick.

Revision history for this message
centx (centx) wrote :

NP =)
I tried installing it on with the live-cd first, but this failed to work. I think maybe lvm is dependent on some kernel-module, I don't know. As it comes to mind, I could have tried to load the module (if any) manually, but I didn't try that.
I will try again at first opportunity, but that will probably not be before next week or so.

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Thanks Centx,

I just wanted to let you know Hardy Alpha4 will be out within the next day or two. Let us know your results if and when you are able to test. Thanks!

Revision history for this message
centx (centx) wrote :

Seems to be fixed by the new kernel update, and it does not seem to be a problem with the ubuntu HH alpha 4 either.

Changed in linux:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.