Файлы журнала (CUPS) становятся настолько быстрыми!

Question 1

прошедшие несколько дней я столкнулся со странной проблемой со своим компьютером. Я обсудил это здесь: журналы Сервера заполняют мой жесткий диск, как я фиксирую это?

Вскоре, файлы журнала (в папке чашек) становятся настолько быстрыми! Я действительно решал проблему, но я боюсь направления с нею снова. Я должен знать то, что вызывает его так, чтобы я мог избежать его.

Я не уверен, но делаю то, что я не разделяю корень и/, домой релевантный?

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)

ОБНОВЛЕНИЕ

проблема вернулась :(

/var/log/sups полон снова (444 ГБ), я ничего не сделал!

 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
    }

Когда я останавливаю чашки и удаляю файл:

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

проблема, которую уводят, но я боюсь, что она вернется снова

Question 2

Похоже, что заполняется журнал ошибок, а не журнал доступа.

Проверьте уровень журнала ошибок («LogLevel») в файле конфигурации, расположенном в /etc/cups/cupsd.conf.
Обычно это должно быть «LogLevel warn» или «Ошибка LogLevel». Если установлено «debug», вы получите кучу сообщений, которые вам не нужны.
Проверьте журнал ошибок (/var/log/cups/error_log) на наличие ошибок.
Учитывая размер, я бы сделал tail -500 /var/log/cups/error_log > cups_errors, а затем посмотрю на cups_errors; этот файл будет содержать только последние 500 строк полной ошибки.

Question 3

Question 4

Вы можете попробовать отредактировать AccessLogLevel CUPS.

Существует четыре режима:

config Журнал, когда принтеры и классы добавляются, удаляются или изменяются, а также когда файлы конфигурации доступны или обновлены.
действия Журнал, когда задания на печать передаются, задерживаются, освобождаются, изменяются или отменяются, а также любые условия для конфигурации.
все Журнал всех запросов.

По умолчанию cupsd.conf находится в /etc/cups/cupsd.conf .

Я не уверен, но разве тот факт, что я не разделяю корень и / home, имеет отношение?

Вероятно, нет.

Question 5

Сначала получите доступ к оболочке (tty, терминал).

, Если Вы не можете войти в систему, попробуйте начальная загрузка в режим восстановления или войдите в систему tty сессии ( Ctrl + Высокий звук + F4 )

, В то время как в оболочке, работайте:

sudo rm /var/log/error_log*

Это освободило бы пространство. И позволил бы системе обычно функционировать.

, Поскольку проблема с cups, я рекомендовал бы, чтобы Вы удалили или обновили ее.

sudo systemctl stop cups.service
sudo apt purge cups
sudo apt update
sudo apt install cups

user98085 · Answer 1 · 13 April 2017 в 15:24