[OpenAFS] verifying ro volumes are not taking up extra space

[Derek Atkins]

Hi,

First, please CC openafs-info on your responses to me....

Lee Damon <nomad@crow.ee.washington.edu> writes:

> The metric was df.
> 
> [root@kite root]# df -k /vicepc
> Filesystem           1k-blocks      Used Available Use% Mounted on
> /dev/sdd1             35001508  31219124   2004392  94% /vicepc
> 
> [root@harrier root]# df -k /vicepc
> Filesystem           1k-blocks      Used Available Use% Mounted on
> /dev/sdd1             35001508  17340848  15882668  53% /vicepc
> 
> (kite is slightly less full now as I've been doing vos moves to
> free up some space.)

These numbers do not add up to the "vos listvol" numbers you sent
out -- are you sure you are looking at exact replica partitions?
Perhaps there is something stored on the local file system on one of
the machines?

-derek

> nomad
> 
> > What metric/program did you use the test the filesystem usage level?
> > Using 'df' you should see that the file system with the rw and ro
> > should be _slightly_ more 'used' than the file system with only the
> > ro.  They shouldn't be the same (there is SOME overhead for storing
> > the ro volume), but it shouldn't be twice the size, either, on a fresh
> > release....
> > 
> > Note that if you're using 'du', then yes, you'll see twice the space.
> > This is due to the way 'du' counts links....
> > 
> > -derek
> > 
> > 
> > > I was under the impression that ro copies of a rw volume on the same
> > > vicep* slice should not take space, as they were merely ro pointers
> > > into the same filesystem unless the rw volume was modified and not
> > > released.  All volumes were released within the last 24 hours.
> > > 
> > > I created the ro volumes using the "vos addsite" command with no
> > > special flags.  (vos addsite <fileserver> /vicepc volume).
> > > 
> > > How can I verify that I've got this set up correctly?
> > > 
> > > The fileservers are both Red Hat 7.2 boxes running kernel 2.4.18-19.7.x
> > > and the 1.2.8 OpenAFS RPMs.
> > > 
> > > Thanks,
> > > nomad
> > >  -----------                       - Lee "nomad" Damon -          \
> > > work: nomad@ee.washington.edu                                      \
> > > play: nomad@castle.org    or castle!nomad                           \
> > >                                                                     /\
> > > Sr. Systems Admin, UWEE SSLI Lab                                   /  \
> > >                 "Celebrate Diversity"                             /    \
> > > 
> > > 
> > > _______________________________________________
> > > OpenAFS-info mailing list
> > > OpenAFS-info@openafs.org
> > > https://lists.openafs.org/mailman/listinfo/openafs-info
> > 
> > -- 
> >        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
> nomad
>  -----------                       - Lee "nomad" Damon -          \
> work: nomad@ee.washington.edu                                      \
> play: nomad@castle.org    or castle!nomad                           \
>                                                                     /\
> Sr. Systems Admin, UWEE SSLI Lab                                   /  \
>                 "Celebrate Diversity"                             /    \
> 
> 

-- 
       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