[OpenAFS] Orphaned directories
William Roberts
wroberts@reserveamerica.com
Thu, 18 Apr 2002 09:50:02 -0700
All of errors below started happening after the data disappeared. So
nothing out of the ordinary is in the logs.
VolserLog:
Wed Apr 17 10:55:52 2002 1 Volser: Clone: Recloning volume 536871453 to
volume 536871454
Wed Apr 17 11:20:09 2002 1 Volser: Clone: Recloning volume 536871651 to
volume 536871652
Wed Apr 17 11:47:44 2002 1 Volser: Clone: Recloning volume 536870936 to
volume 536870937
Wed Apr 17 12:10:46 2002 1 Volser: Clone: Recloning volume 536871486 to
volume 536871487
Wed Apr 17 12:13:44 2002 1 Volser: Clone: Recloning volume 536871486 to
volume 536871487
Wed Apr 17 12:21:25 2002 1 Volser: Clone: Recloning volume 536871486 to
volume 536871487
Wed Apr 17 12:52:10 2002 1 Volser: Clone: Recloning volume 536871450 to
volume 536871451
Wed Apr 17 13:20:16 2002 1 Volser: Clone: Recloning volume 536871444 to
volume 536871445
Wed Apr 17 13:56:32 2002 VAttachVolume: Error reading diskDataHandle vol
header /vicepa/V053687
1445.vol; error=101
Wed Apr 17 13:56:32 2002 VAttachVolume: Error attaching volume
/vicepa/V0536871445.vol; volume
needs salvage; error=101
Wed Apr 17 13:56:32 2002 1 Volser: ListVolumes: Could not attach volume
536871445 (V0536871445.
vol) error=101
Wed Apr 17 14:01:02 2002 VAttachVolume: Error reading diskDataHandle vol
header /vicepa/V053687
1445.vol; error=101
Wed Apr 17 14:01:02 2002 VAttachVolume: Error attaching volume
/vicepa/V0536871445.vol; volume
needs salvage; error=101
Wed Apr 17 14:01:02 2002 1 Volser: ListVolumes: Could not attach volume
536871445 (V0536871445.
vol) error=101
FileLog:
Wed Apr 17 13:46:44 2002 CopyOnWrite failed: volume 536871444 in partition
/vicepa (tried read
ing 2048, read 0, wrote 0, errno 4) volume needs salvage
Wed Apr 17 13:54:27 2002 VAttachVolume: Error reading diskDataHandle vol
header /vicepa//V05368
71445.vol; error=101
Wed Apr 17 13:54:27 2002 VAttachVolume: Error attaching volume
/vicepa//V0536871445.vol; volume
needs salvage; error=101
Wed Apr 17 13:56:32 2002 VAttachVolume: Error reading diskDataHandle vol
header /vicepa//V05368
71445.vol; error=101
Wed Apr 17 13:56:32 2002 VAttachVolume: Error attaching volume
/vicepa//V0536871445.vol; volume
needs salvage; error=101
Wed Apr 17 14:01:02 2002 VAttachVolume: Error reading diskDataHandle vol
header /vicepa//V05368
71445.vol; error=101
Wed Apr 17 14:01:02 2002 VAttachVolume: Error attaching volume
/vicepa//V0536871445.vol; volume
needs salvage; error=101
----- Original Message -----
From: "Derek Atkins" <warlord@MIT.EDU>
To: "William Roberts" <wroberts@reserveamerica.com>
Cc: <openafs-info@openafs.org>
Sent: Wednesday, April 17, 2002 6:09 PM
Subject: Re: [OpenAFS] Orphaned directories
> Do you have any "interested" messages in any of your server
> logs on the affected fileserver?
>
> -derek
>
> "William Roberts" <wroberts@reserveamerica.com> writes:
>
> > 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
>
> --
> Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
> Member, MIT Student Information Processing Board (SIPB)
> URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
> warlord@MIT.EDU PGP key available
>