То, что можно хотеть сделать, создать пользовательский RPM-пакет для конфигурации MySQL, которую Вы хотите и сообщаете, запускают для включения этого пакета. В то время как существует часть постустановки, запускают, где можно запустить скрипты и т.п., самый чистый путь был бы через пакет.
После того как Вы выполняете 'mysql_secure_installation', Вы не должны иметь к снова. Просто используйте файлы конфигурации и базу данных, которую это создало.
Извините за ответ на свой вопрос, но я реализовал решение, которым хотел поделиться с вами, так как вы мне помогали, и оно может быть полезно другим.
В основном это довольно просто, я не менял ведение журнала на все, я просто изменил ротацию журнала (/etc/logrotate.d/httpd) на:
/var/log/httpd/*log {
compress
compresscmd /usr/bin/bzip2
compressext .bz2
daily
dateext
maxage 31
rotate 14
size=+4096k
notifempty
missingok
sharedscripts
prerotate
/bin/sed -i '/User not found/d' /var/log/httpd/*svn_error_log
endscript
postrotate
/sbin/service httpd graceful > /dev/null 2>/dev/null || true
endscript
}
Таким образом, все ложные срабатывания удаляются из файла журнала на ежедневной основе. Размер файлов журнала уменьшается и не увеличивается со временем, поскольку файлы удаляются через 31 день (максимум).
Если цель состоит в том, чтобы отфильтровать эти журналы в другой файл, есть несколько способов сделать это.
ErrorLog [ С 1140962] по системный журнал и записывать в разные файлы в зависимости от входных данных.
Отключение подробности LogLevel , вероятно, является плохой идеей, поскольку это влияет на другие сообщения в пределах VirtualHost. То же самое с LDAPLibraryDebug , и я думаю, что эти сообщения приходят из Apache, а не из библиотеки LDAP.