Debuggen /etc/init.d-startup-Skripts in Ubuntu

Benutzerdefinierte dropr-message-queue-Abrufe, die ich bin versucht zu starten per /etc/init.d bei ubuntu.
Alle 3 Skripten sind super-einfach Zwischenlagen und funktioniert perfekt über die Kommandozeile, aber aus irgendeinem Grund, nur einer von Ihnen tatsächlich funktioniert, wenn der server hochfährt. Alle haben 775 Dauerwellen, und das funktioniert gut:

sudo /etc/init.d/app-poller.sh

Hier ist ein Beispiel-Skript (hat zu laufen als www-data user):

[/etc/init.d]$  cat /etc/init.d/app-poller.sh 
#!/bin/sh
su - www-data -c "bash -c '/path/to/dropr-server/daemons/app-poller.php'"

Ich habe entfernt /wieder in der inittab Einträge mehrmals über:

updates-rc.d -f app-poller.sh remove
updates-rc.d app-poller.sh defaults

rcconf Skript sagt auch, alles beginnt gut.
Ich habe alle Anweisungen befolgt hier: http://jonathonhill.net/2009-04-23/auto-start-a-shell-script-on-ubuntu-server/ hier und hier: http://stringofthoughts.wordpress.com/2009/04/16/adding-removing-shell-scripts-ubuntu-810/

Und ich habe mir für die Ausgabe in den üblichen verdächtigen (/var/log/messages, /var/log/daemons, etc...) noch keine Ahnung.

Würde sehr gerne zumindest etwas Einblick, warum dieser Fehler aufgetreten ist. Wer weiß, welche logfiles ich verweisen kann, um zu sehen, was schief läuft & warum?

Zwei weitere Dinge, die ich versucht habe (ohne Glück): 1) änderte sich die Reihenfolge der einzelnen script (versucht 'default [97,98 oder 99] für jeden) 2) versucht, die änderung der Skripte shell "bash -c '/Pfad/zu/...", um den absoluten Pfad des sh: "/bin/sh -c '/Pfad/zu/..."

InformationsquelleAutor rICh | 2011-11-01

  1. 3

    Fand ich hinzufügen des folgenden in der Nähe der Spitze von meinem /etc/init.d/Skriptname war alles was ich brauchte:

    debug_me=true

if [[ $debug_me == true ]]; then

  # Close STDOUT
  exec 1<&-
  # Close STDERR
  exec 2<&-

  LOG_FILE=/home/myhome/scriptname.log

  # Open STDOUT as $LOG_FILE file for read and write.
  exec 1<>$LOG_FILE

  # Redirect STDERR to STDOUT
  exec 2>&1

  # Display shell commands with expanded args
  set -x

fi
    Ihnen fehlt ein $ vor dem Bezug zu debug_me auf der Linie 3

    InformationsquelleAutor Chris Kerlin

  2. 5

    Versuchen Sie den Aufruf der init-Skript, während die Simulation der boottime-Umgebung:

    env -i LANG="$LANG" PATH="$PATH" TERM="$TERM" /etc/init.d/your-daemon start

    Tun, fügen Sie einige debug-Ausgabe auf Ihrem Skript, wenn Sie nicht sehen, jede Ausgabe dieses Befehls.

    InformationsquelleAutor Rias A. Sherzad

  4. 0

    Ändern versuchen:

    su - www-data -c "bash -c '/path/to/dropr-server/daemons/app-poller.php'"

    :

    /bin/su - www-data -c "/bin/bash -c '/path/to/dropr-server/daemons/app-poller.php'"

    Dank Mike. Immer noch dasselbe Ergebnis-nur mein script auf level 97 beginnt. Das man bei 98 noch nicht... es läuft von sudo funktioniert Prima mit einem "sudo nohup /etc/init.d/second-poller.php > /dev/null &"
    Darüber hinaus suggeriert die Verwendung grep im /var/log Verzeichnis zu suchen, für dropr ich weiß nicht, was anderes zu sagen. Bestätigen Sie über ls sich, dass die richtigen symlinks, die Sie erwarten, sind eigentlich für Ihre S97, S98, und S99 Skripte (und das gleiche für Ihre K Skripte) in /etc/rc?.d/ Verzeichnisse...?

    InformationsquelleAutor Mike

Schreibe einen Kommentar