Dlaczego moja usługa upstart nie uruchamia się przy starcie systemu?

W następstwie tego pytania napisałem prostą usługę upstart ( /etc/init/pms.conf ) dla mojego bezgłowego urządzenia Ubuntu Server 11.04 w następujący sposób:

start on filesystem and net-device-up IFACE=eth0
stop on runlevel [016]
respawn

exec /home/administrator/pms-current/PMS.sh

Mogę uruchomić (lub zatrzymać) tę usługę do woli z wiersza poleceń:

service pms start

I widzę, że to naprawdę działa.

Jednak po pierwszym uruchomieniu komputera usługa się nie uruchamia. Jeśli wstawię SSH w pole i sprawdzę status usługi, otrzymam:

$ service pms status
pms stop/waiting

Moje pytanie brzmi: dlaczego tak się dzieje? Dlaczego moja usługa nie rozpoczyna się po uruchomieniu?

AKTUALIZACJA 1 : nie jestem pewien, czy moja usługa została uruchomiona, a następnie umarła, czy po prostu nie była wcale uruchamiana, dodałem następujące informacje do PMS.sh:

echo "STARTED" > $STARTLOG

To oczywiście daje mi coś do poszukiwania. Przetestowałem to, sam uruchamiając usługę, a następnie sprawdzając start.log . Następnie usunąłem plik start.log i uruchomiłem ponownie. Nie było go po ponownym uruchomieniu, więc wydaje się, że upstart zdecydowanie nie uruchamia mojej usługi. Przypuszczam, że może umrzeć na wcześniejszym etapie procesu, ale wydaje się to mało prawdopodobne, biorąc pod uwagę prostotę tego wszystkiego.

AKTUALIZACJA 2 : Właśnie zaktualizowałem do wersji 11.10, która obejmuje aktualizację upstart, ale ten problem nadal występuje.

AKTUALIZACJA 3 : Zgodnie z życzeniem uruchomiłem system --debug. Dane wyjściowe kota /var/log/syslog | grep initsą zbyt długie, aby umieścić je w pytaniu, ale można je zobaczyć tutaj .

AKTUALIZACJA 4 : Więcej dzienników, tym razem konfekcja upstart znajduje się na górze. Uruchom 1 i uruchom 2 .

Poleciłbym zwiększenie gadatliwości zadania, np. Poprzez użycie wpisów przed rozpoczęciem / po uruchomieniu.

pre-start script
  logger "pre-start for myprog"
end script

post-start script
  logger "post-start for myprog"
end script

# and for PMS itself:
script
  logger "just before executing PMS"
  exec /home/administrator/pms-current/PMS.sh
end script

Więcej informacji na stronie http://upstart.ubuntu.com/cookbook/

Zajrzyj również na http://upstart.ubuntu.com/wiki/Debugging

Prawdopodobnie dzieje się tutaj, że pms uruchamia się przed pojawieniem się kart sieciowych i prawdopodobnie nawet przed kartą sprzężenia zwrotnego (lo). Zakładając, że mówimy o PS3 Media Server, jest to usługa sieciowa i prawdopodobnie nie lubi uruchamiania bez dostępnych interfejsów.

Spróbuj zmienić kryteria początkowe na:

start on filesystem and net-device-up IFACE!=lo

Oznacza to, że zacznij po uruchomieniu „prawdziwego” interfejsu sieciowego. Jednak może to nie być idealne, jeśli eth0 jest kolejnym uruchomionym interfejsem, uruchamia się PMS, ale naprawdę chcesz, aby PMS używał wlan0, to nie zadziała. Usługa zostanie uruchomiona, ale może nie być w stanie wybrać interfejsu, na którym chcesz jej słuchać. Zakładając, że znasz interfejs, który chcesz przesyłać strumieniowo i że się nie zmieni, zapisałbym go na stałe w zadaniu, np .:

start on filesystem and net-device-up IFACE=wlan0

W Oneiric (11.10) można użyć zdarzenia static-network-updo oczekiwania na wszystkie statycznie skonfigurowane urządzenia. To miłe, ponieważ pozwala pisać zadania zależne od sieci bez kodowania interfejsu. [Uwaga: przez „wszystkie statycznie skonfigurowane urządzenia” mam na myśli używanie /etc/network/interfaceszamiast NetworkManagera. Nie oznacza to statycznego w znaczeniu statycznego adresu IP vs. DHCP.]

Po sprawdzeniu syslogu proces pms rozpoczyna się bez błędów, ale po krótkiej chwili jego cel zmienia się od początku do końca, co oznacza, że ​​został zabity.

Jest to nieco dziwne, ponieważ dodałeś klauzulę repsawn, więc powinna spróbować rozpocząć od nowa po zatrzymaniu, ale nigdy tak nie jest. Więc zgaduję, że usunąłeś klauzulę odrodzenia.

