Hi all...
I have a small problem. GS140 DUNIX V4.0E + pk2. LSM volumes with advfs
domains.
I needed to relocate a mounted filesystem (advfs domain on top of an lsm
volume) to a bigger volume on another cabinet. To avoid taking the service
offline (its a production machine) I thought I would 'addvol' the new volume
then 'rmvol' the old one. Have done this loads of times before - great,
brilliant works fine - usually.
The domain MAS_SPARE_LDR had a single volume /DEV/VOL/MAS_DBASE/SPARE_LDR
where the data was.
The new destination for this is /DEV/VOL/YELLOWCAB/SPARELDRQRD100. I did an
'addvol /DEV/VOL/YELLOWCAB/SPARELDRQRD100 MAS_SPARE_LDR' and all was well
with the world. I then did a 'rmvol -v /DEV/VOL/MAS_DBASE/SPARE_LDR
MAS_SPARE_LDR' and again, all was well. The volume was removed and the data
migrated online ok.
I did a 'showfdmn MAS_SPARE_LDR' after adding the new volume and before
removing the old just to make sure all was ok. I obviously did not look
hard enough though, as 'showfdmn' shows /DEV/VOL/YELLOWCAB/SPARELDRQRD1 as
being the new member (i.e.., missing the final two zeroes). Doing an 'ls
-lR /etc/fdmns/MAS_SPARE_LDR' shows the link as expected - i.e.., with the
trailing zeroes. After a system reboot (ironically we had a system crash
some hours after this due to a different problem) everything is fine and the
domain is mounted and is accessible by users.
I happened to be running 'dxlsm' so thought to have a look at the new volume
(i.e.., /DEV/VOL/YELLOWCAB/SPARELDRQRD100). When LSM volumes have mounted
file systems, the mount point shows up under the picture of the volume.
However in this case it does not.
I thought I would quickly resolve this problem by adding another temporary
volume to the domain and then removing the SPARELDRQRD100 (or SPARELDRQRD1
depending on your viewpoint), followed by deleting volume SPARELDRQRD100 and
recreating it with a shorter name, followed by adding to the domain then
removing the temporary version.
Only one problem, I cant remove the volume SPARELDRQRD100 from the domain.
I have tried SPARELDRQRD100 and SPARELDRQRD1 and get different errors both
ways. Trying to remove /DEV/VOL/YELLOWCAB/SPARELDRQRD100, I get the error:
rmvol: Volume '/DEV/VOL/YELLOWCAB/SPARELDRQRD100' is not a member of domain
'MAS_SPARE_LDR'
rmvol: Can't remove volume '/DEV/VOL/YELLOWCAB/SPARELDRQRD100' from domain
'MAS_SPARE_LDR'
Trying to remove /DEV/VOL/YELLOWCAB/SPARELDRQRD1 I get
rmvol: Volume symlink '/DEV/VOL/YELLOWCAB/SPARELDRQRD1' does not exist
rmvol: Can't remove volume '/DEV/VOL/YELLOWCAB/SPARELDRQRD1' from domain
'MAS_SPARE_LDR'
The problem here seems to be that advfs is not consistent in its handling of
its maximum length of 31 characters (counting the length of the volume name
displayed). addvol will let you add it, but rmvol wont let you take it
away. showfdmn displays the truncated version. This seems to be an advfs
bug to me. Has anybody else come across this problem and have a workaround?
I have had a look at the archives but cant see anything.
The only solution I can see here is to kick off the users, do a vdump of the
mount point, manually blow away the domain, recreate it with a nice short
volume name then restore.
Any other ideas?
Your help is appreciated.
regards - Tony
Quotation: "Is the glass half full or half empty?? ...
Well, drink it anyhow, that's what I say".
Pete Goss.
+-----------------------------------------------------------------+
| TONY MILLER - Systems Projects - VODAFONE LTD, Derby House, |
| Newbury Business Park, Newbury, Berkshire. |
+-------------+---------------------------------------------------+
| Phone | 01635-507687(local) |
| Work email | ANTHONY.MILLER_at_VF.VODAFONE.CO.UK |
| FAX | 01635-233517 |
+-------------+---------------------------------------------------+
Disclaimer: Opinions expressed in this mail are my own and do not
reflect the company view unless explicitly stated. The information
is provided on an 'as is' basis and no responsibility is accepted for
any system damage howsoever caused.
Received on Thu Sep 30 1999 - 17:21:19 NZST