คอนเทนเนอร์นักเทียบท่าไม่สามารถแก้ปัญหา DNS บน Ubuntu Desktop 14.04

48

ฉันพบปัญหากับ Docker container ของฉันบน Ubuntu 14.04 LTS นักเทียบท่าทำงานได้ดีเป็นเวลาสองวันและทันใดนั้นฉันก็สูญเสียการเชื่อมต่อเครือข่ายทั้งหมดภายในคอนเทนเนอร์ของฉัน ข้อผิดพลาดด้านล่างนี้ทำให้ฉันเชื่อว่ามันเป็นเพราะ apt-get กำลังพยายามแก้ไข DNS ผ่าน IPv6

ฉันปิดการใช้งาน IPv6 บนเครื่องโฮสต์ของฉันและยังคงลบภาพทั้งหมดดึงฐาน Ubuntu และยังพบปัญหา

ฉันเปลี่ยน nameservers /etc/resolve.conf ของฉันจากเซิร์ฟเวอร์ DNS ในเครื่องของฉันเป็นเซิร์ฟเวอร์ DNS สาธารณะของ Google (8.8.8.8 และ 8.8.4.4) และยังไม่มีโชค ฉันยังตั้งค่า DNS เป็น Google ใน DOCKER_OPTS ของ / etc / default / docker และเริ่มใหม่ docker

ฉันพยายามดึง coreos และ yum ก็ไม่สามารถแก้ไข DNS ได้

มันแปลกเพราะในขณะที่ DNS ไม่ทำงานฉันยังคงได้รับการตอบสนองเมื่อฉัน ping เซิร์ฟเวอร์การอัพเดทเดียวกันกับที่ apt-get ไม่สามารถแก้ไขได้

ฉันไม่ได้อยู่หลังพร็อกซีฉันอยู่ในเครือข่ายท้องถิ่นที่ได้มาตรฐานและ Ubuntu รุ่นนี้ทันสมัยและใหม่ (ฉันติดตั้งเมื่อสองวันก่อนเพื่อใกล้ชิดนักเทียบท่า)

ฉันได้ทำการค้นคว้าอย่างละเอียดผ่านโพสต์อื่น ๆ เกี่ยวกับปัญหา stackoverflow และ Github แต่ยังไม่พบวิธีแก้ปัญหา ฉันไม่มีแนวคิดที่จะแก้ปัญหานี้ใครช่วยได้บ้าง

ข้อความผิดพลาด

➜  arthouse git:(docker) ✗ docker build --no-cache .
Sending build context to Docker daemon 51.03 MB
Sending build context to Docker daemon 
Step 0 : FROM ubuntu:14.04
 ---> 5506de2b643b
Step 1 : RUN apt-get update
 ---> Running in 845ae6abd1e0
Err http://archive.ubuntu.com trusty InRelease
Err http://archive.ubuntu.com trusty-updates InRelease
Err http://archive.ubuntu.com trusty-security InRelease   
Err http://archive.ubuntu.com trusty-proposed InRelease  
Err http://archive.ubuntu.com trusty Release.gpg
  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
Err http://archive.ubuntu.com trusty-updates Release.gpg
  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
Err http://archive.ubuntu.com trusty-security Release.gpg
  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
Err http://archive.ubuntu.com trusty-proposed Release.gpg
  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
Reading package lists...
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty/InRelease  
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-updates/InRelease  
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-security/InRelease  
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-proposed/InRelease  
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty/Release.gpg  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-updates/Release.gpg  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-security/Release.gpg  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-proposed/Release.gpg  Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19). - connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]
W: Some index files failed to download. They have been ignored, or old ones used instead.

คอนเทนเนอร์ IFCONFIG / PING

➜  code  docker run -it ubuntu /bin/bash
root@7bc182bf87bb:/# ifconfig
eth0      Link encap:Ethernet  HWaddr 02:42:ac:11:00:04  
          inet addr:172.17.0.4  Bcast:0.0.0.0  Mask:255.255.0.0
          inet6 addr: fe80::42:acff:fe11:4/64 Scope:Link
          UP BROADCAST RUNNING  MTU:1500  Metric:1
          RX packets:7 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:738 (738.0 B)  TX bytes:648 (648.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

root@7bc182bf87bb:/# ping google.com
PING google.com (74.125.226.0) 56(84) bytes of data.
64 bytes from lga15s42-in-f0.1e100.net (74.125.226.0): icmp_seq=1 ttl=56 time=12.3 ms
--- google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 12.367/12.367/12.367/0.000 ms
root@7bc182bf87bb:/# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=44 time=21.8 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=44 time=21.7 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=44 time=21.7 ms

การอัปเดต apt-get ก็ล้มเหลวเช่นกันเมื่อฉันบังคับ IPv4:

root@6d925cdf84ad:/# sudo apt-get update -o Acquire::ForceIPv4=true
Err http://archive.ubuntu.com trusty InRelease

Err http://archive.ubuntu.com trusty-updates InRelease

Err http://archive.ubuntu.com trusty-security InRelease

Err http://archive.ubuntu.com trusty-proposed InRelease

Err http://archive.ubuntu.com trusty Release.gpg
  Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.153 80]
