Главное при написании ансибля - подумать, а что будет если его прогонять больше одного раза ?
В идеале, если система уже в нужном состоянии, он не должен ничего запускать или перезапускать.
Если весь ансибль это шелл комады - просто пишите скрипт и на парьтесь.
Наступал на этот бардак. В конфиге прописано одно, в юните системды другое. Консистентней надо как-то. Посмотрите, что у вас на системе /run или /var/run . Туда и надо починить файло.
Если система не слишком стара - можно попробовать overlay. Это как раз для случаев "починки" файловых систем "только для чтения" без копирования содержимого.
# cd /tmp && rm -rf lower upper tmp merged && mkdir lower upper tmp merged
# mount /dev/cdrom lower
# mount -t overlay overlay -o lowerdir=lower,upperdir=upper,workdir=tmp merged
# cd merged
О! Современный подход к решению любой задачи - каждую хрень - в контейнер, все - в кубернетис, его конечно развернуть на кластере. Ну и потом можно смузи хлебать. А поддержку отдать в аутсорс за счет клиента.
CGI скрипт сам генерит все хедеры. В хедерах можно прописать 403, а в теле отдать содержимое.
Вариант но 2: переназначить страницу 403 ошибки на индекс.хтмл
Насколько я знаком с серверами IBM, при включении они включают вентиляторы на полную силу. После того как стартует сервис процессор и/или операционка, обороты вентиляторов начинают контролироваться и уменьшаются. Если вам мешает "уменьшенный" шум - то делать с этим нечего. А вот если он просто не уменьшается - обычно вследствие какой-то неисправности, и надо чего-то заменить.
