☰

Uso de salt-ssh para parchear Ubuntu/Debian (la interfaz de diálogo no se puede utilizar)

tag-icon • tag-icon ubuntu debian saltstack patch-management
Uso de salt-ssh para parchear Ubuntu/Debian (la interfaz de diálogo no se puede utilizar)

Estoy pensando en reemplazar una solución de administración de parches propia basada en Linux con salt-ssh.

El sistema actual utiliza un script de shell para recorrer una lista de hosts y copia un script llamadoactualización aptaal control remoto. Después de copiar el script, el proceso ejecuta el script en el control remoto (a través de ssh). Elactualización aptaEl script básicamente contiene apt-get udpate; apt-get upgrade. Cuando surge un conflicto con un archivo de configuración (como Grub) o dpkg-reconfigureejecuta algo como pam-auth-update, se requiere interacción para seleccionar cómo proceder. Si ejecuto este proceso nuevamente salt-ssh, no parece haber una oportunidad de interactuar con el proceso de actualización. De hecho, salt-sshla salida estándar contiene esto:

stderr:
  debconf: unable to initialize frontend: Dialog
  debconf: (TERM is not set, so the dialog frontend is not usable.)
  debconf: falling back to frontend: Readline
  debconf: unable to initialize frontend: Readline
  debconf: (This frontend requires a controlling tty.)
  debconf: falling back to frontend: Teletype
  dpkg-preconfigure: unable to re-open stdin:

No he usado Saltstack antes. ¿Existe alguna manera de manejar este tipo de situación cuando se requiere interacción?

Respuesta1

Puede configurar la variable de entorno DEBIAN_FRONTEND=noninteractivepara que se supriman todas estas preguntas. Sin embargo, la forma en que se configuran los paquetes en este escenario puede variar, por lo que debe realizar pruebas exhaustivas.

información relacionada