Threre не является никаким вращением, потому что Вы используете -d
опция. Из руководства:
- d Включает режим отладки и подразумевает-v. В режиме отладки никакие изменения не будут внесены в журналы или в файл состояния logrotate.
У меня есть два предложения:
-pPassword
параметр с mysql из соображений безопасности, лучше использовать --defaults-extra-file=path_to_extra
, который читаем только корнем. Когда кто-то, у кого есть доступ к серверу, выполняется ps -ef | grep mysql
, это будет видеть пароль root для базы данных.Вот мой logrotate /etc/logrotate.d/mysql
сценарий для mysql на CentOS 5 (mysql Ver 14.12 Distrib 5.0.77, для гну Linux Redhat (x86_64) использование readline 5.1):
# If the root user has a password you have to create a
# /.my.cnf configuration file with the following
# content:
#
# [mysqladmin]
# password =
# user =
#
# where "" is the password and is user.
#
# ATTENTION: This /.my.cnf should be readable ONLY
# for root !
/var/log/mysqld.log {
create 640 mysql mysql
notifempty
missingok
postrotate
# just if mysqld is really running
if test -x /usr/bin/mysqladmin && \
/usr/bin/mysqladmin --defaults-extra-file=/root/mysql/logrotate.cnf ping &>/dev/null
then
/usr/bin/mysqladmin --defaults-extra-file=/root/mysql/logrotate.cnf flush-logs
fi
/usr/bin/chcon -u system_u -r object_r -t mysqld_log_t /var/log/mysqld.log
endscript
}
Проблема была вызвана нашим прокси-сервером, который фактически перенаправляет http: // MyDomain / MySite /
на http: // InternalDomain: InternalPort /
. И для этого внутреннего домена корень приложения на самом деле был корнем сайта.