[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>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We are running OpenAFS server version=20
openafs-server-1.2.3 on redhat 7.1.&nbsp; We have created numerous =
volumes=20
and&nbsp;mount points for these volumes.&nbsp; These volumes are being =
used to=20
store some application and content for our web sites.&nbsp; 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.&nbsp; This sub-directory and all of =
it's=20
contents have disapeared on us twice now.&nbsp; Like they've been =
deleted or=20
something.&nbsp; 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.&nbsp;=20
All&nbsp;of the volumes are in tact as well.&nbsp; The only way we have =
been=20
able to get the missing&nbsp;information back is to run the salvage=20
command&nbsp;with the orphan&nbsp;attach directive.&nbsp;=20
The&nbsp;finds&nbsp;the directories and names them&nbsp;in =
accordance&nbsp;with=20
the orphan naming scheme.&nbsp;&nbsp;Has this happened to anyone out =
there=20
before?&nbsp; Does anyone have a clue as to how this could be =
happening?&nbsp;=20
Let&nbsp;me know&nbsp;if I&nbsp;can provide more information that would =
be=20
helpful in trying to pin point our problem.&nbsp;=20
Thanks&nbsp;</FONT></DIV></BODY></HTML>

------=_NextPart_000_2497_01C1E634.CEB39CD0--