Unsolved
This post is more than 5 years old
23 Posts
1
7436
January 6th, 2010 13:00
Error 2201: Server_2 : unable to acquire lock(s)
I am testing VMWare's SRM and when I try to failback to the protected site I get the above error. It is a result of the following command:
server_export server_2 -Protocol nfs -o anon=0 access=IP:IP:IP /Filesystem
What do I have to do prior to failback so that the SRA stops reporting this error?
No Events found!


Rainer_EMC
6 Operator
•
8.6K Posts
0
January 7th, 2010 01:00
I'll see if I can find someone familiar with the plugin to answer
kensagle
59 Posts
0
January 7th, 2010 05:00
Have you tried the command again? It could be the trying to run during the NASDB backup.
Sagle
bstuart1
23 Posts
0
January 7th, 2010 10:00
bstuart1
23 Posts
0
January 7th, 2010 13:00
kchuemc
19 Posts
0
January 7th, 2010 14:00
Hi!
The "Server_2 : unable to acquire lock(s)" error could be caused by a few different factors, such as some partition on the Control Station being full, or some other process holding the locks... I'd recommend opening a support case to get the lab to check it out.
Kelvin
SAMEERK1
296 Posts
1
May 20th, 2010 02:00
Hi,
The nasdb backup process is not the only process that causes the above message. A best practice is to always check which locks are preventing you from executing the commands.
The /nas/lock/ directory should be checked for any existing locks. Clear the relevant locks as follows, but be careful that the locks are not valid locks . This has to be decided on a per-case basis.
Change directory: cd /nas/lock and /nas/lock/db
To list out any locks:
ls -l
Get an octal dump of the locks, which gives the process ID that is holding the lock:
od -d *
This will give you an idea of what is holding the lock. If the process is slot_recover, the Data Mover may be in the process of failing over, so be careful:
ps -ef |grep
Run: kill (where pid is the process ID associated with the lock. If necessary, use kill -9 as root user.)
Use caution when killing a process.
Sameer
nandas
6 Operator
•
1.5K Posts
0
May 20th, 2010 09:00
I 'll personally prefer to open a service request and run it by our Support Personnel to check and clear the lock on the NASDB. As already stated the lock may be for different reasons or may be for some hung or incomplete processes - so better to get it checked by support personnel.
My 2 cents
Thanks,
Sandip