[OpenAFS] Currently correct info for Debian sarge OpenAFS install?
Eric Bennett
eric@umbralservices.com
Tue, 03 May 2005 13:12:38 +1000
cat /etc/openafs/server/*
CellServDB
>umbralservices.com #Cell name
69.60.123.88 #raven
ThisCell;
raven
I manually made CellServDB to how it has looked according to various
previous posts on the mailing list and set ThisCell to
umbralservices.com, not sure what made it raven, assumedly afs-newcell
when I ran it again and it reported no errors this time, though I still get;
raven:/usr/share/doc/openafs-fileserver# tail /var/log/openafs/*
==> /var/log/openafs/BosLog <==
Tue May 3 14:09:22 2005: Server directory access is okay
Tue May 3 14:09:22 2005: ptserver exited on signal 15
Tue May 3 14:09:22 2005: vlserver exited on signal 15
Tue May 3 14:09:22 2005: fs:vol exited on signal 15
Tue May 3 14:09:22 2005: fs:file exited on signal 3
==> /var/log/openafs/FileLog <==
Tue May 3 14:09:22 2005 File server starting
Tue May 3 14:09:22 2005 afs_krb_get_lrealm failed, using
umbralservices.com.
Tue May 3 14:09:22 2005 VL_RegisterAddrs rpc failed; will retry
periodically (code=5376, err=2)
Tue May 3 14:09:22 2005 Couldn't get CPS for AnyUser, will try again in
30 seconds; code=267275.
==> /var/log/openafs/PtLog <==
ptserver: Unknown code pt 11 (267275) Can't rebuild database because not
running NoAuth
==> /var/log/openafs/SalvageLog <==
@(#) OpenAFS 1.3.81 built 2005-04-07
05/03/2005 14:08:57 STARTING AFS SALVAGER 2.4 (/usr/lib/openafs/salvager)
05/03/2005 14:08:57 Starting salvage of file system partition /vicepa
05/03/2005 14:08:57 SALVAGING FILE SYSTEM PARTITION /vicepa (device=vicepa)
05/03/2005 14:08:57 No vice inodes on vicepa; not salvaged
05/03/2005 14:08:57 0 nVolumesInInodeFile 0
Temporary file /vicepa/salvage.inodes.vicepa.10542 is missing...
==> /var/log/openafs/VLLog <==
Tue May 3 14:09:22 2005 Using 69.60.123.88 as my primary address
Tue May 3 14:09:22 2005 Starting AFS vlserver 4 (/usr/lib/openafs/vlserver)
Weirdness in PtLog and BosLog, and vos create hangs with timeouts on the
first UDP connections, in an endless loop, so I assume it's still not
done what it was supposed to do.
Regards
Eric
Russ Allbery wrote:
>Eric Bennett <eric@umbralservices.com> writes:
>
>
>
>>echo \>umbralservices.com >/etc/openafs/server/CellServDB
>>
>>
>
>Hm. So afs-newcell is adding the name of the cell but not the IP address
>of the server. That seems odd to me, although maybe it just works? But
>more fundamentally, this:
>
>
>
>>/etc/init.d/openafs-fileserver start
>>Starting AFS Server: bosserver.
>>bos addhost raven raven -localauth ||true
>>bos: could not find entry (can't find cell '<default>' in cell database)
>>
>>
>
>smells to me like a ThisCell problem. What's the contents of
>/etc/openafs/ThisCell on your system?
>
>Anyway, that explains the ptserver problem; afs-newcell had failed before
>it got to running pt_util to create the database.
>
>
>