UNSOLVED

ksmith123

updated

17 years ago

K

ksmith123

12 Posts

0

917

April 29th, 2010 06:00

"Device Masking" lock on DMX4 with code 5773

I have a stale lock on a DMX 4 that looks odd.  I have always been under the impression that masking could be performed outside of symm locks, whether generated by EMC for BIN application or by the customer for any number of config changes.  Is this no longer the case?  What would have caused a "device masking" lock?

symcfg list -lockn all -sid XXXX -v

Symmetrix ID: XXXX

    Symmetrix ID                         : XXXX   (local)
    Lock Number                          : 14
    Lock Usage                           : Device Masking
    Time Held in Seconds                 : 1429582
    Lock Holder ID                       : 0x1a95a

    Initiator                            : 0
    Director Number                      : 9
    Logical Path ID                      : -1

    Vendor ID                            : EMC Corp
    Application ID                       : ECC
    Application Rev                      : 0.0.0 (Edit Level: 0)
    Host ID                              : XXXXX
    Client ID                            : N/A
    User Name                            : root
    User Data                            : N/A
    Process ID                           : 10538
    SYMAPI Version                       : V6.4.3.0 (Edit Level: 852)

  • mcowger1

    5 Posts

    433

    0

    Posted April 30th, 2010 12:00

    I was told that this changed with 5773 (the masking while locked behavior) by EMC support a while ago.

    As to whats holding your lock - no idea there   Sorry.

  • mfvincent

    1 Rookie

    •

    62 Posts

    433

    1

    Posted May 4th, 2010 03:00

    Strangley , I have just experienced the same at a customer site.

    The lock appeared to be against a GateKeeper -  this was a SAN management server only and had no other connection to the storage device, plus the error in ECC pointed to this server only, possibilly not definitive prove but gave me a starting point.

    Although the change only went through yesterday previous attempts to remove the lock worked, but they returned the next day initiated it seemed by a sym discovery action.

    When looking in ECC alerts I could see "A Thread in the Storage Agent for Symmetrix on host mickey_mouse has hung. It may become necessary to restart the agent"

    The customer has carried this out along with a config change in the options file:

    c:\pro*\emc\symapi\config\options

    In here the config on the parameter option SYMAPI_WAIT_ON_LOCKED_GK was changed from disabled to enabled.

    Unfortunatley the two changes were made at the same time so I cannot say which one "appears" to have resolved the problem, my thoughts are the restarting of the agent was all that was needed, I have mentioned both as both were changed, as mentioned the issue returned the next day for the customer but it appears to have gone for now and it is being monitored to ensure the issue is resolved.

    I also thought that Eng code 5773 resolved this but releases after this are where the resolution appears, this customer appears to be pre this release.

    Trusts this helps

  • ksmith123

    12 Posts

    433

    0

    Posted May 6th, 2010 08:00

    Thank you for your reply.  This is our target SRDF array and though it does have some hosts attached actively using disk, we rarely need to modify anything.  I will keep the agent and options file items in mind.  I also plan to add more gatekeepers to the host (I also get the error on a managment-only host).