Err http://archive.ubuntu.com trusty-updates Release.gpg
  Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.153 80]
Err http://archive.ubuntu.com trusty-security Release.gpg
  Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.153 80]
Err http://archive.ubuntu.com trusty-proposed Release.gpg
  Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.153 80]
Reading package lists... Done
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty/InRelease
ubuntu  networking  domain-name-system  docker  lxc 
— โทมัสโวลต์
แหล่งที่มา
สำหรับฉันมันทำงานหลังจากรีสตาร์ท
— ssi-anik

คำตอบ:

63

วูฉันพบโพสต์บน GitHub ที่แก้ไขปัญหาของฉัน

หลังจาก Steve K. ชี้ให้เห็นว่ามันไม่ใช่ปัญหา DNS จริง ๆ และเป็นปัญหาการเชื่อมต่อฉันสามารถค้นหาโพสต์บน GitHubที่อธิบายถึงวิธีการแก้ไขปัญหานี้

เห็นได้ชัดว่าสะพานเครือข่าย docker0 ถูกวางสาย การติดตั้ง bridge-utils และการทำงานต่อไปนี้ทำให้ Docker ของฉันทำงานได้ตามปกติ

apt-get install bridge-utils
pkill docker
iptables -t nat -F
ifconfig docker0 down
brctl delbr docker0
service docker restart
— โทมัสโวลต์
แหล่งที่มา
1
คุณไม่จำเป็นต้องเปิดภาพของคุณอีกครั้ง resolv.conf ถูกสร้างขึ้นทุกครั้งที่คุณเรียกใช้คอนเทนเนอร์ใหม่ ดังนั้นคุณต้องเอาภาชนะเก่าออกแล้วเริ่มใหม่ ฉัน fased ปัญหานี้เมื่อวานนี้ หากคุณอยู่ในอินทราเน็ตขององค์กรคุณสามารถส่ง --dns-search = your.company.domain ไปยังนักเทียบท่า daemon ใน / etc / default / docker ในตัวแปร DOCKER_OPTS env ใกล้กับแฟล็ก --dns --dns
— Alexander.Iljushkin
สิ่งนี้แก้ไขปัญหานักเทียบท่าของฉันเช่นกัน
— BobMcGee
3
บนซุ้มประตูลินุกซ์ผมจำเป็นต้องip link set down docker0แทนifconfig docker0 downและแทนsystemctl restart docker service docker startในการลบภาพทั้งหมดฉันทำdocker rmi $(docker images -q)
— meshy
นั่นทำงานครั้งแรกสำหรับฉัน จากนั้นฉันเริ่มระบบใหม่และปัญหาปรากฏขึ้นอีกครั้ง: การทำขั้นตอนเหล่านั้นซ้ำอีกครั้งไม่สามารถแก้ไขปัญหาได้อีก ฉันไม่รู้ว่ามันเกี่ยวกับอะไร
— user626921
1
เพิ่งเห็นว่าอินเทอร์เฟซสำหรับนักเทียบท่าของฉันไม่ทำงานฉันดำเนินการ/etc/init.d/docker restartแล้วและมันก็กลับไปทำธุรกิจได้อีกแล้ว
— lolesque
14

หากเป็นปัญหาตัวแก้ไข DNS นี่คือวิธีแก้ไข:

สิ่งแรกที่ต้องตรวจสอบจะดำเนินการcat /etc/resolv.confในภาชนะนักเทียบท่า หากมีเซิร์ฟเวอร์ DNS ที่ไม่ถูกต้องเช่นnameserver 127.0.x.xนั้นคอนเทนเนอร์จะไม่สามารถแก้ไขชื่อโดเมนเป็นที่อยู่ IP ดังนั้นping google.comจะล้มเหลว

