Estou tentando instalar uma segunda instância do Apache no Debian. Usei o script de múltiplas instâncias. durante a instalação diz:
root@nextcloudpi:/usr/share/doc/apache2/examples# sudo sh setup-instance suitecrm2
Setting up /etc/apache2-suitecrm2 ...
systemd is in use, no init script installed
use the '[email protected]' service to control your new instance
sample commands:
systemctl start [email protected]
systemctl enable [email protected]
Setting up symlinks: a2enmod-suitecrm2 a2dismod-suitecrm2 a2ensite-suitecrm2 a2dissite-suitecrm2 a2enconf-suitecrm2 a2disconf-suitecrm2 apache2ctl-suitecrm2
Setting up /etc/logrotate.d/apache2-suitecrm2 and /var/log/apache2-suitecrm2 ...
Setting up /etc/default/apache-htcacheclean-suitecrm2
root@nextcloudpi:/usr/share/doc/apache2/examples# sudo systemctl edit apache2.service
Portanto, o systemd está em uso e não recebo um arquivo de serviço em init.d. Quando tento iniciar o serviço conforme mencionado no código, ele diz que não há[e-mail protegido].
Como faço para criar um arquivo init.d correto para iniciar o serviço ou como faço para impedir que o systemd funcione para que ele não esteja em uso e o script para criar uma segunda instância tenha permissão para colocar o script.
Procurei na documentação e descobri que existe um script secundário-init-script, também encontrado em /use/share/doc/Apache2/examples. Mas não entendo como isso funciona (vejahttps://alioth-lists-archive.debian.net/pipermail/pkg-apache-commits/2010-February/000296.html
Obrigado
Responder1
Por favor, verifique se você executou systemctl daemon-reloada atualização das informações do systemd.
A saída do script também informa:
use the '[email protected]' service to control your new instance
Então, algo como deveria funcionar.systemctl restart [email protected]
Você também pode verificar o conteúdo de /var/lib/systemd/... para arquivos de unidade gerados.