web-dev-qa-db-fra.com

Les fichiers journaux (CUPS) grandissent si vite!

ces derniers jours, j'ai rencontré un problème étrange avec mon ordinateur. J'en ai discuté ici: Les journaux du serveur remplissent mon disque dur, comment puis-je résoudre ce problème?

En bref, les fichiers journaux (dans le dossier tasses) grandissent si vite! J'ai résolu le problème mais j'ai peur d'y faire face à nouveau. J'ai besoin de savoir quelle en est la cause pour pouvoir l'éviter.

Je ne suis pas sûr, mais le fait de ne pas séparer la racine et/home est-il pertinent?

Sudo parted -l


Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number|Start|End|Size|File System|Name|Flag
1|17.4K|20.0MB|20.0MB|fat16| |boot
2|20.0MB|489GB|489GB|ext4
3|489GB|500GB|10.6GB|linux-swap(v1)

UPDATE

le problème est de retour :(

le répertoire/var/log/sups est de nouveau saturé (444 Go). Je n'ai rien fait!

 ls -l /var/log/cups/

total 464543116
-rw-r----- 1 root adm 0 DEC 30 07:47 access_log
-rw-r----- 1 root adm 587 DEC 30 07:37 access_log.1.gz
-rw-r----- 1 root adm 259 DEC 29 07:59 access_log.2.gz
-rw-r----- 1 root adm 258 DEC 28 07:41 access_log.3.gz
-rw-r----- 1 root adm 255 DEC 27 07:23 access_log.4.gz
-rw-r----- 1 root adm 252 DEC 26 07:04 access_log.5.gz
-rw-r----- 1 root adm 230 DEC 25 07:44 access_log.6.gz
-rw-r----- 1 root adm 161 DEC 24 12:18 access_log.7.gz
-rw-r----- 1 root adm 475691855862 Jan 7 07:50 error_log
-rw-r----- 1 root adm 245 DEC 29 14:34 error_log.1.gz
-rw-r----- 1 root adm 0 Feb 29 29 2012 page_log




cat /etc/logrotate.d/cups

    /var/log/cups/*log {
    daily
    missingok
    rotate 7
    sharedscripts
    postrotate
             if [ -e /var/run/cups/cupsd.pid ]; then
                      invoke-rc.d --quiet cups force-reload > /dev/null
                      sleep 10
             fi
    endscript
    compress
    notifempty
    create 640 root lpadmin
    }

Quand j'arrête les tasses et supprime le fichier par:

Sudo service cups stop
Sudo rm /var/log/cups/error_log
Sudo service cups start

le problème est parti, mais je crains qu'il ne revienne

3
Shadin

On dirait que c'est le journal des erreurs qui se remplit, pas le journal des accès.

  1. Vérifiez le niveau du journal des erreurs ("LogLevel") dans le fichier de configuration situé à l'emplacement /etc/cups/cupsd.conf.
    Il devrait normalement s'agir de "LogLevel warn" ou "LogLevel error". Si elle est définie sur "débogage", vous obtiendrez une tonne de messages inutiles.

  2. Recherchez des erreurs dans le journal des erreurs (/var/log/cups/error_log).
    Étant donné la taille, je ferais tail -500 /var/log/cups/error_log > cups_errors, puis j’aimerais regarder cups_errors; ce fichier n'aura que les 500 dernières lignes de l'erreur complète.

3
David Lathrop

Vous pouvez essayer de modifier le AccessLogLevel de CUPS.

Il y a quatre modes:

  • config Journal lorsque des imprimantes et des classes sont ajoutées, supprimées ou modifiées et lorsque des fichiers de configuration sont utilisés ou mis à jour.
  • actions Journal lorsque les travaux d'impression sont soumis, mis en attente, publiés, modifiés ou annulés, ainsi que les conditions de configuration.
  • all Consigne toutes les demandes.

Le fichier cupsd.conf se trouve par défaut à l'emplacement / etc/cups/cupsd.conf.

Je ne suis pas sûr, mais le fait de ne pas séparer la racine et/home est-il pertinent?

Probablement pas.

1
lub