@vieira कृपया मशीन को रिबूट करें और हमें बताएं कि क्या आपको अभी भी परेशानी हो रही है।

मशीन को रिबूट करने के बाद भी उपरोक्त कदम प्रजनन योग्य हैं।

@alexlarsson क्या आप कृपया एक बार देख सकते हैं? यह देवीकेमर से संबंधित प्रतीत होता है

समस्या सिर्फ डेविसेमर से संबंधित लगती है। मुझे लगता है कि यह वास्तव में कुछ और है।
मैंने यह कोशिश की, और समस्या "स्टॉप डूकर" हिस्सा है। अगर मैं सिर्फ डॉकटर डेमॉन ctrl-c करता हूं तो यह कंटेनरों को ठीक से रोकने की कोशिश करेगा, लेकिन ऐसा लगता है कि यह कभी भी कंटेनर को रोकने में सफल नहीं होता है। इसलिए, मैं कुछ-कुछ बार सीटी-सी को डॉक करने के लिए मजबूर करता हूं।

इस बिंदु पर कंटेनर (पूंछ) अभी भी चल रहा है, इसलिए डिवाइस मैपर डिवाइस माउंट किया जाएगा, जिसका अर्थ है कि हम इसे फिर से माउंट नहीं कर सकते हैं, या इसे हटा सकते हैं। यही कारण है कि ये ऑपरेशन विफल हो जाते हैं।

@alexlarsson क्या आप सिस्टम को साफ करने का एक आसान तरीका जानते हैं एक बार यह गलत हो जाता है?

ठीक है, अगर आप भगोड़ा कंटेनर प्रक्रिया पाते हैं तो शायद आप इसे मार सकते हैं।

@vieira आप अनमाउंट कर सकते हैं:
umount / var / lib / docker / devicemapper / mnt / c39206003c7ae8992a554a9ac2ea130327fc4af1b2c38c659656b34baf9a56c84b5

और कंटेनर को फिर से शुरू करें यह काम करना चाहिए

मैं देख सकता हूं कि मेरे डॉक को -d और -r के साथ शुरू किया गया था। सबसे पहले, जब डॉकटर को पुनरारंभ किया जाता है, तो कंटेनर पुनः आरंभ नहीं होता है। फिर उपर्युक्त त्रुटि तब होती है (जब कंटेनर को शुरू करने का प्रयास किया जाता है)।

मेरा सेंट 6.5 अभी भी एपल से 1.0.0.6 हो रहा है। क्या इसे कभी 1.0 में बग के रूप में पहचाना गया है और 1.1 में तय किया गया है? क्या कोई पुष्टि कर सकता है?

धन्यवाद

सभी को नमस्कार, अभी भी 1.1.1 में तय नहीं किया गया है।
मूल पद के चरण अभी भी लागू होते हैं।

Error response from daemon: Cannot start container 5e9bde9b409b: 
Error getting container 5e9bde9b409b001bcc685c0b478e925a53a03bab8d8ef3210bf24aa39410e30d 
from driver devicemapper: 
Error mounting '/dev/mapper/docker-253:0-267081-5e9bde9b409b001bcc685c0b478e925a53a03bab8d8ef3210bf24aa39410e30d' 
on 
'/var/lib/docker/devicemapper/mnt/5e9bde9b409b001bcc685c0b478e925a53a03bab8d8ef3210bf24aa39410e30d': 
device or resource busy

मुझे बहुत कुछ मिल रहा है, लेकिन यह कुछ मायने में कंटेनर को हटाने लगता है (इसमें मैं उसी नाम से एक नया कंटेनर शुरू कर सकता हूं)

वहाँ इस मुद्दे के लिए एक काम है?

साथ ही वर्कअराउंड की तलाश की जा रही है।

डॉक्यूमेंट डेमॉन समस्या को ठीक करने से पहले सभी कंटेनरों को रोकना पसंद करता है।

मैंने एक वर्कअराउंड के रूप में अपने upstart जॉब में इस pre-stop ब्लॉक को जोड़ा है:

pre-stop script
    /usr/bin/docker ps -q | xargs /usr/bin/docker stop
end script

यहाँ मेरे डिबगिंग चरणों के साथ एक जिस्ट है: https://gist.github.com/rochacon/4dfa7bd4de3c5f933f0d

@rochacon आपके वर्कअराउंड के लिए धन्यवाद। मैं इसे आज या कल 1.2 के साथ परीक्षण करूँगा (लगता है कि आपने 1.1.1, सही?) के साथ परीक्षण किया है। मुझे भरोसा है ये काम करेगा।

@vieira मैंने भी 1.2.0 के साथ कोशिश की, वही परिणाम।

4 सप्ताह चलने के बाद, मेरा एक कंटेनर बंद हो गया ... निश्चित नहीं कि क्यों ... मुझे मूल कारण कैसे मिल सकता है?

वैसे भी, मैं एक ही समस्या थी ... यह @aroragagan : umount से सुझाव के साथ हल, कंटेनर शुरू ... मैं RHEL 6.5 पर रास्ते से हूँ ...

root<strong i="8">@pppdc9prd3ga</strong> mdesales]# docker start federated-registry
Error response from daemon: Cannot start container federated-registry: Error getting container 4841fcb6e51f4e9fcd7a115ac3efae4b0fd47e4f785c735e2020d1c479dc3946 from driver devicemapper: Error mounting '/dev/mapper/docker-253:0-394842-4841fcb6e51f4e9fcd7a115ac3efae4b0fd47e4f785c735e2020d1c479dc3946' on '/var/lib/docker/devicemapper/mnt/4841fcb6e51f4e9fcd7a115ac3efae4b0fd47e4f785c735e2020d1c479dc3946': device or resource busy
2014/10/17 21:04:33 Error: failed to start one or more containers

[root<strong i="9">@pppdc9prd3ga</strong> mdesales]# docker version
Client version: 1.1.2
Client API version: 1.13
Go version (client): go1.2.2
Git commit (client): d84a070/1.1.2
Server version: 1.1.2
Server API version: 1.13
Go version (server): go1.2.2
Git commit (server): d84a070/1.1.2

[root<strong i="10">@pppdc9prd3ga</strong> mdesales]# umount /var/lib/docker/devicemapper/mnt/4841fcb6e51f4e9fcd7a115ac3efae4b0fd47e4f785c735e2020d1c479dc3946

[root<strong i="11">@pppdc9prd3ga</strong> mdesales]# docker start federated-registry
federated-registry

हम इसे 1.3.0 पर देख रहे हैं, अब ईसी 2 उबंटू सिस्टम पर जिसे 12.04 से 14.04 तक अपग्रेड किया गया था। मेरा देव उदाहरण प्रत्यक्ष 14.04 है, जो वैग्रांत में स्थापित है और इसमें यह समस्या नहीं है। कंटेनरों को अनमाउंट करना और फिर पुनरारंभ करना काम करने लगता है, लेकिन यह उनके उद्देश्य को धता बता देता है जब उदाहरण रिबूट होता है या जब डॉक पुनरारंभ होता है तो वे स्वचालित रूप से पुनः आरंभ करने के लिए कॉन्फ़िगर होते हैं। मुझे बताएं कि क्या कोई और जानकारी है जो मैं समर्थन पैकेज आदि के संस्करणों पर प्रदान कर सकता हूं, क्योंकि मेरे पास एक कार्यशील और गैर-कार्य प्रणाली उपलब्ध है।

लिनक्स कर्नेल 3.13 या 3.14 के साथ docker 1.3 उबंटू 14.04 के साथ एक ही मुद्दा देखें।

@srobertson क्या आप "कंटेनर फिर से चालू नहीं होने का जिक्र कर रहे हैं जब डेमॉन फिर से शुरू होता है"? क्या आप नए _per-container_ पुनरारंभ-नीति का उपयोग कर रहे हैं? क्योंकि डॉकर 1.2 में डेमन-वाइड -r / --restart=true हटा दिया गया है

CLI संदर्भ में नई (प्रति कंटेनर) पुनरारंभ-नीति वर्णित है

+1, इस मुद्दे को docker 1.3 @ ArchLinux x86_64 पर 3.17.2-1-ARCH कर्नेल के साथ मिला।

$ docker --version
Docker version 1.3.1, build 4e9bbfa

उम्मेद समस्या का समाधान करता है।

umount एक वर्कअराउंड है, मैं यह नहीं कहूंगा कि यह समस्या को हल करता है। बस कंटेनरों को चलाने के साथ डेमॉन को फिर से शुरू करने से समस्या फिर से शुरू हो जाएगी।

umount मेरे लिए निम्न कार्य संस्करण पर भी काम करता है:

atc@li574-92> docker --version
Docker version 1.3.1, build 4e9bbfa

मैंने पहले docker daemon को रोका फिर:

umount /dev/mapper/docker-202\:0-729439-a7c53ae579d02aa7bb3aeb2af5f2f79c295e1f5962ec53f16b73896bb3970635 

@ mlehner616 हां, आप सही हैं। क्षमा करें, निश्चित रूप से यह एक समाधान है, समाधान नहीं। यह सिर्फ शब्दों का बुरा चयन था।

