На Ubuntu 14.04.3 ansible не установит python-keyczar на указанных узлах - ручная Кв. - получает python-keyczar установки-y работы

Я получаю эту серию ошибок при попытке сделать сервисную установку с помощью способного модуля с Ansible на поле Ubuntu 14.x.

На большинстве других полей Ubuntu 14.x это хорошо работает.

Существует небольшое количество, на котором это не работает.

Соответствующая область сборника пьес в задачах основной yaml:

name: Install the required packages for keyczar
apt: name={{ keyczar_name }} state=installed

Определение в основном Варе и debian yaml:

keyczar_name: python-keyczar

До выполнения, файла блокировки /var/lib/dpkg/lock не существует. После неудавшегося выполнения это действительно существует. Вручную удаление его с комнатой и повторным выполнением ничего не делает. Эквивалентный выполняемый CLI apt-get install python-keyczar -y который, если выполнено вручную работает. Это касается меня, потому что это - первый раз, когда я видел, что пакет отклоняется, когда выполнено под Ansible, но хорошо работает при установке вручную. Не имеет никакого смысла.

Определенная ошибка:

фатальный: [qaevt5.channel-corp.com]: НЕУДАВШИЙСЯ! => {"cache_update_time": 0, "cache_updated": ложь, "измененная": ложь, "отказавшая": верный, "сообщение": "'/usr/bin/ap\t-get-y-o \"Dpkg:: Опции:: = - вызывают-confdef \"-o \"Dpkg:: Опции:: = - сила-confold \" - моделируют установку 'python-keyczar'', отказавший: E: не Мог ge\t блокировать/var/lib/dpkg/lock - открытый (11: Снабдите временно недоступный), \nE: Не мог заблокировать каталог администрирования (/var/lib/dpkg/), another\процесс использует его? \n", "stderr": "E: не Мог получить блокировку/var/lib/dpkg/lock - открытый (11: Снабдите временно недоступный), \nE: Не мог заблокировать admi\nistration каталог (/var/lib/dpkg/), другой процесс использует его? \n", "stdout": "", "stdout_lines": []}

термофиксатор и lsof не показывают никакие другие процессы, содержащие блокировку.

После apt-get install python-keyczar -y выполняется вручную, и ansible, выполненный повторно выполненный, прекрасный без проблем. Пакет "хорошо".

Вышеупомянутый файл блокировки имеет другое связанное выполненное поструководство файлов.

ls -l /var/cache/apt/archives/lock /var/lib/apt/lists/lock /var/lib/dpkg/lock
-rw-r----- 1 root root 0 Aug  5  2015 /var/cache/apt/archives/lock
-rw-r----- 1 root root 0 Mar 30 00:03 /var/lib/apt/lists/lock
-rw-r----- 1 root root 0 Mar 30 15:13 /var/lib/dpkg/lock

Я собираюсь сделать, руководство работает на полдюжине полей, где это происходит на. Другие несколько дюжин не имели такой проблемы. Конечно, пока это не разъяснено, это должно быть вручную сделано, который действительно побеждает цель.

0
задан 25 September 2016 в 16:10

1 ответ

У меня есть та же проблема. Если Вы - ansible сценарий, записан хорошо и может быть уверен, что никакой процесс не блокирует склонный, то можно удостовериться, что блокировка не делает существует прежде, чем выполнить способный модуль.

можно сделать это с моделью файла с become: true state=absent на файле блокировки.

Это - ужасная работа вокруг, но я обвиняю обнаружение ubuntu :P I никакие такие проблемы с дугой Linux

0
ответ дан 29 September 2019 в 09:15

Другие вопросы по тегам:

Похожие вопросы: