msg: Failed to lock apt for exclusive operation - apt: update_cache=yes

1,552 views
Skip to first unread message

Eric Brooke

unread,
Sep 29, 2014, 3:08:16 PM9/29/14
to ansible...@googlegroups.com
Hello,
Last week we updated one of our servers from unbent 12.0+ to 14.0+ it deployed with out issue, after the weekend deployment to one of servers is no longer possible :-(

Here is the command that is failing:

- name: Update the apt cache if older than 2 hrs
  apt: update_cache=yes cache_valid_time=7200
  tags:
    - security-apt

On just one of our servers prd1


TASK: [common | Update the apt cache if older than 2 hrs] *********************
<prd3> ESTABLISH CONNECTION FOR USER: ubuntu
<prd1> ESTABLISH CONNECTION FOR USER: ubuntu
<prd3> REMOTE_MODULE apt update_cache=yes cache_valid_time=7200
<prd1> REMOTE_MODULE apt update_cache=yes cache_valid_time=7200
<prd1> EXEC ['ssh', '-C', '-tt', '-q', '-o', 'ControlMaster=auto', '-o', 'ControlPersist=60s', '-o', 'ControlPath=/Users/ericbrooke/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 'KbdInteractiveAuthentication=no', '-o', 'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', '-o', 'PasswordAuthentication=no', '-o', 'User=ubuntu', '-o', 'ConnectTimeout=10', 'prd1', "/bin/sh -c 'mkdir -p $HOME/.ansible/tmp/ansible-tmp-1412016466.77-35664788881142 && chmod a+rx $HOME/.ansible/tmp/ansible-tmp-1412016466.77-35664788881142 && echo $HOME/.ansible/tmp/ansible-tmp-1412016466.77-35664788881142'"]
<prd3> EXEC ['ssh', '-C', '-tt', '-q', '-o', 'ControlMaster=auto', '-o', 'ControlPersist=60s', '-o', 'ControlPath=/Users/ericbrooke/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 'KbdInteractiveAuthentication=no', '-o', 'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', '-o', 'PasswordAuthentication=no', '-o', 'User=ubuntu', '-o', 'ConnectTimeout=10', 'prd3', "/bin/sh -c 'mkdir -p $HOME/.ansible/tmp/ansible-tmp-1412016466.77-191935961010276 && chmod a+rx $HOME/.ansible/tmp/ansible-tmp-1412016466.77-191935961010276 && echo $HOME/.ansible/tmp/ansible-tmp-1412016466.77-191935961010276'"]
<prd3> PUT /var/folders/dz/_g3k142j3vz652trrswwwxf80000gq/T/tmpnz2A7A TO /home/ubuntu/.ansible/tmp/ansible-tmp-1412016466.77-191935961010276/apt
<prd1> PUT /var/folders/dz/_g3k142j3vz652trrswwwxf80000gq/T/tmp0xdCki TO /home/ubuntu/.ansible/tmp/ansible-tmp-1412016466.77-35664788881142/apt
<prd1> EXEC ['ssh', '-C', '-tt', '-q', '-o', 'ControlMaster=auto', '-o', 'ControlPersist=60s', '-o', 'ControlPath=/Users/ericbrooke/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 'KbdInteractiveAuthentication=no', '-o', 'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', '-o', 'PasswordAuthentication=no', '-o', 'User=ubuntu', '-o', 'ConnectTimeout=10', 'prd1', u'/bin/sh -c \'sudo -k && sudo -H -S -p "[sudo via ansible, key=XXX] password: " -u root /bin/sh -c \'"\'"\'echo SUDO-SUCCESS-XXX; LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 /usr/bin/python /home/ubuntu/.ansible/tmp/ansible-tmp-1412016466.77-35664788881142/apt; rm -rf /home/ubuntu/.ansible/tmp/ansible-tmp-1412016466.77-35664788881142/ >/dev/null 2>&1\'"\'"\'\'']
<prd3> EXEC ['ssh', '-C', '-tt', '-q', '-o', 'ControlMaster=auto', '-o', 'ControlPersist=60s', '-o', 'ControlPath=/Users/ericbrooke/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 'KbdInteractiveAuthentication=no', '-o', 'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', '-o', 'PasswordAuthentication=no', '-o', 'User=ubuntu', '-o', 'ConnectTimeout=10', 'prd3', u'/bin/sh -c \'sudo -k && sudo -H -S -p "[sudo via ansible, key=XXX] password: " -u root /bin/sh -c \'"\'"\'echo SUDO-SUCCESS-XXX; LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 /usr/bin/python /home/ubuntu/.ansible/tmp/ansible-tmp-1412016466.77-191935961010276/apt; rm -rf /home/ubuntu/.ansible/tmp/ansible-tmp-1412016466.77-191935961010276/ >/dev/null 2>&1\'"\'"\'\'']
ok: [prd3 => {"changed": false}
failed: [prd1] => {"failed": true}

I have replaced the keys with XXX

Michael DeHaan

unread,
Sep 30, 2014, 3:23:07 PM9/30/14
to ansible...@googlegroups.com
Anything relevant in the logs?



--
You received this message because you are subscribed to the Google Groups "Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ansible-proje...@googlegroups.com.
To post to this group, send email to ansible...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/134ba4f5-f94e-410f-a2ed-df0f2e65a1d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Eric Brooke

unread,
Sep 30, 2014, 4:02:38 PM9/30/14
to ansible...@googlegroups.com
Which logs would you like to see?

Eric Brooke

unread,
Sep 30, 2014, 4:37:23 PM9/30/14
to ansible...@googlegroups.com
I fixed it with a server reboot. Is there a place to restart this service rather then the whole server.  Any advice appreciated. Thanks in advance 

Brian Coca

unread,
Sep 30, 2014, 5:04:45 PM9/30/14
to ansible...@googlegroups.com
not a service, locks on the apt DB are done to avoid inconsistencies,
either someone else was running an update or a lock got leftover
(probably with a hung/interrupted process).

you can normally use lsof to find out what the offending process is
and kill it, restart fixed it by killing ALL processes.

On Tue, Sep 30, 2014 at 4:37 PM, Eric Brooke
> https://groups.google.com/d/msgid/ansible-project/f3ca6b7d-50bf-47d5-9f21-266a2105473b%40googlegroups.com.
>
> For more options, visit https://groups.google.com/d/optout.



--
Brian Coca
Stultorum infinitus est numerus
0110000101110010011001010110111000100111011101000010000001111001011011110111010100100000011100110110110101100001011100100111010000100001
Pedo mellon a minno

Eric Brooke

unread,
Sep 30, 2014, 6:33:44 PM9/30/14
to ansible...@googlegroups.com
Thank you Brian
Reply all
Reply to author
Forward
0 new messages