Ein normaler Betrieb einer jtel Lösung liegt unter anderen vor wenn: - Das Storage gemountet ist (über acd-store verfügbar),
- Bei Redundanz auch synchron ist (DRBD ist auf primary / primary)
- Die Datenbankreplikation ist syncrhon
- Der Load-Balancer für die Verteilung der Websessions ist erreichbar, alle Webserver sind verfügbar
- Die Telefonieserver sind hochgefahren und verarbeiten Gespräche
Dies kann im Einzelnen wie folgt geprüft werden. Prüfung StorageRedundanter StoragePrüfung, dass DRBD syncrhon istAuf einer der STORE, prüfen ob das DRBD syncrhon ist: Erwartete Ausgabe - DRBD ist primary/primary: Translations Ignore |
---|
Code Block |
---|
version: 8.4.11-1 (api:1/proto:86-101)
GIT-hash: 66145a308421e9c124ec391a7848ac20203bb03c build by mockbuild@, 2018-04-26 12:10:42
0: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r-----
ns:0 nr:28894328 dw:118174057 dr:74296 al:6116 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0 |
|
Feststellung, welcher STORE aktiv ist.Auf den aktiven STORE prüfen ob /srv/jtel/shared gemountet ist Translations Ignore |
---|
Code Block |
---|
ls /srv/jtel/shared |
|
Erwartete Ausgabe: Ausgabe mit unter Anderen folgende Verzeichnisse: - Data
- JTEL
- JTELCarrierPortal
Alle StoragePrüfen ob der smb dienst läuft (bei Redundanz auf den aktiven STORE): Translations Ignore |
---|
Code Block |
---|
systemctl status smb |
|
Erwartete Ausgabe - Active: |
|
[root@test9-store2 ~]# systemctl status smb |
|
● smb.service - Cluster Controlled smb |
|
Loaded: loaded (/usr/lib/systemd/system/smb.service; disabled; vendor preset: disabled) |
|
Drop-In: /run/systemd/system/smb.service.d |
|
Active: active (running) since Tue 2019-03-19 04:02:48 CET; 3 weeks 5 days ago |
|
Von einer beliebigen anderen Maschine, den Zugriff auf das Storage prüfenVon einer anderen Maschine (ausser STORE selbst), entweder: Translations Ignore |
---|
Code Block |
---|
ls /home/jtel/shared |
|
Oder von der Windows Maschine, einen Explorer auf das Verzeichnis \\acd-store\shared öffnen. Bei Fehler- Starten des SMB Dienstes
- Prüfung ob das File-System korrupt ist (siehe \var\log\messages) und Maßnahmen zur Reparatur ergreifen - siehe man xfs_repair bei xfs Dateisysteme
- Wiederherstellung der DRBD Replikation und STORE Cluster bei Redundanz - siehe DRBD - Maintenance and Resolve Split Brain or Node Errors
Prüfung DatenbankreplikationAuf allen Datenbank Slaves, bei Redundanz, auch auf beide Master Datenbanken: Auf mysql anmelden Translations Ignore |
---|
Code Block |
---|
mysql -u root -p |
|
Slave Status prüfen Translations Ignore |
---|
Code Block |
---|
mysql> SHOW SLAVE STATUS\G |
|
Wichtigste Stellen sind: Slave Translations Ignore |
---|
Code Block |
---|
Slave_IO_Running: Yes |
|
Beispielausgabe: Translations Ignore |
---|
Code Block |
---|
*************************** 1. row *************************** |
|
Slave_IO_State: Waiting for master to send event |
|
Master_Log_File: binlog.000014 |
|
Read_Master_Log_Pos: 77769753 |
|
Relay_Log_File: mysqld-relay-bin.000028 |
|
Relay_Master_Log_File: binlog.000014 |
|
Replicate_Wild_Ignore_Table: |
|
Exec_Master_Log_Pos: 77769753 |
|
Master_SSL_Verify_Server_Cert: No |
|
Replicate_Ignore_Server_Ids: |
|
Master_UUID: f5b276fa-bb92-11e8-a4a9-005056b98358 |
|
Master_Info_File: /var/lib/mysql/master.info |
|
SQL_Remaining_Delay: NULL |
|
Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it |
|
Master_Retry_Count: 86400 |
|
Last_SQL_Error_Timestamp: |
|
Bei FehlerPrüfung Loadbalancer und WebserverPrüfung LoadbalancerDie grundsätzliche Erreichbarkeit der Webserver sowie Funktion des Load-Balancers kann über den haproxy Stats-Webseite geprüft werden. Der Zugriff erfolgt über: http://acd-lb:7777 Mit Angabe vom Benutzernamen und Passwort. Im Screenshot ist eine Beispielausgabe für ein System mit: - Redundante Master-Master-Slave-Slave Datenbanken
- Zwei Webserver
abgebildet. Die Dienste sollten grün sein, bis auf den 2. Datenbankmaster, der Hellblau abgebildet ist, da dieser Server als Backup für den ersten Datenbankmaster konfiguriert ist. ![](/download/attachments/2163238/image2019-4-14_13-41-50.png?version=1&modificationDate=1555234912000&api=v2)
Bei FehlerPrüfen ob der haproxy Dienst gestartet ist. Bei Redundanz: prüfung Cluster Status mit: und entsprechende Maßnahmen ergreifen. Prüfung WebserverDie Webserver können einzeln auf Funktion geprüft werden, indem das Anmelden am jtel System aufgerufen und durchgeführt wird, beispielsweise als sysadmin. Folgende URL gilt für https: https://acd-lb/admin Nach erfolgter Login sollte die Portal-Hauptseite des Systemadministrators sichtbar sein, hier eine Beispielausgabe: ![](/download/attachments/2163238/image2019-4-14_13-45-29.png?version=1&modificationDate=1555235131000&api=v2)
Bei FehlerEinzelner Webserver neutstarten mit: Translations Ignore |
---|
Code Block |
---|
service jboss restart |
|
Prüfung Telefonie Die Telefoniedienste sind entweder: - In der Autostart des jeweiligen Benutzers
- Als Dienst am System konfiguriert
Im Normalfall (mit Benutzeranmeldung), werden folgende Anwendungen gestartet: Beachte: je nach Installation, wird ggf. auch ein PBX-Connector mit gestartet. Eine normale Bereitschaft, sowie Verarbeitung, wird im folgenden Screenshot dargestellt. Beachten Sie die hellgrüne aktive Leitung, sowie die Systemmeldungen in Gelb. Folgende Dienste sind sichtbar: - jtel 8-Server
- GI2 Dienst
- Cluster Listener Dienst
- Innovaphone PBX Connector
![](/download/attachments/2163238/image2019-4-14_13-54-21.png?version=1&modificationDate=1555235672000&api=v2)
Bei FehlerSämtliche Anwendungen schließen, und über die Autostartgruppe neu starten. Oder das System neu booten. |