[Site saturé par 19Go de log]

[Aurelienazerty]

Aurelienazerty a mis une breve ici

[Djip]

Merci Epic Azerty !

[Arken]

Ouf, tous les adhérents de la team-azerty sont rassurés !

[Aurelienazerty]

Bon site re saturé, mais vu que je suis en vacances, j'ai fais des trucs à minima avec un ssh depuis un navigateur web sans copier coller (donc relou). Je ne sais pas combien de temps ça va tenir.

[Aurelienazerty]

En fait, il y avait également un fichier de conf mariadb que je n'avais pas vu dans la précipitation (à l'époque je l'avais fait avec les enfants debout qui gueulaient dans la maison) et le fichier en question faisait ça :

Code : Tout sélectionner

/var/lib/mysql/mysqld.log /var/lib/mysql/mariadb.log /var/log/mysql/*.log {

  # Depends on a mysql@localhost unix_socket authenticated user with RELOAD privilege
  #su mysql mysql

  # If any of the files listed above is missing, skip them silently without
  # emitting any errors
  missingok

  # If file exists but is empty, don't rotate it
  notifempty

  # Run monthly
  monthly

  # Keep 6 months of logs
  rotate 6

  # If file is growing too big, rotate immediately
  maxsize 500M

  # If file size is too small, don't rotate at all
  minsize 50M

  # Compress logs, as they are text and compression will save a lot of disk space
  compress

  # Don't compress the log immediately to avoid errors about "file size changed while zipping"
  delaycompress

  # Don't run the postrotate script for each file configured in this file, but
  # run it only once if one or more files were rotated
  sharedscripts

  # After each rotation, run this custom script to flush the logs. Note that
  # this assumes that the mariadb-admin command has database access, which it
  # has thanks to the default use of Unix socket authentication for the 'mysql'
  # (or root on Debian) account used everywhere since MariaDB 10.4.
  postrotate
    if test -r /etc/mysql/debian.cnf
    then
      EXTRAPARAM='--defaults-file=/etc/mysql/debian.cnf'
    fi

    if test -x /usr/bin/mariadb-admin
    then
      /usr/bin/mariadb-admin $EXTRAPARAM --local flush-error-log \
        flush-engine-log flush-general-log flush-slow-log
    fi
  endscript
}

J'ai remplacé par daily, sur 6 jours, 100Mo max, et 10Mo min.

IMG_20240713_223916.jpg

[Arken]

Toute façon, les logs, c'est très surfait.

[Aurelienazerty]

Putain, encore un disque full. J'ai viré des trucs, mais je ne sais pas d'où viens le remplissage.

[Aurelienazerty]

Je ne comprends pas, j'ai toujours un fichier de 19Go :

Code : Tout sélectionner

sudo du -ah / | sort -rh | head -n 10 

[...]

19G     /var/log/mysql/error.log.1

et ma conf donne ça :

Code : Tout sélectionner

cat /etc/logrotate.d/mariadb
# This is the MariaDB configuration for the logrotate utility
#
# Note that on most Linux systems logs are written to journald, which has its
# own rotation scheme.
#
# Read https://mariadb.com/kb/en/error-log/ to learn more about logging and
# https://mariadb.com/kb/en/rotating-logs-on-unix-and-linux/ about rotating logs.

/var/lib/mysql/mysqld.log /var/lib/mysql/mariadb.log /var/log/mysql/*.log {

  # Depends on a mysql@localhost unix_socket authenticated user with RELOAD privilege
  #su mysql mysql

  # If any of the files listed above is missing, skip them silently without
  # emitting any errors
  missingok

  # If file exists but is empty, don't rotate it
  notifempty

  # Run monthly
  daily

  # Keep 6 months of logs
  rotate 6

  # If file is growing too big, rotate immediately
  maxsize 100M

  # If file size is too small, don't rotate at all
  minsize 10M

  # Compress logs, as they are text and compression will save a lot of disk space
  compress

  # Don't compress the log immediately to avoid errors about "file size changed while zipping"
  delaycompress

  # Don't run the postrotate script for each file configured in this file, but
  # run it only once if one or more files were rotated
  sharedscripts

  # After each rotation, run this custom script to flush the logs. Note that
  # this assumes that the mariadb-admin command has database access, which it
  # has thanks to the default use of Unix socket authentication for the 'mysql'
  # (or root on Debian) account used everywhere since MariaDB 10.4.
  postrotate
    if test -r /etc/mysql/debian.cnf
    then
      EXTRAPARAM='--defaults-file=/etc/mysql/debian.cnf'
    fi

    if test -x /usr/bin/mariadb-admin
    then
      /usr/bin/mariadb-admin $EXTRAPARAM --local flush-error-log \
        flush-engine-log flush-general-log flush-slow-log
    fi
  endscript
}

Je ne comprends pas.

[Arken]

Si tu le supprime juste ça se re-remplit direct ou bien ?

[Aurelienazerty]

Je l'avais supprimé il y a 3 mois quand ça avait saturé le disque et il est revenu.

Là j'ai fais la même chose, et il ne revient pas pour le moment (je viens de tester à l'instant). Il faut dire que dans les logs, il y avait toujours les 2 mêmes erreurs :

Code : Tout sélectionner

2024-10-12 10:47:04 3789571 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'histogram' at position 10 to have type longblob, found type varbinary(255).
2024-10-12 10:47:04 3789571 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'hist_type' at position 9 to have type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB','JSON_HB'), found type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB').

J'ai posé la question à ChatGPT qui ma conseillé de faire ça :

Code : Tout sélectionner

USE mysql;

ALTER TABLE column_stats 
MODIFY histogram LONGBLOB, 
MODIFY hist_type ENUM('SINGLE_PREC_HB', 'DOUBLE_PREC_HB', 'JSON_HB');

On verra si l'IA avait raison

[Arken]

Bon sinon on peut toujours faire un lien symbolique /var/log/mysql/error.log => /dev/null