débogage /etc/init.d les scripts de démarrage de Ubuntu

Ont personnalisé dropr message de la file d'attente pollers je suis en train de commencer par /etc/init.d dans ubuntu.
Tous les 3 scripts sont super-simple, revêtements et fonctionnent parfaitement via la ligne de commande, mais pour une raison quelconque, un seul d'entre eux fonctionne réellement lorsque le serveur démarre. Tous ont 775 permanentes, et cela fonctionne très bien:

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

Voici un exemple de script (à exécuter en tant que www-data de l'utilisateur):

[/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'"

J'ai couru supprimé /re-entré dans le fichier inittab entrées plusieurs fois via:

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

rcconf script aussi dit que tout commence bien.
J'ai suivi toutes les instructions ici: http://jonathonhill.net/2009-04-23/auto-start-a-shell-script-on-ubuntu-server/ ici et ici: http://stringofthoughts.wordpress.com/2009/04/16/adding-removing-shell-scripts-ubuntu-810/

Et j'ai regardé pour la sortie dans tous les suspects habituels (/var/log/messages et /var/log/démons, etc)... toujours aucune idée.

Voudrais bien au moins avoir un aperçu de pourquoi c'est un échec. Quelqu'un sait qui logfiles je peut faire référence à voir ce qui ne va pas & pourquoi?

Deux choses que j'ai essayé (sans succès): 1) modification de l'ordre de chaque script (essayé " par défaut [97,98, ou 99] pour chaque) 2) essayé de changer les scripts shell "bash -c '/chemin/vers/..." chemin d'accès absolu de sh: "/bin/sh-c '/chemin/vers/..."

OriginalL'auteur rICh | 2011-11-01

  1. 4

    J'ai trouvé adjonction, près du haut de mon /etc/init.d/nomduscript était tout ce dont j'avais besoin:

    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
    Il vous manque un $ avant la référence à debug_me sur la ligne 3

    OriginalL'auteur Chris Kerlin

  2. 5

    Essayer d'appeler l'init-script tout en simulant le démarrage de l'environnement:

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

    Ne ajouter un peu de la sortie de débogage de votre script si vous ne voyez pas toute sortie de la commande.

    OriginalL'auteur Rias A. Sherzad

  3. 1

    L'exécuter dans un sous-shell avec -x.

    http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_02_03.html

    OriginalL'auteur Grasshopper

  4. 0

    Essayez de changer:

    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'"

    Merci Mike. Toujours même résultat: seulement mon script au niveau 97 commence. L'un à 98 ne fonctionne toujours pas... de courir à partir de sudo fonctionne très bien avec un "sudo nohup /etc/init.d/second-poller.php > /dev/null &"
    Au-delà de ce qui suggère à l'aide de grep dans le /var/log répertoire de recherche pour dropr, je ne sais pas quoi dire d'autre. Confirmer via ls que les liens symboliques nécessaires que vous attendez sont en fait créés pour votre S97, S98, et S99 scripts (et de même pour votre K scripts) dans /etc/rc?.d/ répertoires...?

    OriginalL'auteur Mike