Hello Harald,
all files belonging to a volume group a under one common subdirectory in your case obviously
/vicepa/AFSIDat/k/kMc+U/
only the volume header files are as usually directly in /vicepa
So with the namei fileserver you just could do a
rm -rf /vicepa/AFSIDat/k/kMc+U
and
rm /vicepa/V0537036336.vol
BTW, the filenames look strange for me, at least my "fs translate" for the pathes gives strange vnode und uniquifier numbers.
Hartmut
Harald Barth schrieb:
Hi everyone.
Yesterday, I did a vos move volume duxserver a linuxserver a. During that move someting went wrong (cred expired or something) and then I was left with an incompletely moved volume. Target volume offline, VLDB still pointing on the source. Ok, I thought, no harm done, let's vos zap -force the off-lined one. Later it was noticed, that during the vos zap I got a lot of stuff like this in the VolserLog:
Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/M+++fpoMfI3 Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/+ Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/D1/b5/=wwgF Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/U+++fpoMfI3 Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/+ Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/+ Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/+ Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/+ Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/+ Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/+ Wed Mar 19 11:30:29 2003 Nuke: Failed to remove /vicepa/AFSIDat/k/kMc+U/+/+/+
The question now is: In spite of the volume being gone, are there any dangling files that should be cleaned up? The volume in question was a big one (data amd number of files). I want to know if vos zap did leave trash behind. So how can I list all the /vicepx/AFSIDat/* filenames of a volume? That way I could compare that list to the list of files I actually have on disk. No, I don't want to run salvage just now, because that means shutting down the server and I don't want to do that without knowing if I have to.
This is current OpenAFS devel built 2003-03-18 on Linux 2.4.20. I'd be very glad for some leads as I'd like to look into this later today (MET) when awake again.
Thanks, Harald. _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
--
-----------------------------------------------------------------
Hartmut Reuter e-mail [EMAIL PROTECTED]
phone +49-89-3299-1328
RZG (Rechenzentrum Garching) fax +49-89-3299-1301
Computing Center of the Max-Planck-Gesellschaft (MPG) and the
Institut fuer Plasmaphysik (IPP)
-----------------------------------------------------------------_______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
