Bonjour le Hub,
j'ai un méchant problème.
Mon dédié tourne, cependant, je n'ai plus aucun affichage de mes sites actuellement.
Lorsque que je lui demande d'afficher une page php, il me propose de la télécharger.
A savoir, je n'aie fait aucune manipulation sur le serveur.
Comment me sortir de ce problème ??
Merci,
Stéf'
Version complète: sur le forum Webmaster Hub : Plantage dedié (bug mod_gzip)
Webmaster Hub > Création et exploitation de Sites Internet > Les fondations d'un site > Hébergement de Sites
Le serveur va mieux, par contre, coté php, c'est panique onboard....
Voila ce que l'on appel "apprendre sur le tas"...
Je suis en train de regarder comment redémarrer apache.
Au cas, ou, un coup de main sera le bienvenu.
Voila ce que l'on appel "apprendre sur le tas"...
Je suis en train de regarder comment redémarrer apache.
Au cas, ou, un coup de main sera le bienvenu.
Salut,
Quelle est ta distribution ?
En principe, "/etc/init.d/apache restart" fera l'affaire
Quelle est ta distribution ?
En principe, "/etc/init.d/apache restart" fera l'affaire
yop, une redhat 7.2
je vais tester avec ce que tu viens de me donner.
Ceci dit,je suis dans les logs, et j'ai ceci:
Et ce bloc se repète plusieurs fois ??
C'est quoi ??
Bien, donc tout est repartis, mais j'ai besoin d'info pour comprendre.
J'avais dans le repertoire temp du serveur des fichiers .wrk de 200Mo !!! y'en avait une dizaine..... !!
Je les aie virée, puis j'ai redemarré apche depuis webmin, et tout est ok sur mes sites.
Questions : c'est koi ces fichiers .wrk ???
Merci
Edit: Les fichiers wrk se recréent automatiquement... et cela ralentis le servuer violement.Po glop l'histoire.
EDIT2 :
j'ai ma réponse; si cela peut aider un jour quelqu'un:
Sur un forum OVH (date du post: 2004)
Ce sont des fichiers temporaires générés par mod_gzip qui semble "déconner" de temps en temps et bouffer un max de CPU pendant une dizaine de minute.
Ce bug semble connu et il y a une tache d'ouverte sur le suivi des travaux d'ovh.
je vais tester avec ce que tu viens de me donner.
Ceci dit,je suis dans les logs, et j'ai ceci:
CODE
[Tue May 30 16:31:28 2006] [error] mod_gzip: EMPTY FILE [/tmp/_31392_99_0.wrk] in sendfile2
[Tue May 30 16:31:29 2006] [error] mod_gzip: Make sure all named directories exist and have the correct permissions.
[Tue May 30 16:31:33 2006] [error] [client 193.73.60.22] File does not exist:
[Tue May 30 16:31:38 2006] [error] mod_gzip: EMPTY FILE [/tmp/_21297_99_0.wrk] in sendfile2
[Tue May 30 16:31:38 2006] [error] mod_gzip: Make sure all named directories exist and have the correct permissions.
[Tue May 30 16:31:39 2006] [error] mod_gzip: EMPTY FILE [/tmp/_12954_99_0.wrk] in sendfile2
[Tue May 30 16:31:39 2006] [error] mod_gzip: Make sure all named directories exist and have the correct permissions.
[Tue May 30 16:31:29 2006] [error] mod_gzip: Make sure all named directories exist and have the correct permissions.
[Tue May 30 16:31:33 2006] [error] [client 193.73.60.22] File does not exist:
[Tue May 30 16:31:38 2006] [error] mod_gzip: EMPTY FILE [/tmp/_21297_99_0.wrk] in sendfile2
[Tue May 30 16:31:38 2006] [error] mod_gzip: Make sure all named directories exist and have the correct permissions.
[Tue May 30 16:31:39 2006] [error] mod_gzip: EMPTY FILE [/tmp/_12954_99_0.wrk] in sendfile2
[Tue May 30 16:31:39 2006] [error] mod_gzip: Make sure all named directories exist and have the correct permissions.
Et ce bloc se repète plusieurs fois ??
C'est quoi ??
Bien, donc tout est repartis, mais j'ai besoin d'info pour comprendre.
J'avais dans le repertoire temp du serveur des fichiers .wrk de 200Mo !!! y'en avait une dizaine..... !!
Je les aie virée, puis j'ai redemarré apche depuis webmin, et tout est ok sur mes sites.
Questions : c'est koi ces fichiers .wrk ???
Merci
Edit: Les fichiers wrk se recréent automatiquement... et cela ralentis le servuer violement.Po glop l'histoire.
EDIT2 :
j'ai ma réponse; si cela peut aider un jour quelqu'un:
Sur un forum OVH (date du post: 2004)
Ce sont des fichiers temporaires générés par mod_gzip qui semble "déconner" de temps en temps et bouffer un max de CPU pendant une dizaine de minute.
Ce bug semble connu et il y a une tache d'ouverte sur le suivi des travaux d'ovh.
Avec quasi 100% de chance de tomber juste... que te donne une commande "df" ?
Tu dois avoir la partition / qui est à 100%, non ?
Vire les fichiers dans /tmp ... et éventuellement vide aussi la queue de qmail.
Que donne la commande "/var/qmail/bin/qmail-qstat" ?
Et "du -sh /var/qmail/queue" ?
Tu peux désactiver mod-gzip dans /httpd.conf et redémarrer Apache ensuite.
Dan
Tu dois avoir la partition / qui est à 100%, non ?
Vire les fichiers dans /tmp ... et éventuellement vide aussi la queue de qmail.
Que donne la commande "/var/qmail/bin/qmail-qstat" ?
Et "du -sh /var/qmail/queue" ?
Tu peux désactiver mod-gzip dans /httpd.conf et redémarrer Apache ensuite.
Dan
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.