Win 1.5.52 service does not startup
|
View:
New views
4 Messages
—
Rating Filter:
Alert me
|
 |
Win 1.5.52 service does not startup
by Lars Schimmer-4
::
Rate this Message:
|
|
|
Re: Win 1.5.52 service does not startup
by Jeffrey Altman-2
::
Rate this Message:
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? |
|
|
Re: Win 1.5.52 service does not startup
by Lars Schimmer-4
::
Rate this Message:
|
|
|
Re: Win 1.5.52 service does not startup
by Jeffrey Altman-2
::
Rate this Message:
Lars Schimmer wrote:
> Jeffrey Altman wrote: > >> >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. > > I just use the .msi and set just auto obtain tolens active, our DNS does > not hold AFS entries. > >> 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? > > I cannot tell. > I did some (cold) restarts of the win machines today and they never came > back to start the OpenAFS service, everytime this error. > > Just as the load on server went down a bit, I did a bos restart server > -all on ALL my db and fileserver. > And now the win machines boot up and AFS service starts like yesterday. > > Looks like a bad state of server/client communication, forced with often > up/down of network to one DB/fileserver, which keeps only a RO of the > root.cell/root.afs volumes. > > In other words: now it works and I cannot debug any further. And I did > nothing to the clients other than try to restart AFS service and reading > afsd_init.log. I just bos restart all servers (which are all debian, one > 1.4.6, three 1.4.7) > > MfG, > Lars Schimmer available, use Freelance mode. Jeffrey Altman |
smime.p7s (4K) 
| Free Forum Powered by Nabble | Forum Help |
