[783] in arla-drinkers
Re: severe cache coherency problem
daemon@ATHENA.MIT.EDU (Mattias Engdegård)
Sun Apr 25 19:47:56 1999
From owner-arla-drinkers@stacken.kth.se Sun Apr 25 23:47:55 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 27006 invoked from network); 25 Apr 1999 23:47:54 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 25 Apr 1999 23:47:54 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id BAA22710
for arla-drinkers-list; Mon, 26 Apr 1999 01:40:29 +0200 (MET DST)
Received: from sirius.nada.kth.se (sirius.nada.kth.se [130.237.42.57])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id BAA22705;
Mon, 26 Apr 1999 01:40:24 +0200 (MET DST)
Received: (from f91-men@localhost)
by sirius.nada.kth.se (8.8.7/8.8.7) id BAA15472;
Mon, 26 Apr 1999 01:40:23 +0200 (MET DST)
Date: Mon, 26 Apr 1999 01:40:23 +0200 (MET DST)
Message-Id: <199904252340.BAA15472@sirius.nada.kth.se>
From: "Mattias Engdegård" <f91-men@nada.kth.se>
To: lha@stacken.kth.se
CC: arla-drinkers@stacken.kth.se
In-reply-to: <amzp40v7z2.fsf@robert.e.kth.se> (message from Love on 22 Apr
1999 20:13:53 +0200)
Subject: Re: severe cache coherency problem
MIME-Version: 1.0
Content-Type: text/plain; charset=unknown-8bit
Content-Transfer-Encoding: 8bit
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
>> Thu Apr 22 00:45:31 1999: arlad: callback (130.237.42.231)
>> Thu Apr 22 00:45:31 1999: arlad: -1: (536880467, 23, 517742)
>> Thu Apr 22 00:45:31 1999: arlad: callback for non-existing file (-1, 536880467, 23, 517742)
>As the -1 hints arlad have seams to miss the address in the connection
>cache, and thus fails to find its cell. Could you start arlad with -n
>and when this happens do `fs venuslog', this should output a dump of the
>state of all parts of arla. Please verify that arla doesn't have
>130.237.42.231, in the connection cache.
Right, it's not in the cache. fs whereis claims that the directory
is on host 130.237.222.231, which is in the connection cache.
I can send the complete venuslog if needed.
