Je viens de refaire une installation toute neuve de Debian (Jessie)
avec wapt uniquement et j'ai le même problème. J'utilise Apache
2.4.10 et voici le contenu du log
*** Starting uWSGI 2.0.7-debian (64bit) on [Wed May 20 10:08:04
2015] ***
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.7-ckt9-3~deb8u1
(2015-04-24)
nodename: srv-omv
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 4
current working directory: /home/administrateur
writing pidfile to /var/run/waptserver.pid
detected binary path: /usr/bin/uwsgi-core
setgid() to 33
setuid() to 118
your processes number limit is 31835
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, Mar 1 2015, 13:01:26) [GCC 4.9.2]
Python main interpreter initialized at 0x143f680
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
0x143f680 pid: 6547 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 6547)
spawned uWSGI worker 1 (pid: 6678, cores: 1)
spawned uWSGI worker 2 (pid: 6679, cores: 1)
spawned uWSGI worker 3 (pid: 6680, cores: 1)
spawned uWSGI worker 4 (pid: 6681, cores: 1)
spawned uWSGI worker 5 (pid: 6682, cores: 1)
spawned uWSGI worker 6 (pid: 6683, cores: 1)
spawned uWSGI worker 7 (pid: 6684, cores: 1)
spawned uWSGI worker 8 (pid: 6685, cores: 1)
spawned uWSGI worker 9 (pid: 6686, cores: 1)
spawned uWSGI worker 10 (pid: 6687, cores: 1)
spawned uWSGI worker 11 (pid: 6688, cores: 1)
spawned uWSGI worker 12 (pid: 6689, cores: 1)
spawned uWSGI worker 13 (pid: 6690, cores: 1)
spawned uWSGI worker 14 (pid: 6691, cores: 1)
spawned uWSGI worker 15 (pid: 6692, cores: 1)
spawned uWSGI worker 16 (pid: 6693, cores: 1)
Gracefully killing worker 7 (pid: 6684)...
*** Starting uWSGI 2.0.7-debian (64bit) on [Wed May 20 10:12:48
2015] ***
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.7-ckt9-3~deb8u1
(2015-04-24)
nodename: srv-omv
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 4
current working directory: /
Et voici l'erreur que j'obtiens à l'adresse https://10.111.XXX.XXX
Proxy Error
The proxy server received an invalid
response from an upstream server.
The proxy server could not handle the request GET /.
Reason: Error reading from remote server
Apache/2.4.10 (Debian) Server at 10.111.15.2 Port 443
Le 20/05/2015 09:27, Denis Cardon a
écrit :
Bonjour Joel,
J'ai un problème d'accès suite à une installation sur un serveur
NAS Debian.
J'ai pris soins de libérer les ports 80, 443 et 8080 avant
l'installation. L'installation c'est correctement déroulé mais
j'ai un
retour erreur lorsque je j'essaie d'accéder au serveur WAPT.
Après
quelques recherche sur le net, modifier les temps d'attente du
proxy
pourrait résoudre mon problème. C'est pour l'instant la seule
piste que
j'ai sous le coude.
Auriez vous des pistes de recherche ou des commandes pouvant
m'aider sur
la résolution de mon problème ???
====================================================
*Page : https://10.111.15.2/*
Proxy Error
The proxy server received an invalid response from an upstream
server.
The proxy server could not handle the request /GET /
<https://10.111.15.2/>/.
Reason: *Error reading from remote server*
------------------------------------------------------------------------
Apache/2.2.22 (Debian) Server at 10.111.15.2 Port 443
Quel est la version de apache, votre NAS fait tourner une version
wheezy de debian, donc ça devrait être bon de ce côté là.
Le message sous-entend que apache n'a pas pu contacter le service
uwsgi/python. Il faudrait regarder les log /var/log/waptserver.log
pour vérifier si il n'y a pas un message d'erreur.
Pour tester la partie python indépendamment du reste, vous pouvez
lancer le serveur python avec la commande suivante:
/etc/init.d/waptserver stop
python /opt/wapt/waptserver/waptserver.py
Par défaut le service uwsgi et le python n'écoute uniquement sur
localhost. Une manière de tester la partie python sans apache est
de modifier la ligne 2009, vous remplacer 127.0.0.1 par 0.0.0.0:
server = Rocket(('0.0.0.0', port), 'wsgi', {"wsgi_app":app})
Ainsi le serveur python sera accessible directement sur le port
8080 depuis votre poste d'administration sans passer par apache.
Cordialement,
Denis Cardon
====================================================
_______________________________________________
WAPT mailing list
WAPT@lists.tranquil.it
http://lists.tranquil.it/listinfo/wapt