Denna artikel är för Amanda Enterprise (AE)
Denna artikel är för Zmanda Recovery Manager för MySQL (ZRM)
Symptom
Navigering till värdnamnet eller IP-adressen för reservservern i din webbläsare laddar inte ZMC-inloggningssidan.
felsökningstips
Det första du ska verifiera är om Apache-tjänsten faktiskt körs. Följande kan köras som rot användare på reservservern:
# /etc/init.d/zmc_aee status ... Serverversion: Apache / 2.2.22 (Unix) mod_ssl / 2.2.22 OpenSSL / 0.9.8r mod_fastcgi / 2.4.6 Serverns driftstid: 15 timmar 56 minuter 18 sekunder 1 begäran bearbetas för närvarande, två lediga arbetare
Linjer som ovan i utdata från en AE 3.3 och senare server indikerar att Apache-servern körs. Om liknande rader inte visas på en AE 3.3 och senare server eller om Apache-tjänsten inte ser att köras med samma kommandokörning på en tidigare AE-version, försök starta om ZMC-tjänster som visas nedan när de körs rot användare:
# /etc/init.d/zmc_aee starta om
När det bekräftas att Apache-servern körs, kontrollera att det finns en tjänst som lyssnar på http
och https
portar eller vilka portar du angav under installationen om standardportarna redan togs?
# netstat -tl ... tcp 0 0 *: http *: * LISTEN ... tcp 0 0 *: https *: * LISTEN
Om så är fallet kan du också bevisa om du kan ansluta till tjänsten direkt från säkerhetskopieringsservern med telnet med den standard- eller alternativport som valts under installationen:
$ telnet localhost 443
Använda CTRL-]
för att stänga anslutningen och “quit
" att sluta telnet
.
Om du kan ansluta till https
tjänsten från själva säkerhetskopieringsservern men inte från en fjärrvärd, kontrollera om en brandvägg kan blockera http
och https
portar på reservservern när du försöker ansluta till Apache-webbservern:
# iptables -L
Om brandväggsregler visar att inte alla anslutningar accepteras, kontrollera om det finns regler specifikt för portar http
och https
skickas genom brandväggen för vilken port du angav under installationen.