A user reports that a host running Hitachi Dynamic Link Manager (HDLM) has lost a number of paths to the LUNs it is using. The host still has access to all the LUNs. When troubleshooting, what…

Question

Options

• ASet all paths offline and then online again.
• BCheck the output of the "dlnkmgr view" command in HDLM.
• CReboot the host.
• DExecute the "dlnkmgr online" command in HDLM.

• A
  9% (3)
• B
  74% (25)
• C
  3% (1)
• D
  15% (5)

Explanation

When a host has lost paths but still has full LUN access, the first troubleshooting step is diagnosis, not action - dlnkmgr view displays the current path status, error statistics, and health state of all managed paths, giving you the information needed to understand why paths were lost before making any changes.

Why the distractors are wrong:

• A (set all paths offline/online) is dangerous - taking all paths offline on a host that still has access risks a service interruption unnecessarily.
• C (reboot) is a last resort and overkill when the host is still functional; it causes downtime without identifying the root cause.
• D (dlnkmgr online) attempts to restore paths, but running it blindly without first checking path status could mask the underlying issue or be unnecessary if paths are already recovering.

Memory tip: Think "look before you leap" - in HDLM troubleshooting, view always comes before online. The dlnkmgr view command is your diagnostic eye; you never treat what you haven't examined. If you see a path problem in the output, then you use dlnkmgr online to restore it.

No community discussion yet for this question.