Puppet / Facter "impossible de récupérer le fait fqdn": comment réparer ou contourner?

J'apprends à propos de puppet et j'essaie de l'expérimenter sur une machine virtuelle à la maison. Je n'utilise pas encore de serveur puppet, je fais juste tourner les choses localement. Cela fonctionne bien, mais chaque fois que je cours puppet apply ..., j'ai un délai de plusieurs secondes, après quoi il affiche le message

warning: Could not retrieve fact fqdn

Je suppose que le message est lié au retard, et je veux m'en débarrasser (le retard-je peux vivre avec le message). Googler pour une solution semble indiquer qu'il est en quelque sorte lié aux recherches DNS, mais je ne peux pas vraiment trouver autre chose à ce sujet, ce qui semble surprenant. Tout ce que je veux, c'est pouvoir appliquer rapidement des manifestes dans ma machine virtuelle afin que je puisse expérimenter. Comment puis-je accélérer les choses?

Update: Je ne vois aucune information supplémentaire dans la sortie de débogage, mais cela ressemble à ceci:

$ puppet apply -dv puppet-1.pp 
warning: Could not retrieve fact fqdn
debug: Failed to load library 'rubygems' for feature 'rubygems'
debug: Failed to load library 'selinux' for feature 'selinux'
debug: Puppet::Type::File::ProviderMicrosoft_windows: feature microsoft_windows is missing
...

Update: j'ai ajouté la balise "ruby" parce que puppet a si peu d'adeptes. Si cela n'appartient pas à ruby, ou si vous connaissez une meilleure étiquette pour cela, faites le moi savoir.

Mettre à jour à nouveau: Ayant appris un peu plus sur puppet, je comprends maintenant que ce message provient du composant appelé "Facter" qui renifle les "faits" sur le système sur lequel Puppet fonctionne. J'ai trouvé quelques options de configuration et joué avec "certname", "node_name" et "node_name_value" , mais je n'ai pas pu obtenir le délai pour disparaître. Est-ce que quelqu'un sait spécifiquement comment dire à Facter d'ignorer le fqdn ou comment rendre Facter capable de trouver le fqdn sur un Ubuntu 11.10 de la vm?

Progrès:

$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 192.168.1.1

C'est mon routeur, qui exécute Dnsmasq via Tomato.

$ dig -x 192.168.1.129 192.168.1.1

; <<>> DiG 9.7.3 <<>> -x 192.168.1.129 192.168.1.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21838
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;129.1.168.192.in-addr.arpa.    IN  PTR

;; ANSWER SECTION:
129.1.168.192.in-addr.arpa. 0   IN  PTR desk-vm-ubuntu-beta.

;; Query time: 14 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Sun Oct 16 17:47:47 2011
;; MSG SIZE  rcvd: 77

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27462
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;192.168.1.1.           IN  A

;; ANSWER SECTION:
192.168.1.1.        0   IN  A   192.168.1.1

;; Query time: 11 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Sun Oct 16 17:47:47 2011
;; MSG SIZE  rcvd: 45

strace m'a conduit à arp, qui bloquait pendant 5 secondes et appelé deux fois pour chaque facter:

$ time arp -a
? (10.0.2.2) at 52:54:00:12:35:02 [ether] on eth0

real    0m5.127s
user    0m0.004s
sys     0m0.016s

J'ai changé la VM de réseau NAT à ponté, de sorte qu'il a maintenant une adresse IP sur le réseau, et arp retourne immédiatement maintenant. (Je ne suis pas un gourou du réseautage, donc je ne sais pas pourquoi cela a fonctionné, mais cela semblait une chose raisonnable à essayer.) Mais facter encore prend environ 4-5 secondes au total à exécuter et signale toujours "impossible de récupérer le nom de domaine complet des faits". facter -d montre plusieurs occurrences de "valeur pour le nom de domaine est toujours nul", tout le chemin à la fin. Je suis en train de penser à quelque chose n'est pas encore tout à fait droit.