saltstack : comment repousser une clé d'un salt-minion vers un salt-master ?

El version courte : Comment obtenir test.ping pour travailler, après que les clés soient -A dded ? Et comment ré-appuyer sur une touche si vous -D l'a supprimé du maître ?

El version longue : Étapes à reproduire :

• sur deux RPI
• installer la dernière version de Raspbian sur un RPI à partir de l'image 2014-09-09-wheezy-raspbian
• aptitude upgrade
• aptitude install build-essential python-dev javascript-common libjs-jquery msgpack-python python-async python-crypto python-git python-gitdb python-jinja2 python-m2crypto python-mako python-markupsafe python-pkg-resources python-smmap python-yaml wwwconfig-common
• ajouter deb http://debian.saltstack.com/debian wheezy-saltstack main a /etc/apt/sources.list
• installez salt 2014.7.0 ou une version plus récente
• ne fonctionne pas
• le désinstaller
• git clone --depth=1 https://github.com/saltstack/salt.git
• sudo pip install -e ./salt
• sur le RPI des minions, modifier /etc/salt/minion et le changement master: salt à l'IP du maître.
• salt-master -l debug sur un RPI, et salt-minion -l debug
• salt-key -L montre la clé du minion. salt-key -A pour l'accepter
• salt --verbose '*' test.ping . Ne fait rien
• salt-key -D sur le maître.
• effacer les clés de /etc/salt/pki/minion/... sur le minion
• redémarrer le minion pour générer de nouvelles clés

Lorsque j'avais le sel compilé en usine, test.ping ne donnait rien, et le trafic sur SuperUser (et les sites moins importants) impliquait que je devais obtenir la dernière version. Comme d'habitude. Alors quand je l'ai fait, j'ai décidé d'essayer de recycler les clés.

Maintenant, je n'arrive pas à faire apparaître les nouvelles clés du minion dans salt-key -L .

Les traces de débogage du minion ne disent que des choses heureuses comme [DEBUG ] Attempting to authenticate with the Salt Master at 192.168.0.19 / [DEBUG ] Loaded minion key: /etc/salt/pki/minion/minion.pem .

Les traces de débogage du serveur ne disent que des choses heureuses comme generating master keys .

Puis le sous-fifre dit SaltReqTimeoutError: after 60 seconds.

Dans les messages en ligne concernant cette erreur, les gens ne répondent que par des réponses du style "l'unité centrale est-elle allumée ?". Oui, il n'y a pas de pare-feu entre les deux RPI. Oui, je peux me connecter à l'IP et au port corrects. Oui, tout le monde fonctionne en tant que root, en mode débogage.

Alors, que manque-t-il à mon modèle mental de cette situation ? Si j'arrive à faire fonctionner les clés, test.ping ne fonctionnera pas. Un projet entier est bloqué, attendant ce stupide détail de configuration...

au cas où quelqu'un demanderait le salt --versions-report :

           Salt: 2014.7.0-n/a-43c01ef
         Python: 2.7.3 (default, Mar 18 2014, 05:13:23)
         Jinja2: 2.6
       M2Crypto: 0.21.1
 msgpack-python: 0.4.2
   msgpack-pure: Not Installed
       pycrypto: 2.6
        libnacl: Not Installed
         PyYAML: 3.10
          ioflo: Not Installed
          PyZMQ: 14.3.1
           RAET: Not Installed
            ZMQ: 4.0.4
           Mako: 0.7.0