LINUX.ORG.RU

История изменений

Исправление crypt, (текущая версия) :

не знакомы с задачами, которые возникают, когда надо не только читать /var/log/messages, но и осмысливать прочитанное.

т.е. ты за бинарные логи? тогда вопрос: как в systemd разграничен доступ к логам разного типа? а? другой вопрос: если ты не админ локалхоста, то скорее всего знаешь про девелоперскую среду. Это такой сервер с кучей отладки, где гигобайты логов могут наматываться быстрее чем за час. Очень бы хотелось _чистить_ эти никому не нужные кучи. Как это сделать при сохранении полезных логов, если мы не можем сделать просто

echo "" > /var/log/service/name.log
Причем не просто чистить по размеру. А прошло тестирование, разобрал логи, почистили, опять прошло тестирование и т.д.

Исправление crypt, :

не знакомы с задачами, которые возникают, когда надо не только читать /var/log/messages, но и осмысливать прочитанное.

т.е. ты за бинарные логи? тогда вопрос: как в systemd разграничен доступ к логам разного типа? а? другой вопрос: если ты не админ локалхоста, то скорее всего знаешь про девелоперскую среду. Это такой сервер с кучей отладки, где гигобайты логов могут наматываться быстрее чем за час. Очень бы хотелось _чистить_ эти никому не нужные кучи. Как это сделать при сохранении полезных логов, если мы не можем сделать просто

echo "" > /var/log/messages
Причем не просто чистить по размеру. А прошло тестирование, разобрал логи, почистили, опять прошло тестирование и т.д.

Исправление crypt, :

не знакомы с задачами, которые возникают, когда надо не только читать /var/log/messages, но и осмысливать прочитанное.

т.е. ты за бинарные логи? тогда вопрос: как в systemd разграничен доступ к логам разного типа? а? другой вопрос: если ты не админ локалхоста, то скорее всего знаешь про девелоперскую среду. Это такой сервер с кучей отладки, где гигобайты логов могут наматываться быстрее чем за час. Очень бы хотелось _чистить_ эти никому не нужные кучи. Как это сделать при сохранении полезных логов, если мы не можем сделать просто

echo "" > /var/log/messages

Исходная версия crypt, :

не знакомы с задачами, которые возникают, когда надо не только читать /var/log/messages, но и осмысливать прочитанное.

т.е. ты за бинарные логи? тогда вопрос: как в systemd разграничен доступ к логам разного типа? а? другой вопрос: если ты не админ локалхоста, то скорее всего знаешь про девелоперскую среду. Это такой сервер с кучей отладки, где гигобайты логов могут наматываться быстрее чем за час. Очень бы хотелось _чистить_ эти никому не нужные кучи. Как это сделать при сохранении полезных логов, если мы не можем сделать просто echo «» > /var/log/messages?