[OpenAFS] Re: IBM AFS to OpenAFS upgrade complete... problems continue

Atro Tossavainen atro.tossavainen+openafs@helsinki.fi
Thu, 6 May 2010 13:42:14 +0300 (EEST)


> So, you need to remove one of those duplicates. The problem is, the only
> way of specifying a server to remove from the VLDB is by IP address, so
> we can't specify a specific one of those duplicates, since they have the
> same IP. I don't think this will work, but you can try
> vos changeaddr -remove
> That command is pretty safe; if there are volumes referencing the server
> it tries to delete, it will bail out and give you an error. If it
> succeeds, you should be done.
> However, I think when specifying an IP, it will match the MH entry
> first, and I think the MH entry is the one that your volumes are on. So
> it probably won't work (but it's worth a try!).

replicon # /usr/afs/bin/vos changeaddr -remove -localauth -verbose
Could not remove server from the VLDB
VLDB: volume Id exists in the vldb

bond # /usr/afs/bin/vos changeaddr -remove -localauth -verbose
Could not remove server from the VLDB
VLDB: volume Id exists in the vldb

> Assuming that doesn't work... to delete the non-MH entry, you need to
> make 'server ip addr' 0 and 2 have different IP addresses, which means
> changing the 'server ip addr 0' IP address. Does have
> another publicly-reachable IP address? If so, the easiest way would be
> to use 'vos setaddrs' to change that entry to another IP on that
> machine. After that, you can just 'vos changeaddr -remove',
> and then use 'vos setaddrs' to change the IP back to what it was before.


I suppose I could give both machines temporary IP addresses in another
publicly reachable network and do this that way.

> Also, just FYI, as a coworker (Steven Jenkins) mentioned to me, we could
> also possibly give you a patch for vldb_check that would fix this. That
> would require shutting down your vlservers to correct it, though; I
> thought you'd prefer a way that keeps everything up.

Giving the file servers another IP and moving things to that may be
more intrusive than shutting down vlservers for a while (depending on
the definition of "a while", of course) if the clients have anything
like a hard time figuring out that stuff moved from an IP address
to another.  If it's not too much trouble, I think I'd prefer that.

Atro Tossavainen (Mr.)               / The Institute of Biotechnology at
Systems Analyst, Techno-Amish &     / the University of Helsinki, Finland,
+358-9-19158939  UNIX Dinosaur     / employs me, but my opinions are my own.
< URL : http : / / www . helsinki . fi / %7E atossava / > NO FILE ATTACHMENTS