WaptServer si blocca inaspettatamente su Debian
Pubblicato: 21 marzo 2017 - 09:33
Ciao a tutti,
Sto testando Wapt da circa una settimana utilizzando una VM Debian che ho installato di recente a questo scopo. Tutto funziona perfettamente, ma il server Wapt continua a bloccarsi inaspettatamente e devo riavviarlo tramite /etc/init.d/waptserver restart (o start).
Ho controllato il file di registro, ma non c'erano molte informazioni. Ho incluso il registro alla fine di questo post. Ho dovuto riavviare il servizio alle 7:35 e poi di nuovo alle 8:11. A volte tutto funziona correttamente per tutto il giorno e poi si blocca la sera. Altre volte, devo riavviare il servizio tre volte durante il giorno (quando mi accorgo che si è fermato; non lo uso costantemente). Ho controllato le impostazioni di sospensione e le ho disattivate. Ho riavviato la VM diverse volte per verificare, ma non c'è stato alcun cambiamento. Il servizio si avvia correttamente con la macchina e poi si blocca dopo un po'.
Ammetto di avere una conoscenza piuttosto limitata di Linux per sapere come trovare la causa dell'arresto del processo. Qualcuno ha idea di dove cercare?
Come informazione aggiuntiva, la VM ha 2 core, 1 GB di RAM e 80 GB di HDD, penso che siano sufficienti per garantire la distribuzione su 30-35 workstation client (attualmente sono connesse solo 15 workstation)?
Grazie in anticipo per il vostro aiuto.
Sto testando Wapt da circa una settimana utilizzando una VM Debian che ho installato di recente a questo scopo. Tutto funziona perfettamente, ma il server Wapt continua a bloccarsi inaspettatamente e devo riavviarlo tramite /etc/init.d/waptserver restart (o start).
Ho controllato il file di registro, ma non c'erano molte informazioni. Ho incluso il registro alla fine di questo post. Ho dovuto riavviare il servizio alle 7:35 e poi di nuovo alle 8:11. A volte tutto funziona correttamente per tutto il giorno e poi si blocca la sera. Altre volte, devo riavviare il servizio tre volte durante il giorno (quando mi accorgo che si è fermato; non lo uso costantemente). Ho controllato le impostazioni di sospensione e le ho disattivate. Ho riavviato la VM diverse volte per verificare, ma non c'è stato alcun cambiamento. Il servizio si avvia correttamente con la macchina e poi si blocca dopo un po'.
Ammetto di avere una conoscenza piuttosto limitata di Linux per sapere come trovare la causa dell'arresto del processo. Qualcuno ha idea di dove cercare?
Come informazione aggiuntiva, la VM ha 2 core, 1 GB di RAM e 80 GB di HDD, penso che siano sufficienti per garantire la distribuzione su 30-35 workstation client (attualmente sono connesse solo 15 workstation)?
Grazie in anticipo per il vostro aiuto.
Codice: Seleziona tutto
*** Starting uWSGI 2.0.7-debian (64bit) on [Tue Mar 21 07:35:06 2017] ***
compiled with version: 4.9.1 on 25 October 2014 19:17:54
os: Linux-3.16.0-4-amd64 #1 SMP Debian 3.16.39-1+deb8u2 (2017-03-07)
nodename: serveur-wapt
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 2
current working directory: /
writing pidfile to /var/run/waptserver.pid
detected binary path: /usr/bin/uwsgi-core
setgid() to 33
setuid() to 117
your processes number limit is 3908
your memory page size is 4096 bytes
detected max file descriptor number: 1024
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uwsgi socket 0 bound to TCP address 127.0.0.1:8080 fd 3
Python version: 2.7.9 (default, Jun 29 2016, 13:11:10) [GCC 4.9.2]
Python main interpreter initialized at 0xb4e6d0
python threads support enabled
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 1237056 bytes (1208 KB) for 16 cores
*** Operational MODE: preforking ***
WSGI app 0 (mountpoint='') ready in 3 seconds on interpreter 0xb4e6d0 pid: 21354 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 21354)
spawned uWSGI worker 1 (pid: 21379, cores: 1)
spawned uWSGI worker 2 (pid: 21380, cores: 1)
spawned uWSGI worker 3 (pid: 21381, cores: 1)
spawned uWSGI worker 4 (pid: 21382, cores: 1)
spawned uWSGI worker 5 (pid: 21383, cores: 1)
spawned uWSGI worker 6 (pid: 21384, cores: 1)
spawned uWSGI worker 7 (pid: 21385, cores: 1)
spawned uWSGI worker 8 (pid: 21386, cores: 1)
spawned uWSGI worker 9 (pid: 21387, cores: 1)
spawned uWSGI worker 10 (pid: 21388, cores: 1)
spawned uWSGI worker 11 (pid: 21389, cores: 1)
spawned uWSGI worker 12 (pid: 21390, cores: 1)
spawned uWSGI worker 13 (pid: 21391, cores: 1)
spawned uWSGI worker 14 (pid: 21392, cores: 1)
spawned uWSGI worker 15 (pid: 21393, cores: 1)
spawned uWSGI worker 16 (pid: 21394, cores: 1)
*** Starting uWSGI 2.0.7-debian (64bit) on [Tue Mar 21 08:11:00 2017] ***
compiled with version: 4.9.1 on 25 October 2014 19:17:54
os: Linux-3.16.0-4-amd64 #1 SMP Debian 3.16.39-1+deb8u2 (2017-03-07)
nodename: serveur-wapt
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 2
current working directory: /home/fabien
writing pidfile to /var/run/waptserver.pid
detected binary path: /usr/bin/uwsgi-core
setgid() to 33
setuid() to 117
your processes number limit is 3908
your memory page size is 4096 bytes
detected max file descriptor number: 65536
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uwsgi socket 0 bound to TCP address 127.0.0.1:8080 fd 3
Python version: 2.7.9 (default, Jun 29 2016, 13:11:10) [GCC 4.9.2]
Python main interpreter initialized at 0x2596440
python threads support enabled
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 1237056 bytes (1208 KB) for 16 cores
*** Operational MODE: preforking ***
WSGI app 0 (mountpoint='') ready in 1 seconds on interpreter 0x2596440 pid: 21504 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 21504)
spawned uWSGI worker 1 (pid: 21509, cores: 1)
spawned uWSGI worker 2 (pid: 21510, cores: 1)
spawned uWSGI worker 3 (pid: 21511, cores: 1)
spawned uWSGI worker 4 (pid: 21512, cores: 1)
spawned uWSGI worker 5 (pid: 21513, cores: 1)
spawned uWSGI worker 6 (pid: 21514, cores: 1)
spawned uWSGI worker 7 (pid: 21515, cores: 1)
spawned uWSGI worker 8 (pid: 21516, cores: 1)
spawned uWSGI worker 9 (pid: 21517, cores: 1)
spawned uWSGI worker 10 (pid: 21518, cores: 1)
spawned uWSGI worker 11 (pid: 21519, cores: 1)
spawned uWSGI worker 12 (pid: 21520, cores: 1)
spawned uWSGI worker 13 (pid: 21521, cores: 1)
spawned uWSGI worker 14 (pid: 21522, cores: 1)
spawned uWSGI worker 15 (pid: 21523, cores: 1)
spawned uWSGI worker 16 (pid: 21524, cores: 1)
, altrimenti dovrai ridistribuire la nuova chiave pubblica su tutte le tue macchine!