Can't remove volume from domain

[detadmin]

I have an interesting problem where I can't remove a volume from an advfs domain. Error message says the volume doesn't exist, but it does. The /etc/fdmns directory looks fine and has a link in place to the volume. The domain is mounted and working fine.

Info below:

root@hpuna2:># showfdmn vdump_dom

Id Date Created LogPgs Version Domain Name
464a4bce.000aadc3 Wed May 16 10:09:50 2007 512 4 vdump_dom

Vol 512-Blks Free % Used Cmode Rblks Wblks Vol Name
1L 629141488 249954176 60% on 512 512 /dev/vol/ltc01dg/ltcvdumpvol01
2 629145600 427471936 32% on 256 256 /dev/disk/dsk18c
---------- ---------- ------
1258287088 677426112 46%

root@hpuna2:># showfsets vdump_dom
vdump
Id : 464a4bce.000aadc3.1.8002
Files : 20, SLim= 0, HLim= 0
Blocks (512) : 580830322, SLim= 0, HLim= 0
Quota Status : user=off group=off
Object Safety: off
Fragging : on
DMAPI : off


root@hpuna2:># ls -al /etc/fdmns/vdump_dom
total 16
drwxr-xr-x 2 root system 8192 Dec 3 09:59 .
drwxr-xr-x 18 root system 8192 Dec 3 09:55 ..
lrwxr-xr-x 1 root system 16 Dec 3 09:59 dsk18c -> /dev/disk/dsk18c
lrwxrwxrwx 1 root system 30 May 17 2007 ltc01dg.ltc_vdump.01 -> /dev/vol/ltc01dg/ltcvdumpvol01

root@hpuna2:># ls -al /dev/vol/ltc01dg
total 16
drwxr-xr-x 2 root system 8192 Nov 12 16:07 .
drwxr-xr-x 6 root system 8192 Nov 12 16:07 ..
brw------- 1 root system 40,5001 Nov 12 16:07 ltcothervol01
brw------- 1 root system 40,5000 Nov 12 16:07 ltcprodvol01
brw------- 1 root system 40,5002 Nov 12 16:07 ltcvdumpvol01

root@hpuna2:># rmvol /dev/vol/ltc01dg/ltcvdumpvol01 vdump_dom
rmvol: Removing 1 volume(s) from domain 'vdump_dom'
rmvol: '/dev/vol/ltc01dg/ltcvdumpvol01' does not exist in domain
rmvol: Can't remove 1 volume(s) from domain 'vdump_dom'

vdump_dom#vdump 629143544 290415161 338713056 47% /vdump/bkupnightly



It's an LSM volume but hopefully that doesn't have any bearing on the problem.

Halp! I'm stumped ...

[detadmin]

I've also noticed utilities like balance seem to be ignoring the second volume.

root@hpuna2:># balance vdump_dom
balance: Balancing domain 'vdump_dom'
balance: Balanced domain 'vdump_dom'
root@hpuna2:># showfdmn vdump_dom

Id Date Created LogPgs Version Domain Name
464a4bce.000aadc3 Wed May 16 10:09:50 2007 512 4 vdump_dom

Vol 512-Blks Free % Used Cmode Rblks Wblks Vol Name
1L 629141488 251495216 60% on 512 512 /dev/vol/ltc01dg/ltcvdumpvol01
2 629145600 425930896 32% on 256 256 /dev/disk/dsk18c
---------- ---------- ------
1258287088 677426112 46%

volprint record is:


v ltcvdumpvol01 fsgen ENABLED ACTIVE 629141488 ROUND -
pl ltcvdumpvolpl02 ltcvdumpvol01 ENABLED ACTIVE 629141488 CONCAT - RW
sd ltcvdumpvolpl02sd01 ltcvdumpvolpl02 ltcvdump_dsk38 0 629141488 0 dsk38 ENA

[detadmin]

I should also add that this machine is tru64 5.1b patchkit6 :

HP Tru64 UNIX V5.1B (Rev. 2650); Tue Jan 22 20:55:50 EST 2008


- T64KIT0026246-V51BB26-E-20050819 OSF540
- T64KIT1001143-V51BB27-ES-20070305 OSF540
- T64KIT1001176-V51BB27-E-20070328 OSF540
- T64KIT1001178-V51BB27-E-20070330 OSF540
- T64KIT1001187-V51BB27-E-20070404 OSF540
- T64KIT1001188-V51BB27-ES-20070404 OSF540
- T64KIT1001205-V51BB27-ES-20070427 OSF540
- T64KIT1001259-V51BB27-E-20070717 OSF540
- T64KIT1001279-V51BB27-E-20070817 OSF540
- T64KIT1001288-V51BB27-E-20070827 OSF540
- T64KIT1001363-V51BB27-E-20071023 OSF540
- T64KIT1001398-V51BB27-ES-20071207 OSF540
- T64V51BB26AS0005-20050502 IOS540
- T64V51BB26AS0005-20050502 OSF540
- T64V51BB27AS0006-20061208 IOS540
- T64V51BB27AS0006-20061208 OSF540

[Khairy]

are the filesets still mounted?

[detadmin]

Yes, there is a single fileset and it's still mounted. I'm able to create and delete files in the mounted filesystem without errors.

[jim owens_1]

Check the ls -l under /dev/rvol
The same name tree must be there to access the volume.

[jim owens_1]

I suspect the utilities (balance and rmvol) have a dependency on the name convention in /etc/fdmns that the kernel does not require:

lrwxrwxrwx 1 root system 30 May 17 2007 ltc01dg.ltc_vdump.01 -> /dev/vol/ltc01dg/ltcvdumpvol01

Try:

# cd /etc/fdmns/vdump_dom
# rm ltc01dg.ltc_vdump.01
# ln -s /dev/vol/ltc01dg/ltcvdumpvol01 ltc01dg.ltcvdumpvol01

so the short name matches the real name.

[Johan Brusche]

You could try by giving volume on dsk18c the same transfer size:

/sbin/chvol -r 512 -w 512 /dev/disk/dsk18c vdump_dom

Then move the AdvFS logging to dsk18:

/sbin/advfs/switchlog vdump_dom 2

And maybe also

/sbin/chvol -A \
/dev/vol/ltc01dg/ltcvdumpvol01 vdump_dom

in case the volume was disabled due to a previous unsuccessfull rmvol command.

Rgds,
Johan.

[Mark Poeschl_2]

Have you tried doing an rmvol on the name of the link rather than its target?

# rmvol ltc01dg.ltc_vdump.01

I've never seen an LSM volume and a "normal" partition mixed in the same domain, but I don't see why that wouldn't work.

[detadmin]

Jim hit the nail on the head, it was the first thing I tried and it worked. I was a little dubious about trying it while the domain was active and the fileset mounted but it has worked like a charm. The volume is now removed from the domain.

Re the mixed volumes, I'm using this volume as a DRP recovery partition which our SAN will present to a remote DRP site if needed, holding vdumps of all the system partitions needed to rebuild the server. In a drp situation I'd rather be mounting a plain UFS volume than spending the time to get an LSM disk group imported. Since I always build my servers fully LSM I was using the addvol/rmvol method of moving the data to achieve this.

Thank you very much for your help and Johan for your detailed instructions. Mark to answer your question yes I did try you suggestion, it came back with a path error - it does need the full patch.

Saved me a lot of time and frustration, and a support call :)