Seite 1 von 1

[GELÖST] Wapt-Server 1.8 Enterprise-Absturz

Veröffentlicht: 18. Mai 2021 - 09:40 Uhr
von olaplanche
Guten Morgen,

Nach dem Upgrade des Servers auf Version 1.8 Enterprise habe ich ein neues Problem.
Zur Information: Ich habe auch den Debian Stretch Server auf Buster und PostgreSQL 9.6 Version 11 aktualisiert.

Nach etwa 24 Stunden störungsfreiem Betrieb reagierte der wapt-Server nicht mehr (Web und Konsole = 500 Interner Serverfehler)

# systemctl status waptserver
● waptserver.service - WAPT Server Startskript
Geladen: geladen (/usr/lib/systemd/system/waptserver.service; aktiviert; Standardeinstellung des Anbieters: aktiviert)
Aktiv: aktiv (wird ausgeführt) seit Mo 2021-05-17 08:22:25 CEST; Vor 1 Tag und 1 Stunde
Haupt-PID: 502 (waptserver)
Aufgaben: 1 (Limit: 4649)
Speicher: 181,6 MB
CGroup: /system.slice/waptserver.service
└─502 waptserver

18. Mai 08:41:20 wapt-svr1 waptserver[502]: 2021-05-18 08:41:20,651 [waptws ] WARNUNG Ungültige Sitzung d855214ff97e4de0a70fe10ca4f7576b
18. Mai 08:59:19 wapt-svr1 waptserver[502]: 2021-05-18 08:59:19,738 [waptws ] WARNUNG Ungültige Sitzung 1982b44631e3467f9ee26692f192a3c9
18. Mai 09:02:34 wapt-svr1 waptserver[502]: 2021-05-18 09:02:34,811 [waptws ] WARNUNG Ungültige Sitzung a7598043c4cd45ef8c707ae135325b31
18. Mai 09:03:33 wapt-svr1 waptserver[502]: 2021-05-18 09:03:33,024 [waptws ] WARNUNG Ungültige Sitzung 551799f8134c41aca1f4bb202b3d63d3
18. Mai 09:04:24 wapt-svr1 waptserver[502]: 2021-05-18 09:04:24,840 [waptws ] WARNUNG Ungültige Sitzung ae9fc3e3bc654402ade40c0978e7d144
18. Mai 09:04:52 wapt-svr1 waptserver[502]: 2021-05-18 09:04:52,668 [waptws ] WARNUNG Ungültige Sitzung 93877a82dbcd48fe86ff5cd87df63a17
18. Mai 09:18:22 wapt-svr1 waptserver[502]: 2021-05-18 09:18:22,735 [waptws ] WARNUNG Ungültige Sitzung f6015710fce14bf8aa1ee86b24c90391
18. Mai 09:19:44 wapt-svr1 waptserver[502]: 2021-05-18 09:19:44,804 [waptws ] WARNUNG Ungültige Sitzung 1674992d543c47ea9c341082748935fd
18. Mai 09:20:28 wapt-svr1 waptserver[502]: 2021-05-18 09:20:28,566 [waptws ] WARNUNG Ungültige Sitzung 076a04ffa5684960bbae4563b47e512c
18. Mai 09:21:54 wapt-svr1 waptserver[502]: 2021-05-18 09:21:54,495 [waptws ] WARNUNG Ungültige Sitzung ac73b071b4e94c1285509cea2e6f6f36
Mit dem Administratorpasswort gibt es keine Probleme, nach dem Neustart kann ich mich damit in die Konsole einloggen.

Es gibt keine Probleme mit dem Status des PostgreSQL-Dienstes.

# sudo systemctl status nginx.service
● nginx.service - Ein leistungsstarker Webserver und Reverse-Proxy-Server
Geladen: geladen (/lib/systemd/system/nginx.service; aktiviert; Standardeinstellung des Anbieters: aktiviert)
Drop-In: /etc/systemd/system/nginx.service.d
└─nginx_worker_files_limit.conf
Aktiv: aktiv (läuft) seit Mo., 17.05.2021, 08:22:20 Uhr; vor 1 Tag und 1 Stunde
Dokumentation: man:nginx(8)
Prozess: 459 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_processon; (Code=beendet, Status=0/ERFOLG)
Prozess: 479 ExecStart=/usr/sbin/nginx -g daemon on; master_processon; (Code=beendet, Status=0/ERFOLG)
Haupt-PID: 480 (nginx)
Aufgaben: 3 (Limit: 4649)
Speicher: 771,3 MB
CGroup: /system.slice/nginx.service
├─480 nginx: Masterprozess /usr/sbin/nginx -g daemon on; master_processon;
├─481 nginx: Worker-Prozess
└─482 nginx: Worker-Prozess

