Ansible: apt: update_cache = ansible 1.3 में असफल (?)

आप कैसे -K के साथ ansible-playbook का आह्वान कर रहे हैं? 1.3 में एक बदलाव था कि सूडो को स्पष्ट रूप से निर्दिष्ट किया जाना चाहिए क्योंकि -K ध्वज कार्यों को सूडो का उपयोग नहीं करेगा।

हाँ, मैं -K का उपयोग कर रहा था और अधिकांश स्थानों पर स्पष्ट रूप से सुडो का उपयोग कर रहा था, लेकिन अंदर नहीं
यह विशिष्ट मामला। तो, कि शायद isse है।

बहुत सम्मानपूर्वक,

डैन कैजाकोब

टीयू पर, 17 सितंबर, 2013 को 4:23 बजे, जेम्स कैमरामेटा
सूचनाएं@github.comwrote :

आप कैसे -K के साथ ansible-playbook का आह्वान कर रहे हैं? 1.3 में बदलाव हुआ था
उस sudo को स्पष्ट रूप से निर्दिष्ट किया जाना चाहिए क्योंकि -K ध्वज कार्य नहीं करेगा
सुडोल का प्रयोग करें।

-
इस ईमेल का उत्तर सीधे दें या Gi tHubhttps पर
।

ठीक है, मैं आपको इसकी पुष्टि करने देता हूँ और यदि हम इसे बंद कर देंगे। धन्यवाद!

करूँगा। धन्यवाद!

बहुत सम्मानपूर्वक,

डैन कैजाकोब

टीयू पर, 17 सितंबर, 2013 को 4:27 बजे, जेम्स कैमरामेटा
सूचनाएं@github.comwrote :

ठीक है, मैं आपको इसकी पुष्टि करने देता हूँ और यदि हम इसे बंद कर देंगे। धन्यवाद!

-
इस ईमेल का उत्तर सीधे दें या इसे Gi tHubhttps: //github.com/ansible/ansible/issues/4140#issuecomment -24619465 पर देखें
।

इस पर कोई अनुवर्ती कार्रवाई?

आगे बढ़ने और इसे बंद करने के लिए, अगर आपको अभी भी कोई समस्या हो रही है तो हमें बताएं। धन्यवाद!

मैं इस समस्या में भी भाग रहा हूं। 1.3.2 चल रहा है लेकिन मेरे पास जाने के लिए पुराने संस्करण संदर्भ नहीं हैं।

उपयोग करते समय -KI को एक और विफलता मिलती है: ssh कनेक्शन बंद सूडो पासवर्ड प्रॉम्प्ट की प्रतीक्षा कर रहा है।

अंत में मुझे इसे इंटरैक्टिव मोड में नहीं चलाने की आवश्यकता है, इसलिए -के अंतिम जवाब नहीं हो सकता है।

अधिक विवरण: मैन्युअल रूप से चल रहा है: host1। *** Redacted FQDN है

vagrant @ ansible-head : ~ $ sudo -u vagant ansible-playbook -i इन्वेंटरी ubuntu-apache2.yaml

Play [वेबसर्वर] * * * * * * * * * * * * * * * * * * * * *

पिता की नियुक्ति * * * * * * * * * * * * * * * * * * * * *
ठीक है: [host1। **]

TASK: [apt cache को अपडेट करता है] * * * * * * * * * * * * * * * * * *
विफल: [host1। **] => {"विफल": सच}
संदेश: अनन्य ऑपरेशन के लिए उपयुक्त लॉक करने में विफल

FATAL: सभी होस्ट पहले ही विफल हो चुके हैं - गर्भपात

PLAY RECAP * * * * * * * * * * * * * * * * * * * * * * *
पुनः प्रयास करने के लिए, का उपयोग करें: - आलमारी @ / घर / योनि / ubuntu-apache2.yaml.retry

host1। ***: ok = 1 परिवर्तित = 0 अप्राप्य = 0 विफल = 1

