HDP 2.5 Hortonworks ambari-admin-password-reset manquant

Alors maintenant, j'ai eu le temps d'analyser la machine virtuelle du bac à sable et de l'écrire pour d'autres utilisateurs. P>

par ssh [email protected] -p 2222 vous entrez dans le conteneur docker appelé "sandbox". Il s'agit d'une version CentOS 6.8 (Final), contenant tous les services HDP, en particulier le service ambari. La configuration applique un changement de mot de passe à la première connexion pour l'utilisateur root. À l'intérieur de cette VM, vous pouvez également exécuter le ambari-admin-password-reset et définissez-y un mot de passe pour l'administrateur ambari.
par console accéder vous atteignez l'hôte docker exécutant un Centos 7.2, ici vous pouvez vous connecter avec le mot de passe root par défaut pour la VM comme indiqué dans la documentation HDP.

En ce qui concerne votre sous-question avec l'exec de docker suspendu, il semble que ce soit un bogue dans cette version spécifique de docker. Si vous recherchez cela sur Google, vous trouverez des problèmes pour discuter de cela ou de problèmes similaires avec docker. J'ai donc pensé que ce serait une bonne idée de simplement mettre à jour l'hôte via yum update . Cependant, cela s'est avéré être un chemin difficile.

yum a essayé de mettre à jour le noyau, mais s'est plaint qu'il n'y avait pas assez d'espace sur la partition de démarrage.

J'ai donc déplacé la partition de démarrage vers la partition racine :

éditez /etc/fsab et commentez l'entrée de démarrage
démonter/démarrer
mv /boot
cp -a /boot.org /boot
grub2-mkconfig -o /boot/grub2/grub.cfg
grub2-install /dev/sda
redémarrer

Après cela, j'ai découvert que la configuration du docker est cassée et que le docker ne démarre plus. Dans les journaux dont il s'est plaint

"Erreur de démarrage du démon :erreur lors de l'initialisation du pilote de graphique : \"/var/lib/docker\" contient d'autres pilotes de graphique : devicemapper ; Veuillez nettoyer ou choisir explicitement le pilote de stockage (-s)"

J'ai donc modifié /etc/systemd/system/multi-user.target.wants/docker.service et changé le paramètre ExecStart en :

ExecStart=/usr/bin/dockerd  --storage-driver=overlay

Après un service docker start et un docker start sandbox . Le conteneur a fonctionné à nouveau et j'ai pu me connecter au conteneur et après un redémarrage du serveur ambari, tout a fonctionné à nouveau.

Et maintenant - avec la nouvelle version 1.12.2 de Docker, docker exec sandbox ls fonctionne à nouveau.

Donc, pour résumer, la commande docker exec a un bogue dans cette version spécifique du bac à sable, mais vous devriez y réfléchir à deux fois si vous souhaitez mettre à niveau votre bac à sable.