.png)
저는 Linux 기반 자체 개발 패치 관리 솔루션을 salt-ssh
.
현재 시스템은 쉘 스크립트를 사용하여 호스트 목록을 반복하고적절한 업데이트리모콘으로. 스크립트를 복사한 후 프로세스는 원격에서(ssh를 통해) 스크립트를 실행합니다. 그만큼적절한 업데이트스크립트에는 기본적으로 apt-get udpate; apt-get upgrade
. 구성 파일(예: Grub)과 충돌이 발생하거나 dpkg-reconfigure
와 같은 파일이 실행되는 경우 pam-auth-update
진행 방법을 선택하려면 상호 작용이 필요합니다. 이 프로세스를 에서 실행하면 salt-ssh
업데이트 프로세스와 상호 작용할 기회가 없는 것 같습니다. 실제로 salt-ssh
stdout에는 다음이 포함됩니다.
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을 사용해 본 적이 없습니다. 상호 작용이 필요할 때 이러한 유형의 상황을 처리할 수 있는 방법이 있습니까?
답변1
DEBIAN_FRONTEND=noninteractive
이러한 모든 질문이 표시되지 않도록 환경 변수를 설정할 수 있습니다 . 그러나 이 시나리오에서 패키지가 구성되는 방식은 다를 수 있으므로 철저하게 테스트해야 합니다.