From: Jim Fitzmaurice (jpfitz@fnal.gov)
Date: Wed Aug 14 2002 - 09:15:42 EDT
Not too many responses, a total of three. One from Pat O'Brien,
suggested I run "quotacheck" but since this is volume is mounted on a
cluster, that doesn't apply.
According to Harald.Knipp@bfa.de this isn't a flaw, it's a feature. The
data isn't deleted from a removed volume to allow you to move the "rmvol"
disk to a new machine and recreate the file sets manually on that machine,
(create the link in /etc/fdmns or use advscan). He pointed to the sections
on restoring AdvFS domains in the AdvFS Admin guide "For a deeper insight".
Since this wasn't what I was trying to accomplish, I didn't check out that
section in depth. I can see how this could be useful, but an indication that
the data does remain on the removed volume, in the section on using "rmvol"
could be useful.
Also, to alan@nabeth.cxo.cpqcorp.net: I did create a new domain on the
disk using the "mkfdmn" command. The disk was removed from the domain
"ora_domain" and I created "buf031_dmn" on that disk, and a new file set
"buf03". However the old file sets from the "ora_domain" still exists in the
new "buf031_dmn", along with the new file set I created. So apparently the
"mkfdmn" does NOT make the history of the previous file sets disappear, as
you suggested.
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.
----- Original Question -----
> 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