Ubuntu/Debian パッチ適用に salt-ssh を使用する (ダイアログ フロントエンドは使用できません)

Question

Linux ベースの自社開発パッチ管理ソリューションを に置き換えることを検討していますsalt-ssh。

現在のシステムでは、シェルスクリプトを使用してホストのリストを反復処理し、次のスクリプトをコピーします。aptアップデートスクリプトをコピーした後、プロセスはリモート（SSH経由）でスクリプトを実行します。aptアップデートスクリプトには基本的に が含まれますapt-get udpate; apt-get upgrade。 が設定ファイル (Grub など) との競合を起こしたり、dpkg-reconfigureのようなものを実行したりする場合pam-auth-update、続行方法を選択するために対話が必要です。 でこのプロセスを実行するとsalt-ssh、更新プロセスと対話する機会がないように見えます。実際、salt-sshstdout には次の内容が含まれます。

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:

これまで Saltstack を使用したことがありません。対話が必要なこのような状況に対処する方法はありますか?

Answer 1

環境変数を設定するDEBIAN_FRONTEND=noninteractiveと、このような質問がすべて抑制されます。ただし、このシナリオではパッケージの構成方法が異なる場合があるため、徹底的にテストする必要があります。