Lars Schimmer wrote:
> Hi!
> 
> From yesterday to today 2 clients decided not to be able anymore to
> startup AFS service.
> 
> Both are Win XP SP3 OpenAFS 1.5.52.
> One fileserver had problems due the night and went off/on, thats
> resolved now and the two failed client has been restarted more than once.
> Even after logging in and trying to start the service by hand shows me:
> not able to start.
> 
> The clients can reach the AFS DB servers and fileservers, they know
> where the volumes are (vos exa root.afs and vos exa root.afs e.g. are
> working).
> I put the afsd_init log as zip files here:
> http://aceini.no-ip.info/afs/afsd_init.zip
> http://aceini.no-ip.info/afs/afsd_init2.zip
> 
> Both shows me: root.cell not found.
> 
> Strange error as the clients know where the root.cell is (vos exa tells
> me correct values).

>From your afsd_init.log:

8/21/2008 9:55:06 AM: Default root volume name root.afs
8/21/2008 9:55:06 AM: DNS will not be used to find AFS cell servers
8/21/2008 9:55:06 AM: Freelance client feature is not activated
8/21/2008 9:55:07 AM: cm_GetRootCellName code 0, cm_freelanceEnabled= 0,
rcn= cgv.tugraz.at

In other words you are instructing the client not to start if the VLDB
server list for 'cgv.tugraz.at' cannot be obtained from the CellServDB
file or the 'root.afs' volume cannot be located.

The cache manager attempts to obtain the info for the root.afs volume
and fails:

8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: cm_FindVolumeByName code 1501 root vol ffffffff
8/21/2008 9:55:07 AM: afsd_InitDaemons failed: can't find root volume in
root cell (code = -1)

a - dumping cells - cm_data.currentCells=2, cm_data.maxCells=1024
a cellp=0x02A1C550,name=Freelance.Local.Cell ID=-1 flags=0x38
a cellp=0x02A1C688,name=cgv.tugraz.at ID=2 flags=0x30
a - Done dumping cells.

Mask 0x2 in the cell flags field indicates the client is trying to
obtain the CellServDB info from DNS which of course won't happen since
DNS support is disabled.

The question is therefore, why isn't the VLDB info being found in the
CellServDB file?

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to