OVH Community, votre nouvel espace communautaire.

Reparation erreur dans le logorate de Mysql


Xtian
28/04/2004, 16h53
info.log
info.log.1.gz
info.log.1.gz.1.gz
info.log.1.gz.1.gz.1.gz
Effectivement. Merci pour l'info.

almiron
27/04/2004, 07h24
tant mieux alors, semble que ce soit un bug pas général alors, mais bon comme j'etais pas le seul à l'avoir j'ai fait un post au cas ou d'autre est le meme probleme, et comme le seul moyen c'est d'aller vérifier, j'ai tous mis...

jpw
26/04/2004, 14h42
almiron écrivait :
ah moi j'ai un pauvre SP+ celeron 2.6 Mhz

je vais préciser alors que cela ne concerne pas les P4 dans mon premier message.

Merci de cette précision.
ben moi j'ai un simple SP même pas + et j'ai la même chose que i-services.

jpw

almiron
11/04/2004, 21h29
ah moi j'ai un pauvre SP+ celeron 2.6 Mhz

je vais préciser alors que cela ne concerne pas les P4 dans mon premier message.

Merci de cette précision.

i-services
11/04/2004, 21h26
- un P4 SCSI RAID depuis le 27/11/2003
- un P4 SCSI depuis le 16/01/2003
- un P4+ IDE depuis le 21/02/2004

Sur ces 3 serveurs le fichier /etc/logrotate.d/mysql contient :

/var/lib/mysql/mysqld.log {
# create 600 mysql mysql
notifempty
daily
rotate 3
missingok
compress
postrotate
# just if mysqld is really running
if test -n "`ps acx|grep mysqld`"; then
/usr/bin/mysqladmin flush-logs
fi
endscript
}

almiron
11/04/2004, 21h18
ben effectivement mais je sais pas si tu regardes au bon endroit.

enfin de toutes facons, ma machine étant en release et "neuve", j'ai signalé le "bug" car je n'etais pas le seul à l'avoir.

t'as quoi comme SD?

i-services
11/04/2004, 21h09
moi j'ai ceci et aucun problème de logs :

/var/lib/mysql/mysqld.log {
# create 600 mysql mysql
notifempty
daily
rotate 3
missingok
compress
postrotate
# just if mysqld is really running
if test -n "`ps acx|grep mysqld`"; then
/usr/bin/mysqladmin flush-logs
fi
endscript
}

par contre le fichier mysqld.log n'existe pas chez moi, et je n'ai aucun fichier .log dans /var/lib/mysql/

almiron
11/04/2004, 10h40
Voici une modification a apporter pour tout ceux qui ne l'ont pas fait (meme si votre serveur vient d'être livré, car l'erreur est encore présente)

Il semble que cette erreur ne soit pas présente sur les P4.

Pour information, je pocède un SP+ Celeron 2.6 Mhz en release.

Merci à KEvin pour l'astuce.

- On regarde si on en a besoin ou pas :
# cd /var/log/mysql
# ls

[root@nsxxxxx mysql]# ls
info.log
info.log.1.gz
info.log.1.gz.1.gz
info.log.1.gz.1.gz.1.gz
info.log.1.gz.1.gz.1.gz.1.gz
info.log.1.gz.1.gz.1.gz.1.gz.1.gz
info.log.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz
info.log.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz
info.log.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz
info.log.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1 .gz
info.log.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1.gz.1 .gz.1.gz
....
- Si vous avez quelque chose dans ce genre, vous êtes bon pour la modif, si vous avez un serveur neuf, allez quand même vérifier le logorate.d, ca ne coute rien...

- on va dans le répertoire logorate.d
# cd /etc/logrotate.d/

- on édite le fichier mysql
# pico mysql

/var/log/mysql/* {
notifempty
weekly
rotate 4
compress
postrotate
# just if mysqld is really running
if test -n ; then
/usr/bin/mysqladmin flush-logs
fi
endscript
}
- vous devez remplacer la première ligne par :
/var/log/mysql/*.log {
- Ensuite on fait CTRL+x (touche control et x, afin de quitter l'éditeur)

- A la question "Save modified buffer (ANSWERING "No" WILL DESTROY CHANGES) ?" répondre Y puis entrée

Voila c'est résolu

Si vous avez un soucis quelconque, je ne suis en aucun cas responsable.
Pour toutes questions, problèmes, merci de les poser ici même, je ne suis pas le support OVH.