मैं इसे भी निश्चित देखना चाहता हूं, toc। =)

फी, अनमाउंटेन ने मेरे लिए काम नहीं किया। मुझे एक त्रुटि मिलती है कि / etc / mtab में पाया जाने वाला कोई माउंट नहीं है
Docker संस्करण 1.0.0, RHEL 6.5 पर 63fe64c / 1.0.0 का निर्माण करें

मैंने इसके चारों ओर काम किया है जब डॉकटर डेमॉन वापस आता है तो किसी भी पुराने आरोहण को स्वचालित रूप से अनमाउंट कर देता है। मैं ubuntu के बड़े /etc/init/docker.conf को पैच नहीं करना चाहता था, इसलिए मैंने इसके बजाय /etc/default/docker में एक छोटी लाइन लगाई:

cat /proc/mounts | grep "mapper/docker" | awk '{print $2}' | xargs -r umount

ऐसा लगता है कि चाल है। मैंने इसे अपने वास्तविक डॉकटर कंटेनरों की शुरुआत और रिस्पांसिंग के प्रबंधन के साथ जोड़ा है, इसलिए अब एक service docker restart , सभी कंटेनर बस वापस आ जाएंगे।

धन्यवाद, @ जिप्मा , कि मेरे लिए भी चाल

_review session_ साथ @unclejack

हम इस मुद्दे को "डिवाइस या संसाधन व्यस्त" या EBUSY रिपोर्ट के बहुमत के लिए एक ट्रैकर के रूप में उपयोग करने जा रहे हैं।

यह मुद्दा, दूसरों की तरह, डॉक डेमॉन के माउंट नेमस्पेस को ठीक से संभालने से कम किया जाता है। वर्तमान में माउंट नेमस्पेस की कोई डिफ़ॉल्ट हैंडलिंग नहीं है, इस प्रकार हमारे पास इस तरह के मुद्दे हैं।

जब हम इसे संभालने के लिए आधिकारिक समाधान पर काम करते हैं, तो ऐसे काम हैं जो आप स्वयं लागू कर सकते हैं। Http://blog.hashbangbash.com/2014/11/docker-devicemapper-fix-for-device-or-resource-busy-ebusy/ देखें

यह पुष्टि करते हुए कि मैं स्टॉक फ़्रीपा छवि का उपयोग करके इस मुद्दे में भाग गया। मैंने docker सेवा बंद कर दी और जब मैंने w / ipa कंटेनर के साथ इसे पुनः आरंभ करने का प्रयास किया तो मुझे निम्नलिखित मिला।

$ docker start ipa
Error response from daemon: Cannot start container ipa: Error getting container 98f224de38a0879b8a628179fa29a53b314dfada8c4c2e018113f0affa76f9d2 from driver devicemapper: Error mounting '/dev/mapper/docker-253:0-786581-98f224de38a0879b8a628179fa29a53b314dfada8c4c2e018113f0affa76f9d2' on '/var/lib/docker/devicemapper/mnt/98f224de38a0879b8a628179fa29a53b314dfada8c4c2e018113f0affa76f9d2': device or resource busy
2015/01/11 21:44:38 Error: failed to start one or more containers

"माउंट" को अनमाउंट करते हुए इस मुद्दे के आसपास काम किया ताकि मैं कंटेनर को पुनरारंभ कर सकूं।

$ umount /var/lib/docker/devicemapper/mnt/98f224de38a0879b8a628179fa29a53b314dfada8c4c2e018113f0affa76f9d2

$ docker start ipa
ipa

निम्नलिखित का उपयोग करना:

$  docker version
Client version: 1.3.2
Client API version: 1.15
Go version (client): go1.3.3
Git commit (client): 39fa2fa/1.3.2
OS/Arch (client): linux/amd64
Server version: 1.3.2
Server API version: 1.15
Go version (server): go1.3.3
Git commit (server): 39fa2fa/1.3.2

$ lsb_release -i -d
Distributor ID: CentOS
Description:    CentOS release 6.6 (Final)

umount ने मेरा मुद्दा ठीक कर दिया

docker - विसर्जन
डॉकर संस्करण 1.3.2, 39fa2fa का निर्माण करें

इसलिए निम्नलिखित कार्य-आसपास मेरे उपयोग के मामले के लिए थोड़ा और स्थायी काम-आसपास है।
मैं Amazon linux (RedHat6- लाइक) का कड़ाई से उपयोग कर रहा हूं, इसलिए मैंने toit स्क्रिप्ट में थोड़ा संशोधन किया (जो संभवत: docker अपडेट होने पर अधिलेखित हो जाएगा।) मूल रूप से यह सब करने वाले docker को सामान्य रूप से रोक रहा है, बचे हुए docker की जाँच करता है , अगर कोई हैं तो यह उन्हें अनमाउंट करता है। YMMV

_ / Etc / init.d / docker_
काम करने योग्य चर जोड़ना (पंक्ति ~ 28)

prog="docker"
exec="/usr/bin/$prog"
# Adding lib variable here
lib="/var/lib/$prog"
pidfile="/var/run/$prog.pid"
lockfile="/var/lock/subsys/$prog"
logfile="/var/log/$prog"

समारोह को रोकने के लिए umount ब्लॉक जोड़ना (पंक्ति ~ 77)

stop() {
    echo -n $"Stopping $prog: "
    killproc -p $pidfile -d 300 $prog
    retval=$?
    echo
    [ $retval -eq 0 ] && rm -f $lockfile

    # BEGIN UMOUNT BLOCK
    if [ $(df | grep $lib | awk '{print $1}' | wc -l) -gt 0 ]; then
        umount $(df | grep $lib | awk '{print $1}')
    fi
    # END UMOUNT BLOCK
    return $retval
}

मैं एक ही मुद्दे में काम कर रहा हूँ 1.4.1 भंडारण ड्राइवर के रूप में डिवाइस मैपर का उपयोग करके। मैं अपनी लॉग फ़ाइल के माध्यम से डॉक से एक आतंक स्टैक ट्रेस एकत्र करने में सक्षम था।

वातावरण

$ बिल्ली / आदि / * रिलीज
DISTRIB_ID = उबंटू
DISTRIB_RELEASE = 14.04
DISTRIB_CODENAME = भरोसेमंद
DISTRIB_DESCRIPTION = "Ubuntu 14.04.1 LTS"
नाम = "Ubuntu"
संस्करण = "14.04.1 LTS, भरोसेमंद तहर"
आईडी = ubuntu
ID_LIKE = डेबियन
PRETTY_NAME = "Ubuntu 14.04.1 LTS"
VERSION_ID = "14.04"
HOME_URL = " http://www.ubuntu.com/ "
SUPPORT_URL = " http://help.ubuntu.com/ "
BUG_REPORT_URL = " http://bugs.launchpad.net/ubuntu/ "

$ docker संस्करण
sudo: host ip-172-30-0-39 को हल करने में असमर्थ
क्लाइंट संस्करण: 1.4.1
क्लाइंट API संस्करण: 1.16
गो संस्करण (ग्राहक): go1.3.3
Git कमिट (ग्राहक): 5bc2ff8
OS / Arch (क्लाइंट): linux / amd64
सर्वर संस्करण: 1.4.1
सर्वर API संस्करण: 1.16
गो संस्करण (सर्वर): go1.3.3
Git कमिट (सर्वर): 5bc2ff8

$ पूंछ -f / var / लॉग / upstart / docker
...
जानकारी
2015/01/22 22:29:22 http: आतंक सेवारत @: रनटाइम त्रुटि: अमान्य मेमोरी एड्रेस या नील पॉइंटर डेरेफेरेंस
गोरोइन 1932 [चल रहा है]:
शुद्ध / http.func · 011 ()
/usr/local/go/src/pkg/net/http/server.go:1100 +xx7
runtime.panic (0xbe5c40, 0x127da13)
/usr/local/go/src/pkg/runtime/panic.c:248 + 0x18d
github.com/docker/docker/daemon.(_execConfig).Resize(0xc20989c800, 0x25, 0x82, 0x0, 0x0)
/go/src/github.com/docker/docker/daemon/exec.go:65 + 0x66
github.com/docker/docker/daemon.(_Daemon).ContainerExecResize(0xc208044f20, 0xc20a836e00, 0x1)
/go/src/github.com/docker/docker/daemon/resize.go:49 + 0x314
github.com/docker/docker/daemon._Daemon.ContainerExecResize 日fm(0xc20a836e00, 0x7f49bcd007d8)
/go/src/github.com/docker/docker/daemon/daemon.go:132 + 0x30
github.com/docker/docker/engine.(_Job).Run(0xc20a836e00, 0x0, 0x0)
/go/src/github.com/docker/docker/engine/job.go:83 + 0x837
github.com/docker/docker/api/server.postContainerExecResize(0xc208114fd0, 0xc20a55db27, 0x4, 0x7f49bb08c58, 0xc209498320, 0xc209ee
621a0, 0xc20a69c0c0, 0x0, 0x0)
/go/src/github.com/docker/docker/api/server/server.go:1170 + 0x2d1
github.com/docker/docker/api/server.func 日002(0x7f49bcd08c58, 0xc209498320, 0xc209e621a0)
/go/src/github.com/docker/docker/api/server/server.go:1219 + 0x810
net / http.HandlerFunc.ServeHTTP (0xc2081b8280, 0x7f49bcd08c58, 0xc209498320, 0xc209e621a0)
/usr/local/go/src/pkg/net/http/server.go:1235 + 0x40
github.com/gorilla/mux.(_Router).ServeHTTP(0xc2080a3cc0, 0x7f49bcd08c58, 0xc209498320, 0xc209e621210)
/go/src/github.com/docker/docker/vendor/src/github.com/gorilla/mux/mux.go:98 + 0x297
net / http.serverHandler.ServeHTTP (0xc208180480, 0x7f49bcd08c58, 0xc209498320, 0xc209e621a0)
/us/local/go/src/pkg/net/http/server.go:1673 +xxf
शुद्ध / http। (_ Conn) .serve (0xc20a836300)
/usr/local/go/src/pkg/net/http/server.go:1174 + 0x7e
net / http। (* सर्वर) द्वारा बनाया गया है। सुरक्षित करें
/usr/local/go/src/pkg/net/http/server.go:1721 +xx13

