У Вас, вероятно, есть плохой контекст файла на /tmp
каталог. Покажите нам ls -ldZ /tmp
.
Как возможно что временный файл внутри /tmp
имеет httpd_sys_content_t
fcontext?
type=AVC msg=audit(1311581788.889:12363): avc: denied { write } for pid=22102 comm="mysqld" path="/tmp/#sql_151e_0.MYI" dev=dm-0 ino=103481390 scontext=root:system_r:mysqld_t:s0 tcontext=root:object_r:httpd_sys_content_t:s0 tclass=file
Was caused by:
Missing or disabled TE allow rule.
Allow rules may exist but be disabled by boolean settings; check boolean settings.
You can see the necessary allow rules by running audit2allow with this audit message as input.
На RHEL это:
ls -ldZ /tmp
drwxrwxrwt. root root system_u:object_r:tmp_t:s0 /tmp
Наверняка это не имеет никакого отношения к пути для Вашего файла резервной копии. Если бы это была бы проблема разрешения, Вы получили бы что-то вроде этого:
# su -s /bin/bash nobody -c 'mysqldump -uroot -p123456 --opt test > /root/test-`date +%d%m%Y`.sql'
bash: /root/test-13112013.sql: Permission denied
Можно использовать strace -f -ff -o /tmp/strace mysqldump -uroot -ppassword --opt c2duo_db
видеть, какие файлы это пытается открыть, использование...
Я наконец решил свою проблему, используя этот очень полезный ответ здесь. (Это тот, который отмечен зеленой галочкой.Я рекомендую вам также прочитать комментарии, поскольку я наткнулся на загвоздку, и это привело к изменению ответа.)
Кроме того, я отправил отчет об ошибке о том, что система не загружается без lightdm, и это должно быть исправлено к настоящему времени.