[324] in arla-drinkers
Re: freebsd 2.2.5 and arla-0.13
daemon@ATHENA.MIT.EDU (Kenneth Wayne Culver)
Wed Oct 7 01:12:14 1998
From owner-arla-drinkers@stacken.kth.se Wed Oct 07 05:12:13 1998
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 15427 invoked from network); 7 Oct 1998 05:12:12 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 7 Oct 1998 05:12:12 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id HAA05696
for arla-drinkers-list; Wed, 7 Oct 1998 07:07:26 +0200 (MET DST)
Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.164.100])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id HAA05692
for <arla-drinkers@stacken.kth.se>; Wed, 7 Oct 1998 07:07:22 +0200 (MET DST)
Received: from localhost (culverk@localhost)
by culverk.student.umd.edu (8.8.8/8.8.7) with SMTP id BAA00216;
Wed, 7 Oct 1998 01:08:03 -0400 (EDT)
(envelope-from culverk@wam.umd.edu)
X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs
Date: Wed, 7 Oct 1998 01:08:03 -0400 (EDT)
From: Kenneth Wayne Culver <culverk@wam.umd.edu>
X-Sender: culverk@culverk.student.umd.edu
To: Eric Hoffman <hoffman@cs.washington.edu>
cc: arla-drinkers@stacken.kth.se, culverk@x-press.net
Subject: Re: freebsd 2.2.5 and arla-0.13
In-Reply-To: <199810070424.VAA01436@tesuji.cs.washington.edu>
Message-ID: <Pine.BSF.4.02.9810070107360.214-100000@culverk.student.umd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
I am using 2.2.7, and I have noticed the miscaching that everyone has said
something about in Linux.
On Tue, 6 Oct 1998, Eric Hoffman wrote:
>
> ok, I started with a new cache, and the session went something like:
>
> # /usr/arla/bin/umount_xfs /afs
> # /usr/arla/bin/mount_xfs /dev/xfs0 /afs
> # ls /afs/cs
> .cs isl.ntt.jp
> .cs.washington.edu jpl.nasa.gov
> afs.brain.de lcp.nrl.navy.mil
> [copy of root truncated]
> isi.edu zurich.ibm.ch
> isk.kth.se
> # ls /afs/cs/homes/hoffman
> .cs isl.ntt.jp
> .cs.washington.edu jpl.nasa.gov
> afs.brain.de lcp.nrl.navy.mil
> afs.hursley.ibm.com le.infn.it
> alw.nih.gov lngs.infn.it
> andrew.cmu.edu lrz-muenchen.de
> [copy of root truncated]
> ipp-garching.mpg.de wu-wien.ac.at
> ipp-hgw.mpg.de zdv.uni-mainz.de
> ir.stanford.edu zdvpool.uni-tuebingen.de
> isi.edu zurich.ibm.ch
> isk.kth.se
> # ls /afs/cs/
> ls: /afs/cs/: File name too long
> # ls /afs/cs.washington.edu/homes/hoffman
> admin homes projects uns
> cse local sources usr
> home project system
> # ls /afs/cs
> /afs/cs
> # ls /afs/cs.washington.edu/homes
> /afs/cs.washington.edu/homes
> # ls /afs/cs.washington.edu/homes/
> ls: /afs/cs.washington.edu/homes/: File name too long
> # ls /afs/cs.washington.edu/homes/hoffman
> ls: /afs/cs.washington.edu/homes/hoffman: File name too long
> # ls /afs/cs.washington.edu/homes/hoffman/
> ls: /afs/cs.washington.edu/homes/hoffman/: File name too long
>
>
>
> looking at the xfs messages file, it seems like at least a nonzero
> fileid is being used, but there is clearly some confusion about
> the referrant in the cache. the last call looked like
>
> Oct 6 21:21:42 tesuji /kernel: xfs_devread dev = 32768
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: m = 0xf684b338, m->prev = 0xf1343500, m->next = 0xf198bc00
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: first = 0xf198bc00, first->prev = 0xf684b338, first->next = 0xf1984f00
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: message->size = 32
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: first = 0xf1984f00, first->prev = 0xf684b338, first->next = 0xf1343500
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: message->size = 32
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: first = 0xf1343500, first->prev = 0xf684b338, first->next = 0xf684b338
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: message->size = 40
> Oct 6 21:21:42 tesuji /kernel: xfs_devread done error = 0
> Oct 6 21:21:42 tesuji /kernel: xfs_devwrite dev = 32768
> Oct 6 21:21:42 tesuji /kernel: xfs_message_receive opcode = 9
> Oct 6 21:21:42 tesuji /kernel: xfs_message_installdata
> Oct 6 21:21:42 tesuji /kernel: cache_name = '0005'
> Oct 6 21:21:42 tesuji /kernel: xfs_fhlookup: fileid = 71190
> Oct 6 21:21:42 tesuji /kernel: xfs_message_installdata: t = 0xf1542500 ; tokens = d5
> Oct 6 21:21:42 tesuji /kernel: xfs_message_receive opcode = 1
> Oct 6 21:21:42 tesuji /kernel: xfs_message_wakeup error: 0
> Oct 6 21:21:42 tesuji /kernel: xfs_devwrite error = 0
> Oct 6 21:21:42 tesuji /kernel: xfs_message_rpc this_process->error_or_size = 0
> Oct 6 21:21:43 tesuji /kernel: xfs_message_rpc opcode ((xfs_message_wakeup*)(this_process->message))->error = 0
> Oct 6 21:21:43 tesuji /kernel: xfs_inactive, 0xf1544a80
> Oct 6 21:21:43 tesuji /kernel: xfs_message_send opcode = 10
> Oct 6 21:21:43 tesuji /kernel: xfs_unlock
> Oct 6 21:21:43 tesuji /kernel: xfs_inactive, 0xf1544700
> Oct 6 21:21:43 tesuji /kernel: xfs_message_send opcode = 10Oct 6 21:21:42 tesuji /kernel: xfs_devread dev = 32768
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: m = 0xf684b338, m->prev = 0xf1343500, m->next = 0xf198bc00
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: first = 0xf198bc00, first->prev = 0xf684b338, first->next = 0xf1984f00
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: message->size = 32
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: first = 0xf1984f00, first->prev = 0xf684b338, first->next = 0xf1343500
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: message->size = 32
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: first = 0xf1343500, first->prev = 0xf684b338, first->next = 0xf684b338
> Oct 6 21:21:42 tesuji /kernel: xfs_devread: message->size = 40
> Oct 6 21:21:42 tesuji /kernel: xfs_devread done error = 0
> Oct 6 21:21:42 tesuji /kernel: xfs_devwrite dev = 32768
> Oct 6 21:21:42 tesuji /kernel: xfs_message_receive opcode = 9
> Oct 6 21:21:42 tesuji /kernel: xfs_message_installdata
> Oct 6 21:21:42 tesuji /kernel: cache_name = '0005'
> Oct 6 21:21:42 tesuji /kernel: xfs_fhlookup: fileid = 71190
> Oct 6 21:21:42 tesuji /kernel: xfs_message_installdata: t = 0xf1542500 ; tokens = d5
> Oct 6 21:21:42 tesuji /kernel: xfs_message_receive opcode = 1
> Oct 6 21:21:42 tesuji /kernel: xfs_message_wakeup error: 0
> Oct 6 21:21:42 tesuji /kernel: xfs_devwrite error = 0
> Oct 6 21:21:42 tesuji /kernel: xfs_message_rpc this_process->error_or_size = 0
> Oct 6 21:21:43 tesuji /kernel: xfs_message_rpc opcode ((xfs_message_wakeup*)(this_process->message))->error = 0
> Oct 6 21:21:43 tesuji /kernel: xfs_inactive, 0xf1544a80
> Oct 6 21:21:43 tesuji /kernel: xfs_message_send opcode = 10
> Oct 6 21:21:43 tesuji /kernel: xfs_unlock
> Oct 6 21:21:43 tesuji /kernel: xfs_inactive, 0xf1544700
> Oct 6 21:21:43 tesuji /kernel: xfs_message_send opcode = 10
>
>
>
