[OpenAFS] Re: IBM AFS to OpenAFS upgrade complete...
problems continue
Atro Tossavainen
atro.tossavainen+openafs@helsinki.fi
Tue, 4 May 2010 08:45:23 +0300 (EEST)
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.
root@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
root@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