[OpenAFS] orphaned root.afs problem during 1.3.80 client upgrade

[ted creedon]

Yes, root.cell.readonly did disappear on both machines.
Looks like it happened when a vos release on doris_disk.vol id 536870944 was
done from hiawatha . Seems to have created bogus.536870944  id 536870944 on
nanook. The byte count on 536870944 was different on both machines at the
time...

What's the best way to repair? fs mkmounts on both machines?

tedc

nanook:~ # vos listvol nanook
Total number of volumes on server nanook partition /vicepa: 12
afs_stuff.vol.readonly            536870957 RO      84071 K On-line
afsdoc.vol.readonly               536870930 RO      16104 K On-line
agile.vol.readonly                536870960 RO     131067 K On-line
bogus.536870944                   536870944 RW          0 K Off-line
denali.vol.readonly               536870948 RO   50836725 K On-line
electro.vol.readonly              536870951 RO    2606090 K On-line
pix.vol.readonly                  536870954 RO    6466718 K On-line
root.afs                          536870915 RW          4 K On-line
root.afs.readonly                 536870913 RO          4 K On-line
root.cell                         536870918 RW          2 K On-line
root.cell.readonly                536870916 RO   12876189 K Off-line
z2001.vol.readonly                536870942 RO   18177295 K On-line

       Total volumes onLine 10 ; Total volumes offLine 2 ; Total busy 0


total number of volumes on server hiawatha partition /vicepa: 11
afs_stuff.vol                     536870956 RW      84071 K On-line
afsdoc.vol                        536870929 RW      16104 K On-line
agile.vol                         536870959 RW     131067 K On-line
denali.vol                        536870947 RW   50869987 K On-line
doris_disk.vol                    536870944 RW   16018773 K On-line
electro.vol                       536870950 RW    2606090 K On-line
pix.vol                           536870953 RW    6467501 K On-line
root.afs                          536870912 RW          4 K On-line
root.afs.readonly                 536870913 RO          4 K On-line
root.cell                         536870915 RW   12722880 K On-line
z2001.vol                         536870941 RW   18177295 K On-line

nanook:~ # ls /vicepa|sort
.
..
AFSIDat
Lock
V0536870913.vol
V0536870915.vol
V0536870916.vol
V0536870918.vol
V0536870930.vol
V0536870942.vol
V0536870944.vol
V0536870948.vol
V0536870951.vol
V0536870954.vol
V0536870957.vol
V0536870960.vol
nanook:~ # 
hiawatha:/usr/afs/logs # ls /vicepa|sort
.
..
AFSIDat
Lock
V0536870912.vol
V0536870913.vol
V0536870915.vol
V0536870916.vol
V0536870929.vol
V0536870941.vol
V0536870942.vol
V0536870944.vol
V0536870945.vol
V0536870947.vol
V0536870950.vol
V0536870953.vol
V0536870956.vol
V0536870959.vol
hiawatha:/usr/afs/logs #

-----Original Message-----
From: openafs-info-admin@openafs.org [mailto:openafs-info-admin@openafs.org]
On Behalf Of Hans-Gunther Borrmann
Sent: Tuesday, March 29, 2005 11:49 PM
To: ted creedon; 'Open AFS'
Subject: Re: [OpenAFS] orphaned root.afs problem during 1.3.80 client
upgrade

On Wednesday 30 March 2005 04:24, ted creedon wrote:
> vos syncvldb is OK on 10.1.1.180 (hiawatha) but a local client doesn't 
> see the RO cell "bigcell". "Connection timed out" error.

I assume that "bigcell" is the mount point for root.cell in your root.afs.
If a client wants to access /afs/bigcell the volume root.cell.readonly is
needed becaus AFS folllows the read-only path as long as posible. But this
volume is offline. So you get "Connection timed out". You should try to get
root.cell.readonly online again.
--
________________________________________________________________
Hans-Gunther Borrmann <hans-gunther.borrmann@rz.uni-freiburg.de>
Rechenzentrum der Universitaet Freiburg
Hermann-Herder-Str. 10, D79104 FREIBURG
Tel.: +49 761/203-4652
Fax:  +49 761/203-4643

_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info