17. Mai 08:22:18 wapt-svr1 systemd[1]: Starte einen leistungsstarken Webserver und einen Reverse-Proxy-Server...
17. Mai 08:22:20 wapt-svr1 nginx[459]: nginx: [Warnung] "ssl_stapling" ignoriert, Ausstellerzertifikat für Zertifikat "/opt/wapt/waptserver/ssl/cert.pem" nicht gefunden
17. Mai 08:22:20 wapt-svr1 nginx[479]: nginx: [Warnung] "ssl_stapling" ignoriert, Ausstellerzertifikat für Zertifikat "/opt/wapt/waptserver/ssl/cert.pem" nicht gefunden
17. Mai 08:22:20 wapt-svr1 systemd[1]: Gestartet Ein leistungsstarker Webserver und ein Reverse-Proxy-Server.
Ein aussagekräftigerer Auszug aus der Datei waptserver.log?
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: 2021-05-17 08:21:33,259 [waptws ] KRITISCHER SocketIO-Pong-Fehler für UUID etude1-dell-02 und SID 6c48df0413bb48858e7736387cdb032d : Traceback (letzter Aufruf):
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/waptserver/server_socketio.py", Zeile 284, in on_wapt_pong
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: mit WaptDB():
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/waptserver/model.py", Zeile 124, in __enter__
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: self.must_close = wapt_db_connect() 17.
Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/waptserver/model.py", Zeile 101, in wapt_db_connect
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: wapt_db.connect()
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/lib/python2.7/site-packages/playhouse/pool.py", Zeile 114, in connect
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: ret = super(PooledDatabase, self).connect(reuse_if_open)
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/lib/python2.7/site-packages/peewee.py", Zeile 2947, in connect
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: self._initialize_connection(self._state.conn)
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/lib/python2.7/site-packages/peewee.py", Zeile 2783, in __exit__
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: reraise(new_type, new_type(*exc_args), traceback)
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/lib/python2.7/site-packages/peewee.py", Zeile 2944, in connect
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: self._state.set_connection(self._connect())
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/lib/python2.7/site-packages/playhouse/pool.py", Zeile 156, in _connect 17.
Mai 08:21:33 wapt-svr1 waptserver[7666]: conn = super(PooledDatabase, self)._connect()
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/lib/python2.7/site-packages/playhouse/postgres_ext.py", Zeile 448, in _connect
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: conn = super(PostgresqlExtDatabase, self)._connect()
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/lib/python2.7/site-packages/peewee.py", Zeile 3637, in _connect
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: conn = psycopg2.connect(database=self.database, **self.connect_params)
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: Datei "/opt/wapt/lib/python2.7/site-packages/psycopg2/__init__.py", Zeile 127, in connect
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: OperationalError: Verbindung zum Server konnte nicht hergestellt werden: Datei oder Verzeichnis nicht gefunden
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: #011Läuft der Server lokal und akzeptiert
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: #011Verbindungen über den Unix-Domain-Socket "/var/run/postgresql/.s.PGSQL.5432"?
17. Mai 08:21:33 wapt-svr1 waptserver[7666]: , Instanz:
Ein Auszug aus der Datei postresql-11.log (Sie können sehen, dass ich den Server gestern um 8:22 Uhr neu gestartet habe)
2021-05-17 08:21:22.943 CEST [479] LOG: Schnelle Herunterfahranforderung empfangen 2021-05-17 08:21:22.950 CEST [479] LOG: Alle aktiven Transaktionen werden abgebrochen 2021-05-17 08:21:22.950 CEST [42359] wapt@wapt FATAL: Verbindung aufgrund eines Administratorbefehls beendet 2021-05-17 08:21:22.950 CEST [42262] wapt@wapt FATAL: Verbindung aufgrund eines Administratorbefehls beendet 2021-05-17 08:21:22.954 CEST [42358] wapt@wapt FATAL: Verbindung aufgrund eines Administratorbefehls beendet 2021-05-17 08:21:22.955 CEST [42357] wapt@wapt FATAL: Verbindung aufgrund eines Administratorbefehls wird beendet. 2021-05-17 08:21:23.004 CEST [479] LOG: Hintergrundprozess „Logical Replication Launcher“ (PID 490) wurde mit Exit-Code 1 beendet. 2021-05-17 08:21:23.012 CEST [485] LOG: System wird heruntergefahren. 2021-05-17 08:21:23.208 CEST [479] LOG: Datenbanksystem ist heruntergefahren. 2021-05-17 08:21:33.427 CEST [43824] LOG: Lauscht auf IPv6-Adresse „::1“, Port 5432. 2021-05-17 08:21:33.427 CEST [43824] LOG: Lauscht auf IPv4-Adresse "127.0.0.1", Port 5432 2021-05-17 08:21:33.433 CEST [43824] LOG: Lauscht auf Unix-Socket "/var/run/postgresql/.s.PGSQL.5432" 2021-05-17 08:21:33.557 CEST [43825] LOG: Datenbanksystem wurde heruntergefahren am 2021-05-17 08:21:23 CEST 2021-05-17 08:21:33.612 CEST [43824] LOG: Datenbanksystem ist bereit, Verbindungen anzunehmen 2021-05-17 08:21:34.125 CEST [43832] [unbekannt]@[unbekannt] LOG: Unvollständiges Startpaket 2021-05-17 08:21:59.862 CEST [43824] LOG: Schnelle Herunterfahranforderung empfangen 2021-05-17 08:21:59.877 CEST [43824] LOG: Alle aktiven Transaktionen werden abgebrochen 2021-05-17 08:21:59.884 CEST [43824] LOG: Hintergrundprozess „Logical Replication Launcher“ (PID 43831) wurde mit Exit-Code 1 beendet 2021-05-17 08:21:59.884 CEST [43826] LOG: Herunterfahren 2021-05-17 08:22:00.175 CEST [43824] LOG: Datenbanksystem ist Heruntergefahren am 17.05.2021 um 08:22:22.338 CEST [483] LOG: Lauscht auf IPv6-Adresse "::1", Port 5432 17.05.2021 um 08:22:22.340 CEST [483] LOG: Lauscht auf IPv4-Adresse "127.0.0.1", Port 5432 17.05.2021 um 08:22:22.360 CEST [483] LOG: Lauscht auf Unix-Socket "/var/run/postgresql/.s.PGSQL.5432" 17.05.2021 um 08:22:22.546 CEST [484] LOG: Datenbanksystem wurde am 17.05.2021 um 08:22:00 CEST heruntergefahren 08:22:22.672 CEST [483] LOG: Datenbanksystem ist bereit, Verbindungen anzunehmen. 2021-05-17 08:22:23.196 CEST [491] [unbekannt]@[unbekannt] LOG: Unvollständiges Startpaket
























Vielen Dank fürs Lesen, ich hoffe, hier etwas Hilfreiches zu finden.

Betreff: Wapt-Server 1.8 Enterprise-Absturz

Veröffentlicht: 18. Mai 2021 - 10:50 Uhr
von olaplanche
Zusätzlich folgt hier ein Auszug aus der Datei waptserver.log nach dem Neustart des waptserver-Dienstes und sobald der Web- und Konsolenzugriff wieder funktionieren:
18. Mai 10:48:11 wapt-svr1 waptserver[9423]: 2021-05-18 10:48:11,617 [waptws ] WARNUNG Ungültige Sitzung None
18. Mai 10:48:11 wapt-svr1 waptserver[9423]: 2021-05-18 10:48:11,632 [waptws ] WARNUNG Ungültige Sitzung None
18. Mai 10:48:11 wapt-svr1 waptserver[9423]: 2021-05-18 10:48:11,633 [waptws ] WARNUNG Ungültige Sitzung None

Betreff: Wapt-Server 1.8 Enterprise-Absturz

Veröffentlicht: 18. Mai 2021 – 15:26 Uhr
von dcardon
Verfügt dieser Server über eine grafische Benutzeroberfläche? Gibt es Verfügbarkeits-/Ausfallzeiten der Netzwerkschnittstellen? Wir haben dieses Problem bereits bei einer Installation mit grafischer Benutzeroberfläche beobachtet. (
Denis)

Betreff: Wapt-Server 1.8 Enterprise-Absturz

Veröffentlicht: 18. Mai 2021 – 16:23 Uhr
von olaplanche
Hallo,

es gibt keine grafische Benutzeroberfläche, aber Ihre Fragen haben mich an ein Problem erinnert, das ich auf einer Windows-VM aufgrund der geplanten nächtlichen Datensicherung hatte. Obwohl ich bisher nie Probleme damit hatte, habe ich die VM-Datensicherung auf dem WAPT-Server für heute Nacht vorübergehend deaktiviert.

Ich werde morgen früh prüfen, ob der Server noch erreichbar ist.

Vielen Dank.

Betreff: Wapt-Server 1.8 Enterprise-Absturz

Veröffentlicht: 19. Mai 2021 - 11:47 Uhr
von olaplanche
Hallo,

ich habe heute Morgen dasselbe Problem, der Wapt-Server ist nicht erreichbar.

Gestern habe ich nur den Waptserver-Dienst neu gestartet, um wieder Zugriff auf die Konsole und das Web zu haben. Heute Morgen hatte ich dasselbe Problem, nachdem ich nur den Nginx-Dienst neu gestartet hatte.

Betreff: Wapt-Server 1.8 Enterprise-Absturz

Veröffentlicht: 19. Mai 2021 – 16:51 Uhr
von olaplanche
Bei einem Blick auf die nginx-Seite stellte sich heraus, dass meine Konfigurationsdatei /etc/nginx/site-enabled/wapt.conf nicht mit der Standarddatei in der Dokumentation identisch ist https://www.wapt.fr/fr/doc/wapt-configuration ... index.html
server { listen 80; listen 443 ssl; server_name _; ssl_certificate "/opt/wapt/waptserver/ssl/cert.pem"; ssl_certificate_key "/opt/wapt/waptserver/ssl/key.pem"; ssl_protocols TLSv1.2; ssl_dhparam /etc/ssl/certs/dhparam.pem; ssl_prefer_server_ciphers on; ssl_ciphers 'EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH'; ssl_staplingon; ssl_stapling_verify on; ssl_session_cache none; ssl_session_tickets off; #ssl_client_certificate "/opt/wapt/conf/ca-wapt-svr1.mondomaine.fr.crt"; #ssl_crl "None"; #ssl_verify_client optional; gzip_min_length 1000; gzip_buffers 4 8k; gzip_http_version 1.0; gzip_disable "msie6"; gzip_types text/plain text/css application/json; gzip_vary on; indexindex.html; location / { proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # Stellen Sie sicher, dass diese Header nicht weitergeleitet werden proxy_set_header X-Ssl-Client-Dn ""; proxy_set_header X-Ssl-Authenticated ""; client_max_body_size 4096m; client_body_timeout 1800; location /static { alias "/opt/wapt/waptserver/static"; } location /ssl { alias "/var/www/ssl"; } location ~ ^/(wapt/waptsetup-tis.exe|wapt/waptagent.exe|wapt/waptdeploy.exe|sync.json|rules.json)$ { add_header Cache-Control "store, no-cache, must-revalidate, post-check=0, pre-check=0"; add_header Pragma "no-cache"; root "/var/www"; location ~ ^/(wapt/.*|waptwua/.*|wapt-diff-repos/.*)$ { add_header Cache-Control "store, no-cache, must-revalidate, post-check=0, pre-check=0"; add_header Pragma "no-cache"; root "/var/www"; } location ~ ^/(wapt-host/.*)$ { log_not_found off; add_header Cache-Control "store, no-cache, must-revalidate, post-check=0, pre-check=0"; add_header Pragma "no-cache"; root "/var/www"; } location / { add_header Cache-Control "store, no-cache, must-revalidate, post-check=0, pre-check=0"; add_header Pragma "no-cache"; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; client_max_body_size 4096m; client_body_timeout 1800; location /add_host_kerberos { auth_gss on; auth_gss_keytab /etc/nginx/http-krb5.keytab; proxy_pass http://127.0.0.1:8080 ; } location /wapt-host/Packages { return 403; } location / { add_header X-Forwarded-List $http_x_forwarded_for; add_header X-Remote-IP $remote_addr; proxy_pass http://127.0.0.1:8080 ; } location /socket.io { proxy_http_version 1.1; proxy_bufferingoff; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "Upgrade"; proxy_pass http://127.0.0.1:8080/socket.io ; } } } }




















































































































Halten Sie es für notwendig, die Standardkonfigurationsdatei wiederherzustellen?

DANKE

Betreff: Wapt-Server 1.8 Enterprise-Absturz

Veröffentlicht: 20. Mai 2021 - 10:49 Uhr
von olaplanche
Hallo zusammen und gute Neuigkeiten (hoffentlich): Der Server ist letzte Nacht nicht abgestürzt!

Gestern habe ich die folgenden Empfehlungen umgesetzt, da ich etwas mehr als 400 Arbeitsstationen habe: https://www.wapt.fr/fr/doc/wapt-configu ... index.html

Außerdem habe ich postconf neu gestartet und der Neukonfiguration von nginx zugestimmt (wodurch meine oben genannte Datei `/etc/nginx/site-enabled/wapt.conf` nicht geändert wird, sondern die Datei `/etc/nginx/nginx.conf`).

Ich warte bis morgen, bevor ich diesen Beitrag als [GELÖST] markiere, falls der Server bis dahin nicht wieder abgestürzt ist.

Betreff: Wapt-Server 1.8 Enterprise-Absturz

Veröffentlicht: 21. Mai 2021 - 08:16 Uhr
von olaplanche
Hallo,

der Server läuft nach den vorherigen Änderungen weiterhin :D

. Ich markiere das Thema daher als gelöst.