[RESOLU] arrêt du service Apache Aléatoire sans erreur.

phiibuntu · Le 25/09/2018, à 09:59

Bonjour,

je rencontre un problème sur un serveur Apache et je ne parviens pas à faire un diagnostique.

J'y héberge un wordpress assez basique et il tournait à merveille depuis 2 ans.
Je ne vois pas dans le log d'erreur d'explication à mon problème qui est le suivant :

chaque jour le site devient inaccessible comme si le serveur Apache s'arretait (alors qu'il semble toujours être actif avec avec la commande: systemctl apache2 status)

une chose que je n'ai pas vérifié c'est cron (vu que c'est chaque jour que ça plante...) mais je ne sais pas où vérifier à vrai dire:)

Si quelqu'un avait une piste pour controler le bon fonctionnement je suis preneur...
Pour info un service apache2 restart fonctionne sans aucun message d'erreur et règle instantanément le problème

Bon en gros je sèche.

Merci d'avance

Dernière modification par phiibuntu (Le 10/10/2018, à 10:18)

bruno · Le 25/09/2018, à 10:07

Bonjour,

Il faut examiner les logs d'Apache à l'heure où le site devient inaccessible.
Apache peut être actif et ne plus avoir assez de ressources pour fonctionner (MaxSpareServers, MaxRequestWorkers, etc.)

jlmas · Le 25/09/2018, à 12:44

Je confirme la réponse de bruno

Pour en avoir un bon paquet en production, ils se font attaquer en permanence et sur quelques une d'entre eux, des petits malins essayent de les faire tomber à grand coup de requêtes sur la fonction xmlrpc.php

Si c'est le cas, tu vas avoir dans /var/log/syslog des Oom (Out of memory) suivi d'un dump des process au moment du crash.

Un moyen intéressant de se prémunir de ça est d’utiliser fail2ban, avec des règles spécifiques. Ce n'est pas la seule solution bien sur.

bruno · Le 25/09/2018, à 12:50

fail2ban bof…
Si tu as ce genre de problèmes le mieux est de désactiver XMLRPC dans Wordpress.

jlmas · Le 25/09/2018, à 14:29

Effectivement, fail2ban à grande échelle pour se prémunir contre des attaques xmlrpc, est loin d'être la panacée. Il est beaucoup trop lent dans le cadre d'un DOS ou d'un DDOS et le serveur tombe avant même que quoi que ce soit n'ait été écrit dans les logs et donc que fail2ban ait pu les analyser.

Néanmoins, sachant que sur un serveur, c'est un produit assez utile, car son spectre d'utilisation est très large cf sa documentation que tu as écrite d'ailleurs , c'est une bonne idée de l'installer et une fois qu'il est là, tant qu'à faire on peut le configurer pour lui ajouter des règles relatives aux services que le serveur héberge.
On est d'accord qu'il y a par ailleurs des méthodes beaucoup plus efficaces que fail2ban , mais ça sort franchement du cadre de la question initiale.

Pour revenir au sujet, la réponse à la question se trouve dans les logs

Pour regarder les logs spécifique à cron

# egrep -i cron /var/log/syslog

Si tu veux tout savoir (et rien payer) à propos de ton serveur apache

# apache2ctl fullstatus

phiibuntu · Le 26/09/2018, à 11:09

merci pour vos réponses
concernant :
fail2ban bof…
Si tu as ce genre de problèmes le mieux est de désactiver XMLRPC dans Wordpress.
j'ai fait les deux... ceinture et bretelles
pour les logs dans error.log le serveur apache shutdown tout seul ;( je vais regarder /var/log/syslog de ce pas!)
Fail2ban est installé pour j'ai des bannissement pour sshd mais aucun pour apache-auth du coup je regarde ça je continue de chercher.

Et merci deja pour les pistes

si alors quand même j'ai ça dans les logs :
[mpm_prefork:notice] [pid 3899] AH00169: caught SIGTERM, shutting down
sans que j'ai demandé à apache de s'arrêter.

edit : à la commande apache2ctl fullstatus j'obtiens le résultat ci-dessous.
/usr/sbin/apache2ctl: 101: /usr/sbin/apache2ctl: www-browser: not found
'www-browser -dump http://localhost:80/server-status' failed.
Maybe you need to install a package providing www-browser or you
need to adjust the APACHE_LYNX variable in /etc/apache2/envvars

Dernière modification par phiibuntu (Le 26/09/2018, à 11:13)

phiibuntu · Le 26/09/2018, à 11:17

pas d'erreur Oom dans syslog...

pires57 · Le 26/09/2018, à 12:19

Salut,

Tu as un message d'erreur quand tu tentes d'accéder au site?

bruno · Le 26/09/2018, à 13:23

Merci d'utiliser les balises [ code ] pour les retours de commandes et les extraits de logs. Ce sera beaucoup plus lisible.
Et donne les lignes de log complètes.

phiibuntu · Le 26/09/2018, à 14:08

apache2ctl fullstatus
/usr/sbin/apache2ctl: 101: /usr/sbin/apache2ctl: www-browser: not found
'www-browser -dump http://localhost:80/server-status' failed.
Maybe you need to install a package providing www-browser or you
need to adjust the APACHE_LYNX variable in /etc/apache2/envvars

phiibuntu · Le 26/09/2018, à 14:09

pires57 a écrit :

Salut,
Tu as un message d'erreur quand tu tentes d'accéder au site?

j'obtiens une page web avec site inaccessible (le serveur apache étant arrêter sans raisons que je comprenne pour l'instant).

