Re: kernel freeze (not even an OOPS) on remount-ro+umount when using quotas

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Michael Tokarev wrote:
Steven Rostedt wrote:

On Fri, 7 Oct 2005, Michael Tokarev wrote:


This is something that has biten me quite successefully
in last few days... ;)

To make a long story short:

# mke2fs -j /dev/hda6
# mount -o usrquota /dev/hda6 /mnt
# cp -a /home /mnt                # to make some files to work with
# quotacheck -uc /mnt
# quotaon /mnt

Looks like it's more reproduceable when there's some writing
going on at this point - after enabling the quotas and before
remointing it read-only.  Maybe there's some unwritten quota
data left in memory at the remount, or something like that...

Yes it is:
  # quotaon /mnt; touch /mnt/file; mount -o remount,ro /mnt; umount /mnt
and voila, instant freeze.

# mount -o remount,ro             # this is the important step!
# ls -l /mnt /mnt/home            # to do "something" (also important)
# umount /mnt

At this time (attempting to umount the read-only filesystem with quotas
enabled), the machine freezes without any messages on the console.  No
OOPS, no response, no nothing - until a hard reboot (powercycle).
[]
And hee-hoo, sysrq works!  Strange I haven't noticied it before - I think
I tried it on the laptop, maybe I pressed some wrong button...

Now, as I don't have another PC here @home, only this machine and an ADSL
router (small mips-based device wich is also running linux), and I will
not have access to another machine(s) till monday... I'll try netconsole
to the router.  Damn, why ShiftPgUp does not work as it worked in 2.4?? :(

Nope, my ADSL router is too slow to accept printks from netconsole, or
my PC is too fast (which isn't at all fast - it's a 900MHz VIA C3 system) --
sysrq+t output captured by the router (simple recvfrom()+write(tmpfs) loop)
is *very* incomplete, only shows about 50 lines for all the tasks running...
The device is 150MHz mips-el, texas instruments ar7 (avalanche/sangam) board.

Any suggestions on how to improve the logging? :)

But.  With the above sequence of commands, looks like the problem is pretty
easy to reproduce...

/mjt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux