Debian 9.11 Wapt 1.7.4.6223 1316 postes
Bonjour,
Nous avons régulièrement notre serveur wapt qui plante. J'ai vu sur le forum que je n'étais pas le seul.
En relançant le service waptserver, le serveur repart.
Comme indiqué dans l'un des posts du forum, je vous donne le résultat de la commande lors du problème :
sudo -u postgres psql wapt : SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ;
datname | usename | client_addr | xact_start | query_start | state_change | state | query ---------+----------+-------------+-------------------------------+-------------------------------+-------------------------------+--------+--------------------------------------------------------------------------------------------------------------------- wapt | wapt | | | 2019-10-21 13:25:34.522094+02 | 2019-10-21 13:25:34.522444+02 | idle | COMMIT wapt | wapt | | | 2019-10-21 13:24:07.221414+02 | 2019-10-21 13:24:07.221881+02 | idle | COMMIT wapt | postgres | | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715646+02 | active | SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ; (3 lignes)
Autrement la commande à mattre en cron n'est pas opérationnelle.
wget -q -O - [ http://127.0.0.1:8080/ping | http://127.0.0.1:8080/ping ] --no-check-certificate | grep "WAPT Server running" || (echo Restart; systemctl restart waptserver )
Lorsque le serveur fonctionne, on a bien un retour immédiat. Par contre lorsque le serveur plante, le retour ne se fait pas ou alors je n'ai pas attendu assez longtemps. Mais en tout cas cela n'est pas utilisable en l'état. Peut-on changer le timeout de l'api ping ?
Cordialement,
Frédéric GARESCHÉ Équipe Assistance et Exploitation Direction du Système d'Information (D.S.I) Correspondant Département EII et laboratoire IETR Tél. : +33 (0)2 23 2 3 82 81 20 avenue des Buttes de Coësmes CS 70839 - 35 708 RENNES Cedex 7
re,
Voici un bout du fichier syslog :
... Oct 21 13:17:32 wapt2 python[1560]: 2019-10-21 13:17:32,296 WARNING SocketIO connection refused for uuid 4C4C4544-0059-5310-804B-C4C04F585332, sid 8b62fc9639b84a8fabfea54ba8362452: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:18:17 wapt2 python[1560]: 2019-10-21 13:18:17,206 WARNING SocketIO connection refused for uuid 4C4C4544-0033-4310-8054-B2C04F535132, sid 4b82593f7767429b8faa036836ec0784: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:19:07 wapt2 python[1560]: 2019-10-21 13:19:07,190 WARNING SocketIO connection refused for uuid 9D32EC19-3F9E-4FDE-C5EB-4F7D063AC95D, sid ffad1b450e2e4447bb1c85061f7d66c3: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:19:41 wapt2 python[1560]: 2019-10-21 13:19:41,711 WARNING SocketIO connection refused for uuid 4C4C4544-0056-4310-8057-B6C04F354B32, sid e576027fed6b4e1ea3cf8117b47d4475: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:21:38 wapt2 python[1560]: 2019-10-21 13:21:38,120 WARNING SocketIO connection refused for uuid 4C4C4544-0046-4410-8054-C8C04F563432, sid 2ab9b974d89b4da1968cdc15669ad06e: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:21:39 wapt2 python[1560]: 2019-10-21 13:21:39,467 WARNING SocketIO connection refused for uuid 4C4C4544-0031-3210-8047-B4C04F345331, sid e9fd2b04f9f04bb08ab0870ca38b72b8: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:22:23 wapt2 python[1560]: 2019-10-21 13:22:23,777 WARNING SocketIO connection refused for uuid 4C4C4544-0037-5A10-8032-B5C04F4E4E32, sid 8c53fa3c90714c3c98e65b204035b84b: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:22:39 wapt2 python[1560]: 2019-10-21 13:22:39,904 WARNING SocketIO connection refused for uuid 4862867F-721E-11E5-914F-102AC808F0FF, sid 7835c754ec00454a9ec1db23eb9a487b: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:23:13 wapt2 python[1560]: 2019-10-21 13:23:13,022 WARNING SocketIO connection refused for uuid 4C4C4544-0039-4310-8057-B1C04F573032, sid 23397e86eba54877b4dbee3e1a2258dd: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance ... Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,410 WARNING SocketIO connection refused for uuid 4C4C4544-0054-4710-8052-B2C04F355931, sid e964efb9edb046bc9c928b5e60a1932a: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,411 WARNING SocketIO connection refused for uuid 4C4C4544-004D-4710-8048-B9C04F574C32, sid 06ed6158379e465381a0e55507eac1c2: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,413 WARNING SocketIO connection refused for uuid 4C4C4544-0050-4310-8054-B1C04F335432, sid 49b038bf6b344471aa70a63e48506c95: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,414 WARNING SocketIO connection refused for uuid 4C4C4544-0030-3510-8036-C2C04F32354A, sid c264f5f7acbc460ab3d795072054eafe: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,425 WARNING SocketIO connection refused for uuid 4C4C4544-0042-4810-8058-B2C04F4D4B32, sid 2a945ebfc7da477b84edd129d93302d7: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,427 WARNING SocketIO connection refused for uuid 4C4C4544-0043-3610-8053-C2C04F31354A, sid 40ff6895bc5f4ede9d97a7c62a53277a: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,430 WARNING SocketIO connection refused for uuid 4C4C4544-0053-4610-8036-C8C04F575831, sid 8b833ffa578d49df9d7d672d874c54ea: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,433 WARNING SocketIO connection refused for uuid 4C4C4544-0044-5810-8038-B9C04F595732, sid cb57379dbde84ccea85de181da3cc41e: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,435 WARNING SocketIO connection refused for uuid 4C4C4544-0057-4C10-8052-C6C04F575831, sid b59912c37bab4e1286326c0d9c24c40d: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,439 WARNING SocketIO connection refused for uuid 4C4C4544-0048-4810-8051-B6C04F303232, sid 90fe70b63f7b454cbe392b06ae5c2620: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,442 WARNING SocketIO connection refused for uuid 4C4C4544-0057-3510-8042-B7C04F4C5632, sid 8fdc6e542c2845239891f5942eabf179: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,445 WARNING SocketIO connection refused for uuid 4C4C4544-004D-4610-8048-B9C04F574C32, sid 15aad202d13648ee83d4a92cd4039482: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,450 WARNING SocketIO connection refused for uuid 4C4C4544-0032-3510-805A-B5C04F334732, sid 4d3baeb402064bedb308759effd8cd14: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,451 WARNING SocketIO connection refused for uuid 4C4C4544-0047-5610-8030-B8C04F4E4E32, sid 055c639f06c14cfa9f51d2b13680495c: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,453 WARNING SocketIO connection refused for uuid 4C4C4544-0031-3510-8036-B4C04F32354A, sid 51117eef97454150bc84a73242160255: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,458 WARNING SocketIO connection refused for uuid 4C4C4544-004D-5310-8059-C2C04F523132, sid 96d2e49eb6f74575985e68de98afd1de: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,461 WARNING SocketIO connection refused for uuid 4C4C4544-0056-4B10-8036-C4C04F4A4E32, sid 86d46998c9e846d5afeca32fc21d5cc3: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,463 WARNING SocketIO connection refused for uuid 4C4C4544-0042-4C10-8038-C6C04F4A4E32, sid f93e1a978cbc4471bd8ac75efd0bf17c: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,465 WARNING SocketIO connection refused for uuid 4C4C4544-0039-4A10-8030-B7C04F533132, sid bbb605e9be274c9f8f390de0332c5150: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,469 WARNING SocketIO connection refused for uuid 4C4C4544-0032-5910-8050-B3C04F4B5132, sid 71e90ce9eb7441d58509d775e102ab59: SocketIO connection not authorized, invalid token: Signature expired, instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,546 WARNING SocketIO connection refused for uuid 4C4C4544-0054-3010-804E-C3C04F32354A, sid c69844008d3c4f2885c18c4c52163e21: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,719 WARNING SocketIO connection refused for uuid 4C4C4544-004B-4C10-8034-C3C04F384332, sid 9dc393f8714d438eb9d3f5d644f015c9: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,722 WARNING Invalid session None Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,755 WARNING Invalid session None Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,781 WARNING Invalid session None Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,810 WARNING SocketIO connection refused for uuid 4C4C4544-0059-5910-8050-C3C04F334E32, sid 65f522c811094235bacc4684db7bce3a: SocketIO connection not authorized, invalid token: 400 Bad Request: The browser (or proxy) sent a request that this server could not understand., instance Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,895 CRITICAL Socket IO : An error has occurred for sid 40ff6895bc5f4ede9d97a7c62a53277a, uuid:4C4C4544-0043-3610-8053-C2C04F31354A : OperationalError('FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n',) Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,899 CRITICAL Socket IO : An error has occurred for sid 779f3e6ceba04e4ca3865569c0dfd6b5, uuid:4C4C4544-0056-3510-8042-CAC04F4C5632 : UnicodeDecodeError('ascii', 'FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n', 54, 55, 'ordinal not in range(128)') Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,903 CRITICAL Socket IO : An error has occurred for sid d68d734a9ec6402d87fc3128c5762435, uuid:4C4C4544-0056-3510-8042-C2C04F4C5632 : UnicodeDecodeError('ascii', 'FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n', 54, 55, 'ordinal not in range(128)') Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,907 CRITICAL Socket IO : An error has occurred for sid 8b833ffa578d49df9d7d672d874c54ea, uuid:4C4C4544-0053-4610-8036-C8C04F575831 : OperationalError('FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n',) Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,911 CRITICAL Socket IO : An error has occurred for sid ddda9e2dfcea41cdaac935fad202f936, uuid:4C4C4544-0056-4210-8054-B6C04F354B32 : UnicodeDecodeError('ascii', 'FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n', 54, 55, 'ordinal not in range(128)') Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,913 CRITICAL Socket IO : An error has occurred for sid 19eab98b709548d6b8bb64c7bbf36270, uuid:4C4C4544-0050-4C10-8042-B5C04F433732 : UnicodeDecodeError('ascii', 'FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n', 54, 55, 'ordinal not in range(128)') Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,917 CRITICAL Socket IO : An error has occurred for sid cb57379dbde84ccea85de181da3cc41e, uuid:4C4C4544-0044-5810-8038-B9C04F595732 : OperationalError('FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n',) Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,919 CRITICAL Socket IO : An error has occurred for sid 0e181b2c8bd94600adfc124ea969bc2e, uuid:4C4C4544-0056-3210-8053-B2C04F395132 : UnicodeDecodeError('ascii', 'FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n', 54, 55, 'ordinal not in range(128)') Oct 21 13:36:40 wapt2 python[30610]: 2019-10-21 13:36:40,922 CRITICAL Socket IO : An error has occurred for sid b59912c37bab4e1286326c0d9c24c40d, uuid:4C4C4544-0057-4C10-8052-C6C04F575831 : OperationalError('FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n',) ...
On commence par des Bad Request: The browser (or proxy) sent a request that this server could not understand., instance puis des SocketIO connection not authorized, invalid token: Signature expired, instance pour finir par des OperationalError('FATAL: les emplacements de connexions restants sont r\xc3\xa9serv\xc3\xa9s pour les connexions\nsuperutilisateur non relatif \xc3\xa0 la r\xc3\xa9plication\n',)
J'ai continuellement des WARNING SocketIO connection refused for uuid
Je ne sais pas si cela peut aider...
Frédéric GARESCHÉ Équipe Assistance et Exploitation Direction du Système d'Information (D.S.I) Correspondant Département EII et laboratoire IETR Tél. : +33 (0)2 23 2 3 82 81 20 avenue des Buttes de Coësmes CS 70839 - 35 708 RENNES Cedex 7
[ https://www.insa-rennes.fr/ ]
De: "Frederic Garesche" frederic.garesche@insa-rennes.fr À: "wapt" wapt@lists.tranquil.it Envoyé: Lundi 21 Octobre 2019 13:56:58 Objet: Arrêt aléatoire du serveur wapt
Debian 9.11 Wapt 1.7.4.6223 1316 postes
Bonjour,
Nous avons régulièrement notre serveur wapt qui plante. J'ai vu sur le forum que je n'étais pas le seul.
En relançant le service waptserver, le serveur repart.
Comme indiqué dans l'un des posts du forum, je vous donne le résultat de la commande lors du problème :
sudo -u postgres psql wapt : SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ;
datname | usename | client_addr | xact_start | query_start | state_change | state | query ---------+----------+-------------+-------------------------------+-------------------------------+-------------------------------+--------+--------------------------------------------------------------------------------------------------------------------- wapt | wapt | | | 2019-10-21 13:25:34.522094+02 | 2019-10-21 13:25:34.522444+02 | idle | COMMIT wapt | wapt | | | 2019-10-21 13:24:07.221414+02 | 2019-10-21 13:24:07.221881+02 | idle | COMMIT wapt | postgres | | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715646+02 | active | SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ; (3 lignes)
Autrement la commande à mattre en cron n'est pas opérationnelle.
wget -q -O - [ http://127.0.0.1:8080/ping | http://127.0.0.1:8080/ping ] --no-check-certificate | grep "WAPT Server running" || (echo Restart; systemctl restart waptserver )
Lorsque le serveur fonctionne, on a bien un retour immédiat. Par contre lorsque le serveur plante, le retour ne se fait pas ou alors je n'ai pas attendu assez longtemps. Mais en tout cas cela n'est pas utilisable en l'état. Peut-on changer le timeout de l'api ping ?
Cordialement,
Frédéric GARESCHÉ Équipe Assistance et Exploitation Direction du Système d'Information (D.S.I) Correspondant Département EII et laboratoire IETR Tél. : +33 (0)2 23 2 3 82 81 20 avenue des Buttes de Coësmes CS 70839 - 35 708 RENNES Cedex 7
Bonjour Frédéric,
Debian 9.11 Wapt 1.7.4.6223 // /1316 postes / / / /Bonjour,/ / Nous avons régulièrement notre serveur wapt qui plante. J'ai vu sur le forum que je n'étais pas le seul.
En relançant le service waptserver, le serveur repart.
Comme indiqué dans l'un des posts du forum, je vous donne le résultat de la commande lors du problème :/ / / /sudo -u postgres psql wapt :/ /SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ;/
datname | usename | client_addr | xact_start | query_start | state_change | state | query ---------+----------+-------------+-------------------------------+-------------------------------+-------------------------------+--------+--------------------------------------------------------------------------------------------------------------------- wapt | wapt | | | 2019-10-21 13:25:34.522094+02 | 2019-10-21 13:25:34.522444+02 | idle | COMMIT wapt | wapt | | | 2019-10-21 13:24:07.221414+02 | 2019-10-21 13:24:07.221881+02 | idle | COMMIT wapt | postgres | | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715646+02 | active | SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ; (3 lignes)
Autrement la commande à mattre en cron n'est pas opérationnelle.
wget -q -O - http://127.0.0.1:8080/ping --no-check-certificate | grep "WAPT Server running" || (echo Restart; systemctl restart waptserver )
Lorsque le serveur fonctionne, on a bien un retour immédiat. Par contre lorsque le serveur plante, le retour ne se fait pas ou alors je n'ai pas attendu assez longtemps. Mais en tout cas cela n'est pas utilisable en l'état. Peut-on changer le timeout de l'api ping ?
Je pense que c'est plutôt sur le wget qu'il faut rajouter le timeout:
unset http_proxy ; wget -t 1 -q -O- http://127.0.0.1:8080/ping --no-check-certificate | grep "WAPT Server running" || (echo Restart; systemctl restart waptserver )
Vous pouvez mettre ça dans un crontab assez régulier. Mais bon, il faudrait trouver où ça bloque... C'est assez curieux car ce n'est pas lié directement à un pic de charge.
Piste potentielle: on a pas eu de remontée de problème avec des serveurs WAPT sous Windows... La principale différence est l'abscence de "monkey patching"[1] par eventlet de la librairie os (à cause d'un autre bug sur les pipe [2])... Vous pourriez éventuellement modifier la ligne suivante dans le fichier waptserver.py :
diff --git a/waptserver/server.py b/waptserver/server.py index fe75b719..ee8fbc0b 100644 --- a/waptserver/server.py +++ b/waptserver/server.py @@ -39,7 +39,7 @@ if __name__ == '__main__': else: monkey_patch(os=False) else: - monkey_patch() + monkey_patch(os=False)
from waptserver.config import __version__
Cordialement,
Denis
[1] http://eventlet.net/doc/patching.html#monkeypatching-the-standard-library [2] https://github.com/eventlet/eventlet/issues/483
Cordialement,
*Frédéric GARESCHÉ
*Équipe Assistance et Exploitation
*Direction du Système d'Information (D.S.I)* *Correspondant Département EII et laboratoire IETR *Tél. : +33 (0)2 23 2*3 82 81* 20 avenue des Buttes de Coësmes CS 70839 - 35 708 RENNES Cedex 7
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Re,
J'ai fait la modification.
À voir...
Frédéric GARESCHÉ Équipe Assistance et Exploitation Direction du Système d'Information (D.S.I) Correspondant Département EII et laboratoire IETR Tél. : +33 (0)2 23 2 3 82 81 20 avenue des Buttes de Coësmes CS 70839 - 35 708 RENNES Cedex 7
[ https://www.insa-rennes.fr/ ]
De: "Denis Cardon" dcardon@tranquil.it À: "Frederic Garesche" Frederic.Garesche@insa-rennes.fr, "wapt" wapt@lists.tranquil.it Envoyé: Lundi 21 Octobre 2019 15:54:29 Objet: Re: [Wapt] Arrêt aléatoire du serveur wapt
Bonjour Frédéric,
Debian 9.11 Wapt 1.7.4.6223 // /1316 postes / / / /Bonjour,/ / Nous avons régulièrement notre serveur wapt qui plante. J'ai vu sur le forum que je n'étais pas le seul.
En relançant le service waptserver, le serveur repart.
Comme indiqué dans l'un des posts du forum, je vous donne le résultat de la commande lors du problème :/ / / /sudo -u postgres psql wapt :/ /SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ;/
datname | usename | client_addr | xact_start | query_start | state_change | state | query ---------+----------+-------------+-------------------------------+-------------------------------+-------------------------------+--------+--------------------------------------------------------------------------------------------------------------------- wapt | wapt | | | 2019-10-21 13:25:34.522094+02 | 2019-10-21 13:25:34.522444+02 | idle | COMMIT wapt | wapt | | | 2019-10-21 13:24:07.221414+02 | 2019-10-21 13:24:07.221881+02 | idle | COMMIT wapt | postgres | | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715646+02 | active | SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ; (3 lignes)
Autrement la commande à mattre en cron n'est pas opérationnelle.
wget -q -O - http://127.0.0.1:8080/ping --no-check-certificate | grep "WAPT Server running" || (echo Restart; systemctl restart waptserver )
Lorsque le serveur fonctionne, on a bien un retour immédiat. Par contre lorsque le serveur plante, le retour ne se fait pas ou alors je n'ai pas attendu assez longtemps. Mais en tout cas cela n'est pas utilisable en l'état. Peut-on changer le timeout de l'api ping ?
Je pense que c'est plutôt sur le wget qu'il faut rajouter le timeout:
unset http_proxy ; wget -t 1 -q -O- http://127.0.0.1:8080/ping --no-check-certificate | grep "WAPT Server running" || (echo Restart; systemctl restart waptserver )
Vous pouvez mettre ça dans un crontab assez régulier. Mais bon, il faudrait trouver où ça bloque... C'est assez curieux car ce n'est pas lié directement à un pic de charge.
Piste potentielle: on a pas eu de remontée de problème avec des serveurs WAPT sous Windows... La principale différence est l'abscence de "monkey patching"[1] par eventlet de la librairie os (à cause d'un autre bug sur les pipe [2])... Vous pourriez éventuellement modifier la ligne suivante dans le fichier waptserver.py :
diff --git a/waptserver/server.py b/waptserver/server.py index fe75b719..ee8fbc0b 100644 --- a/waptserver/server.py +++ b/waptserver/server.py @@ -39,7 +39,7 @@ if __name__ == '__main__': else: monkey_patch(os=False) else: - monkey_patch() + monkey_patch(os=False)
from waptserver.config import __version__
Cordialement,
Denis
[1] http://eventlet.net/doc/patching.html#monkeypatching-the-standard-library [2] https://github.com/eventlet/eventlet/issues/483
Cordialement,
*Frédéric GARESCHÉ
*Équipe Assistance et Exploitation
*Direction du Système d'Information (D.S.I)* *Correspondant Département EII et laboratoire IETR *Tél. : +33 (0)2 23 2*3 82 81* 20 avenue des Buttes de Coësmes CS 70839 - 35 708 RENNES Cedex 7
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Dans le code source de waptserver/server.py, l'import du module 'os' devrait être après le monkey patching...
Il faudrait essayer de modifier server.py comme ceci :
*from *__future__ *import *absolute_import *import *sys if __name__ == '__main__': # as soon as possible, we must monkey patch the library... # monkeypatching for eventlet greenthreads from eventlet import monkey_patch # os=False for windows see https://mail.python.org/pipermail/python-bugs-list/2012-November/186579.html * if hasattr(sys,'getwindowsversion'):** * # interactive debug mode on PyScripter hang if tread is patched. if 'rpyc' in sys.modules: monkey_patch(os=False,thread=False) else: monkey_patch(os=False) else: monkey_patch()
*import platform** **import os*
from waptserver.config import __version__ ...
Quand il y a blocage, il faudrait regarder si des sockets ou des fichiers sont ouverts en mode bloquant (ce qui ne devrait pas être le cas avec les greenlet) Lancer en bash :
pids=$(pgrep -f "server.py"); for f in /proc/$pids/fdinfo/*; do cat $f | grep flags | grep -q -v 400[0,1,2] && ls -al /proc/$pids/fd/$(basename $f) ; done;
lr-x------ 1 wapt www-data 64 Oct 21 17:52 /proc/6765/fd/0 -> /dev/null lrwx------ 1 wapt www-data 64 Oct 21 17:52 /proc/6765/fd/1 -> 'socket:[5267269]' lr-x------ 1 wapt www-data 64 Oct 21 17:52 /proc/6765/fd/10 -> /dev/urandom lr-x------ 1 wapt www-data 64 Oct 21 17:52 /proc/6765/fd/15 -> /dev/urandom lrwx------ 1 wapt www-data 64 Oct 21 17:52 /proc/6765/fd/2 -> 'socket:[5267269]' lrwx------ 1 wapt www-data 64 Oct 21 17:52 /proc/6765/fd/3 -> 'anon_inode:[eventpoll]'
Dans cette sortie, les 2 sockets bloquants sont pour stdout : ss -a | grep 5267269 u_str ESTAB 0 0 * 5267269 * 5269890 u_str ESTAB 0 0 /run/systemd/journal/stdout 5269890 * 5267269
Le 21/10/2019 à 16:06, Frederic Garesche a écrit :
Re,
J'ai fait la modification.
À voir...
*Frédéric GARESCHÉ
*Équipe Assistance et Exploitation
*Direction du Système d'Information (D.S.I)* *Correspondant Département EII et laboratoire IETR *Tél. : +33 (0)2 23 2*3 82 81* 20 avenue des Buttes de Coësmes CS 70839 - 35 708 RENNES Cedex 7
*De: *"Denis Cardon" dcardon@tranquil.it *À: *"Frederic Garesche" Frederic.Garesche@insa-rennes.fr, "wapt" wapt@lists.tranquil.it *Envoyé: *Lundi 21 Octobre 2019 15:54:29 *Objet: *Re: [Wapt] Arrêt aléatoire du serveur wapt
Bonjour Frédéric,
Debian 9.11 Wapt 1.7.4.6223 // /1316 postes / / / /Bonjour,/ / Nous avons régulièrement notre serveur wapt qui plante. J'ai vu sur le forum que je n'étais pas le seul.
En relançant le service waptserver, le serveur repart.
Comme indiqué dans l'un des posts du forum, je vous donne le résultat de la commande lors du problème :/ / / /sudo -u postgres psql wapt :/ /SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ;/
datname | usename | client_addr | xact_start | query_start | state_change | state | query
---------+----------+-------------+-------------------------------+-------------------------------+-------------------------------+--------+---------------------------------------------------------------------------------------------------------------------
wapt | wapt | | | 2019-10-21 13:25:34.522094+02 | 2019-10-21 13:25:34.522444+02 | idle | COMMIT wapt | wapt | | | 2019-10-21 13:24:07.221414+02 | 2019-10-21 13:24:07.221881+02 | idle | COMMIT wapt | postgres | | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715642+02 | 2019-10-21 13:25:34.715646+02 | active | SELECT datname, usename , client_addr, xact_start , query_start ,state_change, state, query FROM pg_stat_activity ; (3 lignes)
Autrement la commande à mattre en cron n'est pas opérationnelle.
wget -q -O - http://127.0.0.1:8080/ping --no-check-certificate | grep "WAPT Server running" || (echo Restart; systemctl restart waptserver )
Lorsque le serveur fonctionne, on a bien un retour immédiat. Par contre lorsque le serveur plante, le retour ne se fait pas ou alors je n'ai pas attendu assez longtemps. Mais en tout cas cela n'est pas utilisable en l'état. Peut-on changer le timeout de l'api ping ?
Je pense que c'est plutôt sur le wget qu'il faut rajouter le timeout:
unset http_proxy ; wget -t 1 -q -O- http://127.0.0.1:8080/ping --no-check-certificate | grep "WAPT Server running" || (echo Restart; systemctl restart waptserver )
Vous pouvez mettre ça dans un crontab assez régulier. Mais bon, il faudrait trouver où ça bloque... C'est assez curieux car ce n'est pas lié directement à un pic de charge.
Piste potentielle: on a pas eu de remontée de problème avec des serveurs WAPT sous Windows... La principale différence est l'abscence de "monkey patching"[1] par eventlet de la librairie os (à cause d'un autre bug sur les pipe [2])... Vous pourriez éventuellement modifier la ligne suivante dans le fichier waptserver.py :
diff --git a/waptserver/server.py b/waptserver/server.py index fe75b719..ee8fbc0b 100644 --- a/waptserver/server.py +++ b/c @@ -39,7 +39,7 @@ if __name__ == '__main__': else: monkey_patch(os=False) else:
- monkey_patch()
- monkey_patch(os=False)
from waptserver.config import __version__
Cordialement,
Denis
[1] http://eventlet.net/doc/patching.html#monkeypatching-the-standard-library [2] https://github.com/eventlet/eventlet/issues/483
Cordialement,
*Frédéric GARESCHÉ
*Équipe Assistance et Exploitation
*Direction du Système d'Information (D.S.I)* *Correspondant Département EII et laboratoire IETR *Tél. : +33 (0)2 23 2*3 82 81* 20 avenue des Buttes de Coësmes CS 70839 - 35 708 RENNES Cedex 7
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Denis Cardon Tranquil IT 12 avenue Jules Verne (Bat. A) 44230 Saint Sébastien sur Loire (FRANCE) tel : +33 (0) 240 975 755 http://www.tranquil.it
Tranquil IT recrute! https://www.tranquil.it/nous-rejoindre/ Samba install wiki for Frenchies : https://dev.tranquil.it WAPT, software deployment made easy : https://wapt.fr
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-
Denis Cardon -
Frederic Garesche -
Hubert TOUVET