Où trouver les journaux pour un script de données utilisateur cloud-init?

Je suis initialisation des instances ponctuelles de l'exécution d'un dérivé de la norme Ubuntu 13.04-AMI de coller un script shell dans le champ de données.

Cela fonctionne. Le script s'exécute. Mais c'est difficile à déboguer parce que je ne peut pas trouver la sortie du script est en cours d'enregistrement, si n'importe où.

J'ai regardé dans /var/log/cloud-init.le journal, qui semble contenir un tas de trucs qui pourraient être utiles pour le débogage cloud-init, lui-même, mais rien sur mon script. Je grepped dans /var/log et n'a rien trouvé.

Est-il quelque chose de spécial que je dois faire pour activer la journalisation?

source d'informationauteur cbare

  1. 5

    j'ai donc essayé de reproduire votre problème. Habituellement, je travail dans le Cloud Config et donc je viens de créer un test simple par l'utilisateur des données de script comme ceci:

    #!/bin/sh

echo "Hello World.  The time is now $(date -R)!" | tee /root/output.txt

echo "I am out of the output file...somewhere?"

yum search git    # just for fun

ls

exit 0

    Avis que, avec CloudInit shell scripts, les données utilisateur "sera exécuté au rc.local-comme le niveau lors du premier démarrage. rc.local-comme signifie "très tard dans la séquence d'amorçage'"
    Après la connexion dans mon cas (un Scientifique machine Linux) j'ai d'abord allé dans /var/log/boot.journal et j'y ai trouvé:

    Bonjour Tout Le Monde. Le temps est maintenant Wed, 11 Sep 2013 10:21:37 +0200! Je suis

    du fichier. Fichier journal quelque part? Les plugins installés: changelog,
    kernel-module, les priorités, les protectbase, la sécurité,
    : tsflags, versionlock 126 paquets exclus en raison de référentiel priorité protections 9 paquets exclus en raison de référentiel
    protections ^Mepel/pkgtags

    | 581 kB 00:00

    =============================== N/S en correspondance: git =============================== ^[[1mGit^[[0;10mPython.noarch : Python ^[[1mGit^[[0;10 m de la Bibliothèque c^[[1mgit^[[0;10.x86_64 : Un rapide des pages web
    interface pour ^[[1mgit^[[0;10 m

    ...

    ... (plus yum sortie de recherche)

    ...

    bin etc lib lost+found mnt proc sbin srv tmp var

    boot dev maison lib64 médias opt racine selinux sys usr

    (autre trucs)

    Donc, comme vous pouvez le voir, mon script s'est exécuté et a été à juste titre enregistré.
    Aussi, comme prévu, j'ai eu mon journal forcé 'output.txt" dans /root/output.txt avec le contenu:

    Bonjour Tout Le Monde. Le temps est maintenant Wed, 11 Sep 2013 10:21:37 +0200!

    Donc...je ne suis pas vraiment sûr de ce qui se passe dans le script.
    Assurez-vous que vous quittez le script avec 

    exit 0   #or some other code

    Si cela ne fonctionne toujours pas, vous devez fournir plus d'informations, comme votre script de démarrage.journal, votre /etc/rc.local, et votre cloudinit.journal.
    btw: qu'est-ce que votre cloudinit version?

  2. 14

    Vous pouvez créer un nuage fichier de config (avec "#cloud-config" en haut de page) pour vos données personnelles, l'utilisation runcmd pour appeler le script, puis activer la journalisation de sortie comme ceci:

    output: {all: '| tee -a /var/log/cloud-init-output.log'}
  3. 5

    L'emplacement par défaut pour le cloud init données de l'utilisateur est déjà /var/log/cloud-init-output.logdans les deux AWS, DigitalOcean et la plupart des autres fournisseurs de services en nuage. Vous n'avez pas besoin de configurer la journalisation supplémentaire pour voir le résultat.