2017-03-14 6 views
12

मैं अंतरिक्ष और मार डाला की जरूरत: docker rmi $(docker images -f "dangling=true" -q)डोकर त्रुटि: संसाधित करने में त्रुटि टार फ़ाइल (निकास स्थिति 1): अप्रत्याशित EOF

तब से मैं नहीं डोकर-लिखें सुविधा के साथ कर सकते हैं: docker-compose build, मैं त्रुटि मिलती है: ERROR: Error processing tar file(exit status 1): unexpected EOF

मैंने सभी छवियों को हटाने की कोशिश की, डॉकर को पुनर्स्थापित करें, लेकिन कुछ भी नहीं होगा: हमेशा कुछ ही समय बाद, वही त्रुटि।

मैंने एक और सिस्टम पर बनाया और यह काम किया, का सुझाव देता है कि यह एक गलत राज्य मुद्दा है।

कोई विचार मुझे क्या साफ करना चाहिए?

का उपयोग करना:

▶ docker version 
Client: 
Version:  17.03.0-ce 
API version: 1.24 (downgraded from 1.26) 
Go version: go1.7.5 
Git commit: 3a232c8 
Built:  Tue Feb 28 08:01:32 2017 
OS/Arch:  linux/amd64 

Server: 
Version:  1.12.6 
API version: 1.24 (minimum version) 
Go version: go1.6.2 
Git commit: 78d1802 
Built:  Tue Jan 31 23:35:14 2017 
OS/Arch:  linux/amd64 
Experimental: false 

▶ docker-compose version 
docker-compose version 1.11.2, build dfed245 
docker-py version: 2.1.0 
CPython version: 2.7.13 
OpenSSL version: OpenSSL 1.0.1t 3 May 2016 
+0

आप फिर से स्थापित करने से पहले हटाने के '/ var/lib/docker' निर्देशिका पूरी तरह से कोशिश की है?सावधानी: यह विलो सभी वॉल्यूम्स, कंटेनर, इमेज को हटा देगा ... सुनिश्चित करें कि आप इसे पहले बैक अप लें। –

+0

मुझे यह समस्या थी जब मेरी बिल्ड निर्देशिका में कई गीगाबाइट कोर डंप फ़ाइल थी। मैंने डॉकर निर्देशिका को बिना किसी किस्मत के हटाने की कोशिश की है, लेकिन फिर बस 'कोर' फ़ाइल को हटाकर समस्या को ठीक किया गया है। –

उत्तर

2

वहाँ एक अप्रयुक्त छवियों (संस्करण 1.13+) को हटाने के आदेश में बनाया गया है:

  • बंद करो: स्थिति से निपटने के

    docker image prune 
    

    अब डॉकर सेवा

    systemctl stop docker 
    
  • बैकअप /var/lib/docker तो:

  • निकालें /var/lib/docker सावधानी: यह छवियों, कंटेनर, मात्रा निकाल देंगे, ... बनाने क्या आप वाकई इसे वापस ऊपर पहले।

    rm -rf /var/lib/docker 
    
  • प्रारंभ डोकर सेवा

    systemctl start docker 
    

अद्यतन:

अन्य जवाब में बताया गया है, में somecases यह फाइल अनुमति मुद्दा हो सकता है। कृपया अनुमतियों की समीक्षा करें।

+0

आप अच्छे हैं! :) इसका समर्थन कैसे करता है मेरी मदद करता है क्योंकि मुझे वैसे भी पुनर्निर्माण करना होगा, है ना? यह ठीक है क्योंकि यह मेरी विकास मशीन है। –

+1

आमतौर पर पीपीएल में वॉल्यूम्स के साथ बहुत सारी छवियां और कंटेनर होते हैं, और कुछ दिनों के बाद उन्हें याद है कि डेटा गुम है, इसलिए मैं हमेशा बैक अप लेने के लिए प्रोत्साहित करता हूं। –

+0

गोचा। लेकिन अगर मैं अपनी छवियों को पुनर्स्थापित करना चाहता हूं, तो मुझे बस '/ var/lib/docker/image' को पुनर्स्थापित करने की आवश्यकता है और यह बॉक्स के बाहर काम करेगा? –

22

मेरे पास एक ही समस्या थी और स्वीकृत उत्तर मेरे लिए काम नहीं करता था।

बाहर निकलता है मेरे पास अनुमतियों वाली एक फ़ाइल थी जिसने उपयोगकर्ता को इसे पढ़ने के लिए डॉकर-कंपोज़ चलाने की अनुमति नहीं दी। फ़ाइल को हटाने के बाद सब कुछ ठीक था

+1

और यह कौन सी फाइल थी? – dondublon

+3

@ डोंडब्लोन कोई फर्क नहीं पड़ता। आपके बीच क्या है फाइल डॉकर के साथ निर्माण करने की कोशिश कर रहा है। बस उस उपयोगकर्ता को अपने प्रोजेक्ट फ़ोल्डर को 'चोउन -आर'' माना जाता है। मेरे मामले में, मेरे कंटेनरों में से एक ने एक फाइल लिखी जो रूट स्वामित्व वाली थी और इसके अलावा किसी के लिए पढ़ने की अनुमति नहीं थी मालिक – Oktav

+0

जब मैं एक उत्तर की तलाश में था, तो मैंने तुम्हारा अनदेखा किया क्योंकि सोचा था कि मेरे मामले में अनुमतियों के साथ कुछ भी नहीं है। मैं गलत था। एक फ़ोल्डर में मेरे पास "क्रैश डेटा" के रूप में चिह्नित फ़ाइल थी। यह फ़ाइल संभवतः जेनरेट की गई थी डॉकर कंटेनर द्वारा और इसमें एक्सेस अनुमति नहीं थी। इसलिए लोग मेरी गलती दोहराते हैं, अपने सभी प्रोजेक्ट फ़ोल्डरों को ध्यान से जांचें। – Desprit

1

मेरे लिए यह मुद्दा निकला कि डॉकर पुल लटका हुआ था, इसलिए मैंने इसे CTRL + C'd से बाहर कर दिया और फिर कोशिश की। वही त्रुटि संदेश।

अंत में मुझे इस निर्देशिका में रूट द्वारा स्वामित्व वाली कुछ फाइलें मिलीं। फाइलों को उचित अनुमति देने से समस्या ठीक हो गई।

chown -R <username>:<group> /var/lib/docker/tmp

  • मैक डोकर संस्करण 17.12.0-ce, निर्माण c97c6d6
संबंधित मुद्दे