Während der vCenter-Tasks wird kontinuierlich ein Fehler angezeigt, der besagt : "Error downloading plug-in. Stellen Sie sicher, dass die URL erreichbar ist und der registrierte Fingerabdruck korrekt ist." für das RecoverPoint-Flash-Plug-in.
Möglicherweise wird ein Fehlerstapel in den vCenter-Tasks wie unten angezeigt (die gleiche Ausgabe finden Sie in /var/log/vmware/vsphere-ui/logs/vsphere-client-virgo.log
für das betroffene vCenter):
vCenter versucht, die Datei RPVWCPlugin.zip aus dem RecoverPoint-Cluster herunterzuladen. (https://xxx.xxx.xxx.xxx/plugin/RPVWCPlugin.zip), aber es schlägt fehl.
Wenn Sie die Kommunikation zwischen dem vCenter und dem RecoverPoint-Cluster (RPA1, RPA2 und Management-IP) überprüfen, kommt es zu einer Zeitüberschreitung.
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]"
Schritte zum Testen der Kommunikation zwischen VC und RPA
nc -v -w 2 -z RPA_IP 443
aus (ersetzen Sie die RPA1_IP durch die tatsächliche RPA-IP-Adresse)
In vCenter Version 6.7 und niedriger hängt die Ursache für den Verbindungsfehler mit den Ports 443 und 9443 zusammen, die zwischen vCenter und RecoverPoint Appliance (RPA) VMs geschlossen werden.
In vCenter Version 7.0 und höher wird das Flex-Plug-in nicht mehr verwendet. Die oben genannten Fehler können auf das übrige Plug-in und Dateien aus einer älteren vCenter-Version zurückzuführen sein.
Problemumgehung:
In vCenter 6.7 und niedriger:
Um das Kommunikationsproblem zu beheben, arbeiten Sie mit Ihrem Netzwerkteam zusammen, um datenverkehr zwischen vCenter- und RPA-Rechnern auf Port 443 und 9443 zuzulassen. Nachdem Sie es zugelassen haben, können Sie das Plug-in herunterladen und installieren.
Weitere Informationen zu Port und Sicherheit finden Sie in unserem Sicherheitskonfigurationsleitfaden: https://dl.dell.com/content/docu100469_recoverpoint-for-vms-5-3-security-configuration-guide.pdf
In vCenter 7.0 und höher:
Befolgen Sie die Wissensdatenbank-000157983 , um die übrigen Flex-Plug-in-Dateien zu bereinigen.
Auflösung:
Die RecoverPoint-Appliance funktioniert wie erwartet, der Grund für die Symptome, die im Zusammenhang mit Konfigurationsproblemen auftreten.