IDPA: Polecenie "dpacli -servicemode" na urządzeniu DP4400 kończy się niepowodzeniem z błędem "Nie udało się wykonać polecenia CLI DPA: null"

Po wydaniu polecenia "dpacli" w celu przełączenia urządzenia w tryb serwisowy polecenie kończy się niepowodzeniem z następującym błędem:

xxxxxxacm:/usr/local/dpatools/logs # dpacli -servicemode
Failed to execute DPA CLI command: null
usage: Data Protection Appliance Tools
 -servicemode   Shut down VMs (IDPA components) except ACM and ESXi. It's
                a prerequisite for FRU/CRU operations and FW update in
                service-mode

Można zweryfikować "dpacli.log", aby przejrzeć błąd związany z tym problemem: (lokalizacja: /usr/local/dpatools/logs/dpacli.log)
W dpacli.log można zauważyć następujący błąd:

2019-11-04T19:53:18.958Z ERROR [] [DPACLI-System-akka.actor.default-dispatcher-4] [][][][][] com.emc.dpa.dputils.DPAUtils - Exception occured while test connection of DPA app server {}
java.lang.NullPointerException: null
        at com.emc.dpa.dputils.persistence.ACMConfigUtils.getServiceIP(ACMConfigUtils.java:181)
        at com.emc.dpa.dputils.DPAUtils.testDPAAppServerOutOfSyncWhileShutDown(DPAUtils.java:77)
        at com.emc.dpa.dputils.DPApplianceUtils.testDPAOutOfSync(DPApplianceUtils.java:173)
        at com.emc.dpa.dputils.DPApplianceUtils.testOutOfSync(DPApplianceUtils.java:270)
        at com.emc.dpa.dputils.DPApplianceUtils.isOKShutdown(DPApplianceUtils.java:57)
        at com.emc.dpa.dputils.DPApplianceUtils.shutdownServices(DPApplianceUtils.java:87)
        at com.emc.dpa.ptresources.DPAResourceBuilder.shutdownServices(DPAResourceBuilder.java:977)
        at com.emc.dpa.ptresources.PTCLIService.shutdownServices(PTCLIService.java:98)
        at com.emc.dpa.common.akka.DPAHostAdapter.receiveDPAOpMessage(DPAHostAdapter.java:76)
        at akka.japi.pf.UnitCaseStatement.apply(CaseStatements.scala:26)
        at akka.japi.pf.UnitCaseStatement.apply(CaseStatements.scala:21)
        at scala.PartialFunction.applyOrElse(PartialFunction.scala:123)
        at scala.PartialFunction.applyOrElse$(PartialFunction.scala:122)
        at akka.japi.pf.UnitCaseStatement.applyOrElse(CaseStatements.scala:21)
        at scala.PartialFunction$OrElse.applyOrElse(PartialFunction.scala:171)
        at akka.actor.Actor.aroundReceive(Actor.scala:517)
        at akka.actor.Actor.aroundReceive$(Actor.scala:515)
        at akka.actor.AbstractActor.aroundReceive(AbstractActor.scala:180)
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:588)
        at akka.actor.ActorCell.invoke(ActorCell.scala:557)
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:258)
        at akka.dispatch.Mailbox.run(Mailbox.scala:225)
        at akka.dispatch.Mailbox.exec(Mailbox.scala:235)
        at akka.dispatch.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
        at akka.dispatch.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)
        at akka.dispatch.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)
        at akka.dispatch.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)
2019-11-04T19:53:18.958Z INFO [] [DPACLI-System-akka.actor.default-dispatcher-4] [][][][][] com.emc.dpa.dputils.DPAUtils - Checking connection with DPA datastore.
2019-11-04T19:55:20.380Z ERROR [] [main] [][][][][] com.emc.dpa.dpacli.DPACliUtils - Exception is thrown when parsing CLI command: {}

Ponieważ powyższe dzienniki wskazują, że połączenie testowe z serwerem aplikacji DPA i serwerem magazynu danych DPA kończy się niepowodzeniem. Sprawdź, czy DPA jest skonfigurowany na tym IDPA. Zaloguj się do interfejsu użytkownika IDPA ACM i sprawdź, czy DPA jest skonfigurowany na pulpicie nawigacyjnym "Data Protection Advisor". Można również zweryfikować plik "selskuconfig.xml", aby sprawdzić, czy na tym urządzeniu skonfigurowano DPA: Lokalizacja: /usr/local/dataprotection/var/configmgr/server_data/skuconfig/selskuconfig.xml head -50 /usr/local/dataprotection/var/configmgr/server_data/skuconfig/selskuconfig.xml Sprawdź, czy DPA jest wyświetlana jako nieskonfigurowana, jak poniżej:

<ConfiguredProducts>             <DPS>true</DPS>             <DPA>false</DPA>             <Avamar>true</Avamar>             <DD>true</DD>             <DPC>true</DPC>             <DDCDR>true</DDCDR>             <IDPA_VAPP>true</IDPA_VAPP>         </ConfiguredProducts>

Zgodnie z powyższymi danymi wyjściowymi widać, że DPA nie jest skonfigurowany na tym urządzeniu, jednak dpatools nadal wykonuje zapytanie testowe do DPA, co stanowi problem w DPATOOLS. Ten problem został rozwiązany w dpatools w wersji 2.0.0-17.

Jest to znany problem z programem DPATOOLS w wersji 2.0.0-16 lub starszej oraz problem z programem DPATOOLS w wersji 2.0.0-17. Aby rozwiązać ten problem, zainstaluj nowy pakiet RPM programu DPATOOLS.

1. Zaloguj się do sesji SSH ACM przy użyciu polecenia "root"

2. Sprawdź wersję dpatools w ACM przy użyciu następującego polecenia:

   rpm -qa | grep -i dpatools

3. Jeśli wersja dpatools to 2.0.0-16 lub niższa, skontaktuj się z pomocą techniczną IDPA, aby zainstalować nowszą wersję dpatools.

4. Po zaktualizowaniu narzędzia dpatools do wersji 2.0.0-17 lub nowszej ponów próbę wykonania poniższego polecenia:

   dpacli -servicemode

Sprawdź również, czy polecenie "dpacli -servicemode" nie powiodło się DataProtectionConfig.xml ponieważ plik nie został prawidłowo wypełniony.
Rezolucja: Artykuł KB