Журналы событий экономили на сетевом ресурсе
Мое предположение - то, что это - полномочия или проблема владения в одном из подкаталогов MySQL, вероятно, в каталоге файлов данных.
В сообщении об ошибке говорится "Errcode: 13 дюймов. Можно использовать perror, чтобы проверить сообщение, связанное с этой определенной ошибкой и подтвердить, что это - действительно ошибка разрешения где-нибудь.
shell> perror 13
error code 13: Permission denied
Удостоверьтесь, что пользователь MySQL может получить доступ к каталогу файлов данных и записать в нем. Это, кажется, проблема.
С другой стороны, иногда файлы журнала вводят в заблуждение или не столь точные, как они должны быть. В этом случае strace приходит на помощь. strace является очень мощным системным трассировщиком, который контролирует al системные вызовы, сделанные процессом.
Его использование легко:
strace -f -o strace.output /etc/init.d/mysql.server start
Это распечатает все системные вызовы, сделанные при запуске сервера MySQL в файле, названном strace.output.
Надеюсь, это поможет.
журнал событий всегда будет на локальном диске по той простой причине, что Windows может загружаться и работать без доступа к сети. Что в этом случае он будет делать со своими журналами?
Вместо того, чтобы пытаться заставить окна записывать события во внешний журнал, посмотрите на экспорт журналов. Для этого существует множество инструментов.
Лучшее решение для попытки сохранить ваши журналы событий в SMB путь (который, как вы видели, не будет работать) - это построить центральный сервер журналов событий и установить переадресацию событий.
.Думаю, вполне разумно, что нельзя сохранить основной лог-файл на сетевом ресурсе. Если бы вы смогли это сделать, как система могла бы записывать события, когда у вас нет сети или до загрузки драйверов?
Что вы можете сделать, так это ограничить размер журнала событий и установить, что старые события будут сохраняться в другом файле на этом сетевом ресурсе.
.