ikoula · Le 26/09/2018, à 17:38

Bonjour,

Il faudrait que tu exécutes des commandes deux ou trois fois dans la journée si ton problème se produit toutes les 24h.
#ps -faux
Pour voir si apache tourne/son statut et combien il y en a.
#free
Voir combien de ram disponible il y a

phiibuntu · Le 27/09/2018, à 10:22

le message exact c'est :

ERR_CONNECTION_REFUSED

et ok merci pour la commande je regarde

phiibuntu · Le 27/09/2018, à 10:31

donc avec ps-faux
lorsque le serveur ne réponds plus je n'ai pas d'apache dans la list il est vraiment éteint.

donc je reviens plus dtard dans la journée après un peu de surveillance, mais je n'ai pas l'impression que le serveur (un vps ovh je n'ai pas précisé)
sature, la connexion ssh ou webmin est tjours très réactive et rapide je ne vois aucun ralentissement.

phiibuntu · Le 27/09/2018, à 10:32

après un service apache2 start voila ce que me retourne ps-faux concernant apache :

www-data 27783 12.3  1.8 608932 74536 ?        S    10:31   0:01  \_ /usr/sbin/apache2 -k start
www-data 27784  0.3  0.8 514408 32856 ?        S    10:31   0:00  \_ /usr/sbin/apache2 -k start
www-data 27785  3.1  1.5 598056 59692 ?        S    10:31   0:00  \_ /usr/sbin/apache2 -k start
www-data 27786  0.0  0.3 513316 11968 ?        S    10:31   0:00  \_ /usr/sbin/apache2 -k start
www-data 27787  0.0  0.3 513316 11968 ?        S    10:31   0:00  \_ /usr/sbin/apache2 -k start
www-data 27790  0.0  0.3 513316 11968 ?        S    10:31   0:00  \_ /usr/sbin/apache2 -k start
www-data 27793  0.0  0.3 513316 11968 ?        S    10:31   0:00  \_ /usr/sbin/apache2 -k start
www-data 27794  0.0  0.3 513316 11968 ?        S    10:31   0:00  \_ /usr/sbin/apache2 -k start

et free :

               total        used             free      shared    buff/cache   available
Mem:        3948100      408228     2332516       64776     1207356     3181640

Dernière modification par phiibuntu (Le 27/09/2018, à 10:33)

phiibuntu · Le 28/09/2018, à 10:03

donc j'ai observé l'usage de la mémoire avec ps -faux
rien d'anormal, et cette nuit rebelote apache s'éteins sans raison.
Je continue de chercher...

pour tester je supprimer tout (purge apache2 je vire les fichiers de config php apache etc) et je réinstalle au propre...

bruno · Le 28/09/2018, à 10:24

La réinstallation ne résout pas les problèmes…
Si apache s'arrête systématiquement toutes les nuits à la même heure, c'est probablement dû à une tache cron. Encore une fois il faut examiner les logs, ceux d'apache, ceux de cron et éventuellement syslog.
Pour les tâches cron quotidiennes il faut notamment regarder la rotation des logs.

Le retour de ces commandes pourrait être utile :

sudo apache2ctl -t

sudo apache2ctl -S

df -h

Dernière modification par bruno (Le 28/09/2018, à 10:24)

phiibuntu · Le 28/09/2018, à 10:33

Je sais bien pour la réinstall (mais au moins les fichier de conf purgés ca me fait repartir de quelque chose de propre a force de trifouiller dans ma config lol je me dis que j'ai peut être été la cause du problème...:) )

donc le retour des commandes ci-dessous (et merci pour le coup de main au passage)

sudo apache2ctl -t
Syntax OK

L'IP et le domaine je les aies modifié mais ça ne change pas grand chose.

sudo apache2ctl -s
VirtualHost configuration:
111.111.111.111:443      www.domain.org (/etc/apache2/sites-enabled/domain.org.conf:1)
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
Mutex default: dir="/var/lock/apache2" mechanism=fcntl
Mutex mpm-accept: using_defaults
Mutex watchdog-callback: using_defaults
Mutex ssl-stapling-refresh: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
User: name="www-data" id=33
Group: name="www-data" id=33

 df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1,9G     0  1,9G   0% /dev
tmpfs           386M   40M  347M  11% /run
/dev/vda1        20G  8,9G   11G  47% /
tmpfs           1,9G     0  1,9G   0% /dev/shm
tmpfs           5,0M     0  5,0M   0% /run/lock
tmpfs           1,9G     0  1,9G   0% /sys/fs/cgroup
tmpfs           386M     0  386M   0% /run/user/0

bah sauf erreur de ma part rien d'anormal, mais si je dois corriger quelque chose n'hésitez pas !

ikoula · Le 28/09/2018, à 12:24

D'accord mais le crontab il dit quoi ?

#crontab -l

phiibuntu · Le 28/09/2018, à 14:20

crontab -l
no crontab for root

phiibuntu · Le 28/09/2018, à 14:23

crontab -u www-data -l
#*    *    *    *    *     cd /var/www/mondomain.org/imarche; php -f cron.php > /dev/null 2>&1

J'ai juste une commande cron (que j'ai déstactivé avec # au cas où cela soit la cause du problème mais non...) pour une install de suitecrm sur mon serveur ovh en plus de Wordpress.

bruno · Le 28/09/2018, à 15:40

Rien d'anormal en #18.
Il faut vraiment que tu arrives à déterminer si cela arrive toutes les nuits à la même heure.
Il faut regarder ce que tu as dans /etc/cron.daily et aussi voir si ce n'est pas la rotation des logs d'apache qui plante.

phiibuntu · Le 30/09/2018, à 12:36

j'ai regardé le crontab rien d'anormal.

en fouinant un peu j'ai trouvé cette erreur :

apache2 -t
[Sun Sep 30 12:32:42.721475 2018] [core:warn] [pid 19321] AH00111: Config variable ${APACHE_LOCK_DIR} is not defined
[Sun Sep 30 12:32:42.721688 2018] [core:warn] [pid 19321] AH00111: Config variable ${APACHE_PID_FILE} is not defined
[Sun Sep 30 12:32:42.721794 2018] [core:warn] [pid 19321] AH00111: Config variable ${APACHE_RUN_USER} is not defined
[Sun Sep 30 12:32:42.722000 2018] [core:warn] [pid 19321] AH00111: Config variable ${APACHE_RUN_GROUP} is not defined
[Sun Sep 30 12:32:42.722118 2018] [core:warn] [pid 19321] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Sun Sep 30 12:32:42.734179 2018] [core:warn] [pid 19321] AH00111: Config variable ${APACHE_RUN_DIR} is not defined
[Sun Sep 30 12:32:42.734660 2018] [core:warn] [pid 19321] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf:
Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}

