Avamar: Ładowanie strony internetowej programu Avamar Client Manager (/aam) zawiesza się przy logowaniu
概要: Avamar: Ładowanie strony internetowej programu Avamar Client Manager (/aam) zawiesza się przy logowaniu. Logowanie może nigdy nie zakończyć się lub potrwać kilkanaście minut.
この記事は次に適用されます:
この記事は次には適用されません:
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
現象
Avamar: Ładowanie strony internetowej programu Avamar Client Manager (/aam) zawiesza się przy logowaniu.
Logowanie może nigdy nie zakończyć się lub potrwać kilkanaście minut.
Na stronie może nie przekroczyć limitu czasu, ale nie musisz czekać długo.
Logowanie może nigdy nie zakończyć się lub potrwać kilkanaście minut.
Na stronie może nie przekroczyć limitu czasu, ale nie musisz czekać długo.
原因
Przyczynę tego problemu można podzielić na dwie części:
1. Duża liczba serwerów zdalnych dodanych do jednego menedżera klienta Avamar powoduje zwiększenie obciążenia serwera sieci Web Tomcat.
Do tej tabeli Avamar można zobaczyć dużą liczbę serwerów zdalnych z tabeli axion_server bazy danych Tomcat
2. Problem
z hasłem serwera zdalnego z hasłem MCUser Z powyższej tabeli wynika, że AVAMAR300.EX.COM serwera Avamar miał problem z hasłem MCUser.
W AVAMAR300.EX.COM uruchomiono usługę MCS, a test logowania z MCUser przeszedł prawidłowo w graficznym interfejsie użytkownika i wierszu poleceń.
Przykład:
Widać, że choć wygląda to dobrze, na serwerze zdalnym AVAMAR300.EX.COM dziennik mcserver.out wykazuje wyraźny problem z hasłem MCUser.
1. Duża liczba serwerów zdalnych dodanych do jednego menedżera klienta Avamar powoduje zwiększenie obciążenia serwera sieci Web Tomcat.
Do tej tabeli Avamar można zobaczyć dużą liczbę serwerów zdalnych z tabeli axion_server bazy danych Tomcat
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. Problem
z hasłem serwera zdalnego z hasłem MCUser Z powyższej tabeli wynika, że AVAMAR300.EX.COM serwera Avamar miał problem z hasłem MCUser.
W AVAMAR300.EX.COM uruchomiono usługę MCS, a test logowania z MCUser przeszedł prawidłowo w graficznym interfejsie użytkownika i wierszu poleceń.
Przykład:
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)
Widać, że choć wygląda to dobrze, na serwerze zdalnym AVAMAR300.EX.COM dziennik mcserver.out wykazuje wyraźny problem z hasłem MCUser.
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
解決方法
Kroki
1. Usuń WSZYSTKIE serwery axion OPRÓCZ serwera źródłowego (serwera, do którego dodawane są inne serwery). Kolumna identyfikatora serwera źródłowego, którego nie można dotknąć, ma identyfikator = 1.
Oryginalna zawartość spisu z sekcji Przyczyna
5. Zaloguj się ponownie do strony client manager (/aam) i spróbuj ponownie dodać serwery zdalne za pomocą nazwy hosta / poświadczeń MCUser. W tym przykładzie podjęto próbę dodania AVAMAR300.EX.COM, który powoduje błąd. Można to zobaczyć w pliku ACMTrace.log po ponownym uruchomieniu serwera tomcat w następujących dziennikach w celu próby dodania AVAMAR300. EX.COM.
6. Teraz wiemy, że wystąpił problem z poświadczeniami MCUser w AVAMAR300.EX.COM. Szczegółowe informacje można znaleźć w sekcji Przyczyna nr 2. Jak wspomniano wcześniej, mcuser nie mógł zostać odszyfrowany, więc gdy źródło Avamar próbuje zarejestrować zdalny Avamar przy użyciu jego poświadczenia MCUser, kończy się niepowodzeniem.
Aby udpate MCUser na AVAMAR300, należy uruchomić zmiany haseł jako użytkownik główny. EX.COM.
Hasło nie musi być zmienione w stosunku do tego, co jest obecnie, w skrypcie można wprowadzić to samo hasło, ale skrypt musi zostać uruchomiony, aby zaktualizować hasło we wszystkich plikach konfiguracyjnych przy użyciu odpowiedniego klucza szyfrowania/odszyfrowywania.
7. Po zaktualizowaniu hasła MCUser na serwerze zdalnym odśwież stronę source server Client Manager (/aam) (AVAMAR100.EX.COM). Następnie spróbuj ponownie dodać AVAMAR300.EX.COM do serwera źródłowego.
1. Usuń WSZYSTKIE serwery axion OPRÓCZ serwera źródłowego (serwera, do którego dodawane są inne serwery). Kolumna identyfikatora serwera źródłowego, którego nie można dotknąć, ma identyfikator = 1.
Oryginalna zawartość spisu z sekcji Przyczyna
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)
Uruchom polecenie delete, aby usunąć każdy serwer z wyjątkiem serwera id=1 (AVAMAR100.EX.COM)
// connect to emdb psql -p 5556 emdb // delete each server besides source server delete from axion_server where id!='1';
2. Sprawdź, czy pozostałe serwery zdalne zostały usunięte.
select id, lastcontact, axionsystemname from axion_server; id | lastcontact | axionsystemname ---------------+---------------------+------------------------------ 1 | 1969-12-31 19:00:00 | AVAMAR100.EX.COM
3. Zamknij emdb przy użyciu składni postgresql.
\q
4. Uruchom ponownie narzędzie Tomcat, aby określić, kiedy zostanie uruchomiony serwer i pobrać najnowsze dzienniki problemu, jako użytkownik główny
emwebapp.sh --restart
5. Zaloguj się ponownie do strony client manager (/aam) i spróbuj ponownie dodać serwery zdalne za pomocą nazwy hosta / poświadczeń MCUser. W tym przykładzie podjęto próbę dodania AVAMAR300.EX.COM, który powoduje błąd. Można to zobaczyć w pliku ACMTrace.log po ponownym uruchomieniu serwera tomcat w następujących dziennikach w celu próby dodania AVAMAR300. 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. Teraz wiemy, że wystąpił problem z poświadczeniami MCUser w AVAMAR300.EX.COM. Szczegółowe informacje można znaleźć w sekcji Przyczyna nr 2. Jak wspomniano wcześniej, mcuser nie mógł zostać odszyfrowany, więc gdy źródło Avamar próbuje zarejestrować zdalny Avamar przy użyciu jego poświadczenia MCUser, kończy się niepowodzeniem.
Aby udpate MCUser na AVAMAR300, należy uruchomić zmiany haseł jako użytkownik główny. EX.COM.
Hasło nie musi być zmienione w stosunku do tego, co jest obecnie, w skrypcie można wprowadzić to samo hasło, ale skrypt musi zostać uruchomiony, aby zaktualizować hasło we wszystkich plikach konfiguracyjnych przy użyciu odpowiedniego klucza szyfrowania/odszyfrowywania.
change-passwords
7. Po zaktualizowaniu hasła MCUser na serwerze zdalnym odśwież stronę source server Client Manager (/aam) (AVAMAR100.EX.COM). Następnie spróbuj ponownie dodać AVAMAR300.EX.COM do serwera źródłowego.
対象製品
Avamar文書のプロパティ
文書番号: 000203605
文書の種類: Solution
最終更新: 08 1月 2026
バージョン: 9
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。