I've been experiencing the same problem for several months now, on
my Debian-sarge system (1.2G Athlon/512M RAM). I have xfs partitions
on /usr (30G), /home (20G), /var (7.5G) (but not on /, too lazy to go
through the conversion). Kernel versions I've had it happen with are
2.4.18 and 2.4.19, xfs versions uncertain but at least 1.2, perhaps
1.1 (but I may have been using one of the pre-1.2 versions).
Again it's /usr that umount hangs on -- but not all the
time. Sometimes it boots clean, sometimes it writes to disk for
upwards of two minutes (!) and *then* boots clean. And sometimes it
writes to disk for upwards of two minutes, or not at all, and then
hangs.
I haven't been able to correlate it with any particular disk usage
pattern, unlike the person filing this bug. I might go a week or two
without rebooting the thing and it'll boot clean, then reboot into
Linux for five minutes, reboot again, and watch it lock up. The
opposite is equally likely.
I have tried reversing the mount order (which reverses the umount
order) from having /usr first to having it last, and it still hangs on
/usr, never the others. I've waited for the system to show no activity
for 5-10 minutes and then rebooted, and still had it write to disk for
a long time and then lock up.
Suggestions for further troubleshooting welcome.
.....Ron
At Thu, 13 Mar 2003 06:23:36 -0800,
bugzilla-daemon@xxxxxxxxxxx wrote:
>
> http://oss.sgi.com/bugzilla/show_bug.cgi?id=230
>
> Summary: umount hangs after high disk load
> Product: Linux XFS
> Version: Current
> Platform: IA32
> OS/Version: Linux
> Status: NEW
> Severity: major
> Priority: Medium
> Component: XFS kernel code
> AssignedTo: xfs-master@xxxxxxxxxxx
> ReportedBy: atu@xxxxxxxxxxx
>
>
> kernel: 2.4.20+xfs(some modern snapshots up to 2003-03-09, from SGI
> FTP)+netfiler+openwall
> build by gcc 3.2.(1-2), XFS in kernel, not in modules.
>
> All linux partitions is XFS: /=hda5(300M), /usr=hda8(7G), /var=hda9(2G),
> /home=hda10(12G).
> swap=hda7(1G). 256M RAM.
> Redhat-like initscripts.
>
> If afer boot run some disk-using program (I use updatedb), and than try to
> reboot or halt,
> shutdown hangs in /etc/rc.d/init.d/halt while first umount loop.
> Using -v as umount, I found, that hang occured while umounting /usr.
> fuser shows no processes, using /usr.
> The same result can be created by:
> mount /usr -o remount,ro or Alt-PrintScreen-u
> Alt-PrintScreen-P shows, shows, that current process in swapper.
> Before hang essenshial disk activity (by LED, approx 10-20s).
--
Ron Murray (rjmx@xxxxxxxx)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE
|