Thanks all, * Yes, I know kaserver is deprecated, thank you
* To repeat, running IBM AFS anything on Solaris 10 x64 is not possible * Running kaserver on hosts other than the current two means running all the database services of AFS on hosts other than the current two, which leads to all the fun that changing the IP addresses of database servers in a cell does, or changing the IP addresses of the fileservers in order to restore some other things on the IP addresses of the database servers, which leads to other complications that I can't have (#2 being our networker backup server, for example) * I would very much like to get the entire hardware upgrade bit behind (including a change of the underlying SAN, the SPARC to x64 servers, and the tape library) before embarking on anything to do with the logical side of things, such as Kerberos 5, just to keep it manageable for myself, it is just me after all. > My guess is that this would be the result of using 'vos changeaddr', or > at least something with MH vs non-MH hosts. MH, non-MH? Yes, I did have to use vos changeaddr when I changed the new file servers from their temporary IP addresses to the real ones in order to see any volumes at all. I think I've reported that here. r...@bond / 17 # vldb_check -database /usr/afs/db/vldb.DB0 -servers VLDB_CHECK_WARNING: Ubik header size is 0 (should be 64) MH block 0, index 1: 128.214.58.174 MH block 0, index 2: 128.214.88.114 Server ip addr 0 = MH block 0, index 1 Server ip addr 1 = MH block 0, index 2 Server ip addr 2 = 128.214.58.174 Server ip addr 3 = 128.214.88.114 Scanning 2125 entries for possible repairs r...@replicon / 16 # /export/home/openafs-1.4.12/sunx86_510/dest/etc/vldb_check -database /usr/afs/db/vldb.DB0 -servers VLDB_CHECK_WARNING: Ubik header size is 0 (should be 64) MH block 0, index 1: 128.214.58.174 MH block 0, index 2: 128.214.88.114 Server ip addr 0 = MH block 0, index 1 Server ip addr 1 = MH block 0, index 2 Server ip addr 2 = 128.214.58.174 Server ip addr 3 = 128.214.88.114 Scanning 2125 entries for possible repairs > With the output of running 'vldb_check -servers' on your VLDB, I'd be > able to tell. All ears. I can't see the obvious fault above. > VLLog contains nothing on _all_ dbservers? That's right. Here they are. replicon (afsdb1): Sun May 2 04:01:13 2010 Using 128.214.58.174 as my primary address Sun May 2 04:01:27 2010 Starting AFS vlserver 4 (/usr/afs/bin/vlserver) Sun May 2 04:01:27 2010 ubik: A Remote Server has addresses: Sun May 2 04:01:27 2010 128.214.88.114 Sun May 2 04:01:27 2010 Sun May 2 04:01:31 2010 ubik:server 128.214.88.114 is back up: will be contacted through 128.214.88.114 .old: Wed Apr 28 14:05:57 2010 Using 128.214.58.174 as my primary address Wed Apr 28 14:05:57 2010 Starting AFS vlserver 4 (/usr/afs/bin/vlserver) Fri Apr 30 01:32:19 2010 ubik:server 128.214.88.114 is back up: will be contacted through 128.214.88.114 @(#) OpenAFS 1.4.12 built 2010-03-24 bond (afsdb2): Sun May 2 04:01:27 2010 Using 128.214.88.114 as my primary address Sun May 2 04:01:27 2010 Starting AFS vlserver 4 (/usr/afs/bin/vlserver) .old: Wed Apr 28 07:32:27 2010 Using 128.214.88.114 as my primary address Wed Apr 28 07:32:27 2010 Starting AFS vlserver 4 (/usr/afs/bin/vlserver) Wed Apr 28 07:32:52 2010 Ubik: Synchronize database with server 128.214.58.174 Wed Apr 28 07:32:52 2010 Ubik: Synchronize database completed Wed Apr 28 14:05:57 2010 ubik: A Remote Server has addresses: Wed Apr 28 14:05:57 2010 128.214.58.174 Wed Apr 28 14:05:57 2010 Fri Apr 30 01:32:17 2010 ubik:server 128.214.58.174 is back up: will be contacted through 128.214.58.174 -- 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 _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
