Envole » Envole-Archive » posh » eole-posh

Pascal RATTE a écrit :

1 - dans la fonction defpage autant remettre les droits d'origine
c'est plus cohérent et évite d'éventuels problèmes lors des maitenance du genre chown -R root:www-data /var/www/html/posh
donc au lieu de :
chown www-data:root /var/www/html/posh/index.php
chmod 400 /var/www/html/posh/index.php
mieux vaut
chown root:www-data /var/www/html/posh/index.php
chmod 640 /var/www/html/posh/index.php

2 - un reconfigure peut provoquer un defpage. ceci est du à APACHE qui ne redémarre pas à temps, du coup les wget de /usr/share/eole/postreconf/posh échouent et provoque le defpage.
avant un defpage, il faudrait peut être tenter de relancer apache pour essayer d'éviter ce blocage

thanks

J'suis pas sûr d'avoir compris la deuxième partie. Peux-tu m'en dire plus ?
Est-ce que c'est systématique ?
Relancer apache ou contrôler que le service est bien lancé ?

lors d'un reconfigure, quelques fois apache met très longtemps à redémarrer (surtout s'il y a de connexions dessus) ou carrément ne redémarre pas (voir demande 1195); ce qui fait que quand arrive l'exécution du postreconf le premier wget de /usr/share/eole/postreconf/posh échoue, il exécute defpage (blocage de Posh) et sort.
Bien que qq fois Apache est fini par se relancer, Posh est en berne et il faut une action manuelle (relancer /usr/share/eole/postreconf/posh ou remettre le bon index.php) pour réactivé POSH.

Serait-il possible, avant le defpage, d'effectuer des controles et une tentative de relance d'apache.
- éventuellement controle de présence d'apache2 dans les process ou test du port 80
- /etc/init.d/apache2 start
- éventuellement une petite tempo pour attendre un peu apache.
- wget de controle et si OK on reprend le traitement des wget Posh
Cette procédure de secours rallongera reconfigure, met seulement en cas de problème apache. qq secondes de plus valent mieux qu'une intervention de maintenance...