Anomalie #2699
/usr/share/eole/postreconf/posh : quelques remarques
Description
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
Demandes liées
Révisions associées
changement des droits en postreconf pour une cohérence avec les droits
appliqués par ailleurs ref #2699
changement des droits en postreconf pour une cohérence avec les droits
appliqués par ailleurs ref #2699
changement des droits en postreconf pour une cohérence avec les droits
appliqués par ailleurs ref #2699
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 12 ans
- Projet changé de Scribe à eole-posh
#2 Mis à jour par Joël Cuissinat il y a plus de 12 ans
- Version cible mis à Envole 2.5.1 RC
#3 Mis à jour par Gérald Schwartzmann il y a plus de 12 ans
- % réalisé changé de 0 à 30
#4 Mis à jour par Gérald Schwartzmann il y a plus de 12 ans
- Assigné à mis à Gérald Schwartzmann
#5 Mis à jour par Gérald Schwartzmann il y a plus de 12 ans
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.php2 - 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 blocagethanks
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é ?
#6 Mis à jour par Pascal RATTE il y a plus de 12 ans
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...
#7 Mis à jour par Gérald Schwartzmann il y a plus de 12 ans
- % réalisé changé de 30 à 100
#8 Mis à jour par Gérald Schwartzmann il y a environ 12 ans
- Statut changé de Nouveau à Fermé