OVH Community, votre nouvel espace communautaire.

Coupure !


KcinnaY
15/11/2006, 16h21
pour ceux que ça intéresse jai fais un petit script qui prévient par email lorsque la page que vous avez spécifiée n'est plus accesible

Code:
#!/bin/sh

# adresse email ou envoyer le message d'alerte sur un serveur autre que celui a tester ;-)
EMAIL_ADDRESS="mail@gmail.com"
# url a tester
URL="http://www.1st-affiliation.fr/"
# sert a éviter de de réenvoyer le mail en boucle et contien la date pour savoir l heure exacte du plantage
LOCK="/tmp/serveur_down.lock"


if ! wget -q $URL  ; then
        if [ ! -f $LOCK ] ; then
                echo "server down impossible de télécharger la page $URL" | mail -s "serveur web down" $EMAIL_ADDRESS
                #echo "   echo \"server down impossible de télécharger la page $URL" | mail -s \"serveur web down\" $EMAIL_ADDRESS " # debug
                echo "server down impossible de télécharger la page $URL envoye a $EMAIL_ADDRESS avec comme sujet serveur web down"
                date > $LOCK
        fi
else
        if [ -f $LOCK ] ; then
                rm -f $LOCK
                echo "suppression du fichier de lock $LOCK"
        fi
fi
et dans le fichier crontab ajouter

Code:
 */1 * * * *    /root/serveur_down.sh  > /dev/null

kilou
16/04/2004, 18h36
Apres la réactivation de phpaccelerator tous est redevenu normal !
Merci

kilou
16/04/2004, 17h03
Merci en faite je l'ai désactivé php accelerator c'est peut etre pour ca que j'ai ces fichiers ?
Il faut peux être que le réactive ?
Merci pour votre aide

i-services
16/04/2004, 16h56
phpa_770_1015999 c'est le cache php accelerator

tu peux l'effacer ça va juste forcer le cache à se recréer

kilou
16/04/2004, 16h25
Merci pour tous

FLCT
16/04/2004, 16h14
ca sent des fichiers de session ca !!
ben oui tu peux mais si une session est valide, apres elle ne le seras plus. de toutes facons, php les efface au fur et à mesure.

ce que tu peux faire c'est dans le php.ini specifier un autre dossier pour les sessions avec un cron qui te fait le menage des fichiers hors session. mais encore pour ca faut voir si effectivement php fait mal son job ou si beaucoup de session sont en cours.
je penche pour la deuxieme solution

kilou
16/04/2004, 16h02
J'ai encore une petite question
Dans le répertoire /tmp/ j'ai des fichiers :
phpa_770_1015999
Sans extension je peux aussi les effacers ou pas ?
Car y'en à un paquet

kilou
16/04/2004, 14h22
En tout qu'a merci beaucoup pour ton aide précieuse !
Ca fonctionne parfaitement maintenant
C'est clair que je vais pus faire d'installe ou de modifs sur ce serveur !
Sans en connaitre la parfaite maitrise !
Merci encore

FLCT
16/04/2004, 14h18
oui tu peux les supprimmer

