[OpenAFS] Problems on AFS Unix clients after AFS fileserver moves

[rogbazan]

Maybe, you should try removing it from the cell's VLDB with the command=20
vos changeaddr -oldaddr <ip> -remove -verbose

{backupafs:/afs/.gfi/prod/uniface6/segurid}% vos help changeaddr
vos changeaddr: change the IP address of a file server
Usage: vos changeaddr -oldaddr <original IP address> [-newaddr <new IP
address>] [-remove] [-cell <cell name>] [-noauth] [-localauth]
[-verbose] [-help]
Where: -remove     remove the IP address from the VLDB
       -noauth     don't authenticate
       -localauth  use server tickets
       -verbose    verbose
That has been our solution....try it!


On 8/9/05, Derrick J Brashear <shadow@dementia.org> wrote:
> On Tue, 9 Aug 2005, Rich Sudlow wrote:
>=20
> > [root@xeon109 root]# fs checkservers
> > These servers unavailable due to network or server problems:
> > reno.helios.nd.edu.
>=20
> That's fine.
>=20
> > [root@xeon109 root]# cmdebug reno.helios.nd.edu -long
> > cmdebug: error checking locks: server or network not responding
>=20
> If reno is a server, this is uninteresting, as cmdebug is for checking
> client state.
>=20
> > [root@xeon109 root]#  vos listvldb -server reno.helios.nd.edu
> > VLDB entries for server reno.helios.nd.edu
> >
> > Total entries: 0
>=20
> ok.
>=20
> > This is a linux 2.4 client and I don't have kdump - have also had these
> > problems on sun4x_58 clients too.
>=20
> well, what's the problem? none of the information above points to a
> problem accessing files, only that a server which is down is showing down
>=20
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>