[2058] in SIPB_Linux_Development
Re: thoughts about packaging AFS for new release
daemon@ATHENA.MIT.EDU (Derek Atkins)
Sun Aug 2 17:04:32 1998
To: amu@MIT.EDU (Aaron M. Ucko), ghudson@MIT.EDU
Cc: linux-dev@MIT.EDU
From: Derek Atkins <warlord@MIT.EDU>
Date: 02 Aug 1998 17:04:05 -0400
In-Reply-To: amu@MIT.EDU's message of 02 Aug 1998 12:56:52 -0400
amu@MIT.EDU (Aaron M. Ucko) writes:
> Well, right, but I was thinking more of the userspace stuff. As it
> stands, it's very difficult to get useful diagnostics when starting
> AFS remotely with your scripts.
Yea, but _most_ of the messages you see when starting AFS come from
libafs.o. I can remove the rest of the redirects from "rc.afs", but
we should test to make sure that it still works during the boot
procedure.
FWIW: rc.afs is derived from the old layered athena files -- I just
never changed the redirects.
> OK...but do Transarc's distributions for other platforms include any
> of those? In particular, aklog is only really useful at sites using
> "real" krb4, and config_afs is kind of Athena-centric.
I think there are enough sites with "real" krb4 that we should
distribute aklog. I don't care as much about newpag and config_afs.
> In Red Hat 5.1, nothing in /etc/rc.d/init.d has the .init extension.
Ok.
> > How do you make sure that the network is actually turned on?
>
> The customary method is
>
> . /etc/sysconfig/network
>
> # Check that networking is up.
> [ ${NETWORKING} = "no" ] && exit 0
>
> but of course that screws people on normally-disconnected machines. Hrm.
And this was my question. :)
> Yeah, I was thinking something like
>
> if [ -r /etc/athena/rc.conf ]; then
> . /etc/athena/rc.conf
> else
> AFSSRV=false
> AFSCLIENT=true
> AFSADJUST=false
> fi
Yea.. I'd model it something like this but I'd also model it somewhat
after the Athena afs init script (as per Greg's suggestion). Take a
look at:
/afs/athena/system/sun4x_56/srvd-8.2/etc/init.d/afs
Greg said:
> To decide whether to start the server, other platforms check [ -x
> /usr/afs/bin/bosserver ]. So defaulting AFSSRV to false would be a
> point of divergence.
Perhaps.. OTOH, Linux has no AFS Server binaries, and I think it is a
bug that there is no convenient way to turn OFF the AFS servers other
than renaming "bosserver". Perhaps some combination of the two?
Since Transarc does not support Linux-AFS, I don't see any problem
with being slightly divergent from their distributed files. I'm
trying to have it make sense in the scheme of Linux, both for
Linux-Athena and for Linux users worldwide.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
warlord@MIT.EDU PGP key available
