[OpenAFS] reading files from problem volume

sabah s. salih sabah.salih@hep.manchester.ac.uk
Sun, 25 Aug 2013 16:42:11 +0000


Dear Jeffrey, =0A=
         Going back to the original /vicepc I still get the following. Is t=
he a way  I can get data from=0A=
 /vicepc/V0536873829.vol=0A=
=0A=
=0A=
   Many Thanks, Sabah.=0A=
=0A=
=0A=
[root@afs21 ~]# vos exam 536873829=0A=
vsu_ClientInit: Could not get afs tokens, running unauthenticated.=0A=
Could not fetch the information about volume 536873829 from the server=0A=
: No such device=0A=
Volume does not exist on server afs21.hep.manchester.ac.uk as indicated by =
the VLDB=0A=
=0A=
Dump only information from VLDB=0A=
=0A=
kiran =0A=
    RWrite: 536873829 =0A=
    number of sites -> 1=0A=
       server afs21.hep.manchester.ac.uk partition /vicepc RW Site =0A=
You have new mail in /var/spool/mail/root=0A=
[root@afs21 ~]# =0A=
=0A=
=0A=
[root@afs21 ~]# bos salvage afs21 vicepc 536873829 -showlog  -loc=0A=
Starting salvage.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: waiting for salvage to complete.=0A=
bos: salvage completed=0A=
SalvageLog:=0A=
@(#) OpenAFS 1.6.5 built  2013-07-19 =0A=
08/25/2013 17:36:14 STARTING AFS SALVAGER 2.4 (/usr/afs/bin/salvager /vicep=
c 536873829)=0A=
08/25/2013 17:36:21 Found 0 link count file /vicepc/AFSIDat/Z=3D/Zh++U/M/02=
/zzzzPci=3D++0.=0A=
08/25/2013 17:37:03 Found 0 link count file /vicepc/AFSIDat/Z=3D/Zh++U/f/z3=
/zzzzPIq0++0.=0A=
08/25/2013 17:37:09 2 nVolumesInInodeFile 64 =0A=
08/25/2013 17:37:09 CHECKING CLONED VOLUME 536872682.=0A=
Unable to open inode (Volume information) of volume header (error =3D 2)=0A=
08/25/2013 17:37:09 SYNC_ask: negative response on circuit 'FSSYNC'=0A=
08/25/2013 17:37:09 FSYNC_askfs: FSSYNC request denied for reason=3D101=0A=
08/25/2013 17:37:09 AskOnline:  file server denied online request to volume=
 536873829 partition /vicepc; trying again...=0A=
08/25/2013 17:37:09 SYNC_ask: negative response on circuit 'FSSYNC'=0A=
08/25/2013 17:37:09 FSYNC_askfs: FSSYNC request denied for reason=3D101=0A=
08/25/2013 17:37:09 AskOnline:  file server denied online request to volume=
 536873829 partition /vicepc; trying again...=0A=
08/25/2013 17:37:09 SYNC_ask: negative response on circuit 'FSSYNC'=0A=
08/25/2013 17:37:09 FSYNC_askfs: FSSYNC request denied for reason=3D101=0A=
08/25/2013 17:37:09 AskOnline:  file server denied online request to volume=
 536873829 partition /vicepc; trying again...=0A=
[root@afs21 ~]# =0A=
=0A=
=0A=
=0A=
>From Sabah Salih=0A=
Particle Physics Group,=0A=
The School of Physics and Astronomy,=0A=
The University of Manchester,=0A=
Schuster Laboratory,=0A=
Brunswick Street,=0A=
Manchester M13 9PL.=0A=
Tel: +44 1612754171 or  x4171=0A=
E-mail: sabah.salih@hep.manchester.ac.uk=0A=
=0A=
________________________________________=0A=
From: Jeffrey Hutzelman [jhutz@cmu.edu]=0A=
Sent: 22 August 2013 22:09=0A=
To: sabah s. salih=0A=
Cc: jhutz@cmu.edu; openafs-info@openafs.org=0A=
Subject: Re: [OpenAFS] reading files from problem volume=0A=
=0A=
On Thu, 2013-08-22 at 14:24 +0000, sabah s. salih wrote:=0A=
> Dear All,=0A=
>       We have the following case. Is there away where we could recover fi=
les from this volume please.=0A=
>=0A=
>=0A=
> # vos exam 536873829=0A=
> vsu_ClientInit: Could not get afs tokens, running unauthenticated.=0A=
> Could not fetch the information about volume 536873829 from the server=0A=
> : No such device=0A=
> Volume does not exist on server afs21.hep.manchester.ac.uk as indicated b=
y the VLDB=0A=
>=0A=
> Dump only information from VLDB=0A=
>=0A=
> kiran=0A=
>     RWrite: 536873829=0A=
>     number of sites -> 1=0A=
>        server afs21.hep.manchester.ac.uk partition /vicepc RW Site=0A=
> [root@afs21 vicepcc]#=0A=
>=0A=
> [root@afs21 vicepcc]# ls /vicepcc/V0536873829.vol=0A=
> /vicepcc/V0536873829.vol=0A=
=0A=
So, the VLDB says the volume is on /vicepc, but you salvaged a volume=0A=
on /vicepcc.  The fileserver is not very clever about the same volume=0A=
appearing on multiple partitions; if there _is_ a volume header=0A=
on /vicepc, then the server is likely trying to online that one instead=0A=
of the one on /vicepcc.=0A=
=0A=