From: "Johan Ekenberg" <johan@ekenberg.se>
To: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Cc: <linux-kernel@vger.kernel.org>
Subject: SV: Lockups with 2.4.14 and 2.4.16
Date: Wed, 12 Dec 2001 01:56:26 +0100
Message-ID: <000c01c182a7$d3a093b0$050010ac@FUTURE>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
In-Reply-To: <E16Dwct-0007QB-00@the-village.bc.nu>
Importance: Normal
Sender: linux-kernel-owner@vger.kernel.org

> Another thing to try is
>
> touch /foo &
> hit return
> (should report it finished)
> touch /var/spool/foo &
> (if this never returns you know you /var/spool choked for some reason)

BTW, these commands don't work over SSH, ie the '&' doesn't produce a
background job + report-when-finished when running like:
   ssh badserver "touch /foo &"
If I run without '&', would that just touch a file somewhere in the
cache-memory, ie not flushed to disk, or would it still detect if a disk is
hung? What's the point of running it in the bg anyway?

Is there any chance the lockup could be with one of the IDE disks running
swap or backups? Could that produce a global lockup of this kind?

## /etc/fstab:
/dev/rd/c0d0   /           reiserfs   defaults,usrquota,noatime,notail 1 1
/dev/rd/c0d1   /var/spool  reiserfs   defaults,usrquota,noatime,notail 1 1
/dev/hdb1      /backup     reiserfs   defaults,noatime,notail 0 0
/dev/hda1      /boot       ext2       defaults  1  1
/dev/hda2      swap        swap       defaults  0  0
/dev/hda3      swap        swap       defaults  0  0
none           /dev/pts    devpts     gid=5,mode=620  0   0
none           /proc       proc       defaults   0   0

Best regards,
/Johan Ekenberg

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