Ansible: apt : update_cache = yes는 ansible 1.3에서 실패합니다 (?)

-K로 ansible-playbook을 어떻게 호출합니까? 1.3에서는 -K 플래그가 태스크가 sudo를 내재적으로 사용하지 않도록 sudo를 명시 적으로 지정해야한다는 변경 사항이 있습니다.

예, 대부분의 장소에서 -K를 사용하고 sudo를 명시 적으로 사용했지만
이 특정한 경우. 그래서 그것은 아마도 isse입니다.

매우 정중하게,

Dan CaJacob

2013 년 9 월 17 일 화요일 오후 4:23, James Cammarata
[email protected] 작성 :

-K로 ansible-playbook을 어떻게 호출합니까? 1.3에서 변경되었습니다.
sudo는 -K 플래그로 명시 적으로 지정되어야 작업을 수행하지 않습니다.
암시 적으로 sudo를 사용하십시오.

—
이 이메일에 직접 답장하거나 Gi tHub에서 확인 하세요.
.

확인하겠습니다. 그렇다면 종료하겠습니다. 감사!

할 것입니다. 감사!

매우 정중하게,

Dan CaJacob

2013 년 9 월 17 일 화요일 오후 4:27, James Cammarata
[email protected] 작성 :

확인하겠습니다. 그렇다면 종료하겠습니다. 감사!

—
이 이메일에 직접 답장하거나 Gi tHub에서 확인 하세요.
.

이것에 대한 후속 조치가 있습니까?

계속해서이 문제를 닫으십시오. 그래도 문제가 있으면 알려주십시오. 감사!

나는 또한이 문제에 직면하고 있습니다. 1.3.2를 실행하지만 이전 버전 참조가 없습니다.

-KI를 사용할 때 또 다른 실패가 발생합니다. sudo 암호 프롬프트를 기다리는 동안 ssh 연결이 닫혔습니다.

결국 나는 이것을 대화 형 모드가 아닌 실행해야하므로 -K가 최종 답이 될 수 없습니다.

자세한 정보 : 수동 실행 : host1. ***는 수정 된 FQDN입니다.

vagrant @ ansible-head : ~ $ sudo -u vagrant ansible-playbook -i 인벤토리 ubuntu-apache2.yaml

PLAY [웹 서버] * * * * * * * * * * * * * * * * * * * *

수집 사실 * * * * * * * * * * * * * * * * * * * *
확인 : [host1. **]

작업 : [적절한 캐시 업데이트] * * * * * * * * * * * * * * * *
실패 : [host1. **] => { "실패": true}
msg : 독점 작업을 위해 apt를 잠그지 못했습니다.

치명적 : 모든 호스트가 이미 실패했습니다. 중단 중

RECAP을 PLAY * * * * * * * * * * * * * * * * * * * * * *
다시 시도하려면 다음을 사용하십시오. --limit @ / home / vagrant / ubuntu-apache2.yaml.retry

host1. *** : ok = 1 변경됨 = 0 연결할 수 없음 = 0 실패 = 1

ansible get을 수동으로 실행해도 동일한 오류가 발생합니다.

vagrant @ ansible-head : ~ $ sudo -u vagrant ansible 웹 서버 -i inventory -m apt -a "update_cache = yes
"
host1. *** | 실패 >> {
"실패": 참,
"msg": "독점 작업에 적합한 잠금 실패"
}

@Ravenwater 다른 문제인 것 같습니다. 새로운 github 문제를 열 ​​수 있습니까? 다른 사람들이 그 문제에 부딪 혔는지 확인하기 위해 메일 링리스트에 물어볼 수도 있습니다. 감사!

ansible 1.3.4와 비슷한 문제가 있습니다.

내가 사용하는 경우 :

apt: update_cache=yes:

동일한 오류 메시지가 나타납니다.

msg: Failed to lock apt for exclusive operation

또한 update_cache 옵션으로 패키지를 설치할 때 :

apt: pkg=openjdk-6-jre-headless state=installed update_cache=yes cache_valid_time=604800

유사한 오류가 표시됩니다.

msg: 'apt-get install 'openjdk-6-jre-headless' ' failed: E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?

오류가 간헐적으로 나타납니다. 실제로 ubuntu 12.04와 함께 50 개의 EC2 가상 머신 세트를 사용합니다 (모두 동일한 기본 이미지 ami-e50e888c 사용). 테스트에 따라 5 ~ 20 번 오류가 나타납니다.

"sudo : true"가 플레이 북에 지정되어 있습니다.

이것은 일반적으로 메시지가 말하는 것과 똑같습니다.
dpkg db 또는 다른 사람 (또는 다른 프로세스에있는 사용자)을 잠글 수있는 권한
잠겼습니다 (중간에 + C를 제어하고 시도하면 나에게 발생합니다.
다시).

예. 그러나 일부에서는 동일한 구성을 사용하는 동일한 OS의 50 개의 VM과 함께 사용하면 작동하고 다른 일부에서는 실패합니다. 또한 플레이 북을 3 ~ 4 번 재 시도하면 마침내 모든 노드에서 작동합니다.

@micafer 다른 사용자 / 프로세스가 해당 컴퓨터에서 동시에 apt를 호출 할 수 있습니까?

이 테스트를 위해 특별히 생성 된 50 개의 VM 세트로 테스트 중이며 모두에서 유일한 사용자입니다.
우분투에 apt 명령을 사용하는 내부 프로세스 (cron 또는 이와 유사한)가 있는지 모르겠습니다.

우분투는 매일 캐시 업데이트를 크론 화했습니다.
무인 설치를했다면 '천둥 무리'문제를 일으키고
활성화하면 자동 보안 업데이트도 받게됩니다.
이.

실생활에서 이런 일이 발생할 수있는 심각한 기회가 있고 ansible이 문제에 대한 해결책을 제공해야하므로이 문제를 다시 여는 것에 투표하겠습니다.

Ubuntu 16.04

Ubuntu 16.04 사용자의 경우 (15.04에서도 발생할 수 있다고 생각하지만) Ubuntu는 기본적으로 unattended-upgrade 활성화 된 상태로 제공됩니다. @bcoca에서 언급했듯이 정기적으로 보안 업데이트를 확인합니다 (보통 매일). 따라서 해결책은 APT를 터치하기 전에 작업을 추가하는 것입니다.

- name: kill automatic updating script, if any
  command: pkill --full /usr/bin/unattended-upgrade
  become: true
  register: kill_result
  failed_when: kill_result.rc > 1 # rc == 1 if the script is inactive
  changed_when: kill_result.rc == 0

나중에 시스템에서 스크립트를 다시 시작하므로 안전해야합니다.

나를 위해 작동하지 않는다는 의견 만 있으면 위의 명령을 사용해도 잠금이 그대로 유지되었습니다. 하지만 EC2에 배포 할 때 unattended-upgrades 를 수동으로 제거하여 기본 이미지를 업데이트했습니다.