สิ่งที่สองที่จะตรวจสอบการเรียกใช้cat /etc/resolv.confบนเครื่องโฮสต์ นักเทียบท่าโดยทั่วไปจะคัดลอกโฮสต์/etc/resolv.confไปยังคอนเทนเนอร์ทุกครั้งที่เริ่มคอนเทนเนอร์ ดังนั้นถ้าโฮสต์ของ/etc/resolv.confผิดแล้วจะเทียบท่าภาชนะ

หากคุณพบว่าโฮสต์/etc/resolv.confผิดคุณมี 2 ตัวเลือก:

  1. ฮาร์ดโค้ดเซิร์ฟเวอร์ DNS ใน daemon.json นี่เป็นเรื่องง่าย แต่ไม่เหมาะหากคุณคาดว่าเซิร์ฟเวอร์ DNS จะเปลี่ยนแปลง

  2. /etc/resolv.confแก้ไขโฮสต์ของ นี่เป็นเรื่องเล็กน้อย แต่สร้างขึ้นแบบไดนามิกและคุณไม่ได้เข้ารหัสเซิร์ฟเวอร์ DNS

1. เซิร์ฟเวอร์ Hardcode DNS ใน docker daemon.json

  • แก้ไข /etc/docker/daemon.json

    {
    "dns": ["10.1.2.3", "8.8.8.8"]
}

  • รีสตาร์ท docker daemon เพื่อให้การเปลี่ยนแปลงมีผล:
    sudo systemctl restart docker

  • ตอนนี้เมื่อคุณเรียกใช้ / เริ่มต้นคอนเทนเนอร์นักเทียบท่าจะเติม/etc/resolv.confค่าdaemon.jsonด้วย

2. แก้ไขโฮสต์ /etc/resolv.conf

A. Ubuntu 16.04 และก่อนหน้า

  • สำหรับ Ubuntu 16.04 และก่อนหน้า/etc/resolv.confนี้สร้างโดย NetworkManager

  • ใส่ความคิดเห็นให้กับบรรทัดdns=dnsmasq(มี#) ใน /etc/NetworkManager/NetworkManager.conf

  • รีสตาร์ท NetworkManager เพื่อสร้างใหม่/etc/resolv.conf:
    sudo systemctl restart network-manager

  • ยืนยันกับโฮสต์: cat /etc/resolv.conf

B. Ubuntu 18.04 และใหม่กว่า

  • อูบุนตู 18.04 เปลี่ยนไปใช้ในการสร้างsystemd-resolved /etc/resolv.confตอนนี้โดยค่าเริ่มต้นจะใช้แคช DNS ท้องถิ่น 127.0.0.53 สิ่งนี้จะไม่ทำงานภายในคอนเทนเนอร์ดังนั้นนักเทียบท่าจะใช้ค่าเริ่มต้นกับเซิร์ฟเวอร์ DNS 8.8.8.8 ของ Google ซึ่งอาจแตกสำหรับคนที่อยู่หลังไฟร์วอลล์

  • /etc/resolv.confเป็น symlink ( ls -l /etc/resolv.conf) ซึ่งชี้ไปที่/run/systemd/resolve/stub-resolv.conf(127.0.0.53) โดยค่าเริ่มต้นใน Ubuntu 18.04

  • เพียงแค่เปลี่ยน symlink ให้ชี้ไป/run/systemd/resolve/resolv.confที่ซึ่งแสดงรายการเซิร์ฟเวอร์ DNS จริง:
    sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

  • ยืนยันกับโฮสต์: cat /etc/resolv.conf

ตอนนี้คุณควรมีสิทธิใช้งาน/etc/resolv.confบนโฮสต์สำหรับนักเทียบท่าเพื่อคัดลอกลงในคอนเทนเนอร์

— wisbucky
แหล่งที่มา
ขอบคุณสำหรับสิ่งนี้ทำให้จิตใจของฉันสูญเสียความพยายามที่จะเข้าใจสิ่งที่เกิดขึ้นกับตัวเทียบท่าและ 18.04 การแก้ไข IP บน VPN แก้ไข /etc/resolv.conf สำหรับ 18.04 ใช้งานได้สำหรับฉัน!
— George Papas
ตัวเลือก B ใช้งานได้สำหรับฉัน ..
— codeSetter
แน่นอนว่า 2B จะไม่รอดพ้นจากการอัปเดตsystemdแพคเกจ ...
— Auspex
13

ในความพยายามที่จะเพิ่มมูลค่าเพิ่มเติมให้กับปัญหาที่ฉันพบ พร้อมคำตอบอื่น:

เครือข่ายของฉันเกี่ยวข้องกับสำนักงานและการตั้งค่า Google DNS ถูกบล็อกเพื่อให้คอนเทนเนอร์สามารถ ping ที่อยู่ IP แต่ไม่ใช่ชื่อโดเมน

/etc/resolv.confเดิมโฮสต์ของฉันดูเหมือนว่า;

#Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search companyDomain.co.za

นี่เป็นสาเหตุที่ผู้จัดการเครือข่ายกำลังทำการปิดบังรายละเอียดเซิร์ฟเวอร์ DNS

ขออภัยตามคู่มือนักเทียบท่านักเทียบท่าจะกรองที่อยู่ IP ในพื้นที่ใด ๆ เมื่อสร้าง resolv.conf ของคอนเทนเนอร์และแทนที่ด้วย IP DNS ของ Google ซึ่งในกรณีของฉันทำให้ชื่อโดเมนถูก จำกัด

ฉันต้อง:

  • รีเซ็ต my /etc/default/dockerเป็น default เพื่อให้ container ใช้เนื้อหา resolv.conf ของโฮสต์แทน
  • แก้ไขและแสดงความคิดเห็นออกบรรทัด/etc/NetworkManager/NetworManager.conf dns=dnsmasqนี่คือ NM เพื่อระบุที่อยู่ DNS ที่แท้จริงแทน 127.0.0.1
  • NM sudo service network-manager restartเริ่มต้นใหม่กับ
  • sudo service docker restartบริการนักเทียบท่าเริ่มต้นใหม่กับ

apt-get update/upgradeตัวอย่างเช่นการเรียกใช้คอนเทนเนอร์จะอนุญาตให้ทำได้

— เดวิด 'ขิงหัวโล้น'
แหล่งที่มา
3
มันใช้งานได้จริงสำหรับฉัน และฉันอยู่หลังอินทราเน็ตของ บริษัท
— Daniel Andrei Mincă
1
โซลูชันนี้ใช้งานได้ดีสำหรับ Ubuntu 16.04 และรุ่นก่อนหน้า สำหรับ Ubuntu 18.04 และใหม่กว่าโปรดดูserverfault.com/a/918568
— wisbucky
ขอบคุณ! วิธีนี้ใช้ได้ผลในขณะที่คำตอบที่ยอมรับไม่ได้ :)
— Devolus
8

