Topic
  • 2 replies
  • Latest Post - ‏2013-04-30T19:02:09Z by CHPrjohnso
CHPrjohnso
CHPrjohnso
28 Posts

Pinned topic Lost path to SAN. Reboot works, cfgmgr doesn't. Why?

‏2013-04-29T13:13:22Z |

Running AIX 6.1.7.1 on IBM 8203-E4A.    SAN group runs maintenance.  We lost path to fcs0.  fcs1 stays up.  After SAN work is done, we run cfgmgr and fcs0 is still down.   If we reboot, both paths are fine.   What can we do besides rebooting?   What does reboot do that cfgmgr doesn't.     Yes, we are below level on server firmware.  Adapter firmware is current.

  • j.gann
    j.gann
    194 Posts
    ACCEPTED ANSWER

    Re: Lost path to SAN. Reboot works, cfgmgr doesn't. Why?

    ‏2013-04-30T14:56:33Z  

    cfgmgr doesn't do a fabric login if the adapter device is in state "Available".

    rmdev -Rl <fcdev>; cfgmgr might help you out next time

    but your favourite multipathing software in conjunction with dyntrk=true setting on the fscsi device should handle most fabric changes without hassles anyway, doesn't it?

    greetings

    jg

  • j.gann
    j.gann
    194 Posts

    Re: Lost path to SAN. Reboot works, cfgmgr doesn't. Why?

    ‏2013-04-30T14:56:33Z  

    cfgmgr doesn't do a fabric login if the adapter device is in state "Available".

    rmdev -Rl <fcdev>; cfgmgr might help you out next time

    but your favourite multipathing software in conjunction with dyntrk=true setting on the fscsi device should handle most fabric changes without hassles anyway, doesn't it?

    greetings

    jg

  • CHPrjohnso
    CHPrjohnso
    28 Posts

    Re: Lost path to SAN. Reboot works, cfgmgr doesn't. Why?

    ‏2013-04-30T19:02:09Z  

    Thanks - I didn't know about the fabric login difference.     Up to now the SAN changes always recovered themselves.  But we will make the adapter setting changes since we can't count on it.  Thanks again!