[OpenAFS] Orphaned directories
William Roberts
wroberts@reserveamerica.com
Wed, 17 Apr 2002 17:25:02 -0700
This is a multi-part message in MIME format.
------=_NextPart_000_2497_01C1E634.CEB39CD0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
We are running OpenAFS server version openafs-server-1.2.3 on redhat =
7.1. We have created numerous volumes and mount points for these =
volumes. These volumes are being used to store some application and =
content for our web sites. The problem we have been having and haven't =
been able to pin point is with one of the sub-directories under a mount =
point. This sub-directory and all of it's contents have disapeared on =
us twice now. Like they've been deleted or something. The mount point =
is still there and other sub-directories under that mount point are =
still there as well with all of their content. All of the volumes are =
in tact as well. The only way we have been able to get the missing =
information back is to run the salvage command with the orphan attach =
directive. The finds the directories and names them in accordance with =
the orphan naming scheme. Has this happened to anyone out there before? =
Does anyone have a clue as to how this could be happening? Let me know =
if I can provide more information that would be helpful in trying to pin =
point our problem. Thanks=20
------=_NextPart_000_2497_01C1E634.CEB39CD0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>We are running OpenAFS server version=20
openafs-server-1.2.3 on redhat 7.1. We have created numerous =
volumes=20
and mount points for these volumes. These volumes are being =
used to=20
store some application and content for our web sites. The problem =
we have=20
been having and haven't been able to pin point is with one of the=20
sub-directories under a mount point. This sub-directory and all of =
it's=20
contents have disapeared on us twice now. Like they've been =
deleted or=20
something. The mount point is still there and other =
sub-directories under=20
that mount point are still there as well with all of their =
content. =20
All of the volumes are in tact as well. The only way we have =
been=20
able to get the missing information back is to run the salvage=20
command with the orphan attach directive. =20
The finds the directories and names them in =
accordance with=20
the orphan naming scheme. Has this happened to anyone out =
there=20
before? Does anyone have a clue as to how this could be =
happening? =20
Let me know if I can provide more information that would =
be=20
helpful in trying to pin point our problem. =20
Thanks </FONT></DIV></BODY></HTML>
------=_NextPart_000_2497_01C1E634.CEB39CD0--