ข้อผิดพลาดของคุณอยู่ที่นี่:

 Cannot initiate the connection to archive.ubuntu.com:80 (2001:67c:1360:8c01::19).
 connect (101: Network is unreachable) [IP: 2001:67c:1360:8c01::19 80]

นี่ไม่ใช่ข้อผิดพลาดกับ DNS แต่ระบบของคุณกำลังพยายามเชื่อมต่อกับโฮสต์ IPv6 และล้มเหลว น่าจะเป็นเพราะคุณไม่มีการเข้าถึง IPv6 บนโฮสต์ของคุณ การค้นหาที่อยู่ IPv6 ที่แท้จริงได้สำเร็จ (ubuntu mirror / archive สามารถใช้ได้ทั้ง IPv6 และ IPv4 คุณโชคไม่ดีที่จะชน IPv6 เพราะระบบของคุณเชื่อว่าควรจะทำงานได้)

คุณควรแก้ไขด้วยการติดตั้ง miredoหรือลองอีกครั้งจนกว่าจะถึงมิเรอร์ IPv4

สิ่งสำคัญอีกประการที่ควรตระหนักคือ DNS ไม่ต้องตำหนิเนื่องจากคุณสามารถดูได้จากการทดสอบ ping ของคุณเอง

1
ขอบคุณสำหรับการตอบกลับอย่างรวดเร็วและชี้แจงว่าไม่ใช่ปัญหา DNS จริง ๆ ฉันขอขอบคุณ ฉันติดตั้ง miredo - ไม่ไป นอกจากนี้ยังเป็นที่น่าสังเกตว่าเมื่อฉันรัน apt-get update -o Acquire :: ForceIPv4 = การปรับปรุง apt-get จริงยังคงล้มเหลวฉันได้อัปเดตโพสต์ดั้งเดิมด้วยคำตอบนั้น ฉันได้ลองปิดการใช้งาน UFW โดยคิดว่าอาจเป็นกรณีนี้ แต่ก็ยังไม่มีโชค
— โธมัส V.
แปลก - คุณสามารถเห็นว่าคุณมีการเชื่อมต่อ IPv4 เพราะ ping ของคุณประสบความสำเร็จ แต่คุณไม่สามารถเชื่อมต่อกับกระจกได้โดยไม่คำนึงว่าคุณมีปัญหาเกี่ยวกับเส้นทาง / เครือข่ายแปลก ๆ (ซึ่งฉันเดาว่าเป็นเหตุผลว่าทำไมคุณถึงโพสต์ที่นี่!)
8

