http://oss.sgi.com/bugzilla/show_bug.cgi?id=329
Summary: XFS filesystem crashes when heavy load occurs on a
corrupted filesystem
Product: Linux XFS
Version: Current
Platform: AMD
URL: http://hiryuu.systemec.nl/~shadur/xfs_error2.txt
OS/Version: Linux
Status: NEW
Severity: normal
Priority: High
Component: XFS kernel code
AssignedTo: xfs-master@xxxxxxxxxxx
ReportedBy: shadur@xxxxxxxxxxx
I think this problem started after I was having intermittent power failures with
my system (short synopsis: The GeForce FX card I'd installed increased the power
drain on the PSU to the point where it couldn't handle the load any more and
decided which component not to power on a round-robin basis. This led to fairly
interesting results of hardware not being detected until I found out what was
wrong after I saw one of the fans not powering up.), resulting in a few very
improper shutdowns.
The system seemed to come up correctly afterwards, so I took no notice of it
until the error mentioned in the URL cropped up several times whenever cpu/disk
load were heavy. Note that the load didn't *have* to occur on the corrupted
disk; /dev/hda7 was /var but this particular crash happened when tar'ing
something large in /usr/local/games
As a result, /var became inaccessible (and corrupted, as I found out later) but
was not properly umounted. In fact, even a SysRq-U didn't manage to umount *any*
filesystem, and since the shutdown command relies on data in /var, it didn't
work either. The above log was made of the last attempt at running normally
before I thought to run xfs_repair from single user mode; note that the nvidia
kernel module did not need to be loaded for the problem to occur.
xfs_repair managed to fix the damage (although not the corrupted files, but I
managed to replace them without any lasting effects) and the system is again in
working condition.
Kernels used: 2.6.5-love5 and 2.6.6-love1
CPU: AMD Athlon XP 2600+
1024 MB Ram
Distribution: Debian Sid
Version of xfsprogs: 2.6.11-1
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
|