PowerProtect Cyber Recovery: Die Installation schlägt mit dem Fehler "Failed to Set MongoDB Credential: Administrator-DB-Anmeldedaten konnten nicht geändert werden: Verbindung zur Admin-Datenbank kann nicht hergestellt werden
概要: Das Crsetup-Installationsskript schlägt nach dem Hinzufügen neuer MongoDB-Passwörter mit der Fehlermeldung "Failed to change admin DB credential" fehl.
この記事は次に適用されます:
この記事は次には適用されません:
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
現象
Das Skript "/crsetup --install" endet nach eingabe des MongoDB-Passworts mit dem folgenden Fehler:
Failed to set MongoDB credential:Failed to change admin DB credential:Unable to connect to theadmindatabase :server selection error: server selection timeout, current topology: { Type: Unknown, Servers: [{ Addr: localhost:17112, Type: Unknown, Last error: connection() error occurred during connection handshake: dial tcp 127.0.0.1:17112: connect: connection refused }, ] }
Lesen Sie den folgenden KB-Artikel 212531 PowerProtect Cyber Recovery: Neuinstallation von Cyber Recovery 19.13 oder höher fehlgeschlagen – MongoDB-Anmeldedaten konnten nicht festgelegt werden, um sicherzustellen, dass die AVX-Funktion auf der CPU auf dem physischen Server oder der virtuellen Maschine der Version 8.7 verfügbar ist.
Der Befehl "docker ps -a" zeigt an, dass sich die MongoDB-Docker-Instanz im Beendigungsstatus befindet, wie unten dargestellt:
[root@cradmin]# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
c3fe3dc5959f localhost:14779/cr_mongo:6.0.5 "/bin/bash /usr/loca" 4 minutes ago Exited (1) 4 minutes ago cr_mongo-auth_1
3fbf3db0c71d localhost:14779/cr_registry:2.8.1.7 "/entrypoint.sh /etc" 4 minutes ago Up 4 minutes 127.0.0.1:14779->5000/tcp cr_registry
Das Ausführen von "docker logs cr_mongo-auth_1" zeigt an, dass es keine Zertifikate lesen kann:
[root@crm-cradmin]# cat mongo.txt
=> Waiting for confirmation of MongoDB service startup...
{"t":{"$date":"2023-08-17T15:25:23.384Z"},"s":"I", "c":"CONTROL", "id":5760901, "ctx":"-","msg":"Applied --setParameter options","attr":{"serverParameters":{"opensslCipherConfig":{"default":"HIGH:!EXPORT:!aNULL@STRENGTH","value":"ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES128-SHA"}}}}
about to fork child process, waiting until server is ready for connections.
forked process: 23
{"t":{"$date":"2023-08-17T10:25:23.386-05:00"},"s":"I", "c":"CONTROL", "id":20698, "ctx":"-","msg":"***** SERVER RESTARTED *****"}
{"t":{"$date":"2023-08-17T10:25:23.392-05:00"},"s":"I", "c":"NETWORK", "id":4915701, "ctx":"main","msg":"Initialized wire specification","attr":{"spec":{"incomingExternalClient":{"minWireVersion":0,"maxWireVersion":17},"incomingInternalClient":{"minWireVersion":0,"maxWireVersion":17},"outgoing":{"minWireVersion":6,"maxWireVersion":17},"isInternalClient":true}}}
{"t":{"$date":"2023-08-17T10:25:23.394-05:00"},"s":"E", "c":"NETWORK", "id":23248, "ctx":"main","msg":"Cannot read certificate file","attr":{"keyFile":"/cr/ssl/certs/CRSERVICE.pem","error":"error:FFFFFFFF8000000D:system library::Permission denied"}}
{"t":{"$date":"2023-08-17T10:25:23.394-05:00"},"s":"D1", "c":"ASSERT", "id":23074, "ctx":"main","msg":"User assertion","attr":{"error":"InvalidSSLConfiguration: Can not set up PEM key file.","file":"src/mongo/util/net/ssl_manager_openssl.cpp","line":2643}}
{"t":{"$date":"2023-08-17T10:25:23.395-05:00"},"s":"F", "c":"CONTROL", "id":20574, "ctx":"main","msg":"Error during global initialization","attr":{"error":{"code":140,"codeName":"InvalidSSLConfiguration","errmsg":"Can not set up PEM key file."}}}
ERROR: child process failed, exited with 1
To see additional information in this output, start without the "--fork" option.
Die Zertifikate verfügen nicht über 644 Berechtigungen unter cr/etc/ssl/certs:
cr:/opt/dellemc/cr/etc/certs/ssl # ls -al total 116 drwxrwxrwx 2 cyber-recovery-admin 14999 4096 Aug 30 15:10 . drwx------ 3 root root 4096 Apr 7 17:52 .. -rw------- 1 root root 1716 May 30 11:17 CRSERVICE.crt -rw------- 1 root root 1766 May 30 11:17 CRSERVICE.key -rw------- 1 root root 3482 May 30 11:17 CRSERVICE.pem
原因
Das Crsetup-Skript erstellt Dateien, die für Docker-Instanzen erforderlich sind, die über die Berechtigung 644 (rw- r-- r--) verfügen müssen. In diesem Fall überschreiben erzwungene umask 077 die Berechtigungen für die Dateien auf 600 (rw- --- ---). MongoDB konnte die Zertifikate und andere Dateien für die Konfiguration nicht lesen.
解決方法
- Legen Sie für den Benutzer root die Verwendung von umask 022 mithilfe des folgenden Befehls fest:
# umask 022
- Überprüfen Sie den aktuellen umask, indem Sie Folgendes ausführen:
# umask
- Führen Sie den Befehl aus:
# ./crsetup --deploy.
- Stellen Sie sicher, dass der Root auch nach dem Neustart die Umask von 022 behält, da andernfalls die MongoDB-Docker-Instanz nach dem Neustart nicht gestartet werden kann.
cd ~ (for root home directory) vi .bashrc (do not forget the Dot before bashrc). Add the following line: umask 022 Save the file.
Weitere Informationen erhalten Sie beim technischen Support von Dell.
対象製品
PowerProtect Cyber Recovery文書のプロパティ
文書番号: 000217057
文書の種類: Solution
最終更新: 08 9月 2023
バージョン: 2
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。