Pomiędzy uruchomieniem i zatrzymaniem usługi pms uruchamiane są tylko 2 usługi ufw i interfejs sieciowy (eth0), a 1 uruchamiana jest udev-fallback-graphic.

Wygląda na to, że proces pms jest uruchamiany równolegle. Niestety dokumentacja wstępna jest nieco mglista na temat dokładnych różnic między start on ...wanilią start on starting ...a start on started ....

Spróbuj zmienić sekcję startową na

start on started networking

lub po prostu

start on net-device-up IFACE=eth0

Dane wyjściowe dziennika są nieco dziwne, ponieważ zdarzenie net-device-up przychodzi znacznie później, ale pms zaczyna się przed nim.

Powinno to zapewnić, że proces rozpocznie się dopiero po zakończeniu całej konfiguracji sieci, tj. Zadanie nie tylko się rozpoczęło, ale zakończyło.

Nie ufaj także całkowicie logowi, wczesne uruchamianie procesu logowania do dowolnego pliku nie zawsze działa. Zobacz odpowiedź w Debugowaniu Upstart

Udało się rozwiązać podobny problem, używając zamiast tego polecenia start na poziomie uruchamiania:

start on runlevel [2345]

Miałem ten sam problem i ostatecznie rozwiązałem go po prostu za pomocą:

start on runlevel [2345]

bez net-device-uplub started networkingrzeczy

Jest to kompletny skrypt wstępny i działa idealnie:

# MyApp

description     "MyApp"
author          "me"

start on runlevel [2345]
stop on runlevel [016]

respawn

exec /usr/bin/myapp 2>> /var/logs/myapp.log

Natknąłem się chkconfigpodczas mojego szkolenia RHCSA / CE:

sudo apt-get install chkconfig
sudo chkconfig pms on

Możesz sprawdzić stronę man Oneiric, aby uzyskać więcej informacji na temat jego możliwości.

Znalazłem rozwiązanie tego, ale nie rozumiem tego. Jeśli przeniosę PMS zi /home/administratordo /bin/pmsroota jako właściciela, wszystko działa dobrze.

Jeśli zostawiam to poniżej, /home/administrator/ale upewniam się, że root jest właścicielem wszystkiego na pasku samego /home/administrator/katalogu, nadal nie działa.

Jeśli ustawię administratora jako właściciela wszystkiego i zmienię odpowiednią część mojego skryptu na:

sudo su administrator -c '/home/administrator/pms-current/PMS.sh'

To wciąż nie działa.

Przypuszczam, że na razie utworzę /home/root/katalog i przeniosę tam wszystko, choć naprawdę chciałbym to w pełni zrozumieć.

Miałem podobny problem z brakiem uruchomienia, gdy zdałem sobie sprawę, że mój skrypt zależy od pliku znajdującego się w moim domu, a dom nie był dostępny, ponieważ został zaszyfrowany standardowym mechanizmem ubuntu (.Private).

start on local-filesystems zdarzenie jest (prawdopodobnie) emitowane przed zakończeniem procesu deszyfrowania.

Czy twój katalog domowy na NFS? Czasami root nie może uzyskać dostępu do NFS.

Dla przypomnienia, w moim małym teście właśnie 12.04:

• start on started networkingi start on network-interface-up INTERFACE=eth0 nie działają, ale

• start on started network-interface INTERFACE=eth0 robi.

Dzięki http://os4.org/wiki/upstart.html za zwrócenie uwagi, że initctl list zawsze pokazuje sieć zadań jako zatrzymaną.

W moim przypadku usługa wstępna zależała od skryptu znajdującego się w folderze zsynchronizowanym . Rozwiązano problem za pomocą następującego wiersza:

start on vagrant-mounted

Więcej informacji: http://razius.com/articles/launching-services-after-vagrant-mount/

Podobnie jak @xuhcc, przyszedłem tutaj, aby dowiedzieć się, dlaczego mój skrypt Vagrant Upstart nie był uruchomiony. Powinno działać:

zacznij od włóczęgów

Ale nie występuje w niektórych wersjach z powodu następującego błędu.

https://github.com/mitchellh/vagrant/issues/6074

Obejście wymienione w raporcie było dla mnie świetne:

$ cat /etc/init/workaround-vagrant-bug-6074.conf 
# workaround for https://github.com/mitchellh/vagrant/issues/6074
start on filesystem
task

env MOUNTPOINT=/vagrant

script
  until mountpoint -q $MOUNTPOINT; do sleep 1; done
  /sbin/initctl emit --no-wait vagrant-mounted MOUNTPOINT=$MOUNTPOINT
end script

Działa dla mnie świetnie

zadziałało dla mnie (muszę uruchomić usługę po iface up):

start on started networking and net-device-up IFACE=wlan1 
stop on shutdown

respawn
respawn limit 10 10