Необходимо смочь проанализировать - через апачские журналы, ища записи, которые соответствуют основному пути (/var/www/html/hugedir
может быть /hugedir
в журналах).
Если после некоторого количества времени (определимый Вами, конечно), Вы не видите соответствий, это должно быть безопасно.
Since cloud-init
0.7.5 (released on Apr 1 2014), all output from cloud-init is captured by default to /var/log/cloud-init-output.log
. This default logging configuration was added in a commit from Jan 14 2014:
# this tells cloud-init to redirect its stdout and stderr to
# 'tee -a /var/log/cloud-init-output.log' so the user can see output
# there without needing to look on the console.
output: {all: '| tee -a /var/log/cloud-init-output.log'}
To add support for previous versions of cloud-init
, you can manually add this configuration manually to your Cloud Config Data.
В первую очередь, позвольте мне поздравить Вас с использованием облака-init, это - довольно удивительный инструмент!
Нет никакого пути все же для установки уровня журнала, но облаком-init по умолчанию будет работать с включенной ОТЛАДКОЙ.
Это находится все еще в тяжелой разработке, я ожидаю, что это будет намного лучше релизом Аккуратной Ubuntu
Я не смог найти способ сделать это "родным" . Перед передачей скрипта в cloud-init я просто (автоматически) добавил >> / tmp / init-script-log 2> & 1
к каждой строке скрипта, чтобы перенаправить stout и stderr в файл.
На Centos 7 AMI, который я использую, вывод моего сценария пользовательских данных находится в /var/log/cloud-init-output.log
.
Журнал хранится в systemd:
journalctl -u cloud-final