same ext4 corruption in multiple systems

Bug #1273776 reported by Luca Ognibene
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
High
Unassigned

Bug Description

We are using ext4 as the root filesystem for our server based on ubuntu precise 12.04.2 (kernel version 3.8.0-31-generic #46~precise1-Ubuntu). The same image for the root filesystem is copied over and over to different dom disks so all servers have the same partition data. It happened to three of our clients a root file system corruption. I'm attaching parted and e2fsck log output. Two systems have different motherboard and different cpu so it doesn't seem to be hardware dependent. I don't get errors while using dd to copy data from the drive but i have errors if i try to use tar:

root:~/a# tar cf sda.tar m
tar: m/lib/x86_64-linux-gnu: Cannot stat: Input/output error

If i look at the partition's content i see that x86_64-linux-gnu is now a file and not a directory. I have exactly the same problem on the others servers. What can be the problem? What can i do?

The system is 64bit and the root file system is created with: mkfs.ext4 -F -m 1

Tags: precise raring
Revision history for this message
Luca Ognibene (luogni) wrote :
tags: added: precise
Revision history for this message
Luca Ognibene (luogni) wrote :
Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1273776

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
tags: added: raring
Revision history for this message
Luca Ognibene (luogni) wrote :

Sorry but i can't boot the system or chroot into it.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Luca Ognibene (luogni) wrote :
Revision history for this message
Luca Ognibene (luogni) wrote :

and i've found this in syslog:

Jan 24 23:00:02 ay5 kernel: [371845.888834] EXT4-fs error (device sda2): ext4_iget:3888: inode #127236: comm python-d: bad extra_isize (65663 != 256)
Jan 24 23:00:02 ay5 kernel: [371845.888849] Aborting journal on device sda2-8.
Jan 24 23:00:02 ay5 kernel: [371845.890819] EXT4-fs (sda2): Remounting filesystem read-only
Jan 24 23:00:02 ay5 kernel: [371845.902919] EXT4-fs error (device sda2): ext4_iget:3888: inode #127236: comm python-d: bad extra_isize (65663 != 256)

Changed in linux (Ubuntu):
importance: Undecided → High
tags: added: kernel-key
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Can you add the v option to tar to get verbose output, so it would be tar -cvf

Also, have you been able to tar up that directory in the past? Did this just start happening after a recent update or upgrade?

Revision history for this message
Luca Ognibene (luogni) wrote :

Sorry maybe it was not clear, my fault. I can't boot the dom disk with problems so i've attached it to another system and mounted it in ~/a/m. I've run the tar command on the whole mounted partition (~/a/m -> / on faulted disk). If you think you still need tar -cvf i can provide it, please tell me. I've never tried to tar that directory but it's not a tar problem. I can't access some files/directories on this partition because the ext4 filesystem is ruined. I always used this kernel so i don't know if it was working on previous versions. I'm also not able to test because i'm not able to replicate the problem. I can only wait for angry clients :)

tags: removed: kernel-key
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.