rm -rf /tmp/*.wrk

ensuite dans ton apache conf , si tu veux reactiver mod_gzip , tu remplace
mod_gzip_keep_workfiles Yes
par
mod_gzip_keep_workfiles No

il va supprimmer les wrk.


Bon alors je résume apres avoir bettement essayer d'installer CPanel ( et oui je suis pas expert ) ....
C'est pas une tare d'utiliser des outils d'administrations mais pour ca on test pas sur sa machine de production.

kilou
16/04/2004, 13h54
Dans le réprtoire /tmp/ j'ai plein de fichier WRK je peux les effacers ou pas ?

kilou
16/04/2004, 13h50
Bon alors je résume apres avoir bettement essayer d'installer CPanel ( et oui je suis pas expert ) ....
Maintenant ca tourne sans problème APACHE !
J'ai enlevé gzip effectivement il y était !
Voilà le logs erreurs :
[Fri Apr 16 14:44:47 2004] [notice] Apache/1.3.29 (Unix) mod_gzip/1.3.19.1a PHP/4.3.4 mod_ssl/2.8.16 OpenSSL/0.9.6m configured -- resuming normal operations
[Fri Apr 16 14:44:47 2004] [notice] suEXEC mechanism enabled (wrapper: /usr/local/apache/bin/suexec)
[Fri Apr 16 14:44:47 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)

Voilà le log access :
localhost - - [16/Apr/2004:14:45:00 +0200] "GET /ovh-status HTTP/1.0" 200 1656
localhost - - [16/Apr/2004:14:45:00 +0200] "GET /ovh-status HTTP/1.0" 200 1656

Et en faisant un df :
j'ai ca :
/dev/hda1 2016016 1912464 1140 100% /
/dev/hda2 36977736 4310372 30788964 13% /home
none 253496 0 253496 0% /dev/shm

et le dev/hda1 ne cesse de réduire la taille de aviable !

Daweb
16/04/2004, 13h49
Tu peux virer les fichiers dans tmp, je le fais regulièrement. Pour la plus part ils gerent les sessions. rien de grave sauf que si quelque'un navige en session à ce moment, il la pert (et donc un rappel de la base de donnée)...

FLCT
16/04/2004, 13h34
tu as cette erreur à chaque accés au serveur ou juste au demarrage ?

si tu as activé mod_gzip dans ton apache desactive le.

verifie les droits sur les repertoires desservies par apache.

à quand remonte la derniere modification que tu as fait sur la configuration et qu'est ce que tu y a fait ?

donne les messages de demarrage d'apache dans
le fichier access.log et error.log

kilou
16/04/2004, 13h30
en faisant df j'ai constaté que :
/dev/hda1/ était full j'ai donc enlever des fichiers tar.gz
Et hop c'est reparti maintenant reste à savoir combien de temps j'ai nettoyez les logs qui ce trouve dans /home/logs/
Mais dans le repertoire tmp j'ai plein de fichier .wrk je peux les effacers ou pas !

kilou
16/04/2004, 13h14
J'ai ca dans mes logs erreurs
[Fri Apr 16 14:12:42 2004] [error] mod_gzip: EMPTY FILE [/tmp/_13477_100_1.wrk] in sendfile2
[Fri Apr 16 14:12:42 2004] [error] mod_gzip: Make sure all named directories exist and have the correct permissions.

kilou
16/04/2004, 13h08
FLCT écrivait :
oui enfin redemarrer ....

je te trouve plus rien sur le port 80.

que disent les log apres le demarrage ?
que dit #/usr/local/apache/bin/httpd -t
que dit #ps ax | grep httpd
que dit # netstat -tanp | grep httpd (rien je presume)
#/usr/local/apache/bin/httpd -t
syntax Ok
#ps ax | grep httpd
24491 ? S 0:00 /usr/local/apache/bin/httpd
6157 ? S 0:00 /usr/local/apache/bin/httpd
5751 ? S 0:00 /usr/local/apache/bin/httpd
23043 ? S 0:00 /usr/local/apache/bin/httpd
11177 ? S 0:00 /usr/local/apache/bin/httpd
4255 ? S 0:00 /usr/local/apache/bin/httpd
6778 ? S 0:00 /usr/local/apache/bin/httpd
31943 ? S 0:00 /usr/local/apache/bin/httpd
11740 ? S 0:00 /usr/local/apache/bin/httpd
32679 ? S 0:00 /usr/local/apache/bin/httpd
10399 ? S 0:00 /usr/local/apache/bin/httpd
4519 pts/0 S 0:00 grep httpd
#ps ax | grep httpd
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN

FLCT
16/04/2004, 13h02
oui enfin redemarrer ....

je te trouve plus rien sur le port 80.

que disent les log apres le demarrage ?
que dit #/usr/local/apache/bin/httpd -t
que dit #ps ax | grep httpd
que dit # netstat -tanp | grep httpd (rien je presume)

kilou
16/04/2004, 12h49
Merci j'ai fais ca apache redémaré mais j'ai plus rien !
Help merci pour tes interventions !

FLCT
16/04/2004, 12h35
un
apparement, tout n'est pas mort pour apache.
en scannant ton serveur sur le port 80 j'ai une réponse d'apache, mais pas avec un navigateur.

ps ax | grep httpd

devrait te donner une liste de processus apache en route

donc on va tout tuer

killall httpd

on verifie

ps ax | grep httpd

liste vide (normalement)

puis on relance

/etc/init.d/httpd start
tail /var/log/messages | grep httpd
tail /path/access/log/ <-- le chemin vers ton access.log

kilou
16/04/2004, 12h14
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 24990/httpd
tcp 0 0 213.186.56.31:80 213.186.56.31:43970 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.147.144.17:33611 ESTABLISHED 13664/httpd
tcp 0 0 213.186.56.31:80 81.50.182.153:1274 FIN_WAIT2 -
tcp 0 0 213.186.56.31:80 62.197.102.221:1684 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.197.102.221:1685 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.197.102.221:1686 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.197.102.221:1687 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:54668 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.197.102.221:1681 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:51662 TIME_WAIT -
tcp 0 0 213.186.56.31:80 82.122.197.8:32804 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.197.102.221:1682 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.197.102.221:1683 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:53649 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:56785 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:52761 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:37788 TIME_WAIT -
tcp 0 0 213.186.56.31:80 81.240.34.188:3281 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:36576 TIME_WAIT -
tcp 0 0 213.186.56.31:80 80.58.21.170:43463 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:51554 TIME_WAIT -
tcp 0 0 213.186.56.31:80 82.122.197.8:33033 TIME_WAIT -
tcp 0 0 213.186.56.31:80 82.122.197.8:33039 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:55654 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:39079 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.147.144.17:33702 ESTABLISHED 12141/httpd
tcp 0 0 213.186.56.31:80 62.147.144.17:32996 ESTABLISHED 28774/httpd
tcp 0 0 213.186.56.31:80 80.14.225.251:2329 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:34865 TIME_WAIT -
tcp 0 0 213.186.56.31:80 80.58.21.170:51413 TIME_WAIT -
tcp 0 0 213.186.56.31:80 213.186.56.31:34681 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.147.144.17:32949 ESTABLISHED 581/httpd
tcp 0 0 213.186.56.31:80 82.122.197.8:32977 TIME_WAIT -
tcp 0 0 213.186.56.31:80 62.147.144.17:33073 ESTABLISHED 7457/httpd

Ca donne ca ! merci pour ton aide

FLCT
16/04/2004, 12h07
ca
netstat -tanp | grep :80

ca donne quoi ?

kilou
16/04/2004, 11h54
(98)Address already in use: make_sock: could not bind to port 80

J'ai ca dans mes logs ?
Et maintenant il refuse de démaré !

FLCT
16/04/2004, 11h50
bonjour,

c'est pas un probleme apache la ?

kilou
15/04/2004, 21h25
Bonsoir,
Suite à la coupure de cette après midi j'ai plus acces au port 80 de mon dédié !
SSH fonctionne
FTP fonctionn
Webmin fonctionne

Quelqu'un est dans le même ka que moi ou suis je le seul ?