Re: Debian binlog MySQL 5

Page principale

Répondre à ce message
Auteur: Yves Martin
Date:  
À: guilde
Nouveaux-sujets: Rotation binlog MySQL 5
Sujet: Re: Debian binlog MySQL 5
Selon Yves Martin <ymartin59@???>:

> Selon Yves Martin <ymartin59@???>:
>
> > Bonjour,
> > J'ai un problème avec les binlog MySQL sur Etch stockés dans
> /var/log/mysql/
>
> Après la directive "binlog_ignore_db", j'ai maintenant des soucis avec
> l'expiration de 7 jours qui n'est pas respectée - aujourd'hui, j'ai encore
> les
> binlog des 7, 8 et 9 décembre.
> J'ai la ligne "expire_logs_days = 7" dans /etc/mysql/my.cnf
>
> Les commandes qui contrôlent la rotation sont dans
> /etc/logrotate.d/mysql-server:
>
> export HOME=/etc/mysql/my.cnf
> MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"
> $MYADMIN flush-logs
>
> La commande "ping" répond bien "alive".
> La commande "flush-logs" ne dit rien et aucun "vieux" fichier du
> /var/log/mysql
> ne disparaît. Par contre, le log binaire passe sur un nouveau fichier.
>
> Je ne comprends pas pourquoi "HOME" pointe vers un fichier ??
>
> Pouvez-vous m'éclairer ? Merci d'avance


Est-il possible que la suppression du fichier vide /var/log/mysql.log ait pour
effet que la section "postrotate" de /etc/logrotate.d/mysql-server ne soit
jamais invoquée ?

Réponse demain...

--
Yves Martin