public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Wakko Warner <wakko@animx.eu.org>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Strange lockup with 2.6.0
Date: Fri, 9 Jan 2004 10:49:55 -0500	[thread overview]
Message-ID: <20040109104955.B6840@animx.eu.org> (raw)
In-Reply-To: <Pine.LNX.4.44.0401091607050.7051-100000@poirot.grange>; from Guennadi Liakhovetski on Fri, Jan 09, 2004 at 04:18:43PM +0100

Guennadi Liakhovetski wrote:
> On Fri, 9 Jan 2004, Wakko Warner wrote:
> 
> > I usually do a backup of each filesystem simply using tar.  I attempted to
> > backup a machine I had that's running 2.6.0 and it hard locked.
> 
> Are sysrq-keys enabled? If so, could you catch the tar backtrace during
> the lock-up (ALT-SysRq-t)? What was the latest kernel-version that worked?

Yes, but the machine hard locks.  sysrq does not work.  I have a small
utility I wrote that will set the state of the parport (I used this to tell
if it locks up) using outb to the port (This does not effect it in anyway,
it will lockup w/o it running)

This is also the first time I backed up this machine.  2.6.0 is the first
kernel I installed on it.  I can test 2.4.23 later.

> Can you just try to write some data over NFS? Would it lock if you write 1

I am constantly accessing NFS with this machine.  Read and write.  It was
only when I backed it up with tar.  In the event it doesn't lock, tar
crashes w/o error/warning (over NFS).

> byte or 1K or 1M? Does it lock immediately as you start the backup or

It locks up usually at one point, but not always.

> after some time (you could start some process in the background
> periodically printing some info on the terminal, like vmstat, cat
> /proc/interrupts, free, tcpdump on both ends to a file...) Can you try NFS

I can do this I think.  It's fun when running with init being bash.  It will
take some time to do since I can't scroll backwards.

> over TCP? Are other machines, where backup works, also running 2.6,

I can try TCP, but I'm not sure about the server accepting TCP (was there a
compile time option for NFSD to use TCP?)  These 2 machines are the only
ones I have on 2.6.

> 10/100mbps?

100 FD always.

-- 
 Lab tests show that use of micro$oft causes cancer in lab animals

  reply	other threads:[~2004-01-09 15:37 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-09 14:39 Strange lockup with 2.6.0 Wakko Warner
2004-01-09 15:18 ` Guennadi Liakhovetski
2004-01-09 15:49   ` Wakko Warner [this message]
2004-01-09 16:02     ` Guennadi Liakhovetski
2004-01-09 16:45       ` Wakko Warner
2004-01-10  1:06       ` Wakko Warner
2004-01-10  3:17       ` Wakko Warner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040109104955.B6840@animx.eu.org \
    --to=wakko@animx.eu.org \
    --cc=g.liakhovetski@gmx.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox