SUMMARY: rmvol command safety

From: Norris, Daniel (Daniel.Norris@gentiva.com)
Date: Thu Nov 07 2002 - 12:30:26 EST


Hi Admins,

I have received 18 replies from just about every level (3 from HP
including one from Dr. Blinn). Out of the 18 replies, only 2 reported
any negative experiences with using addvol and rmvol. That tells me
that while they shouldn't be ignored, they are probably specific to the
situation in which problems happened and not something that will happen
to most people.

Overall, the responses were very positive. One respondent even said
that his DBA came over on the day after the sysadmin had already done
the rmvol commands to say that he was feeling unsure about having the
databases up and running while the rmvol was running. The DBA was
surprised to learn that it was all done and no one noticed any issues.

I also asked Jan Mark Holzer about exactly what happens when the
application does an I/O to the extent that the rmvol is in the process
of moving to the remaining volume. He said that the I/O would be
blocked since rmvol locks that extent until it is moved. The I/O would
just wait as though the disk was busy. Of course, if that happens too
often, you should run out and buy a lottery ticket since probability of
it happening for more than a couple of extents is very unlikely!

Thanks to all those that responded. I'm going to go ahead with my plan,
but will still plan to do it during off hours when I/O is at the
minimum.

Dan Norris
Unix Engineering, Gentiva
Celeritas Technologies, LLC
913-814-2675

-----Original Message-----
From: Norris, Daniel
Sent: Thursday, November 07, 2002 8:06 AM
To: tru64-unix-managers@ornl.gov
Subject: rmvol command safety

Hi everyone,

I have tested and tested and tested using rmvol as the mechanism for
moving our file domains from one storage device to another. Can anyone
say whether or not it is truly safe to use while the system and
applications are up and running? We plan to do the rmvol commands
during periods where I/O is minimal, but it will still be going on. Any
opinions, success stories, horror stories, etc are appreciated.

Thanks,

Dan Norris
Unix Engineering, Gentiva
Celeritas Technologies, LLC
913-814-2675



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