Docker hello-world çalıştırılamıyor: cihazlar için mountpoint bulunamadı


12

Liman işçisi için yeni.

İçindeki docker yazılım yönetim aracından yüklendi mint 17.

Ben koştuğumda docker run hello-worldalırım:

FATA[0000] Error response from daemon: Cannot start container a6bcc1ede2c38cb6b020cf5ab35ebd51b64535af57fa44f5966c37bdf89c8781: [8] System error: mountpoint for devices not found 

Hizmet günlüklerine ( /var/log/upstart/docker.log) baktığımda şunu görüyorum:

ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH 
ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH 

: docker sürümü

Client version: 1.6.2
Client API version: 1.18
Go version (client): go1.2.1
Git commit (client): 7c8fca2
OS/Arch (client): linux/amd64
Server version: 1.6.2
Server API version: 1.18
Go version (server): go1.2.1
Git commit (server): 7c8fca2
OS/Arch (server): linux/amd64

: liman işçisi bilgisi

Containers: 2
Images: 1
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 5
 Dirperm1 Supported: false
Execution Driver: native-0.2
Kernel Version: 3.13.0-24-generic
Operating System: Ubuntu 14.04.3 LTS
CPUs: 8
Total Memory: 15.6 GiB
Name: DWDEV-HOME-HBABAI
ID: K4GX:DTV6:547V:U3BO:YEOA:WVNU:NZEZ:L3GG:4W7U:IXNS:X3QK:5PVR
WARNING: No memory limit support
WARNING: No swap limit support

Güncelleme:

Yüklendi sudo apt-get install aufs-tools, yeniden başlatıldı docker hizmeti. Ben artık aşağıdaki hatayı görebilirsiniz:

ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH 

Ancak, günlüklerde docker başlatıldığında beni bellek bağlama noktası hakkında uyarıyor:

INFO[0000] -job init_networkdriver() = OK (0)           
/var/run/docker.sock is up
WARN[0000] mountpoint for memory not found              
INFO[0000] Loading containers: start.         

Grup ile ilgili bir his var ... ama bu teknoloji hakkında henüz bir şey bilmiyorum (henüz) ...


Görünüşe göre sorunuz yere düştü ve parçalara ayrıldı. Lütfen bizim için bir araya getirin.
Scott,

@Scott - üzgünüm ... şimdi daha iyi olduğunu umuyoruz ... işaret ettiğin için teşekkürler
hba

Yanıtlar:


23

Yüklemem gerektiği ortaya çıktı cgroup-lite. Karanlıkta bir vuruştu ama bu cevabı takip ettim


Biliyor musun, bir noktada bunu kendi başıma buldum, sonra unuttum. Şimdi sorunuzu tekrar karşılaştığımda buldum ve hatırladım (ve oy verdim).
0xC0000022L

In Debian , ilgili paket denir cgroupfs monte
Bass

1

2020 yılında Debian üzerinde bunu gören insanlar için başka bir cevap ekleyeceğim, çünkü bu soruna çözümüm "cihazlar için bağlanma noktası bulunamadı" hata dizesini googling sırasında bulunan arama isabetlerinden hiçbirinde yoktu.

Arka fon:

  • Google Cloud Platform'da çalışan Debian 8.11
  • İki kap çalışırken 5 hafta önce çalışan bir Docker yüklemiş

Aniden kapların çökmesine neden olan bir şey fark etti. Gelebileceğim tek olası neden, ana bilgisayarda bir alt klasörün bir birim olarak eşlendiği bir üst klasörü silmiş olmamdı. Başka bir neden, ek bir fiziksel cihazın monte edilmesi olabilir.

Her durumda sonuç, herhangi bir liman işçisi konteynerini başlatmaya çalışmanın, soruda (" mountpoint for devices not found") görülen hata mesajıyla sonuçlanması ve yeniden başlatma (ve dolayısıyla çekirdeğin yükseltilmesi) gerçekleşmesiydi.

Bu sorunu ayıklamak için attığım adımlar

  1. Günlükleri inceleyin: journalctl -xn | less. Çok fazla ek bilgi içermiyordu
  2. Docker arka plan programını ( /etc/init.d/docker stop) durdurun .
  3. /etc/docker/daemon.jsonTek içeriğin bulunduğu bir dosya ekleyin{"debug": true}
  4. Liman işçisi arka plan programını yalnızca başarısız olduğunu görmek için yeniden başlatmayı deneyin
  5. Şimdi çok daha fazla bilgi ile doldurulacak günlükleri inceleyin

Bu cgroupilgili hatalar cevaba yol açan hatalardır:

Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964631675Z" level=warning msg="Your kernel does not support cgroup memory limit"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964654637Z" level=warning msg="Unable to find cpu cgroup in mounts"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964667575Z" level=warning msg="Unable to find blkio cgroup in mounts"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964680057Z" level=warning msg="Unable to find cpuset cgroup in mounts"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964750643Z" level=warning msg="mountpoint for pids not found"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.980250151Z" level=debug msg="Cleaning up old mountid : start."
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: Error starting daemon: Devices cgroup isn't mounted

Tamam, hakkında bir şey cgroupsve montaj. Bu, beni bu durumda uygulanabilecek farklı bir grup sorunu için bir geçici çözüme götürdü ; bunun bir etkisi var gibi görünen tek komutları

  1. /etc/init.d/docker stop
  2. cgroupfs-mount
  3. /etc/init.d/docker start

Şimdi, Docker'ı yeniden başlattıktan sonra, günlükler hala birkaç grupla ilgili hata içeriyordu:

Jan 13 20:24:42 dev-diffia-no dockerd[9775]: time="2020-01-13T20:24:42.258571633Z" level=warning msg="Your kernel does not support cgroup memory limit"
Jan 13 20:24:42 dev-diffia-no dockerd[9775]: time="2020-01-13T20:24:42.258591020Z" level=warning msg="Unable to find cpu cgroup in mounts"
Jan 13 20:24:42 dev-diffia-no dockerd[9775]: time="2020-01-13T20:24:42.258937091Z" level=warning msg="mountpoint for pids not found"

Ama bunların yarısı ( blkio, cpuset) gitmişti ve daha da önemlisi, bir sonraki satır şöyle:

Jan 13 20:24:42 dev-diffia-no dockerd[9775]: time="2020-01-13T20:24:42.259420798Z" level=info msg="Loading containers: start."

Ve sonunda

Unit docker.socket has finished starting up.

Yani, temel olarak, grup gruplarını yeniden monte etmek sorunu çözdü. Yeniden başlatmaya gerek yok.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.