Avamar: Das Laden der Webseite von Avamar Client Manager (/aam) hängt bei der Anmeldung
概要: Avamar: Das Laden der Webseite von Avamar Client Manager (/aam) hängt bei der Anmeldung. Die Anmeldung wird möglicherweise nie abgeschlossen oder dauert Dutzende Minuten.
この記事は次に適用されます：
この記事は次には適用されません：
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
現象
Avamar: Das Laden der Webseite von Avamar Client Manager (/aam) hängt bei der Anmeldung.
Die Anmeldung wird möglicherweise nie abgeschlossen oder dauert Dutzende Minuten.
Auf der Seite wird möglicherweise kein Timeout angezeigt, Sie können aber lange warten.
Die Anmeldung wird möglicherweise nie abgeschlossen oder dauert Dutzende Minuten.
Auf der Seite wird möglicherweise kein Timeout angezeigt, Sie können aber lange warten.
原因
Die Ursache für dieses Problem kann in zwei Teile aufgeteilt werden:
1. Eine große Anzahl von Remoteservern, die zu einem einzigen Avamar Client Manager hinzugefügt wurden, führt dazu, dass die Last auf dem Tomcat-Webserver steigt.
Wir können eine große Anzahl von Remoteservern sehen, die diesem einen Avamar über die Tomcat-Datenbank axion_server tabelle hinzugefügt wurden.
2. Ein Remote-Server mit MCUser-Passwortproblem
In der obigen Tabellenausgabe hatte Avamar Server AVAMAR300.EX.COM ein Problem mit dem MCUser-Passwort.
Auf dem AVAMAR300.EX.COM wurde der MCS-Service ausgeführt und ein Anmeldetest mit MCUser wurde in der GUI sowie in der Befehlszeile problemlos bestanden.
Beispiel:
Obwohl dies in Ordnung aussieht, zeigt das mcserver.out-Protokoll auf dem Remote-Server AVAMAR300.EX.COM ein klares Problem mit dem MCUser-Kennwort an.
1. Eine große Anzahl von Remoteservern, die zu einem einzigen Avamar Client Manager hinzugefügt wurden, führt dazu, dass die Last auf dem Tomcat-Webserver steigt.
Wir können eine große Anzahl von Remoteservern sehen, die diesem einen Avamar über die Tomcat-Datenbank axion_server tabelle hinzugefügt wurden.
psql -p 5556 emdb select id, lastcontact, axionsystemname from axion_server; id | lastcontact | axionsystemname ---------------+---------------------+------------------------------ 1629287858128 | 1969-12-31 19:00:00 | AVAMAR10.EX.COM 1629287980100 | 1969-12-31 19:00:00 | AVAMAR20.EX.COM 1629287647775 | 1969-12-31 19:00:00 | AVAMAR30.EX.COM 1629287949115 | 1969-12-31 19:00:00 | AVAMAR19.EX.COM 1660563561277 | 1969-12-31 19:00:00 | AVAMAR40.EX.COM 1629287597140 | 1969-12-31 19:00:00 | AVAMAR50.EX.COM 1629287775889 | 1969-12-31 19:00:00 | AVAMAR60.EX.COM 1629287812033 | 1969-12-31 19:00:00 | AVAMAR70.EX.COM 1629288006387 | 1969-12-31 19:00:00 | AVAMAR80.EX.COM 1629287515457 | 1969-12-31 19:00:00 | AVAMAR90.EX.COM 1 | 1969-12-31 19:00:00 | AVAMAR100.EX.COM 1629287732083 | 1969-12-31 19:00:00 | AVAMAR200.EX.COM 1629288102775 | 1969-12-31 19:00:00 | AVAMAR300.EX.COM 1662042283060 | 1969-12-31 19:00:00 | AVAMAR400.EX.COM 1651676768316 | 1969-12-31 19:00:00 | AVAMAR500.EX.COM (15 rows)
2. Ein Remote-Server mit MCUser-Passwortproblem
In der obigen Tabellenausgabe hatte Avamar Server AVAMAR300.EX.COM ein Problem mit dem MCUser-Passwort.
Auf dem AVAMAR300.EX.COM wurde der MCS-Service ausgeführt und ein Anmeldetest mit MCUser wurde in der GUI sowie in der Befehlszeile problemlos bestanden.
Beispiel:
avmgr logn --id=MCUser --ap=MyMCUserPass 1 Request succeeded 7161 privilege level (enabled,create,read,backup,access,move,delete,maint,fullmanage,noticketrequired) 2 block type (directory)
Obwohl dies in Ordnung aussieht, zeigt das mcserver.out-Protokoll auf dem Remote-Server AVAMAR300.EX.COM ein klares Problem mit dem MCUser-Kennwort an.
vi /usr/local/avamar/var/mc/server_data/prefs/mcserver.out === BEGIN === check.mcs (prestart) check.mcs passed === PASS === check.mcs PASSED OVERALL (prestart) Starting Administrator Server at Tue Aug 30 15:04:25 EDT 2022 ... Upgrade MCS Preference: processing time = 325ms Upgrade MCDB: processing time = 262ms Check node list: processing time = 1527ms Prepare MC SSL Properties: processing time = 2ms Init node: processing time = 420ms Install service: com.avamar.mc.prefs.MCSPreferencesService, processing time = 12ms Install service: com.avamar.mc.message.MessageEventService, processing time = 15ms Event Size: 18548 Install service: com.avamar.mc.event.EventService, processing time = 11388ms Install service: com.avamar.mc.jms.push.JmsPushService, processing time = 40ms Install service: com.avamar.mc.dpn.DPNProxyService, processing time = 2031ms Install service: com.avamar.mc.datatap.MCDataTapService, processing time = 22ms Install service: com.avamar.mc.cm.ClusterManagerService, processing time = 12ms [output shortened...] Install service: com.avamar.mc.ws.MCJettyService, processing time = 1272ms Install service: com.avamar.mc.repl.ReplicationService, processing time = 85ms Install service: com.avamar.mc.st.SessionTicketService, processing time = 1434ms Install service: com.avamar.mc.ras.McEbmsService, processing time = 2051ms Install service: com.avamar.mc.migration.MigrationService, processing time = 60ms Start service container: processing time = 51304ms log4j:WARN No appenders could be found for logger (org.apache.axiom.util.stax.dialect.StAXDialectDetector). log4j:WARN Please initialize the log4j system properly. Init crontab: processing time = 3800ms Update axion system table: processing time = 3ms Update connect emc email subject: processing time = 70ms Administrator Server started at Tue Aug 30 15:05:26 EDT 2022. Update connect emc email subject: processing time = 70ms Administrator Server started at Tue Aug 30 15:05:26 EDT 2022. MCS Preference has been decrypted failed: com/avamar/mc/dpn/users/MCUSERAP MCS Preference has been decrypted failed: com/avamar/mc/dpn/users/MCUSERAP MCS Preference has been decrypted failed: com/avamar/mc/dpn/users/MCUSERAP MCS Preference has been decrypted failed: com/avamar/mc/dpn/users/MCUSERAP MCS Preference has been decrypted failed: com/avamar/mc/dpn/users/MCUSERAP ERROR: Invalid AES key length MCS Preference has been decrypted failed: com/avamar/mc/dpn/users/MCUSERAP MCS Preference has been decrypted failed: com/avamar/mc/dpn/users/MCUSERAP MCS Preference has been decrypted failed: com/avamar/mc/dpn/users/MCUSERAP
解決方法
Schritte
1. Entfernen Sie ALLE Axion-Server NEBEN dem Quellserver (dem Server, dem Sie andere Server hinzufügen). Die Spalte ID für den Quellserver, den Sie nicht berühren, hat eine ID = 1.
Ursprünglicher Tabelleninhalt aus dem Abschnitt "Ursache"
5. Melden Sie sich erneut bei der Client Manager (/aam)-Webseite an und versuchen Sie erneut, Remote-Server durch Hostname/MCUser-Anmeldeinformationen hinzuzufügen. In diesem Beispiel haben wir versucht, AVAMAR300.EX.COM hinzuzufügen, die einen Fehler verursacht. Wir sehen in ACMTrace.log, nachdem der Tomcat-Server neu gestartet wurde, die folgenden Protokolle für den Versuch, AVAMAR300 hinzuzufügen. EX.COM.
6. Nun wissen wir, dass es ein Problem mit der MCUser-Qualifikation auf dem AVAMAR300.EX.COM gibt. Weitere Informationen finden Sie im Abschnitt Ursache Nr. 2. Wie bereits erwähnt, konnte MCUser nicht entschlüsselt werden, daher schlägt es fehl, wenn avamar versucht, das Remote-Avamar mit seinen MCUser-Anmeldedaten zu registrieren.
Wir müssen change-passwords als Root-Benutzer ausführen, um MCUser auf AVAMAR300 zu udpatieren. EX.COM.
Das Passwort muss nicht von dem geändert werden, was es derzeit ist. Dasselbe Passwort kann im Skript eingegeben werden, aber das Skript muss ausgeführt werden, um das Passwort in allen Konfigurationsdateien mit dem richtigen Verschlüsselungs-/Entschlüsselungsschlüssel zu aktualisieren.
7. Aktualisieren Sie nach dem Aktualisieren des MCUser-Kennworts auf dem Remote-Server die Client Manager (/aam)-Webseite des Quellservers (AVAMAR100.EX.COM). Versuchen Sie dann, AVAMAR300.EX.COM erfolgreich zum Quellserver hinzuzufügen.
1. Entfernen Sie ALLE Axion-Server NEBEN dem Quellserver (dem Server, dem Sie andere Server hinzufügen). Die Spalte ID für den Quellserver, den Sie nicht berühren, hat eine ID = 1.
Ursprünglicher Tabelleninhalt aus dem Abschnitt "Ursache"
psql -p 5556 emdb select id, lastcontact, axionsystemname from axion_server; id | lastcontact | axionsystemname ---------------+---------------------+------------------------------ 1629287858128 | 1969-12-31 19:00:00 | AVAMAR10.EX.COM 1629287980100 | 1969-12-31 19:00:00 | AVAMAR20.EX.COM 1629287647775 | 1969-12-31 19:00:00 | AVAMAR30.EX.COM 1629287949115 | 1969-12-31 19:00:00 | AVAMAR19.EX.COM 1660563561277 | 1969-12-31 19:00:00 | AVAMAR40.EX.COM 1629287597140 | 1969-12-31 19:00:00 | AVAMAR50.EX.COM 1629287775889 | 1969-12-31 19:00:00 | AVAMAR60.EX.COM 1629287812033 | 1969-12-31 19:00:00 | AVAMAR70.EX.COM 1629288006387 | 1969-12-31 19:00:00 | AVAMAR80.EX.COM 1629287515457 | 1969-12-31 19:00:00 | AVAMAR90.EX.COM 1 | 1969-12-31 19:00:00 | AVAMAR100.EX.COM 1629287732083 | 1969-12-31 19:00:00 | AVAMAR200.EX.COM 1629288102775 | 1969-12-31 19:00:00 | AVAMAR300.EX.COM 1662042283060 | 1969-12-31 19:00:00 | AVAMAR400.EX.COM 1651676768316 | 1969-12-31 19:00:00 | AVAMAR500.EX.COM (15 rows)
Führen Sie den Befehl delete aus, um jeden Server mit Ausnahme des servers id=1 (AVAMAR100.EX.COM) zu löschen.
// connect to emdb psql -p 5556 emdb // delete each server besides source server delete from axion_server where id!='1';
2. Bestätigen Sie, dass alle anderen Remoteserver gelöscht wurden.
select id, lastcontact, axionsystemname from axion_server; id | lastcontact | axionsystemname ---------------+---------------------+------------------------------ 1 | 1969-12-31 19:00:00 | AVAMAR100.EX.COM
3. Beenden Sie die emdb mit postgresql-Syntax.
\q
4. Starten Sie tomcat neu, damit wir als Root-Benutzer ermitteln können, wann das Servlet neu gestartet wird, und die neuesten Protokolle für das Problem abrufen können.
emwebapp.sh --restart
5. Melden Sie sich erneut bei der Client Manager (/aam)-Webseite an und versuchen Sie erneut, Remote-Server durch Hostname/MCUser-Anmeldeinformationen hinzuzufügen. In diesem Beispiel haben wir versucht, AVAMAR300.EX.COM hinzuzufügen, die einen Fehler verursacht. Wir sehen in ACMTrace.log, nachdem der Tomcat-Server neu gestartet wurde, die folgenden Protokolle für den Versuch, AVAMAR300 hinzuzufügen. EX.COM.
vi /usr/local/avamar-tomcat/logs/ACMTrace.log
// latest logs post tomcat restart start with "Servlet Context Launched."
2022-09-21 16:03:57,802 INFO [localhost-startStop-1]-listeners.ContextLauncher: Servlet Context Launched.
2022-09-21 16:04:00,623 INFO [localhost-startStop-1]-sdk.ServiceConnection: Wait for task: STORAGE_INFO: Getting storage information
2022-09-21 16:04:01,625 INFO [localhost-startStop-1]-sdk.ServiceConnection: Task done: STORAGE_INFO
2022-09-21 16:04:01,660 INFO [localhost-startStop-1]-utils.ACMProperties: Cas Server Url Ssl Prefix: https://AVAMAR300.EX.COM
2022-09-21 16:04:06,669 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-filters.ImageLocaleFilter: Locale in China: false
2022-09-21 16:04:07,926 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-8]-filters.ImageLocaleFilter: Locale in China: false
2022-09-21 16:04:10,172 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-helper.LDAPManagerUserAuth: LDAP property 'ldap.url.*' is not defined
2022-09-21 16:04:10,176 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-helper.LDAPManagerUserAuth: LDAP property 'ldap.url.*' is not defined
2022-09-21 16:04:10,178 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-helper.LDAPManagerUserAuth: LDAP property 'ldap.url.*' is not defined
2022-09-21 16:04:10,179 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-helper.LDAPManagerUserAuth: LDAP property 'ldap.url.*' is not defined
2022-09-21 16:04:10,180 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-auth.AvamarAuthConfigurationUserAuth: Authentication Type: Web Restore Avamar
2022-09-21 16:04:11,037 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-cli.MCInternalCLIUserAuth: MCCLI exec catch Execption: Unable to initialize MCCLI
2022-09-21 16:04:11,043 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-cli.MCInternalCLIUserAuth: authenticate result out: 0,23000,CLI command completed successfully.
2022-09-21 16:04:11,310 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-cli.MCInternalCLIUserAuth: MCCLI exec catch Execption: Unable to initialize MCCLI
2022-09-21 16:04:11,312 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-cli.MCInternalCLIUserAuth: get privilege command output: <CLIOutput>
<Results>
<ReturnCode>0</ReturnCode>
<EventCode>23000</EventCode>
<EventSummary>CLI command completed successfully.</EventSummary>
</Results>
<Data>
<Row>
<Name>erx1mxe</Name>
<Role>Administrator</Role>
<Domain>/</Domain>
<Authenticator>Axion Authentication System</Authenticator>
<Domain>/</Domain>
<Authenticator>Axion Authentication System</Authenticator>
</Row>
</Data>
</CLIOutput>
2022-09-21 16:04:11,692 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-2]-sdk.ServiceConnection: Wait for task: STORAGE_INFO: Getting storage information
2022-09-21 16:04:12,693 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-2]-sdk.ServiceConnection: Task done: STORAGE_INFO
2022-09-21 16:04:32,272 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-helper.LDAPManagerUserAuth: LDAP property 'ldap.url.*' is not defined
2022-09-21 16:04:32,273 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-helper.LDAPManagerUserAuth: LDAP property 'ldap.url.*' is not defined
2022-09-21 16:04:32,273 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-helper.LDAPManagerUserAuth: LDAP property 'ldap.url.*' is not defined
2022-09-21 16:04:32,273 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-helper.LDAPManagerUserAuth: LDAP property 'ldap.url.*' is not defined
2022-09-21 16:04:32,274 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-auth.AvamarAuthConfigurationUserAuth: Authentication Type: Web Restore Avamar
2022-09-21 16:04:32,528 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-cli.MCInternalCLIUserAuth: MCCLI exec catch Execption: Unable to initialize MCCLI
2022-09-21 16:04:32,529 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-cli.MCInternalCLIUserAuth: authenticate result out: 0,23000,CLI command completed successfully.
2022-09-21 16:04:32,791 WARN [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-cli.MCInternalCLIUserAuth: MCCLI exec catch Execption: Unable to initialize MCCLI
2022-09-21 16:04:32,792 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-1]-cli.MCInternalCLIUserAuth: get privilege command output: <CLIOutput>
<Results>
<ReturnCode>0</ReturnCode>
<EventCode>23000</EventCode>
<EventSummary>CLI command completed successfully.</EventSummary>
</Results>
<Data>
<Row>
<Name>root</Name>
<Role>Administrator</Role>
<Domain>/</Domain>
<Authenticator>Axion Authentication System</Authenticator>
</Row>
</Data>
</CLIOutput>
2022-09-21 16:04:33,073 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-2]-sdk.ServiceConnection: Wait for task: STORAGE_INFO: Getting storage information
2022-09-21 16:04:34,074 INFO [ajp-nio-0:0:0:0:0:0:0:1-8509-exec-2]-sdk.ServiceConnection: Task done: STORAGE_INFO
6. Nun wissen wir, dass es ein Problem mit der MCUser-Qualifikation auf dem AVAMAR300.EX.COM gibt. Weitere Informationen finden Sie im Abschnitt Ursache Nr. 2. Wie bereits erwähnt, konnte MCUser nicht entschlüsselt werden, daher schlägt es fehl, wenn avamar versucht, das Remote-Avamar mit seinen MCUser-Anmeldedaten zu registrieren.
Wir müssen change-passwords als Root-Benutzer ausführen, um MCUser auf AVAMAR300 zu udpatieren. EX.COM.
Das Passwort muss nicht von dem geändert werden, was es derzeit ist. Dasselbe Passwort kann im Skript eingegeben werden, aber das Skript muss ausgeführt werden, um das Passwort in allen Konfigurationsdateien mit dem richtigen Verschlüsselungs-/Entschlüsselungsschlüssel zu aktualisieren.
change-passwords
7. Aktualisieren Sie nach dem Aktualisieren des MCUser-Kennworts auf dem Remote-Server die Client Manager (/aam)-Webseite des Quellservers (AVAMAR100.EX.COM). Versuchen Sie dann, AVAMAR300.EX.COM erfolgreich zum Quellserver hinzuzufügen.
対象製品
Avamar文書のプロパティ
文書番号: 000203605
文書の種類: Solution
最終更新: 08 1月 2026
バージョン: 9
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。