[OpenAFS] vos move fails to work on new openafs fileserver, seems fine from
other hosts
Fred Drueck
fdruec1@uic.edu
Thu, 5 Apr 2018 18:56:10 -0500
--94eb2c126a2e195115056922af35
Content-Type: text/plain; charset="UTF-8"
Hello other OpenAFS users,
I've recently setup a new file server to try and facilitate upgrading our
OpenAFS servers to a newer version of debian (the current stable distro:
stretch).
The server and db server setup seems to have gone smoothly, but I've got
problems with moving the AFS volumes.
If I try to do a vos move from the old fileserver to the new one, the move
will fail with:
Failed to move data for the volume 536881885
VOLSER: Problems encountered in doing the dump !
However, if I work on the old file server, or another openafs client system
(in fact, I've got another debian stretch system using the exact same
version the debian openafs-client package) I can move the volume to the new
server.
And I can verify by looking at the /vicepc directory that the file is
there, the vldb says it's there but if I try to move the file back to the
older server working on the new server it will fail with a message that the
volume is not found, something like:
The volume 536881885 is not on the specified site.
The current site is : server newserver.math.uic.edu partition /vicepc
OK ... but that's exactly the arguments I passed to vos as the -fromserver
and -toserver
And, if I switch over to another openafs-client or the old AFS file server
I can issue the vos command to move the volume back just fine.
Anybody have any ideas what's going wrong?
-Fred
--94eb2c126a2e195115056922af35
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Hello other OpenAFS users,<div><br></div><div>I've rec=
ently setup a new file server to try and facilitate upgrading our OpenAFS s=
ervers to a newer version of debian (the current stable distro: stretch).</=
div><div><br></div><div>The server and db server setup seems to have gone s=
moothly, but I've got problems with moving the AFS volumes.</div><div><=
br></div><div>If I try to do a vos move from the old fileserver to the new =
one, the move will fail with:</div><div><br></div><div><div>Failed to move =
data for the volume 536881885=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0</div><div>=C2=A0 =C2=A0VOL=
SER: Problems encountered in doing the dump !</div></div><div><br></div><di=
v>However, if I work on the old file server, or another openafs client syst=
em (in fact, I've got another debian stretch system using the exact sam=
e version the debian openafs-client package) I can move the volume to the n=
ew server.</div><div><br></div><div>And I can verify by looking at the /vic=
epc directory that the file is there, the vldb says it's there but if I=
try to move the file back to the older server working on the new server it=
will fail with a message that the volume is not found, something like:</di=
v><div><br></div><div><div>The volume 536881885 is not on the specified sit=
e.</div><div>The current site is : server <a href=3D"http://newserver.math.=
uic.edu">newserver.math.uic.edu</a> partition /vicepc</div></div><div><br><=
/div><div>OK ... but that's exactly the arguments I passed to vos as th=
e -fromserver and -toserver</div><div><br></div><div>And, if I switch over =
to another openafs-client or the old AFS file server I can issue the vos co=
mmand to move the volume back just fine.</div><div><br></div><div>Anybody h=
ave any ideas what's going wrong?</div><div><br></div><div>-Fred</div><=
/div>
--94eb2c126a2e195115056922af35--