Как запустить Mule 3.5.3 как некорневой

#mule

Вопрос:

Я сталкиваюсь с проблемами при попытке запустить mule 3.5.3 как некорневой пользователь в контейнере docker. Он отлично работает, когда используется пользователь root.

Процесс запуска Mule создает файл tx1.log во время запуска, у этого файла нет никаких разрешений, и позже во время запуска он пытается прочитать этот файл, что приводит к (java.io.FileNotFoundException — отказано в разрешении).
Расположение файла: /.mule/.agent/queue-tx-log/tx1.log .

Я также пробовал использовать umask 777, добавленный в скрипты /mule и /launcher, но это не помогло.

Есть ли какие-либо действия и действия для запуска mule как некорневого?

Любая помощь / указатели приветствуются.

примечание: chown и chmod использовались везде, где я когда-либо чувствовал необходимость.

1. Я подозреваю /.mule , что это монтирование тома, верно? И что вообще означает «не имеет никаких разрешений»? Конечно, у него есть разрешения, даже если они таковы, что никто не может прочитать или записать файл

2. когда я делаю ls -ltra в папке queue-tx-log, я вижу это: ———- 1 пользователь1 группа1 0 2019-04-09 02:22 tx1.log Я явно не выполняю никакого монтирования тома.

3. @MatthewLDaniel На самом деле это не вопрос kubernetes. Это вопрос мула. Я удалил kubernetes и docker из списка тегов. Вы не должны понижать голос, не понимая вопроса.

Ответ №1:

Mule отлично работает как некорневой, и это рекомендация из-за рекомендаций по безопасности. Единственная проблема, которую я видел, заключается в том, что если он сначала запускается как root, он создает файлы с правами root, тогда непривилегированный пользователь не сможет использовать эти файлы.

Из комментариев я вижу, что проблема, похоже, связана с операционной системой или docker / kubernetes. Mule просто не делает странных вещей с разрешениями.

Помимо этого, обратите внимание, что срок службы Mule 3.5.x истечет 15 июля 2019 года. Я рекомендую перейти на более новую версию.