☰

Usando salt-ssh para patch do Ubuntu/Debian (a interface de diálogo não pode ser usada)

tag-icon • tag-icon ubuntu debian saltstack patch-management
Usando salt-ssh para patch do Ubuntu/Debian (a interface de diálogo não pode ser usada)

Estou pensando em substituir uma solução de gerenciamento de patches desenvolvida internamente em Linux pelo salt-ssh.

O sistema atual usa um script de shell para iterar por uma lista de hosts e copia um script chamadoatualização do aptpara o controle remoto. Depois de copiar o script, o processo executa o script remotamente (por ssh). Oatualização do aptscript contém basicamente apt-get udpate; apt-get upgrade. Quando surge um conflito com um arquivo de configuração (como o Grub) ou dpkg-reconfigureexecuta algo como pam-auth-update, é necessária interação para selecionar como proceder. Se eu executar esse processo salt-ssh, não parece haver oportunidade de interagir com o processo de atualização. Na verdade, salt-sshstdout contém isto:

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:

Eu nunca usei Saltstack antes. Existe uma maneira de lidar com esse tipo de situação quando a interação é necessária?

Responder1

Você pode definir a variável de ambiente DEBIAN_FRONTEND=noninteractivepara fazer com que todas essas perguntas sejam suprimidas. No entanto, a forma como os pacotes são configurados neste cenário pode variar, portanto, você deve testar minuciosamente.

informação relacionada