...

जानकारी [0056] DELETE /v1.16/containers/hoopla_docker_registry
जानकारी [0056] + नौकरी rm (hoopla_docker_registry)
कंटेनर hoopla_docker_registry को नष्ट नहीं कर सकता: रूट फाइल सिस्टम को निकालने में विफल ड्राइवर ड्राइवर 6abcbfefe8bdd485dfb192f8926
3add895cda1ae28b578d4a0d9b23574dedc5c: डिवाइस व्यस्त है
INFO [0066] -job rm (hoopla_docker_registry) = ERR (1)
ERRO [0066] DELETE / कंटेनरों के लिए हैंडलर / { नाम:। * * त्रुटि लौटा दी: कंटेनर को नष्ट नहीं कर सकता hoopla_docker_registry: ड्राइव
r devicemapper रूट फाइलसिस्टम को हटाने में विफल रहा।

ERRO [0066] HTTP त्रुटि: स्टेटसकोड = 500 कंटेनर को नष्ट नहीं कर सकता hoopla_docker_registry: ड्राइवर डेविसेमर को रूट फाइल सिस्टम को हटाने में विफल रहा

मैं ubuntu 14.04 (ec2 पर) 1.4.1 के साथ और 1.5 के साथ भी नहीं देख रहा था। यह अजीब है, क्योंकि डॉक लाइनक्स टकसाल 17 पर बहुत विश्वसनीय लगता है, लेकिन हमारे बिल्ड सर्वर पर ubuntu 14.04 के साथ बहुत अविश्वसनीय है।

क्या डेविसेमर का उपयोग नहीं करने का एक तरीका है, क्योंकि यह समस्या 0.9 दिनों से मौजूद है?

यह ओवरलेफ के साथ भी हो सकता है।

खैर, मैं सिर्फ aufs में बदल गया और अब तक कोई समस्या नहीं है।

इस मुद्दे की स्थिति क्या है? मैंने देखा कि कुछ पीआरएस मर्ज हो गए हैं जो संबंधित हो सकते हैं, लेकिन स्पष्ट रूप से कहा गया कुछ भी इसके लिए ठीक नहीं था। यह उत्पादन पर एक _major_ मुद्दा है और एकमात्र काम है, अब ड्राइव को साफ-साफ साफ करने के लिए init स्क्रिप्ट को पैच करना है।

इसे फिर से समीक्षा करने के बाद, यह मूल रूप से कहा गया EBUSY एक आदर्श उदाहरण नहीं है।
इस मामले में एक कंटेनर के छिद्रों के साथ अधिक करना है जो संकेतों को सावधानीपूर्वक संभाल नहीं रहे हैं।

चूंकि प्रजनन का मामला यहां tail -f /dev/null SIGQUIT पर बाहर नहीं निकल रहा है जब डेमन बाहर निकलता है, तो डेमपर ड्राइवर ठीक से फाड़ नहीं सकता है (यह devmapper के लिए अनन्य नहीं है)। इससे पहले कि डेमॉन को फिर से शुरू किया जाए, आप tail -f /dev/null अभी भी चल रहे हैं, तब भी जब docker नहीं है।

इस तरह के एक मुद्दे पर विचार करने की आवश्यकता होगी कि डॉकटर पर कंटेनर में मौजूद छिद्रों का इलाज कैसे किया जाए ... @unclejack @crosbymichael विचार?

फेडोरा 21 x86_64 पर यह परीक्षण किया गया। केवल तुलनात्मक उद्देश्यों के लिए जानकारी प्रदान करना क्योंकि यह समस्या अब मौजूद नहीं है (अब?)। सेंटो का उपयोग करके समान परिणाम ubuntu: भरोसेमंद चित्र।

$ docker run -d centos:7 tail -f /dev/null
ec496f1a6738430972b79e5f3c9fdbf2527e55817d4638678e3b0dd486191203

$ systemctl stop docker

$ ps ax | grep tail
14681 ?        Ss     0:00 tail -f /dev/null
14738 pts/9    S+     0:00 grep --color=auto tail

$ systemctl start docker

$ docker ps -q

$ docker ps -a -q
ec496f1a6738

$ docker start ec496f1a6738
ec496f1a6738

$ docker rm ec496f1a6738
Error response from daemon: Conflict, You cannot remove a running container. Stop the container before attempting removal or use -f
FATA[0000] Error: failed to remove one or more containers 

$ docker stop ec496f1a6738
ec496f1a6738

$ docker rm ec496f1a6738
ec496f1a6738

$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

प्रणाली की जानकारी:

$ uname -a
Linux localhost 3.18.9-200.fc21.x86_64 #1 SMP Mon Mar 9 15:10:50 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

$ rpm -q device-mapper docker-io
device-mapper-1.02.93-3.fc21.x86_64
docker-io-1.5.0-1.fc21.x86_64

$ docker version
Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.3.3
Git commit (client): a8a31ef/1.5.0
OS/Arch (client): linux/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.3.3
Git commit (server): a8a31ef/1.5.0

बस इसे डॉकर 1.5, उबंटू 14.04 पर चलाएं
root@ip-10-148-25-50:~# docker start service Error response from daemon: Cannot start container service: Error getting container f3a7515112a0b5af94b0520844ef8c586763d2051b41b1db90e4c4efbd07e774 from driver devicemapper: Error mounting '/dev/mapper/docker-202:1-153948-f3a7515112a0b5af94b0520844ef8c586763d2051b41b1db90e4c4efbd07e774' on '/var/lib/docker/devicemapper/mnt/f3a7515112a0b5af94b0520844ef8c586763d2051b41b1db90e4c4efbd07e774': device or resource busy FATA[0000] Error: failed to start one or more containers

umount /var/lib/docker/devicemapper/mnt/f3a7515112a0b5af94b0520844ef8c586763d2051b41b1db90e4c4efbd07e774 चलने से हालांकि मदद मिली।

मेरे पास डॉकटर 1.5.0, Centos7.0 पर एक ही मुद्दा है,

[vagrant<strong i="6">@localhost</strong> ~]$  sudo systemctl start docker
[vagrant<strong i="7">@localhost</strong> ~]$  sudo docker ps -a
CONTAINER ID        IMAGE               COMMAND                CREATED             STATUS                        PORTS               NAMES
5189b16c0917        mongo:3             "/entrypoint.sh mong   35 minutes ago      Exited (128) 29 minutes ago                       mongod
[vagrant<strong i="8">@localhost</strong> ~]$ sudo docker inspect 5189b16c0917 | grep Error
        "Error": "Error getting container 5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6 from driver devicemapper: Error mounting '/dev/mapper/docker-253:1-134,

umount विफल।

[vagrant<strong i="12">@localhost</strong> ~]$ sudo stat /var/lib/docker/devicemapper/mnt/5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6
  File: `/var/lib/docker/devicemapper/mnt/5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6'
  Size: 6               Blocks: 0          IO Block: 4096   ディレクトリ
Device: fd01h/64769d    Inode: 201732136   Links: 2
Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2015-03-21 20:36:14.407505308 +0900
Modify: 2015-03-21 20:16:58.863146490 +0900
Change: 2015-03-21 20:16:58.863146490 +0900
 Birth: -
[vagrant<strong i="13">@localhost</strong> ~]$ sudo umount /var/lib/docker/devicemapper/mnt/5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6
umount: /var/lib/docker/devicemapper/mnt/5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6: not mounted
[vagrant<strong i="14">@localhost</strong> ~]$ grep docker /proc/mounts
(no results)

वातावरण

[vagrant<strong i="18">@localhost</strong> ~]$ cat /etc/centos-release
CentOS Linux release 7.0.1406 (Core)
[vagrant<strong i="19">@localhost</strong> ~]$ uname -a
Linux localhost.localdomain 3.10.0-123.20.1.el7.x86_64 #1 SMP Thu Jan 29 18:05:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[vagrant<strong i="20">@localhost</strong> ~]$ sudo docker version
Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.3.3
Git commit (client): a8a31ef/1.5.0
OS/Arch (client): linux/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.3.3
Git commit (server): a8a31ef/1.5.0

[vagrant<strong i="21">@localhost</strong> ~]$ rpm -qi docker
Name        : docker
Version     : 1.5.0
Release     : 1.el7
Architecture: x86_64
Install Date: 2015年03月21日 20時04分29秒
Group       : Unspecified
Size        : 27215826
License     : ASL 2.0
Signature   : (none)
Source RPM  : docker-1.5.0-1.el7.src.rpm
Build Date  : 2015年02月12日 05時10分39秒
Build Host  : c1bj.rdu2.centos.org
Relocations : (not relocatable)
Packager    : CBS <[email protected]>
Vendor      : CentOS
URL         : http://www.docker.com
Summary     : Automates deployment of containerized applications
Description :
Docker is an open-source engine that automates the deployment of any
application as a lightweight, portable, self-sufficient container that will
run virtually anywhere.

मैं इसे CentOS7 आधिकारिक रिपॉजिटरी से docker द्वारा 1.3.2 पुन: पेश करता हूं।

$ rpm -qi docker
Name        : docker
Version     : 1.3.2
Release     : 4.el7.centos
Architecture: x86_64
Install Date: 2015年03月22日 02時44分58秒
Group       : Unspecified
Size        : 25505685
License     : ASL 2.0
Signature   : RSA/SHA256, 2014年12月11日 04時21分03秒, Key ID 24c6a8a7f4a80eb5
Source RPM  : docker-1.3.2-4.el7.centos.src.rpm
Build Date  : 2014年12月11日 04時15分49秒
Build Host  : worker1.bsys.centos.org
Relocations : (not relocatable)
Packager    : CentOS BuildSystem <http://bugs.centos.org>
Vendor      : CentOS
URL         : http://www.docker.com
Summary     : Automates deployment of containerized applications

docker 1.5.0 वही बग मिला
Error response from daemon: Cannot destroy container 485bf8d6502a: Driver devicemapper failed to remove root filesystem 485bf8d6502a6cf448075d20c529eb24f09a41946a5dd1c61a99e17

एक ही समस्या यहाँ, आसान पुन: पेश करने के लिए

docker run -it --name busybox --rm busybox tail -f /dev/null

On another shell:

root<strong i="6">@staging5</strong>:/home/shopmedia #service docker stop
Stopping docker:                                           [  OK  ]
root<strong i="7">@staging5</strong>:/home/shopmedia #service docker start
Starting docker:                                           [  OK  ]
root<strong i="8">@staging5</strong>:/home/shopmedia #docker rm -f busybox
Error response from daemon: Cannot destroy container busybox: Driver devicemapper failed to remove root filesystem 124cd3329e0fafa6be2a284b36a75571666745436c601a702a4beedb75adc7c0: Device is Busy
FATA[0011] Error: failed to remove one or more containers

वातावरण

docker version
Client version: 1.4.1
Client API version: 1.16
Go version (client): go1.3.3
Git commit (client): 5bc2ff8/1.4.1
OS/Arch (client): linux/amd64
Server version: 1.4.1
Server API version: 1.16
Go version (server): go1.3.3
Git commit (server): 5bc2ff8/1.4.1

cat /etc/centos-release
CentOS release 6.6 (Final)

cat /proc/version
Linux version 2.6.32-504.8.1.el6.x86_64 ([email protected]) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC) ) #1 SMP Wed Jan 28 21:11:36 UTC 2015

rpm -q device-mapper
device-mapper-1.02.90-2.el6_6.1.x86_64

संपादित करें: मेरे लिए एकमात्र वर्कअराउंड (मैं system.d का उपयोग नहीं कर रहा हूँ) /etc/init.d/docker, लाइन 50 को unshare कमांड से अपडेट करना है। फिक्स @vbatts , धन्यवाद btw द्वारा प्रदान किया गया है
हालांकि, यह फिक्स स्केलेबल नहीं है। हम हर मशीन को अपडेट नहीं करना चाहते हैं जो हमारे पास है + यह अगली बार जब हम अपडेट करेंगे तो यह मिट जाएगा।

1. मेरे अन्य विकल्प क्या हैं?
2. क्या कोई फिक्स डॉक साइड सामने आ रहा है?
3. क्या यह सभी ऑपरेटिंग सिस्टम को प्रभावित कर रहा है?
4. क्या यह सभी गुठली को प्रभावित कर रहा है?

धन्यवाद

मुझे लगता है कि https://github.com/docker/docker/pull/12400 इसे ठीक करने जा रहा है। ऐसा इसलिए है क्योंकि डॉकटर डेमॉन शटडाउन चल रहे कंटेनरों को बिना साफ किए छोड़ देगा (यदि कंटेनर 10 सेकंड में नहीं मारे जाते हैं, तो कंटेनर के रूटफुट अभी भी माउंट किए जाएंगे) और इसे अगली शुरुआत डेमॉन पर हटाया नहीं जा सकता है। (मैं ओवरले पर परीक्षण करता हूं)

धन्यवाद @ coolljt0725

1) इसे लागू करने वाले के किस संस्करण को लागू किया जाएगा?
2) मेरे अन्य विकल्प क्या हैं?
3) क्या यह सभी ऑपरेटिंग सिस्टम को प्रभावित कर रहा है?
4) क्या यह सभी गुठली को प्रभावित कर रहा है?

धन्यवाद

Umount वर्कअराउंड के लिए +1। मेरे साथ docker 1.6.0 हुआ, 4749651 का निर्माण किया।
सेवा कर्ता पुनरारंभ ने इसे हल नहीं किया। परेशान 'मात्रा' को ठीक कर दिया।

डॉकर 1.6.1 (उबंटू 14.04) में अभी भी यह समस्या है। umount काम करता है।

डॉकर 1.6.2 (Ubuntu 14.04) umount काम नहीं करता है

डॉकर 1.7.0 सेंटोस 6.5 में अभी भी समान मुद्दे हैं।

मुझे यह सिर्फ डॉकटर 1.7 में अपग्रेड करने के बाद सेंटोस 6.3 पर मिला है। अपग्रेड पुनः आरंभ करने वाले (स्पष्ट रूप से) करते हैं, और जब मैं कंटेनरों को पुनः आरंभ करने के लिए जाता हूं, तो मेरे सभी नोड्स.जेएस के कंटेनर फिर से चालू हो जाते हैं, लेकिन जो लोग रन करते हैं, वे त्रुटि देते हैं:

# docker start 48596c91d263
Error response from daemon: Cannot start container 48596c91d263: Error getting container 48596c91d263e44201f9141e7bc701ab9e11fe691c61eadc95019fcfa0e4a549 from driver devicemapper: Error mounting '/dev/mapper/docker-8:17-262147-48596c91d263e44201f9141e7bc701ab9e11fe691c61eadc95019fcfa0e4a549' on '/local/docker/devicemapper/mnt/48596c91d263e44201f9141e7bc701ab9e11fe691c61eadc95019fcfa0e4a549': device or resource busy

umount /local/docker/devicemapper/mnt/48596c91d263e44201f9141e7bc701ab9e11fe691c61eadc95019fcfa0e4a549 करने से समस्या ठीक नहीं हुई।

डेबियन पर भी। पूरी तरह से ताज़ा हैलो-वर्ल्ड छवि खींचते हुए भी, कोई भी कंटेनर चालू नहीं किया जा सकता है।

root<strong i="6">@vamp1</strong>:~# docker run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from hello-world
a8219747be10: Pull complete 
91c95931e552: Already exists 
hello-world:latest: The image you are pulling has been verified. Important: image verification is a tech preview feature and should not be relied on to provi
de security.
Digest: sha256:aa03e5d0d5553b4c3473e89c8619cf79df368babd18681cf5daeb82aab55838d
Status: Downloaded newer image for hello-world:latest
Error response from daemon: Cannot start container 69be8cff86828d1f4ca3db9eeeeb1a8891ce1e305bd07847108750a0051846ff: device or resource busy

Client version: 1.7.0
Client API version: 1.19
Go version (client): go1.4.2
Git commit (client): 0baf609
OS/Arch (client): linux/amd64
Server version: 1.7.0
Server API version: 1.19
Go version (server): go1.4.2
Git commit (server): 0baf609
OS/Arch (server): linux/amd64

PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"

@tnolet कृपया docker info आउटपुट प्रदान करें।

@unclejack मेरे होस्ट के लिए docker info है

$ docker info
Containers: 24
Images: 128
Storage Driver: devicemapper
 Pool Name: docker-8:17-262147-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: extfs
 Data file: 
 Metadata file: 
 Data Space Used: 2.897 GB
 Data Space Total: 107.4 GB
 Data Space Available: 104.5 GB
 Metadata Space Used: 7.918 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.14 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: false
 Library Version: 1.02.89-RHEL6 (2014-09-01)
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.10.81-1.el6.elrepo.x86_64
Operating System: <unknown>
CPUs: 4
Total Memory: 7.812 GiB
Name: radioedit-app101
ID: RY22:ODAC:5NT5:MSBZ:Y52X:L33V:UCHA:IOIL:SR23:YX3U:IILJ:J44R
WARNING: No swap limit support

Dtder के साथ उपयोग के लिए

डॉकर आधिकारिक तौर पर सेंटोस 6.5 (https://docs.docker.com/installation/centos/) का समर्थन करता है। इसके अतिरिक्त, हमने कर्नेल को 3.10 में अपडेट किया है। अन्य लोग यहां रिपोर्ट करते हैं कि त्रुटि CentOS 7 पर भी मौजूद है। एक CentOS संस्करण मुद्दे की तुलना में एक devicemapper मुद्दे की तरह लगता है। मेरे पास यह मानने का कोई कारण नहीं है कि CentOS 7 में अपग्रेड करने से कुछ अलग होगा।

मेरे पास बस यही सेंटोस 7, डॉकर संस्करण 1.6.0 में, डेविसेमर के साथ 4749651 का निर्माण। मेरे 15 कंटेनर सभी दुर्घटनाग्रस्त हो गए। मैं कुछ झूलने वाली छवियों को हटाने की कोशिश कर रहा हूँ और मुझे वही त्रुटि मिल रही है:

Error response from daemon: Cannot destroy container: Driver devicemapper failed to remove root filesystem : Device is Busy

Containers: 25
Images: 237
Storage Driver: devicemapper
 Pool Name: docker-253:2-8594920394-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: xfs
 Data file: 
 Metadata file: 
 Data Space Used: 22.03 GB
 Data Space Total: 107.4 GB
 Data Space Available: 85.34 GB
 Metadata Space Used: 25.47 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.122 GB
 Udev Sync Supported: false
 Library Version: 1.02.82-git (2013-10-04)
Execution Driver: native-0.2
Kernel Version: 3.10.0-229.4.2.el7.x86_64
Operating System: CentOS Linux 7 (Core)
CPUs: 24
Total Memory: 141.5 GiB
Name: localhost.localdomain

@amalagaura डेमॉन के साथ, mount | grep docker चल रहा है, निर्देशिकाओं के एक जोड़े को दिखा सकता है (जैसे /dev/mapper/docker-253:2-7995406-6296eddc5eaca30246c02d9b9c956161825bd7e92882a357214e091feba6f9b0 on ... )। आप umount पहले इन dmsetup ls | grep docker और docker-253:2-7995406-6296eddc5eaca30246c02d9b9c956161825bd7e92882a357214e091feba6f9b0 (253:5) जैसी प्रविष्टियाँ देखें। जिनमें से आप dmsetup remove docker-253:2-7995406-6296eddc5eaca30246c02d9b9c956161825bd7e92882a357214e091feba6f9b0 कॉल कर सकते हैं

@vbatts सहायता के लिए धन्यवाद। हमारा असली मुद्दा यह है कि हमारे 15 मशीनों के उत्पादन क्लस्टर की मृत्यु हो गई। यह एक अलग चर्चा है, लेकिन अगर हमें डॉकटर का समर्थन चाहिए तो क्या किया जाना चाहिए?

मेरे पास 1.7 में अपग्रेड होने के बाद भी ऐसा ही मुद्दा है, यह प्राथमिकओएस पर 1.6.2 में ठीक काम कर रहा था।

जब भी मैं कोई कंटेनर शुरू करता हूं, मुझे संदेश मिलता है

डेमन से त्रुटि प्रतिक्रिया: कंटेनर 560640442c770dff574f5af7b6cdcc8e86ba8a613db87bf90aeaaa7f0db322a प्रारंभ नहीं हो सकता है: डिवाइस या संसाधन व्यस्त

मैंने प्योर डॉकटर, आरएम-आरएफ़ / वर / लीब / डॉकटर और ताज़े इंस्टाल के साथ हेल्लो-वर्ल्ड इमेज चलाते समय एक ही त्रुटि प्राप्त की।

मैंने यह भी देखा कि प्रत्येक विफल प्रयास के बाद फ़ोल्डर्स / var / docker / lib / aufs / mnt में ढेर हो जाते हैं।

मैं इसे बहुत बार मार रहा हूँ, और मैं aufs का उपयोग कर रहा हूँ, न कि devicemapper का:

$ sudo docker info
Containers: 3
Images: 2278
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 2284
 Dirperm1 Supported: false
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.5.0-54-generic
Operating System: Ubuntu precise (12.04.2 LTS)
CPUs: 8
Total Memory: 7.725 GiB
Name: (omitted)
ID: DWS4:G2M5:XD2Q:CQKA:5OXF:I3RB:6M6F:GUVO:NUFM:KKTF:4RB2:X3HP

मुझे बताएं कि क्या कोई और डीबगिंग जानकारी है जो मैं प्रदान कर सकता हूं।

इसी मुद्दे को देखते हुए। umount काम नहीं करता है, यह कहता है कि फ़ोल्डर माउंट नहीं है। मैंने इसे डॉकटर 1.5.0 के साथ मनाया, फिर मैंने 1.7.1 को उसी प्रभाव से अपडेट किया।

$ docker info
Containers: 15
Images: 91
Storage Driver: devicemapper
 Pool Name: docker-202:1-149995-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: extfs
 Data file: 
 Metadata file: 
 Data Space Used: 2.225 GB
 Data Space Total: 107.4 GB
 Data Space Available: 105.1 GB
 Metadata Space Used: 5.03 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.142 GB
 Udev Sync Supported: false
 Deferred Removal Enabled: false
 Library Version: 1.02.82-git (2013-10-04)
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.13.0-40-generic
Operating System: Ubuntu 14.04.1 LTS
CPUs: 1
Total Memory: 3.676 GiB
WARNING: No swap limit support

Ubuntu 14.04 पर एक ही बीज

$ docker info
Containers: 6
Images: 537
Storage Driver: devicemapper
 Pool Name: docker-8:1-262623-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: extfs
 Data file:
 Metadata file:
 Data Space Used: 7.546 GB
 Data Space Total: 107.4 GB
 Data Space Available: 99.83 GB
 Metadata Space Used: 19.05 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.128 GB
 Udev Sync Supported: false
 Deferred Removal Enabled: false
 Library Version: 1.02.82-git (2013-10-04)
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.13.0-52-generic
Operating System: Ubuntu 14.04.2 LTS
CPUs: 2
Total Memory: 2.939 GiB
Name: test-app
ID: F5T4:5AIR:TDBZ:DGH4:WBFT:ZX6A:FVSA:DI4O:5HE2:CJIV:VVLZ:TGDS
WARNING: No swap limit support

$ docker version
Client version: 1.7.1
Client API version: 1.19
Go version (client): go1.4.2
Git commit (client): 786b29d
OS/Arch (client): linux/amd64
Server version: 1.7.1
Server API version: 1.19
Go version (server): go1.4.2
Git commit (server): 786b29d
OS/Arch (server): linux/amd64

मैं एक एप्लिकेशन चलाने जा रहा हूं और क्या यह समस्या हल हो गई है, मैं उत्पादन में डॉक का उपयोग नहीं कर सकता क्योंकि मैंने पहले से ही कुछ कंटेनर को दुर्घटनाग्रस्त होने का अनुभव किया था और मैं उन्हें सिस्टम रिबूट के बिना नहीं हटा सका, जो एक उत्पादन प्रणाली पर एक दर्द है।

@trompx devicemapper के साथ
यह उस कारण का हिस्सा है जो हम अब एक स्थिर बाइनरी के बजाय डायनेमिक बायनेरिज़ (जो सिंक समस्या को ठीक करता है) प्रदान करते हैं।
मैं apt.dockerproject.org रेपो (और docker- इंजन पैकेज) के साथ get.docker.com (और lxc-docker पैकेज) से आपके रेपो को बदलने की सिफारिश करूंगा।
अधिक जानकारी के लिए http://blog.docker.com/2015/07/new-apt-and-yum-repos/ देखें।

एक नया (ईश) कंटेनर राज्य भी है जिसे "डेड" कहा जाता है, जो तब सेट होता है जब कंटेनर को हटाने के मुद्दे थे। यह निश्चित रूप से इस विशेष मुद्दे के लिए चारों ओर एक काम है, जो आपको जाने देता है और जांच करता है कि device or resource busy त्रुटि (शायद एक दौड़ की स्थिति) है, जिस स्थिति में आप फिर से हटाने का प्रयास कर सकते हैं, या मैन्युअल रूप से प्रयास कर सकते हैं। फिक्स (उदाहरण के लिए किसी भी बचे हुए आरोह को अनमाउंट करें, और फिर हटा दें)।

हो सकता है कि ग्राफड्राइवर्स उन मामलों में थोड़े अधिक लचीले हो सकते हैं जहां हमारे पास fs के साथ किसी प्रकार की दौड़ है (जैसे कि यह फिर से अनमाउंट करने की कोशिश करता है)।

@ cpuguy83 जानकारी के लिए धन्यवाद। अब मैं udev के साथ अंतिम संस्करण का उपयोग कर रहा हूं, लेकिन जब मैं एक लॉगिंग मॉनिटरिंग सिस्टम को सेटअप करने की कोशिश कर रहा था, तब एक समस्या उत्पन्न हुई, जिसके परिणामस्वरूप मेरे सभी कंटेनर "स्थिति" (137) "" मृत "" हो गए और उन्हें हटाने का प्रयास करने से मुझे रोका गया उन्हें हटाने "डेमॉन से त्रुटि प्रतिक्रिया: कंटेनर 9ca0b5642a55 को नष्ट नहीं कर सकता: रूट डेसिस्टम को हटाने के लिए ड्राइवर डेविक्मेपर विफल रहा"। इसलिए मुझे अभी भी यह समस्या है।

मैं यह नहीं देख सका कि मुझे क्या खुशी हुई क्योंकि मैं syslog ड्राइवर का उपयोग करता हूं (अपने लॉगिंग सिस्टम को सेटअप करने का प्रयास करने के लिए) इसलिए मुझे वास्तव में नहीं पता कि क्या हुआ। अगर मैं इसे हल कर दूं तो आपको बता दूंगा।

@trompx अगर ये पिछली स्थापना से घूम रहे हैं तो यह एक समस्या का कारण बन सकता है।
एक बार जब कंटेनर "मृत" अवस्था में हो जाते हैं, तो आप उन्हें डॉकटर से निकालने के लिए फिर से docker rm -f उन्हें दे सकते हैं और उन्हें फिर से नहीं दिखाना चाहिए। यह संभावना है कि फाइलें ऐसी गायब हैं कि devicemapper वास्तव में इसे नहीं पा सकता है।

मैं इसे फिर से दुर्घटनाग्रस्त करने में कामयाब रहा, लेकिन उस समय लॉग ऑन चालक के साथ। सभी कंटेनरों के लॉग की जांच करने के बाद, केवल हाइप्रोक्स एक कुछ उपयोगी इनपुट लौटाता है "/run.sh: कांटा: मेमोरी आवंटित नहीं कर सकता"। मैं स्वैप के बिना मेमोरी पर थोड़ा कम था, और मैं स्मृति से बाहर भाग गया होगा। यदि वह कारण है, तो क्या इसका मतलब यह है कि मेमोरी से बाहर निकलने पर डॉकर दुर्घटनाग्रस्त हो जाएगा, इस प्रकार सभी कंटेनरों से बाहर निकल जाएगा?

@trompx निश्चित रूप से कुछ भी नहीं है डॉकर को OOM को मारने से रोक रहा है।
डॉकटर क्रैश होने पर कंटेनर से बाहर नहीं निकलते हैं, हालांकि जब डॉक बैक शुरू होता है तो यह सभी चलने वाले कंटेनरों को मारता है (और उन लोगों को शुरू करता है जिनके पास पुनरारंभ नीति है)।

मैं इसे काफी नियमित रूप से देख रहा हूं जब उबंटू 14.04 पर 1.4.2 और डॉक-इंजन 1.8.3 का उपयोग कर रहा था।

@superdump कर्नेल संस्करण?

@ जीयन : 3.13.0-65-जेनेरिक

@superdump @gionn ditto सॉफ्टवेयर के समान संस्करण, कर्नेल 3.13.0-67-जेनेरिक

ईबीएस एसएसडी का उपयोग करके AWS पर

क्या किसी ने docker 1.9 के साथ यह देखने की कोशिश की है कि क्या यह तय हो गया है? संस्करणों से संबंधित कुछ कार्य किए गए हैं ...

वॉल्यूम (कंटेनर जीवन चक्र के बाहर डेटा को विस्तारित करने के अर्थ में) क्या यहां प्रभावित हो रहा है की तुलना में एक अलग विशेषता है?

अगर इन मुद्दों को अनशेयर माउंट किया जाता है, तो क्या डेमॉन शुरू होने पर डिफ़ॉल्ट रूप से ऐसा नहीं कर सकता है ..?
इसे लागू करने के लिए पर्याप्त होना चाहिए ..

यह करना सरल है और इस कार्य को पूरा करने के विभिन्न तरीके हैं।
अनुचर पुल अनुरोधों को स्वीकार नहीं करना चाहते थे जिन्होंने ऐसा किया क्योंकि यह
एक "हैक" था।
शुक्र पर, 27 नवंबर, 2015 को 6:49 बजे एंड्रियास स्टेनिसियस नोटिफिकेशन @github.com
लिखा था:

अगर इन मुद्दों को अनशेयर माउंट एक कारगर उपाय है, तो डॉक नहीं कर सकता
डिफ़ॉल्ट रूप से जब डेमॉन शुरू होता है ..?
इसे लागू करने के लिए पर्याप्त होना चाहिए ..

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/docker/docker/issues/5684#issuecomment -160153438।

यह सच नहीं है। हमारे पास यह था और इसने मुद्दों को जन्म दिया इसलिए हमने इसे वापस कर दिया। यह आपके लिए यह तुच्छ है अगर यह आपको किसी भी मुद्दे का कारण नहीं बनता है।

जानकारी के लिए धन्यवाद। हमने कुछ जोड़े नोड्स पर "हैक" को जोड़ा है,
देखिए कैसे जाता है ...
मुफ्त 27 nov। 2015 केएल। 19:01 skrev ब्रायन गॉफ सूचनाएं @github.com:

यह सच नहीं है। हमारे पास यह था और इसने मुद्दों को जन्म दिया इसलिए हमने इसे वापस कर दिया।
यह आपके लिए यह तुच्छ है अगर यह आपको किसी भी मुद्दे का कारण नहीं बनता है।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/docker/docker/issues/5684#issuecomment -160182860

नमस्ते,

डॉकर का उपयोग करते समय मुझे ऊपर चर्चा का मुद्दा मिल रहा है।

Failed to remove container (da3b06dc0723): Error response from daemon: Unable to remove filesystem for da3b06dc072328112eec54d7b0e00c2c355a8ef471e1ba3c82ab3ffb8e93891f: remove /var/lib/docker/containers/da3b06dc072328112eec54d7b0e00c2c355a8ef471e1ba3c82ab3ffb8e93891f/shm: device or resource busy
Failed to remove container (99cfba26be16): Error response from daemon: Unable to remove filesystem for 99cfba26be16bf7b475aaa4ed3d50f7fca3179082decc60f1418d22745f5a855: remove /var/lib/docker/containers/99cfba26be16bf7b475aaa4ed3d50f7fca3179082decc60f1418d22745f5a855/shm: device or resource busy
Failed to remove container (c34922906202): Error response from daemon: Unable to remove filesystem for c34922906202713a573a45f18f8db45ad6788bde2255f75b0f0e027800721b26: remove /var/lib/docker/containers/c34922906202713a573a45f18f8db45ad6788bde2255f75b0f0e027800721b26/shm: device or resource busy

मेरे डॉकर संस्करण की जानकारी इस प्रकार है:
ग्राहक:
संस्करण: 1.10.2
एपीआई संस्करण: 1.22
जाओ संस्करण: go1.5.3
Git कमिट: c3959b1
निर्मित: सोम फरवरी 22 21:37:01 2016
OS / Arch: linux / amd64

सर्वर:
संस्करण: 1.10.2
एपीआई संस्करण: 1.22
जाओ संस्करण: go1.5.3
Git कमिट: c3959b1
निर्मित: सोम फरवरी 22 21:37:01 2016
OS / Arch: linux / amd64

यह ध्यान दिया जाना चाहिए कि मैं इस मुद्दे पर बहुत हाल ही में आया था। मैं डॉकर के साथ एक साल से काम कर रहा हूं।

नमस्ते,
बस यह उल्लेख करना चाहता था कि अपने कंप्यूटर को पुनः आरंभ करने के बाद मैंने पाया कि पहले हटाए गए कंटेनरों को हटाया नहीं गया था। यह मुद्दे को हाथ में हल करता है, लेकिन अभी तक यह कंटेनर के संचय के लिए परेशान होगा और हमेशा ओएस को रिबूट करना होगा।

@chirangaalwis +1। क्या आपने देखा है कि कंटेनर के कुछ समय तक चलने के बाद ऐसा होता है या कंटेनर शुरू होने के बाद सीधे होता है?

नमस्ते,
खैर जहाँ तक मुझे याद है मैंने कंटेनरों के शुरू होने के काफी समय बाद इसका अनुभव किया। सटीक होने के लिए बहुत लंबे समय के बाद नहीं।

वैसे यह अच्छा होगा यदि कोई इस मुद्दे के पीछे के कारण का गहन विवरण दे सके। मैं कंटेनरीकरण की अवधारणा के लिए अपेक्षाकृत नया हूं।

@chirangaalwis आपने इस मुद्दे की जाँच की है: https://github.com/docker/docker/issues/17902 लगता है कि यह कर्नेल संस्करण के लिए विशिष्ट हो सकता है। मैं मशीन पर कर्नेल को अपग्रेड करने जा रहा हूं जो अगले दिन या तो इस मुद्दे को अनुभव कर रहा था और देखें कि क्या यह हल करता है।

+1। हाँ ऐसा लगता है, यहां तक ​​कि मेरा कर्नेल संस्करण 3.13 है। हाँ, मैं इसके साथ जाँच करूँगा कि मैंने क्या रिपोर्ट की है।

@chirangaalwis @kabobbob ... मैं RHEL 7.2 और कर्नेल 3.10 पर हूं।

[root<strong i="7">@pe2enpmas301</strong> npmo-server]# uname -a
Linux pe2enpmas301.corp.intuit.net 3.10.0-327.3.1.el7.x86_64 #1 SMP Fri Nov 20 05:40:26 EST 2015 x86_64 x86_64 x86_64 GNU/Linux

docker-compose का उपयोग करते हुए कंटेनरों को रोकना और शुरू करना, मुझे लगातार यह त्रुटि मिलती है ...।

Recreating npmoserver_policyfollower_1
ERROR: Driver devicemapper failed to remove root filesystem 3bb07965510f2c398c0fc99c3e0ce4696914f710efabc47f2df19ecf85725021: Device is Busy

एकमात्र समाधान रोकना है, और फिर से कोशिश करने से पहले कुछ सेकंड के लिए प्रतीक्षा करें। समस्या यह है कि पुनरारंभ करने के लिए काम करने की गारंटी नहीं है। मैं कभी-कभी पुनरारंभ करने के लिए कई बार प्रयास करता हूं।

@chirangaalwis @marcellodesales मैं सर्वर के उन्नयन के लिए 3.16 कर्नेल करने में सक्षम था और एक कंटेनर रोकने के लिए और rm की कोशिश की। सभी अच्छा काम करने लगे थे। काम करने की आवश्यकता होगी और देखें कि क्या समस्या हल हो गई है।

@kabobbob कृपया कुछ दिनों में रिपोर्ट करें कि क्या बेहतर काम करने के लिए साबित हुआ है ... मैं अपने पहले-ठिकाने के वातावरण को अपग्रेड करने और रिपोर्ट करने की कोशिश करूंगा।

यह 7.2 rhel पर था - एक yum अपडेट && systemctl रिबूट ने इसे ठीक किया।

सीधा LVM और Docker संस्करण 1.9.1 का उपयोग कर रहा था

मुझे भी यह दिक्कत है। मेरा सेटअप: Ubuntu 14.04, कर्नेल के लिए अद्यतन "3.19.0-58-जेनेरिक # 64 ~ 14.04.1-Ubuntu"। डॉकर संस्करण 1.11.0, 4dc5990 का निर्माण करें। "डॉकटर-कम्पोजिशन संस्करण 1.7.0, 0d7bf73 का निर्माण करें"।

जब docker-compose up -d एक नई छवि के कारण कंटेनर को पुनरारंभ करता है, तो यह अक्सर समाप्त कंटेनर को हटाने में सक्षम नहीं होता है।

केवल एक रिबूट कंटेनर को शुरू करने में सक्षम होने में मदद करेगा। तब समस्या 100% प्रजनन योग्य नहीं है, लेकिन यह बहुत बार होता है। इसलिए मुझे बार-बार मेजबान मशीन को रिबूट करने के लिए मजबूर किया जाता है :-(

$ docker rm 5435d816c9a3_dockercomposeui_docker-compose-ui_1
Error response from daemon: Driver devicemapper failed to remove root filesystem 5435d816c9a35c63a5a636dc56b7d9052f1681ae21d604127b1685dab3848404: Device is Busy

तथा

# docker ps -a | grep dockercomposeui
5435d816c9a3        c695fdb43f7a                          "/env/bin/python /app"   2 days ago          Dead                                                                                                                   5435d816c9a3_dockercomposeui_docker-compose-ui_1

@dsteinkopf क्या आपने 1.10 से 1.11 में अपग्रेड करने के बाद इसे चलाया था? किसी भी कारण से आप Ubuntu पर devicemapper का उपयोग कर रहे हैं? कुल मिलाकर, डिफ़ॉल्ट (aufs) आपको बेहतर प्रदर्शन देना चाहिए। कर्नेल 3.19 पर, ओवरले भी एक बेहतर विकल्प हो सकता है

नहीं, समस्या पहले से ही docker 1.10 और डिफ़ॉल्ट ubuntu 14.04-kernel (~ 3.10 मुझे लगता है) और aufs का उपयोग करके मौजूद थी। फिर मैंने स्टोरेज ड्राइवर, कर्नेल और डॉकर्स को अपग्रेड (स्टेप बाय स्टेप) किया। अनुभवी समस्या में कोई महत्वपूर्ण परिवर्तन नहीं ...

क्या आपको लगता है, यह इस समस्या के विषय में ओवरले की कोशिश करने लायक है? (मेरे मामले में प्रदर्शन कोई बड़ा मुद्दा नहीं है।)

@thaJeztah मैंने इस मुद्दे को पहले और बाद में कभी नहीं देखा

क्या आपने 1.10 से 1.11 तक अपग्रेड करने के बाद इसे चलाया

मेरे पास यह मुद्दा है :(

फिर भी यह मिल गया
आरएचईएल 7.2 कर्नेल-3.10.0-327.el7.x86_64
डॉकर संस्करण 1.9.1, 78ee77d / 1.9.1 का निर्माण
डिवाइस-नक्शाकार-libs-1.02.107-5.el7_2.1.x86_64

यह भी मुद्दा:

docker rm agent4 Error response from daemon: Driver aufs failed to remove root filesystem 16a3129667975c411d0084b38ba512761b64eaa7853f3452a7f8e4f2898d1175: rename /var/lib/docker/aufs/diff/76125e9141ec9de7c12e20d41b00cb44826b19bedf98bd9c650cb7a7cc07913a /var/lib/docker/aufs/diff/76125e9141ec9de7c12e20d41b00cb44826b19bedf98bd9c650cb7a7cc07913a-removing: device or resource busy

docker संस्करण

Client:
 Version:      1.11.0
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   4dc5990
 Built:        Wed Apr 13 18:26:49 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.11.0
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   4dc5990
 Built:        Wed Apr 13 18:26:49 2016
 OS/Arch:      linux/amd64

docker जानकारी

Containers: 9
 Running: 8
 Paused: 0
 Stopped: 1
Images: 80
Server Version: 1.11.0
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 193
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge null host
Kernel Version: 3.16.0-4-amd64
Operating System: Debian GNU/Linux 7 (wheezy)
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 31.45 GiB
Name: chell
ID: BXX3:THMK:SWD4:FP35:JPVM:3MV4:XJ7S:DREY:O6XO:XYUV:RHXO:KUBS
Docker Root Dir: /var/lib/docker
Debug mode (client): false
Debug mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No memory limit support
WARNING: No swap limit support
WARNING: No kernel memory limit support
WARNING: No oom kill disable support
WARNING: No cpu cfs quota support
WARNING: No cpu cfs period support

अनाम-ए

Linux chell 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-1 (2016-03-06) x86_64 GNU/Linux

यह विभिन्न मुद्दों का मिश्रण है। मुझे लगता है कि हमें इसे बंद करने की जरूरत है। नवीनतम रिपोर्ट किए गए मामलों में से कोई भी ओपी की तरह कुछ भी नहीं है।

@guenhter मुझे संदेह है कि यह बढ़ते या तो / var / कंटेनर (आपके होस्ट पर किसी अन्य कंटेनर) या बढ़ते / var / lib /

@guenhter # 21969 रिकॉर्ड के लिए

इसके अलावा, "डिवाइस या संसाधन व्यस्त" प्रकार की त्रुटियों के साथ पूर्व -11 के कई मुद्दे डेमन को मारने से सबसे अधिक संभावना है (अप्रिय) और फिर इसे वापस शुरू करना।
यह स्टोरेज ड्राइवर पर आंतरिक रेफरी की गिनती को 0 पर रीसेट करने का कारण बनता है, इस बीच स्वयं mounts अभी भी सक्रिय हैं।
1.11 उस मामले को संबोधित करता है।

ऊपर बताए गए कारणों के लिए बंद करना।

क्षमा करें - अगर मुझे यह समझ में नहीं आया तो मुझे यकीन नहीं है। आपका क्या मतलब है "नवीनतम रिपोर्ट किए गए मामलों में से कोई भी ओपी की तरह कुछ भी नहीं है"?
मुझे (और अन्य लोगों को इस समस्या का अनुभव) क्या करना चाहिए? एक और मामला खोलें?

@dsteinkopf हाँ, उतने ही विवरण के साथ जितना आप प्रदान कर सकते हैं (फ़ाइलें, डेमन लॉग्स आदि लिखें)।

हाय बस उस मुद्दे पर ध्यान देने के लिए जो मैंने पहले निर्दिष्ट किया है, मैंने अपने कर्नेल संस्करण को 4.4.0-21-जेनेरिक में अपग्रेड किया है और डॉक वर्जन की जानकारी इस प्रकार है:
ग्राहक:
संस्करण: 1.11.0
एपीआई संस्करण: 1.23
जाओ संस्करण: go1.5.4
Git कमिट: 4dc5990
निर्मित: बुध अप्रैल 13 18:38:59 2016
OS / Arch: linux / amd64

सर्वर:
संस्करण: 1.11.0
एपीआई संस्करण: 1.23
जाओ संस्करण: go1.5.4
Git प्रतिबद्ध: 4dc5990
निर्मित: बुध अप्रैल 13 18:38:59 2016
OS / Arch: linux / amd64

पहले बताया गया मामला घटित होना बंद हो गया है। कर्नेल संस्करणों को अपग्रेड करके काफी समय के लिए डॉकटर का उपयोग किया और ऐसा लगता है कि यह बंद हो गया है।

समस्या के लिए एक वर्कअराउंड मिला, कम से कम जब डॉकटर-कंपोज़ के साथ प्रयोग किया जाता है तो https://github.com/docker/docker/issues/3786#issuecomment -221601065 देखें

एक कंटेनर के साथ एक ही समस्या जो पुनरारंभ करने में विफल हो रही है।

उबंटू 14.04
कर्नेल: 3.13.0-24-जेनेरिक
डॉकर संस्करण:

Client:
 Version:      1.11.0
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   4dc5990
 Built:        Wed Apr 13 18:34:23 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.11.0
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   4dc5990
 Built:        Wed Apr 13 18:34:23 2016
 OS/Arch:      linux/amd64

त्रुटि:

Error response from daemon: Driver aufs failed to remove root filesystem 
802f3a6eb28f8f16bf8452675a389b1d8bf755e59c827d50bec9372420f4194a: 
rename /var/lib/docker/aufs/diff/79e53988cfddcc3fb9868316bd9d8c3d7a825fd09a8620553c148bd96243224f /var/lib/docker/aufs/diff/79e53988cfddcc3fb9868316bd9d8c3d7a825fd09a8620553c148bd96243224f-removing: 
device or resource busy

अनमाउंट विफल:

umount: /var/lib/docker/devicemapper
/mnt/79e53988cfddcc3fb9868316bd9d8c3d7a825fd09a8620553c148bd96243224f is not mounted 
(according to mtab)

यह अभी भी हमारे लिए एक मुद्दा है (उबंटू 14.04.4 LTS (KVM के साथ) (3.13.0-88-जेनेरिक) पर 1.11.2 का उपयोग करते हुए।

क्या कोई खुला टिकट है जिसे मैं अपडेट प्राप्त करने के लिए सदस्यता ले सकता हूं?

@GameScripting # 21704 देखें

लिनक्स zk1 3.10.0-327.28.3.el7.x86_64 (सेंटोस 7)
डॉकर संस्करण 1.12.1, 23cf638 का निर्माण करें

डेमॉन से त्रुटि प्रतिक्रिया: ड्राइवर डेविसमैपर रूट फाइल सिस्टम को हटाने में विफल रहा।

बस इसी में भाग गया। /etc/init.d/docker restart मदद की, मुझे खुशी है कि यह एक उत्पादन मशीन पर नहीं था ... #

$ docker --version
Docker version 1.11.1, build 5604cbe

अभी भी यह हो रही है

$ docker --version
Docker version 1.12.2, build bb80604

एक ही मुद्दा, डॉकर के कई संस्करणों में हो रहा है। मैं कंटेनर को पुनः बनाने के लिए docker-compose का उपयोग करता हूं। कभी-कभी यह सफाई से काम करता है, कभी-कभी ऐसा नहीं होता है। डॉकटर डेमॉन को पुनरारंभ करना या सर्वर को रिबूट करना खराब कंटेनर को साफ करता है।

आर्क लिनक्स; ext4 FS पर devicemapper कंटेनर।

$ docker version
Client:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.7.3
 Git commit:   6b644ec
 Built:        Thu Oct 27 19:42:59 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.7.3
 Git commit:   6b644ec
 Built:        Thu Oct 27 19:42:59 2016
 OS/Arch:      linux/amd64
$ docker info
Containers: 24
 Running: 22
 Paused: 0
 Stopped: 2
Images: 56
Server Version: 1.12.3
Storage Driver: devicemapper
 Pool Name: docker-8:3-13500430-pool
 Pool Blocksize: 65.54 kB
 Base Device Size: 10.74 GB
 Backing Filesystem: xfs
 Data file: /dev/loop0
 Metadata file: /dev/loop1
 Data Space Used: 9.394 GB
 Data Space Total: 107.4 GB
 Data Space Available: 78.15 GB
 Metadata Space Used: 24.82 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.123 GB
 Thin Pool Minimum Free Space: 10.74 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: false
 Deferred Deletion Enabled: false
 Deferred Deleted Device Count: 0
 Data loop file: /var/lib/docker/devicemapper/devicemapper/data
 WARNING: Usage of loopback devices is strongly discouraged for production use. Use `--storage-opt dm.thinpooldev` to specify a custom block storage device.
 Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
 Library Version: 1.02.135 (2016-09-26)
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 4.7.2-1-ARCH
Operating System: Arch Linux
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 30.85 GiB
Name: omega
ID: IR7W:NSNN:F2B3:YP32:YTQJ:OFEB:2XLK:HHCK:HJ33:5K3O:KEHI:SDUB
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Insecure Registries:
 127.0.0.0/8
$ df -T
Filesystem     Type     1K-blocks      Used Available Use% Mounted on
dev            devtmpfs  16169500         0  16169500   0% /dev
run            tmpfs     16173076      2712  16170364   1% /run
/dev/sda3      ext4     447260560 371064976  53453004  88% /
tmpfs          tmpfs     16173076         0  16173076   0% /dev/shm
tmpfs          tmpfs     16173076         0  16173076   0% /sys/fs/cgroup
tmpfs          tmpfs     16173076      1144  16171932   1% /tmp
/dev/sda1      ext4        289293     45063    224774  17% /boot
tmpfs          tmpfs      3234612         8   3234604   1% /run/user/1000
/dev/sdb2      ext4     403042160  15056296 367489480   4% /run/media/ivan/backup
/dev/sda4      ext4     480580312 320608988 135536228  71% /run/media/ivan/ARCHIVES
/dev/sdb3      ext4     225472980   1473948 212522604   1% /run/media/ivan/data

अगर यह मदद करता है ...

मुझे विश्वास है कि मैं यहाँ भी इसी तरह का / समान मुद्दा रहा हूँ। यदि कंपोज़ अप-डी का उपयोग करके एक सेवा को तैनात करें और फिर कंपोज़ में एक अलग से छवि का नाम अपडेट करें। ओएमएल करें और एक और कंपोज़ करें -d कम्पोज़ डिवाइसेमर के चारों ओर त्रुटि के साथ विफल हो जाता है:

त्रुटि
त्रुटि: <के लिए> ड्राइवर डेविमेम्पर रूट फाइल सिस्टम को हटाने में विफल रहा

संस्करण जानकारी:
docker संस्करण
ग्राहक:
संस्करण: 1.12.1
एपीआई संस्करण: 1.24
जाओ संस्करण: go1.6.3
Git कमिट: 23cf638
बनाया:
OS / Arch: linux / amd64

सर्वर:
संस्करण: 1.12.1
एपीआई संस्करण: 1.24
जाओ संस्करण: go1.6.3
Git कमिट: 23cf638
बनाया:
OS / Arch: linux / amd64

एक अस्थायी वर्कअराउंड के रूप में, मैंने एक डॉकटर-कंपोज़ को जोड़ दिया है - आरएमआई अप करने के लिए रीयरिंग करने से पहले।

मेरे पास डॉक वर्जन में भी यही मुद्दा है: 1.12.3

मुझे पूरा यकीन है कि बाकी लोग जो इस मुद्दे का सामना कर रहे हैं, वे # 27381 से संबंधित हैं

सेंटो 7 पर 1.12.3 के डॉकटर में इसे देख रहा हूं

dc2-elk-02: / root / staging / ls-helper $ docker --version
डॉकर संस्करण 1.12.3, 6b644ec का निर्माण
dc2-elk-02: / root / staging / ls-helper $ uname -a
लिनक्स dc2-elk-02 3.10.0-327.36.3.el7.x86_64 # 1 एसएमपी सोम अक्टूबर 24 16:09:20 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux
dc2-elk-02: / रूट / स्टेजिंग / ls-हेल्पर $ docker rm ls-helper
डेमॉन से त्रुटि प्रतिक्रिया: ड्राइवर डेविएमएपर रूट फाइलसिस्टम को हटाने में विफल रहा

पुनश्च मैं docker रचना का उपयोग नहीं कर रहा हूँ।

डिस्क-ऑफ़-स्पेस होस्ट करने के बाद काटे गए।
आरोह बिंदु को प्रभावित करने वाली कोई भी कमांड हैंग हो जाती है ("डूकर ps", "सिंक", "ls सहित)", ...)

मेरे पास समान मुद्दा था, मैंने देखा कि मेरे / var / log / syslog फ़ाइल में ये त्रुटि पसंद हैं:
Dec 16 14:32:18 rzing dockerd[3093]: time="2018-12-16T14:32:18.627417173+05:30" level=error msg="Failed to load container mount 00d7b9d64ff6c465276e67f5a5e3642ebacd9616c7602d4361b3a7fab038510a: mount does not exist" Dec 16 14:32:18 rzing dockerd[3093]: time="2018-12-16T14:32:18.627816711+05:30" level=error msg="Failed to load container mount fb108b942f8ed87a9e1affb6480ed477a8f5f823b2639e36348cde4a97924c5e: mount does not exist"
मैंने /var/lib/docker/volumes तहत आरोह बिंदु खोजने की कोशिश की, लेकिन कोई नहीं मिला
अंत में रिबूट सिस्टम ने समस्या को ठीक कर दिया