เอกสารอย่างเป็นทางการของ Dockerมอบเครื่องมือในการกำหนดค่าเซิร์ฟเวอร์ DNS สำหรับใช้งานโดย Docker

  1. เปิด/etc/default/dockerไฟล์เพื่อแก้ไข:

    sudo nano /etc/default/docker

  2. เพิ่มการตั้งค่าสำหรับ Docker:

    DOCKER_OPTS="--dns 8.8.8.8"

  3. แทนที่8.8.8.8ด้วยเซิร์ฟเวอร์ DNS 192.168.1.1ท้องถิ่นเช่น คุณสามารถระบุเซิร์ฟเวอร์ DNS หลายตัว คั่นพวกเขาด้วยช่องว่างตัวอย่างเช่น:

    --dns 8.8.8.8 --dns 192.168.1.1

    คำเตือน: หากคุณทำสิ่งนี้บนแล็ปท็อปที่เชื่อมต่อกับเครือข่ายต่าง ๆ ตรวจสอบให้แน่ใจว่าได้เลือกเซิร์ฟเวอร์ DNS สาธารณะ

    PS: nm-toolสามารถใช้ในการตรวจสอบเซิร์ฟเวอร์ DNS ของโฮสต์

  4. บันทึกและปิดไฟล์

  5. รีสตาร์ท Docker daemon

    sudo service docker restart
— tryer3000
แหล่งที่มา
โปรดทราบว่านี่เป็นไฟล์ปรับแต่งเก่าสำหรับ Docker Upstart และ SysVinit วิธีการปัจจุบันสำหรับ systemd (ตั้งแต่ Ubuntu 16.04) คือการใช้/etc/docker/daemon.jsonสำหรับการตั้งค่านักเทียบท่า daemonเช่น dns
— wisbucky
0

สำหรับผู้อ่านคนอื่น ๆ ที่มาที่นี่ในขณะที่ใช้ boot2docker นี่คือวิธีที่ฉันแก้ไข อันที่จริงคำตอบข้างต้นชี้ให้ฉันเห็นทิศทางที่ถูกต้อง

โดยพื้นฐานแล้วด้วยเหตุผลบางอย่างคอนเทนเนอร์ภายใน boot2docker ไม่สามารถแก้ไขชื่อโฮสต์ได้

ดังนั้นฉันเพิ่งเริ่ม boot2docker และเริ่มภาชนะ ตอนนี้ชื่อโฮสต์สามารถแก้ไขได้อย่างถูกต้องอีกครั้ง

ฉันคิดว่าปัญหากำลังเริ่ม boot2docker ในขณะที่เครือข่ายบนโฮสต์กำลังเชื่อมต่อซึ่งทำให้ boot2docker เริ่มทำงานและเข้าสู่สถานะไม่ทำงาน

— ตา
แหล่งที่มา
0

รีสตาร์ท Docker daemon บน Debian9

service docker restart

และการเชื่อมต่อและเครือข่ายทำงานได้ดี

— Nolwennig
แหล่งที่มา
-1

มีปัญหาที่คล้ายกัน แต่ยังมีการแก้ไขชื่อระหว่างคอนเทนเนอร์ภายในเครือข่ายที่ผู้ใช้กำหนดเองดูเหมือนจะไม่สม่ำเสมอ บางคนไม่สามารถแก้ไขอะไรเช่นคุณ

ปัญหานี้ถูกย้าย / var / lib / docker เพื่อเหตุผลด้านพื้นที่มันถูกเมาท์ผ่าน nfs การเพิ่มระบบไฟล์ในตัวเครื่องและย้ายไฟล์ที่นั่นช่วยแก้ไขปัญหาได้

— michi.0x5d
แหล่งที่มา
หากคุณคิดว่าคำถามสามารถตอบได้โดยคำตอบของคำถามที่คล้ายกันโปรดทำเครื่องหมายว่าเป็นคำถามซ้ำ หากคุณไม่สามารถทำเช่นนั้นได้คุณควรแสดงความคิดเห็นแทนที่จะทำให้เป็นคำตอบแยกต่างหาก
— เจนนี่ D พูดว่า Reinstate Monica
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.