[468] in arla-drinkers
Re: 12-28 snapshot on netbsd1.3H - much better luck this time
daemon@ATHENA.MIT.EDU (Ken Raeburn)
Sat Jan 9 18:27:13 1999
From owner-arla-drinkers@stacken.kth.se Sat Jan 09 23:27:11 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 1367 invoked from network); 9 Jan 1999 23:27:10 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 9 Jan 1999 23:27:10 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id AAA22580
for arla-drinkers-list; Sun, 10 Jan 1999 00:22:11 +0100 (MET)
Received: from tweedledumb.cygnus.com (tweedledumb.cygnus.com [192.80.44.1])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id AAA22576
for <arla-drinkers@stacken.kth.se>; Sun, 10 Jan 1999 00:22:06 +0100 (MET)
Received: from kr-pc.cygnus.com (kr-pc.cygnus.com [192.80.44.193])
by tweedledumb.cygnus.com (8.8.5/8.8.5) with ESMTP id SAA13266
for <arla-drinkers@stacken.kth.se>; Sat, 9 Jan 1999 18:21:48 -0500 (EST)
Received: (from raeburn@localhost) by kr-pc.cygnus.com (8.8.8/8.6.9) id SAA17055; Sat, 9 Jan 1999 18:21:36 -0500 (EST)
To: arla-drinkers@stacken.kth.se
Subject: Re: 12-28 snapshot on netbsd1.3H - much better luck this time
References: <199812291646.LAA07921@kr-pc.cygnus.com> <5lempiho24.fsf@assaris.sics.se> <tx1btkm4yvp.fsf@raeburn.org> <5l90fqhkva.fsf@assaris.sics.se>
Mime-Version: 1.0
From: Ken Raeburn <raeburn@raeburn.org>
Date: 09 Jan 1999 18:21:36 -0500
In-Reply-To: assar@stacken.kth.se's message of "29 Dec 1998 19:19:05 +0100"
Message-ID: <tx1k8yw822n.fsf@raeburn.org>
Lines: 72
User-Agent: Gnus/5.070063 (Pterodactyl Gnus v0.63) Emacs/20.3
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
assar@stacken.kth.se writes:
> Assuming it's not divulging any important secrets, could you tell me
> the $Id$ from the file afssydefs.h. In my copy of the file the
> following lines have been there since 1.5 (from 1995/12/02):
>
> #if defined(__NetBSD__)
> #define AFS_SYSCALL 210
> #endif
In the copy of src/domestic/lib/libkafs/afssysdefs.h I've got, there
is no such definition, and the version is 1.2 dated 1995/12/17.
Checking the netbsd-current sources on ftp.netbsd.org yields the same
result.
> > If the number 210 is magic for Transarc AFS on NetBSD, that would
> > explain why the Transarc binaries I got from MIT seemed to work.
>
> Right.
Okay. I edited my afssysdefs.h and reinstalled libkafs before
configuring.
With the patches I've received (three from assar, one each from map
and lha) and two of my own (lib/acl/Makefile.in INCLUDES, sed command
in xfs/bsd/bin/Makefile.in), I ran autoconf and autoheader, and made
my /sys link invalid (as it had been originally).
Configured in one subdirectory for CNS krb4:
../configure --prefix=/usr/arla --with-krb4=/usr/kerberos
--with-sys=/kr/projects/netbsd/NetBSD/src/sys
Configured in anoter subdirectory for NetBSD-domestic krb4:
../configure --prefix=/usr/arla
--with-sys=/kr/projects/netbsd/NetBSD/src/sys
Both trees built without errors.
I installed the netbsd-domestic version and started it. After about 4
minutes, with fairly little network traffic having happened, "cd /afs"
(athena.mit.edu's root.afs) works but "ls" or "cd /afs/athena"
doesn't, I get "Device not configured". Even running arlad in test
mode, I can't get there.
Guessing that maybe the previous crashes or the switch in Kerberos
versions had messed up the cache somehow, I deleted it and tried
again; this time, it all seems to work fine, and I've gotten directory
listings from MIT, CMU, and KTH.
Now both versions of "fs" report a sysname of "i386_nbsd13".
So Assar's patches all seem to be working. The other patches were for
crashes that only happened after the system had been running a while,
usually while cron jobs of mine were peeking at certain AFS
directories, so I'll have to wait and see.
Just for curiousity I tried a few other "fs" commands (using the Arla
version), and all seemed to work okay except:
% /usr/arla/bin/fs gcpags
getcrypt: extraneous arguments ignored
fs : error Bad address (14) return from pioctl
%
The first message appears to be because argc should be 1 when gc_cmd
is called with no arguments, and the printed routine name is wrong; I
haven't looked into the second.
Ken
