Не может создавать/писать в файл '/mnt/temp/something' (Errcode: 13)

Поскольку mke указывает, что менеджер vCenter Lab VMware является сравнительным тестом, но это не дешево (~ $2 тысячи за ЦП на Хостах ESX в кластере, который выполняет его), и у Вас должна быть vSphere кластерная способность к VM's также, снова не дешевый, если у Вас уже нет его в Вашем бюджете. Если у Вас есть среда, где настройка любого значительного количества разработчика VM является регулярной задачей, хотя это стоит стоимости IMO.

Для решения начального уровня можно подготовить templates\clones со всеми предварительно установленными компонентами, приятно исправленными и актуальными также. Развертывание из такого шаблона обычно будет порядком величины быстрее (если не больше) и более надежный, чем сценарии полной установки, сопровождаемой установками приложения, особенно типа, которого Вы требуете. В среде vCenter VMware это довольно легко, поскольку vCenter обрабатывает все customization\sysprep части для Вас, но в любой виртуальной среде необходимо смочь к sysprep базовый VM и сохранить копию. Настройка Вашего нового VM является затем просто случаем создания копии и импорта нового экземпляра VM, оба тривиальны, чтобы сделать для обоих VM's инфраструктуры VMware (Используя PowerCLI) и VM's Hyper-V (пользующийся Библиотекой управления PowerShell для Hyper-V) использование Powershell, но могут быть более трудны для других Гипервизоров. Одной возможной ложкой дегтя в бочке меда является способ, которым обрабатываются идентификационные данные SQL Server - Вы, возможно, должны написать сценарий некоторых дополнительных шагов для чистки клонированного экземпляра SQL, как обрисовано в общих чертах в этой статье SQLmag.

Что касается систем испытания на разрыв разработчиков, это должно ожидаться, и идеально это должно быть что-то, о чем у них нет беспокойства. Вы хотите, чтобы они смогли повредить системы лаборатории так, как они должны, в конце концов. Снимки VM являются одним способом иметь дело с этим особенно, если у Вас есть среда, где можно дать Разработчикам права непосредственно управлять снимками их VM's.

1
задан 14 November 2014 в 01:44
1 ответ

Таким образом, это немного старо, но я просто решил подобную проблему, сам (Используя/mnt/tmp как системный dir временного файла) и должен был выяснить, почему MySQL не запустит.

Вы, вероятно, сталкиваетесь с настройками AppArmor, которые препятствуют тому, чтобы MySQL использовал каталоги на диске/mnt. Необходимо будет добавить новый путь tmp к списку брони приложения MySQL правильных путей.

, Если Вы смотрите в своем системном журнале, Вы будете, вероятно, видеть, что сообщения выглядят примерно так каждый раз, когда Вы пытаетесь запустить mysql сервер:

type=1400 audit(1425343954.203:23): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/mnt/tmp/ibMXP5lg" pid=16418 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=106 ouid=106

В этом случае, необходимо будет отредактировать файл:

/etc/apparmor.d/usr.sbin.mysqld

И добавляют строки:

/mnt/tmp/ r,
/mnt/tmp/** rwk,

в файл. Затем просто перезапуск AppArmor:

$ sudo service apparmor restart
2
ответ дан 22 November 2019 в 06:49

Теги

Похожие вопросы