Jak poprawnie utworzyć usługę?

Oto co robię:

1) stworzenie użytkownikowi some_deployer
2) Następnie utworzyć folder do skryptu jak /company/script/<service name>
3), w tym folderze I Tworzenie start.shi stop.shskryptów i dają prawo własności do użytkownika some_deployeri zgody z chmod 755.
4) następnie po utworzeniu skryptu w /etc/init.d/folderze polub <service name>-servicei przekaż własność użytkownikowi, some_deployera także uprawnienia chmod 755.
5) następnie dodaj tę usługę do listy usług, która nadal znajduje się w polu /etc/init.d/z

/ sbin / chkconfig --add -service (suse) lub update-rc.d <service name>defaults (ubuntu)

Czy to jest poprawne ? Czy to najlepszy sposób, aby to zrobić? Pytam, bo nagle jedna z moich usług, które tworzę, już nie działa, próbuję polecenia /etc/init.d/-service i mówi, że command is not founddlaczego?

Utworzenie użytkownika nie jest konieczne, ale na pewno możesz, jeśli jest to na Twoją korzyść. nie jestem pewien, o czym rozmawiasz z / company / script /, ale nie ma powodu, aby tego nie robić. po prostu upewnij się, że plik skryptu znajduje się w /etc/init.d przed uruchomieniem update-rc.d. Nie jestem pewien, dlaczego chcesz użyć / company / script /, ale po twoim błędzie nazwa twojej usługi nie pojawia się.

Sprawdź specyfikację LSB skryptu init.d tutaj: http://wiki.debian.org/LSBInitScripts tworzysz pojedynczy skrypt z funkcjami stop / start / restart / force-reload / status, a następnie rejestrujesz go z aktualizacją -rc.d lub cokolwiek, co sugerujesz. pozwoli to update-rc.d wskazać pojedynczy plik, ale wykona wszystkie wymagane operacje, używając go.

Nie wierz zbytnio w LSB, większość dystrybucji już dawno porzuciła sysvinit, używanie Ubuntu, RHEL upstart(w przypadku RHEL głównie w trybie zgodności z SysV), Fedora używa systemdod ponad roku, w Fedorze 18 prawie wszystkie usługi są natywne. Jedną z obietnic systemd jest dalsza obsługa konfiguracji zgodnych z LSB, ale oferuje wiele zalet, jeśli używasz konfiguracji natywnej. Przejrzyj jego obszerną dokumentację .