Chkconfig alternatywa dla Ubuntu Server?

Przyzwyczaiłem się do zarządzania start-upami usługowymi na platformach Redhat / RHEL, chkconfigchociaż nie wydaje się to być sposobem Debian / Ubuntu - Jak zaktualizować informacje o poziomie pracy dla usług systemowych na Ubuntu?

Ostatecznie szukamy odpowiedników:

chkconfig --add <service>
chkconfig --level 345 <service> on
chkconfig --del <service>

Odpowiednikiem chkconfigjestupdate-rc.d

Odpowiednikami, których szukasz

update-rc.d <service> defaults
update-rc.d <service> start 20 3 4 5
update-rc.d -f <service>  remove

Zobacz tę przydatną stronę, aby uzyskać więcej informacji lub sprawdź man update-rc.d

Najlepszą alternatywą IMHO jest sysv-rc-conf Aby zainstalować, wystarczy uruchomić polecenie:

sudo apt-get install sysv-rc-conf

Po zainstalowaniu uruchom polecenie:

sudo sysv-rc-conf

Możesz zaznaczyć lub odznaczyć opcje uruchamiania usługi na dowolnym poziomie wykonania, a nawet zatrzymać lub uruchomić usługi z tej konsoli. Jest niezbędnym narzędziem do włączania i wyłączania aplikacji na stałe, aby uruchomić system Ubuntu. Jeśli potrzebujesz szybkiej zmiany, możesz użyć interfejsu CLI:

Na przykład, aby zatrzymać ssh na poziomach 3 i 5 wykonania:

sysv-rc-conf-off level 35 ssh

Atd, aby rozpocząć na poziomach 2,3,4 i 5:

sysv-rc-conf on atd

Jeśli chcesz dowiedzieć się więcej:

man sysv-rc-conf

W tej chwili nie ma odpowiednika w stabilnej wersji do robienia rzeczy ze skryptami Upstart. Jacob Peddicord napisał jobservice (demon zaplecza) i jobs-admin (GTK + GUI, który z nim rozmawia) dla swojego projektu Google Summer of Code. Świadome paczki są w jego PPA . Istnieją również we Wszechświecie w Maverick. Nie ma jeszcze interfejsu front-end dla serviceservice, tylko jobs-admin.

Spróbuj tego:

apt-get install chkconfig

Działa to przynajmniej w wersji Ubuntu 12.04.

Przejdźmy od ZERO do celu - jak to zrobić krok po kroku.

Krok 1: Napiszmy cześć światu

cat >> /var/tmp/python/server.py <<\EOF
#/usr/bin/python
import time
while True:
  print "hello> YES Bello"
  time.sleep(30)

EOF

Krok 2: Zróbmy nasz serwer hello world application.py zautomatyzowany

cat >> /var/tmp/myserver.sh <<\EOF
#!/bin/sh
script='/var/tmp/python/server.py'
export DISPLAY=:0.0 && /usr/bin/python $script &

EOF
chmod +x /var/tmp/myserver.sh

cat >> /etc/init.d/myserver <<\EOF

#! /bin/sh
PATH=/bin:/usr/bin:/sbin:/usr/sbin
DAEMON=/var/tmp/myserver.sh
PIDFILE=/var/run/myserver.pid

test -x $DAEMON || exit 0

. /lib/lsb/init-functions

case "$1" in
  start)
     log_daemon_msg "Starting feedparser"
     start_daemon -p $PIDFILE $DAEMON
     log_end_msg $?
   ;;
  stop)
     log_daemon_msg "Stopping feedparser"
     killproc -p $PIDFILE $DAEMON
     PID=`ps x |grep server.py | head -1 | awk '{print $1}'`
     kill -9 $PID       
     log_end_msg $?
   ;;
  force-reload|restart)
     $0 stop
     $0 start
   ;;
  status)
     status_of_proc -p $PIDFILE $DAEMON atd && exit 0 || exit $?
   ;;
 *)
   echo "Usage: /etc/init.d/atd {start|stop|restart|force-reload|status}"
   exit 1
  ;;
esac

exit 0


EOF
chmod +x /etc/init.d/myserver
chmod -R 777 /etc/init.d/myserver

Krok 3:

$ update-rc.d myserver defaults
update-rc.d: warning: /etc/init.d/myserver missing LSB information
update-rc.d: see <http://wiki.debian.org/LSBInitScripts>
 Adding system startup for /etc/init.d/myserver ...
   /etc/rc0.d/K20myserver -> ../init.d/myserver
   /etc/rc1.d/K20myserver -> ../init.d/myserver
   /etc/rc6.d/K20myserver -> ../init.d/myserver
   /etc/rc2.d/S20myserver -> ../init.d/myserver
   /etc/rc3.d/S20myserver -> ../init.d/myserver
   /etc/rc4.d/S20myserver -> ../init.d/myserver
   /etc/rc5.d/S20myserver -> ../init.d/myserver

• Tak więc w kroku 3 system po uruchomieniu automatycznie wykona server.py jako demon i ułatwi automatyzację

Mam nadzieję, że to pomogło.