मैन्युअल रूप से चल रहे एक ही त्रुटि हो रही है:

vagant @ ansible-head: ~ $ sudo -u योनि ansible webserver -i सूची -m apt -a "update_cache = yes
"
host1। *** | विफल >> {
"विफल": सच,
"संदेश": "अनन्य ऑपरेशन के लिए उपयुक्त लॉक करने में विफल"
}

@ रेवेनॉटर एक अलग समस्या प्रतीत होती है, क्या आप इसके लिए एक नया गितुब अंक खोल सकते हैं? आप मेलिंग सूची में यह देखने के लिए भी पूछ सकते हैं कि क्या अन्य लोग इसमें भाग गए हैं। धन्यवाद!

मुझे 1.3.4 के साथ एक समान समस्या है।

अगर मैं उपयोग करता हूं:

apt: update_cache=yes:

मुझे एक ही त्रुटि संदेश मिलता है:

msg: Failed to lock apt for exclusive operation

अपडेट_ कैश विकल्प के साथ पैकेज स्थापित करते समय:

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 ई 888 सी का उपयोग करके) के साथ 50 ईसी 2 आभासी मशीनों के एक सेट का उपयोग करते हुए। परीक्षण के आधार पर त्रुटि 5 से 20 में दिखाई देती है।

"sudo: true" प्लेबुक में निर्दिष्ट है।

यह सामान्य रूप से ठीक वैसा ही है जैसा संदेश कहता है, या तो आपके पास नहीं है
dpkg db या किसी और को लॉक करने की अनुमति (या आप अन्य प्रक्रिया में)
इसे बंद कर दिया है (यह मेरे लिए होता है अगर मैं बीच में + सी को नियंत्रित करता हूं और कोशिश करता हूं
फिर)।

हाँ। लेकिन 50 वीएम के साथ एक ही ओएस के साथ एक ही कॉन्फ़िगरेशन के साथ इसका उपयोग करना उनमें से कुछ में यह काम करता है और दूसरों में यह विफल रहता है। इसके अलावा अगर मैं playbook को 3 o 4 बार पुन: प्रयास करता हूं तो यह सभी नोड्स में काम करता है।

@ अभ्रक क्या यह संभव है कि अन्य उपयोगकर्ता / प्रक्रियाएं उन मशीनों पर एक ही समय में कॉल कर रही हों?

मैं इसे 50 वीएम के सेट के साथ विशेष रूप से इस परीक्षण के लिए बना रहा हूं, और मैं उन सभी में एकमात्र उपयोगकर्ता हूं।
मुझे नहीं पता कि ubuntu के पास कुछ आंतरिक प्रक्रिया (क्रोन या समान) है जो उपयुक्त कमांड का उपयोग करता है।

ubuntu ने दैनिक रूप से कैश अपडेट को क्रोन किया है, सामान्य रूप से ऐसा नहीं किया गया है
यदि आप अनअटेंडेड स्थापित है और, 'गड़गड़ाहट झुंड' मुद्दा बनाते हैं
सक्षम, आपको स्वचालित सुरक्षा अपडेट भी मिलेगा जो लॉक भी होगा
यह।

मैं इस मुद्दे को फिर से खोलने के लिए मतदान करूंगा क्योंकि वास्तविक जीवन में ऐसा होने के लिए एक गंभीर मौका है और इसे इसके लिए समाधान प्रदान करना चाहिए, एक समाधान जो एक मानव को शामिल नहीं करता है जो इसे तब तक कोशिश करता है जब तक यह काम नहीं करता।

उबंटू 16.04

Ubuntu 16.04 उपयोगकर्ता के लिए (हालांकि मुझे लगता है कि यह 15.04 में भी हो सकता है), Ubuntu unattended-upgrade सक्षम _by default_ के साथ। यह नियमित रूप से सुरक्षा अद्यतन (आमतौर पर दैनिक) की जाँच करता है, जैसा कि @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 को मैन्युअल रूप से हटाकर अपनी आधार छवि को अपडेट किया है।