ligne 74 j'ai ça
Mutex file:${APACHE_LOCK_DIR} default

c'est le seul truc qui parait poser un problème. Alors pourquoi il me fait planter mon apache serveur 1 fois minimum par 24 heure ça me dépasse impossible de trouver une piste ou un truc a corriger (sauf mutex directory, la je trouve pas comment corriger d'ailleurs).

Merci encore pour vos avis éclairés

bruno · Le 30/09/2018, à 13:06

La commande apache2 lance une instance du serveur Apache. Normalement elle ne doit pas être appelée directement depuis une console : elle appelée par un script d'init ou par une unité de service systemd.
D'autre part le fichier apache2.conf ne doit pas être modifié et la ligne que tu cites est normalement commentée (donc inactive).

Pour voir si cela ne vient pas de la rotation des logs tu peux lancer cette commande avec apache actif et fonctionnel :

sudo logrotate -f -v /etc/logrotate.d/apache2

et voir si cela arrête apache.

Il faut voir aussi où ton hôte virtuel /etc/apache2/sites-avaible/domain.org.conf envoie les logs.

phiibuntu · Le 30/09/2018, à 13:27

ok alors déjà la ligne n'était pas commenté ( # remis)

et sudo logrotate -f -v /etc/logrotate.d/apache2 avec apache actif et fonctionnel n'a pas d'impact.

