[OpenAFS] Re: vldb_check -servers cleanup and empty server entry messages
Thu, 4 Mar 2010 11:24:13 -0600
On Thu, 25 Feb 2010 16:08:46 -0500
"John W. Sopko Jr." <email@example.com> wrote:
> % vldb_check /usr/afs/db/vldb.DB0 -servers |& head -40
> VLDB_CHECK_WARNING: Ubik header size is 0 (should be 64)
> MH block 0, index 1: 22.214.171.124
> MH block 0, index 3: 126.96.36.199
> MH block 0, index 4: 188.8.131.52
> MH block 0, index 31: 184.108.40.206
> MH block 0, index 32: 220.127.116.11
> Server ip addr 4 = 18.104.22.168
> Server ip addr 5 = 22.214.171.124
> The entries like "Server ip addr ..." our not file or db servers and in
> some cases are not in DNS. These IPs are owned by us but our not
> file servers.
The entries like 'Server ip addr ...' are non-multihomed entries. All
modern OpenAFS fileservers will register themselves as multihomed, so
non-multihomed entries will typically be a result of either a really old
fileserver, or someone running 'vos changeaddr' without -remove.
Really old fileservers aren't really anything to worry about; they just
never go away in the database unless you delete them (as you did). It
could also be someone doing a 'vos changeaddr', though; make sure you
don't use that command without the -remove flag (as documented, using it
except to remove addresses isn't a good idea).
> Previous to this vldb_check I ran another check and there were 4
> "server ip addr ..." entries that were not in the IP range we own or
> DNS. I used "vos changeadress 126.96.36.199 -remove" to remove the
> 4 entries.
> I then ran vldb_check /usr/afs/db/vldb.DB0 -servers again, the entries
> were removed but I now get a bunch of "empty server entry 0" entries!
> A sample of a few entries is shown below. The volumes that are
> displayed seem to be fine. It is making me nervous!
This is nothing to worry about; this is a bug in vldb_check. vldb_check
doesn't read in the entries properly, so it thinks server numbers are
always 0. If you have a server in index 0, it doesn't think there's a
problem. If you don't have a server in index 0, it thinks the entry is
pointing to something nonexistent, which is a problem. You happened to
delete the server entry in slot 0, so now it's whining at you. But
there's nothing wrong with doing that; vldb_check just isn't reading the
I just filed ticket 126661 about this; follow it if you want the fix.
But for now, it's nothing to worry about.