[430] in arla-drinkers
Re: arla 0.20: getcwd & XFS panics
daemon@ATHENA.MIT.EDU (assar@stacken.kth.se)
Fri Dec 25 18:35:24 1998
From owner-arla-drinkers@stacken.kth.se Fri Dec 25 23:35:23 1998
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 10980 invoked from network); 25 Dec 1998 23:35:22 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 25 Dec 1998 23:35:22 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id AAA04031
for arla-drinkers-list; Sat, 26 Dec 1998 00:30:59 +0100 (MET)
Received: from assaris.sics.se (assaris.sics.se [193.10.66.108])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id AAA04027
for <arla-drinkers@stacken.kth.se>; Sat, 26 Dec 1998 00:30:55 +0100 (MET)
Received: (from assar@localhost) by assaris.sics.se (8.9.1/8.7.3) id AAA06628; Sat, 26 Dec 1998 00:32:17 +0100 (CET)
From: assar@stacken.kth.se
To: Max <maxk@chinook.stanford.edu>
Cc: arla-drinkers@stacken.kth.se
Subject: Re: arla 0.20: getcwd & XFS panics
References: <E0ztLNz-0000Ys-00@chinook.stanford.edu>
Mime-Version: 1.0 (generated by tm-edit 7.68)
Content-Type: text/plain; charset=US-ASCII
Date: 26 Dec 1998 00:32:16 +0100
In-Reply-To: Max's message of "Thu, 24 Dec 1998 16:45:47 -0800 (PST)"
Message-ID: <5lbtkrer27.fsf@assaris.sics.se>
Lines: 23
X-Mailer: Gnus v5.5/Emacs 19.34
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
Max <maxk@chinook.stanford.edu> writes:
> Until I did that, I couldn't start X (it complained about a missing
> __getcwd symbol).
According to my understanding, this means there's some program that's
linked against libc5 (which doesn't have a __getcwd).
> So, whatever changed with getcwd managed to break it in a major way.
What has changed is that getcwd.so tries to fallback on calling
__getcwd if it doesn't find a getcwd system call. This fails with
libc5 becaus it doesn't have a __getcwd symbol. I've tried to make a
solution that works with libc5 but failed.
> Message from syslogd@chinook at Thu Dec 24 16:30:49 1998 ...
> chinook kernel: XFS Panic: xfs_message_installnode: dentry existed in cache && requested == 0
You shouldn't loose any sleep over this. That's a message we added to
try to detect a case that wasn't supposed to happen, but it does
happen when you interrupt it. We'll probably just remove that warning
message.
/assar
