From owner-freebsd-hackers Fri Jan 12 01:14:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09600 for hackers-outgoing; Fri, 12 Jan 1996 01:14:14 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA09342 for ; Fri, 12 Jan 1996 01:11:29 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA09020; Fri, 12 Jan 1996 10:07:11 +0100 Message-Id: <199601120907.KAA09020@gilberto.physik.rwth-aachen.de> Subject: Re: Stale NFS file handle To: terry@lambert.org (Terry Lambert) Date: Fri, 12 Jan 1996 10:07:10 +0100 (MET) Cc: jhay@mikom.csir.co.za, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601111927.MAA17820@phaeton.artisoft.com> from "Terry Lambert" at Jan 11, 96 12:27:33 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > 'blues' is running 2.1R and mounts another machine. > > > That machine went down today and came up a half an hour ago. > > > > > > But since then I have > > > > > > /a/src: Stale NFS file handle. > > > > > > when trying to df > > > > > > I fear that the only way to get around this is to reboot which > > > is not so funny. > > > > > > Are there any other ways to overcome this problem? > > > > Now this is a question to which I would like to know the answer also. I > > have asked the same question in -questions but haven't received an answer > > yet. > > Can you provide a way of repeating the problem in situ? The server side was a Dec Ultrix and I was writing a larger amount of data >200 MB (two 50MB files amongst it) to the mounted directory. Yesterday it happened that the server went down. After booting the server I noticed the stale handle. So I looked in the server and found that the file system of the disk in question was so screwed (BAD DATA IN SUPERBLOCK or something) that even a fsck -b 32 -y did not recover the filesystem on the ultrix side. So I decided to newfs and mount the disk again. Unfortunately I had rebooted the FreeBSD machine at that time so I cannot say if the mount had come to live with the server becoming alive again. I will now fetch the large files again to see if it's repeatable. > > Will it work against non-FreeBSD servers or with non-FreeBSD clients? > (ie: have you localized the problem to the server or client code?). > > Is it possible the the handle is, in fact, stale? > > What if you disable the lease code (assuming NFSv3)? I'm running 2.1R in my case, so no NFSv3 involved. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de