autofs «не удалось смонтировать путь autofs» в качестве службы, но не вручную (selinux)
Запустите команду как фоновую задачу с & в end:
nohup path_to_domain_bin/startWebLogic.sh>/dev/null < /dev/null 2>&1 &
Перенаправление вывода мало помогает, поскольку nohup все равно перенаправляет вывод, как вы заметили. Чтобы избавиться от этого, пропустите nohup и сделайте то, что он делает (скорее, его существенную часть), в сценарии самостоятельно:
trap "" 1 # catch hangup signal
path_to_domain_bin/startWebLogic.sh>/dev/null < /dev/null 2>&1 &
Но у меня неприятное чувство, когда я полностью отбрасываю информацию, которая вызывает программа может дать вам. Таким образом, вы даже не получите сообщение об ошибке, если имя пути указано неверно!
Я обычно добавляю такой вывод в файл журнала, включая немного дополнительной информации, например:
(
LOGFILE=/var/log/weblogic_start.log
trap "" 1 # catch hangup signal
exec 1>> $LOGFILE # redirect output a bit more readably
exec 2>> $LOGFILE
exec < /dev/null
path_to_domain_bin/startWebLogic.sh &
date "+%Y%m%d:%H%M%S weblogic started with PID $!"
)
Перенаправления exec немного более читабельны, что окупается в сценарии IMO; кроме того, перенаправляется вызов дата . Выполнение этого в подоболочке (...) гарантирует, что эффект перенаправления сохраняется в этой части скрипта.
Обнаружил это в своих заметках, когда я столкнулся с тем же самым:
Установите логическое значение SELinux, чтобы разрешить Apache доступ к общим ресурсам CIFS :
# setsebool -P httpd_use_cifs on
Я думаю, что Дерек даст правильный ответ. Во всяком случае, я также получил это, работая с:
sudo mkdir /var/wwww/html/site/pdf
sudo chmod 755 /var/wwww/html/site/pdf
#try to change SElinux folder tipe
sudo chcon -t public_content_rw_t /var/www/html/site/pdf
#i want that persistent
sudo semanage fcontext -a -t
#add this inside fcontext file
public_content_rw_t "/var/www/html/site/pdf(/.*)?"
#se if the change is definitive
restorecon -Rv /var/www/html/site/pdf