RecoverPoint for VM-er: Kan ikke laste ned plugin-feil som vises på vCenter

Under vCenter-oppgaver vil det kontinuerlig vise en feil som sier "Error downloading plug-in. Kontroller at URL-adressen er tilgjengelig, og at det registrerte avtrykket er riktig.", for RecoverPoint flash-plugin.

Det kan hende at du ser en feilstakk i vCenter-oppgavene som nedenfor (du finner /var/log/vmware/vsphere-ui/logs/vsphere-client-virgo.log samme utdata for den berørte vCenter):

vCenter prøver å laste ned RPVWCPlugin.zip-filen fra RecoverPoint Cluster. (https://xxx.xxx.xxx.xxx/plugin/RPVWCPlugin.zip), men det mislykkes.

Når du sjekker kommunikasjonen mellom vCenter og RecoverPoint Cluster (RPA1, RPA2 og administrasjons-IP), får den tidsavbrudd.

Download plug-in
Status:
Error downloading plug-in. Make sure that the URL is reachable and the registered thumbprint is correct.
Initiator:
VSPHERE.LOCAL\vsphere-webclient-xxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Target:
vCENTER_Trying_to_Download
Server:
vCENTER_Trying_to_Download
Error stack:
Error downloading plug-in. Make sure that the URL is reachable and the registered thumbprint is correct.
java.net.SocketTimeoutException: connect timed out
java.net.PlainSocketImpl.socketConnect(Native Method)
java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:476)
java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:218)
java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:200)
java.net.SocksSocketImpl.connect(SocksSocketImpl.java:394)
java.net.Socket.connect(Socket.java:606)
sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:286)
sun.net.NetworkClient.doConnect(NetworkClient.java:175)
sun.net.www.http.HttpClient.openServer(HttpClient.java:463)
sun.net.www.http.HttpClient.openServer(HttpClient.java:558)
sun.net.www.protocol.https.HttpsClient.(HttpsClient.java:292)
sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:395)
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191)
sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1162)
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1056)
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177)
sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1570)
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1498)
java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:352)
com.vmware.vise.util.http.ConnectionManager.connect(ConnectionManager.java:298)
com.vmware.vise.util.http.SimpleHttpClient.connect(SimpleHttpClient.java:354)
com.vmware.vise.util.http.SimpleHttpClient.connect(SimpleHttpClient.java:324)
com.vmware.vise.util.http.SimpleHttpClient.executeMethodResponseAsStream(SimpleHttpClient.java:222)
com.vmware.vise.vim.extension.VcExtensionManager.writePackageToFile(VcExtensionManager.java:1320)
com.vmware.vise.vim.extension.VcExtensionManager.downloadPackage(VcExtensionManager.java:1175)
com.vmware.vise.vim.extension.VcExtensionManager$2.call(VcExtensionManager.java:793)
com.vmware.vise.vim.extension.VcExtensionManager$2.call(VcExtensionManager.java:783)
java.util.concurrent.FutureTask.run(FutureTask.java:266)
com.vmware.vise.util.concurrent.QueuingCachedThreadPool$QueueProcessor.run(QueuingCachedThreadPool.java:1229)
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
java.util.concurrent.FutureTask.run(FutureTask.java:266)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
com.vmware.vise.util.concurrent.WorkerThreadFactory$1.run(WorkerThreadFactory.java:64)
java.lang.Thread.run(Thread.java:748)
Related events:

adminEmail    string[]    
"support@emc.com"
company    string    "EMC"
description    Description    
NAME    TYPE    VALUE
label    string    "RecoverPoint for Virtual Machines"
summary    string    "5.3.1.1"
serverThumbprint    string    "xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx"
type    string    "HTTPS"
url    string    "https://urldefense.com/v3/__https://xxx.xxx.xxx.xxx/plugin/RPVWCPlugin.zip__;!!LpKI!ygCOZImZxpT8GWMnyBxQ-T7Vuvy0LYr35iOf8DZy31JVkt7sSCjJCEmRIluS1ijakX9CKACEUg$ [xxx[.]xxx[.]xxx[.]xxx]"

Fremgangsmåte for å teste kommunikasjonen mellom VC og RPA

1. SSH i VC
2. Samle informasjonen om IP-adressen for RPA
3. Kjør kommando nc -v -w 2 -z RPA_IP 443 (erstatt RPA1_IP med den faktiske RPA IP-adressen)
4. Hvis du får "Connection timed out" (Tilkobling tidsavbrutt) fra forrige kommandoutdata, kan ikke vCenter etablere tilkoblingen med RecoverPoint-klyngen.
   

I vCenter versjon 6.7 og under er årsaken til tilkoblingsfeilen knyttet til at portene 443 og 9443 lukkes mellom vCenter- og RecoverPoint Appliance-virtuelle maskiner (RPA).

I vCenter versjon 7.0 og nyere brukes ikke Flex-plugin lenger. Feilene ovenfor kan skyldes plugin-moduler for rester og filer fra en eldre vCenter-versjon.

Midlertidig løsning:
I vCenter 6.7 og under:

For å løse kommunikasjonsproblemet kan du samarbeide med nettverksteamet for å tillate trafikk mellom vCenter- og RPA-maskiner på port 443 og 9443. Når du har tillatt det, kan du laste ned og installere plugin-modulen.

Hvis du vil ha mer informasjon om port og sikkerhet, kan du se vår veiledning for sikkerhetskonfigurasjon: https://dl.dell.com/content/docu100469_recoverpoint-for-vms-5-3-security-configuration-guide.pdf

I vCenter 7.0 og nyere:
Følg KB 000157983 for å rengjøre flex-plugin-filene for rester.

Oppløsning:
RecoverPoint Appliance fungerer som forventet, årsaken til symptomene du opplever knyttet til konfigurasjonsproblemer.