Así que ahora tuve tiempo de analizar la máquina virtual de la caja de arena y escribirla para otros usuarios. Como indicó correctamente en su edición de la pregunta, es la configuración del contenedor acoplable de la caja de arena, que se confunde con dos usuarios raíz separados:
-
vía
ssh [email protected] -p 2222entras en el contenedor docker llamado "sandbox". Esta es una versión 6.8 (Final) de CentOS, que contiene todos los servicios HDP, especialmente el servicio ambari. La configuración impone un cambio de contraseña en el primer inicio de sesión para el usuario raíz. Dentro de esta VM también puedes ejecutar elambari-admin-password-resety establezca allí una contraseña para el administrador de ambari. -
a través de consola acceda al host de la ventana acoplable que ejecuta un Centos 7.2, aquí puede iniciar sesión con la contraseña raíz predeterminada para la VM como se encuentra en los documentos de HDP.
En cuanto a su subpregunta con el ejecutivo de la ventana acoplable colgante, parece ser un error en esa versión específica de la ventana acoplable. Si lo busca en Google, encontrará problemas para discutir este o problemas similares con docker. Así que pensé que sería una buena idea simplemente actualizar el host a través de yum update . Sin embargo, esto resultó ser un camino difícil.
yum intentó actualizar el núcleo, pero se quejó de que no había suficiente espacio en la partición de arranque.
Así que moví la partición de arranque a la partición raíz:
- editar /etc/fsab y comentar la entrada de arranque
- desmontar/arrancar
- mv /arranque
- cp -a /boot.org /boot
- grub2-mkconfig -o /boot/grub2/grub.cfg
- grub2-instalar/dev/sda
- reiniciar
Después de eso, descubrí que la configuración de la ventana acoplable está rota y la ventana acoplable ya no se inicia. En los registros de los que se quejó
"Error al iniciar el demonio:error al inicializar el controlador gráfico:\"/var/lib/docker\" contiene otros controladores gráficos:mapeador de dispositivos; limpie o elija explícitamente el controlador de almacenamiento (-s)"
Así que edité /etc/systemd/system/multi-user.target.wants/docker.service y cambié la configuración de ExecStart a:
ExecStart=/usr/bin/dockerd --storage-driver=overlay
Después de un service docker start y un docker start sandbox . El contenedor funcionó de nuevo y pude iniciar sesión en el contenedor y después de un reinicio del servidor ambari, todo volvió a funcionar.
Y ahora, con la nueva versión 1.12.2 de docker, docker exec sandbox ls funciona de nuevo.
Entonces, para resumir, el comando docker exec tiene un error en esa versión específica del sandbox, pero debe pensarlo dos veces si desea actualizar su sandbox.