service apache2 status après la commande ci-dessus donne :

service apache2 status
● apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/apache2; bad; vendor preset: enabled)
  Drop-In: /lib/systemd/system/apache2.service.d
           └─apache2-systemd.conf
   Active: active (running) since dim. 2018-09-30 12:40:17 CEST; 45min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 19510 ExecStop=/etc/init.d/apache2 stop (code=exited, status=0/SUCCES
  Process: 20272 ExecReload=/etc/init.d/apache2 reload (code=exited, status=0/SU
  Process: 19575 ExecStart=/etc/init.d/apache2 start (code=exited, status=0/SUCC
    Tasks: 7
   Memory: 56.0M
      CPU: 2.977s
   CGroup: /system.slice/apache2.service
           ├─19592 /usr/sbin/apache2 -k start
           ├─19717 /usr/sbin/apache2 -k start
           ├─20291 /usr/sbin/apache2 -k start
           ├─20292 /usr/sbin/apache2 -k start
           ├─20293 /usr/sbin/apache2 -k start
           ├─20294 /usr/sbin/apache2 -k start
           └─20295 /usr/sbin/apache2 -k start

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/09/2018, à 09:59

[RESOLU] arrêt du service Apache Aléatoire sans erreur.

#2 Le 25/09/2018, à 10:07

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#3 Le 25/09/2018, à 12:44

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#4 Le 25/09/2018, à 12:50

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#5 Le 25/09/2018, à 14:29

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#6 Le 26/09/2018, à 11:09

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#7 Le 26/09/2018, à 11:17

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#8 Le 26/09/2018, à 12:19

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#9 Le 26/09/2018, à 13:23

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#10 Le 26/09/2018, à 14:08

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#11 Le 26/09/2018, à 14:09

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#12 Le 26/09/2018, à 17:38

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#13 Le 27/09/2018, à 10:22

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#14 Le 27/09/2018, à 10:31

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#15 Le 27/09/2018, à 10:32

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#16 Le 28/09/2018, à 10:03

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#17 Le 28/09/2018, à 10:24

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#18 Le 28/09/2018, à 10:33

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#19 Le 28/09/2018, à 12:24

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#20 Le 28/09/2018, à 14:20

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#21 Le 28/09/2018, à 14:23

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#22 Le 28/09/2018, à 15:40

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#23 Le 30/09/2018, à 12:36

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#24 Le 30/09/2018, à 13:06

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

#25 Le 30/09/2018, à 13:27

Re : [RESOLU] arrêt du service Apache Aléatoire sans erreur.

Pied de page des forums