AdvFS file sets left over on a removed volume?

From: Jim Fitzmaurice (jpfitz@fnal.gov)
Date: Tue Aug 13 2002 - 17:02:53 EDT


Hello managers,

I recently got an email from one of my users who noticed something unusual:

Filesystem 1024-blocks Used Available Capacity Mounted on
buf031_dmn#buf031 71687368 80 29878632 1%
/buffer/buf031

The numbers don't add up. I know these are AdvFS and they don't have to add
up, but the fset buf031 is suppose to be the only file set on the disk.

I checked showfdmn:

> showfdmn -k buf031_dmn

               Id Date Created LogPgs Version Domain Name
3be6c9a6.0302b8ac Mon Nov 5 11:17:26 2001 512 4 buf031_dmn

  Vol 1K-Blks Free % Used Cmode Rblks Wblks Vol Name
   1L 71687368 29878632 58% on 256 256 /dev/disk/dsk29c

And it does show that 58% of this, currently empty, buffer disk appears to
be full! So I ran showfsets and got this:

> showfsets -k buf031_dmn
buf031
        Id : 3be6c9a6.0302b8ac.1.8001
        Files : 7, SLim= 0, HLim= 0
        Blocks (1k) : 80, SLim= 0, HLim= 0
        Quota Status : user=off group=off

ora1
        Id : 3be6c9a6.0302b8ac.2.8001
        Files : 0, SLim= 0, HLim= 0
        Blocks (1k) : 0, SLim= 0, HLim= 0
        Quota Status : user=off group=off

dbs1
        Id : 3be6c9a6.0302b8ac.3.8001
        Files : 0, SLim= 0, HLim= 0
        Blocks (1k) : 0, SLim= 0, HLim= 0
        Quota Status : user=off group=off

dbs2
        Id : 3be6c9a6.0302b8ac.4.8001
        Files : 0, SLim= 0, HLim= 0
        Blocks (1k) : 0, SLim= 0, HLim= 0
        Quota Status : user=off group=off

dbs3
        Id : 3be6c9a6.0302b8ac.5.8001
        Files : 0, SLim= 0, HLim= 0
        Blocks (1k) : 0, SLim= 0, HLim= 0
        Quota Status : user=off group=off

dbs4
        Id : 3be6c9a6.0302b8ac.6.8001
        Files : 0, SLim= 0, HLim= 0
        Blocks (1k) : 0, SLim= 0, HLim= 0
        Quota Status : user=off group=off

dbs5
        Id : 3be6c9a6.0302b8ac.7.8001
        Files : 0, SLim= 0, HLim= 0
        Blocks (1k) : 0, SLim= 0, HLim= 0
        Quota Status : user=off group=off

dbbackup
        Id : 3be6c9a6.0302b8ac.8.8001
        Files : 0, SLim= 0, HLim= 0
        Blocks (1k) : 0, SLim= 0, HLim= 0
        Quota Status : user=off group=off

    Now this is a JBOD disk that was borrowed very briefly to hold an oracle
database while we ordered new disks for our RAID device. The AdvFS was then
migrated to the RAID device by doing and "addvol" on the new RAID device.
Then when the "addvol" completed we did a "rmvol" of this device. It appears
the device retained the old fileset info after it was removed from the
AdvFS. I have a few questions, mostly for discussion purposes.

First:
Is it normal for a disk removed from a AdvFS with the "rmvol" command to
retain file set info from the AdvFS it was removed from?
If this is normal, why?

Second:
Now all the data was migrated to the RAID disk when we did the "rmvol", so
what is 58% of the disk being used for?

And third:
I believe removing these file sets will give me back the 58% of my buffer
disk. How can I be sure?

James Fitzmaurice
D0 Online Systems Manager
Fermi National Accelerator Laboratory
(630) 840-4011
jpfitz@fnal.gov

UNIX is very user friendly, It's just very particular about who it makes
friends with.



This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:48:49 EDT