Page History

Vergewissern Sie sich, dass das VPN ordnungsgemäß läuft und dass alle Systeme per SSH und RDP erreichbar sind.

Verbinden Sie sich über die IP-Adresse des Load Balancers (wenn redundant, verbinden Sie sich über die öffentliche IP-Adresse).

Melden Sie sich als sysadmin an, wechseln Sie zu einem Benutzer mit Admin-Rechten und prüfen Sie ein paar Ansichten:

• Agent Home
• Mini Client
• Supervisor
• Ausführen eines Berichts

Führen Sie einen Testanruf durch.

Prüfen Sie, ob es vom System empfangen wird und ob der Ton zu hören ist.

Wenn möglich:

• Rufen Sie eine ACD-Warteschlange an, die an einen Agenten weitergeleitet wird.
• Prüfen Sie, dass der Agent Home den eingehenden Anruf schnell anzeigt und dass der Status des Anrufs von klingelnd auf besetzt wechselt (dies zeigt an, dass der Webserver mit dem UDP-Listener-Cluster der Plattform kommuniziert).
• Prüfen Sie, ob Zweiwege-Audio zu hören ist.

Machen Sie einen Test-Chat.

Vergewissern Sie sich, dass sie aaaaan das Chat Event an einen Agenten verteilt wird und dass dieser antworten kann.

Befehle:

uptime

um zu prüfen, wie lange das System in Betrieb ist.

Wenn es neu gestartet wurde, dann prüfen Sie die folgenden Logs:

less /var/log/messages

Möglicherweise müssen Sie zu einer älteren Datei als der aktuellen Protokolldatei zurückgehen, um zu sehen, warum.

Befehle:

df -h

um sicherzustellen, dass die Festplatte nicht voll ist.

Achten Sie besonders bei den Datenbanksystemen darauf, dass dieser Platz nicht bald zur Neige geht.

Hinweis: Auf einigen Systemen könnte das Verzeichnis /var/lib/mysql seperat angebunden sein.

Verwende: mount um herauszufinden, wo die Anbindung sich befindet, oder cat /etc/fstab

Verwenden Sie die beiden folgenden Möglichkeiten, um Probleme mit der CPU-Last zu erkennen:

top

sar (Historisch)

sar -u 1 (Echtzeit)

Use the following commands to make sure the time sync is OKVerwenden Sie die folgenden Befehle, um sicherzustellen, dass die Zeitsynchronisation in Ordnung ist:

ntpq -p (older systemsältere Systeme)

chronyc sources (newer systemsneuere Systeme)

timedatectl

Manchmal, wenn ein Dateisystemfehler aufgetreten ist, wird linux das Dateisystem entweder:

• gar nicht anbinden (Dieser Status ist einfach erkennbar)

oder:

• es im Modus "Nur Lesen" bzw. read only anbinden (Dies ist nicht offenslichtlich erkennbar)

Versuchen Sie, in eine Datei zu schreiben:

cat << EOFF > /root/test.txt
Test
EOFF
cat /root/test.txt

Prüfen Sie den Task-Manager, um sicherzustellen, dass kein Prozess eine sehr hohe CPU-Leistung erbringt. 

Hinweis: Auf einem belasteten System sind 50 % oder mehr CPU völlig in Ordnung, vor allem bei folgenden Prozessen:

• 8-Server
• SIP and RTP Stack (Aculab)

DB Master-Master

DB Slaves

Stellen Sie sicher, dass die Replikation läuft:

SHOW SLAVE STATUS\G

Stellen Sie sicher, dass MySQL nicht abstürzt:

less /var/log/mysqld.log

Prüfen Sie den Status des pcs cluster mit:

pcs status

Stellen Sie sicher, dass einer der Load Balancer die gemeinsame IP-Adresse hat und dass alle Ressourcen gestartet sind.

haproxy Statistik and Seite zum Statusüberblick

Öffnen Sie haproxy (auf beiden Load Balancern in einem redundanten System) mit der folgenden url:

http://<load-balancer>:7777

Vergewissern Sie sich, dass die erwarteten Ressourcen vorhanden und alle aktiviert sind:

• Die erwarteten Datenbankserver (in einer redundanten Lösung) sind in Betrieb.
• Nur ein Load Balancer bedient Verbindungen.
• Nur einer der DB-Master hat aktive Verbindungen.

Prüfen Sie den Status von DRBD mit:

drbdadm status jtelshared

Stellen Sie sicher, dass es sich um der status primär/primär (bei älteren Installationen) oder primär-sekundär (bei neueren Installationen) handeltangezeigt wird.

Prüfe the status of the pcs cluster with:

pcs status

Make sure all of the resources are started:

• Mount of /srv/jtel/shared is started on one of the STORE servers
• Samba is started on one of the STORE servers
• The shared IP is started on one of the STORE servers

Prüfe the status of the samba service:

smbstatus

ps -ef | grep samba

Make sure it is running. Stellen Sie sicher, dass der Dienst läuft.

Prüfe the available space on the store with den verfügbaren Speicherplatz am store mit: 

df -h

startup.cmd batch file window presentfenster geöffnet?

giHal.exe batch file window present and runningfenster geöffnet?

giAcu.exe (SIP Registrations) present and running (if requiredRegistrierung) fenster geöffnet (falls erforderlich)?

8Server.exe present and runningfenster geöffnet?

Prüfe errors / warnings for excessive error messages, such as ODBC errors or nach bestimmten Fehlerbildern, wie zum Beispiel ODBC Errors oder .r5 files not found errors.

ODBC errors can indicate a database problem (for example, a mysql crash)., or a syntax error in a sql procedure

File not found errors (particularly .r5 files) can indicate a storage problem.

If 8-Server says "Initialising" on all lines, and does not exit this status for a long time, then there may be connectivity problems to the storage.

This is best mitigated by making sure the samba credentials are correct, and that all "jtel" users have the same credentials.

Start a wireshark trace for SIP using this capture filter:

port 5060 or ip[6:2] & 0x1fff != 0

If SIP messages are being received, then the problem might be a firewall rule injection by a domain policy. Prüfe the firewall rules to make sure the required ports are opened.

Telephony connector started and running?

Messages being received from the PBX?

Prüfe each webserver individually using

http://<server>:8080/CarrierPortal/sysadmin/login

Make sure it is possible to login.

Make sure the logo is visible (if not, this indicates a file share mount error to /home/jtel/shared)

Make sure the certificate is OK by accessing the system via the load-balancer (if necessary, using an alias in your hosts file).

This is mandatory, for example, for SalesForce integrations.

Make sure the chat application is running:

ps -ef | grep jtel-clientmessenger

Make sure the chat application is running:

ps -ef | grep jrest