From: manoj bhat (manojbhat1@yahoo.com)
Date: Fri Sep 13 2002 - 00:19:07 EDT
Thanks to Pat O'Brien for the response.
The problem and the reason for the "locked by another
utility" error message is that during a configuration
change, LSM wil lock the effected objects ( plex in my
case) until the change is complete. It sets tht tutil
field to prevent another utility from making any other
changes during this time; locking the object. If the
configuration change was terminated abnormally, this
lock may still be held and henct the error.
The lock was cleared using :
>volmend -g clear tutil0 specifying the volume name
and all the plexes associated with that volume.
This solved the problem.
Thanks everyone,
manoj bhat
> > -----Original Message-----
> > From: manoj bhat [mailto:manojbhat1@yahoo.com]
> > Sent: Thursday, September 12, 2002 4:45 AM
> > To: tru64-unix-managers@ornl.gov
> > Subject: How to change the state of a plex?
> >
> >
> > Hello managers!
> >
> > We had a disk failure in a Raid array.
> >
> > The disk is configured in LSM. We dissociated the
> disk
> > from plex in LSM, removed the plex, removed the
> > subdisk and removed the disk.
> >
> > After replacing the disk however, we created the
> > subdisk, the plex and added the plex to volume.
> But
> > while creating the plex we have not given the plex
> > state as ACTIVE but left it in the TEMP state.
> >
> > We are not able to change this state to ACTIVE.
> When
> > we are trying to dissociate the plex, it is giving
> the
> > following error message:
> >
> > fsgen/volume: plex irssrcpl-01 in volume irssrcvol
> is
> > locked by another utility
> >
> > Questions: How can we change the state of the
> plex?
> > What might be the cause for the above
> error
> > message
> >
> > Please Help,
> > Thanks,
> > manoj
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! News - Today's headlines
> > http://news.yahoo.com
> >
__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:48:53 EDT