systemctl stop docker rm -rf /var/lib/docker systemctl start docker )))

не помогает, пробовал уже

в dmesg слдедующие ошибки: [11058425.144080] overlayfs: failed to resolve '/run/container-storage-setup//lower1:/run/container-storage-setup//lower2': -2 [11058426.262374] overlayfs: failed to resolve '/var/lib/docker/overlay2/opaque-bug-check244767410/l2:/var/lib/docker/overlay2/opaque-bug-check244767410/l1': -2 [11058434.124459] overlayfs: failed to resolve '/var/lib/docker/overlay2/l/VLC3UBRIKGQIN5QGKMKVXYF72S:/var/lib/docker/overlay2/l/P4ELHTWMQ7H3FACCP2E4ELDJVT': -2

а что за файловая система?

у него просто маунты остались висеть, а файлы он удалил видимо

cat /proc/mounts | grep container-storage или overlay2 посмотреть

привет, установил на компьютер чистую ubuntu , docker. Создал macvlan сеть указал gateway ip/mask роутера . В итоге запускаю контейнер , network inspect говорит что выдал IP (правильный как вся моя домашняя сеть) "IPv4Address": "192.168.1.2/24", но ниоткуда даже ping сделать не могу. на роутере в списке dhcp этого ip тоже нету. Что не так?

Его там быть и не должно

Порты прокинуты наружу?

да все. docker run -d -P --name=redis --network=vlan redis

да все. docker run -d -P --name=redis --network=vlan redis

Почему вам не подходит ip-адрес хостовой машины?

Почему вам не подходит ip-адрес хостовой машины?

надо обращатся к сервисам по имени компьютера

вы хотите несколько одинаковых контейнеров запустить?

нет разных. Тоесть у нас были виртуальные машины в режиме сетевого моста и мы тупо создавали новую виртуальную машину на компьютере N с названием localgit и больше никаких действиий не делали. Все могли подключатся http://localgit

нет разных. Тоесть у нас были виртуальные машины в режиме сетевого моста и мы тупо создавали новую виртуальную машину на компьютере N с названием localgit и больше никаких действиий не делали. Все могли подключатся http://localgit

Порты промапить и все

нас больше интересует какого хрена офф мануал не работает )

в роутер сети на write нельзя лазить

нас больше интересует какого хрена офф мануал не работает )

А так можно и бридж сделать

А так можно и бридж сделать

+

бридж и на него повесить нужный адрес руками или скриптами

А так можно и бридж сделать

на бридже выдает IP , но DCHP роутера имя компьютера неизвестно (хотя мы везде где можно указывали)

вы контейнеру хотите хостнэйм присвоить?

да чтобы он в DHCP роутера был виден

как когда обычную виртуалку запускаем

а зачем тогда вам docker?

если вы можете контейнеру присвоить хостнейм скорее всего он не сильно от вм отличается

у нас около 98 сервисов :) почти каждый на своей виртуалки.

оверхэд невероятный

если вы можете контейнеру присвоить хостнейм скорее всего он не сильно от вм отличается

в dhcp его не будет роутера

у нас около 98 сервисов :) почти каждый на своей виртуалки.

не проще оркестрацию сделать?

не проще оркестрацию сделать?

она не нужна нечего оркестрировать

объясните пожалуйста еще раз почему вы не можете контейнеры привязать к хостовой машине?

объясните пожалуйста еще раз почему вы не можете контейнеры привязать к хостовой машине?

название машины должно соотвествовать в списке DHCP роутера чтобы все из сети могли покдлючатся по http:://machiname/

присвойте хостмашине этот хостнейм?

где? у нас нету доступа на write в роутере

в dns?

dns в роутере к которому нету write

поднимите релей?

bind за 5 минут можно зону настроить

зачем все так сложно если в dockerе появилось, то что нам надо (macvlan)?

какие у вас виртуальные интерфейсы?

она не нужна нечего оркестрировать

ну так решит вашу проблему тот же шифт

enp6s0 , lo , wlp2s0 - все дефолтное после установки ubuntu + docker

я имел в виду виртуальные

поправьте меня если я ошибаюсь, на сколько я понял вы не сможете пробросить вашу сеть в контейнеры, вы хотите создать для контейнеров вланы и снатировать туда трафик?

Тоесть как писал выше всего 3 действия по мануалу https://docs.docker.com/network/macvlan/ и ничего не работает. 1) установка ubuntu/docker 2) docker network create -d macvlan \ --subnet=192.168.1.0/24 \ --gateway=192.168.1.1 \ -o parent=wlp2s0 vlan 3) для примера редис: docker run -dP --network=vlan --name=redis redis В docker container inspect redis говорит что присвоил 192.168.1.2 Теперь пинг 192.168.1.2 из любой части нету не работает. На DHCP роутера нету записи про 192.168.1.2 :)

а enp6s0 и wlp2s0 в одной сети?

а enp6s0 и wlp2s0 в одной сети?

на одном компьютере. enp6s0 отключен

ну тогда поробуй подключить его в сеть и сделать родительским для бриджа

главное чтобы default маршрут принадлежал другому интерфейсу

отличному от родительского

я не работал с macvlan, но у меня в контейнере по такой же схеме работает ovs

ну тогда поробуй подключить его в сеть и сделать родительским для бриджа

точнее он включен, но кабеля нету. мы не может так сделать

lan интерфейс это wlp2s0

ну скорее всего для того чтобы macvlan бридж получал и транслировал пакеты нужно повесить его на отдельный свбодный интерфейс

ну скорее всего для того чтобы macvlan бридж получал и транслировал пакеты нужно повесить его на отдельный свбодный интерфейс

эээ в мануале такого не написано? мануал неверный?

попробуй на виртуалке с двумя интерфейсами погонять

эээ в мануале такого не написано? мануал неверный?

незнаю, мб не полный, я просто предположил

Как dhcp сервер узнает хостнейм и вообще существование контейнера, если вы докером ему адрес выдали?

логически очень похоже на ovs

Как dhcp сервер узнает хостнейм и вообще существование контейнера, если вы докером ему адрес выдали?

macvlan же gateway роутера сети

Адрес выдал докер а не роутер

попробуй на виртуалке с двумя интерфейсами погонять

даже если это получится то вставлять во все компы еще сетевую карту и тянуть кабель гиблое дело , да еще писать что у них по мануалу неработает , страно все выглядит )

Адрес выдал докер а не роутер

тоесть на этой схеме докер "извивается" чтобы отдать похожий адрес?

Где га схеме вообще видно, что адреса раздал dhcp?

тогда вам нужно удалить default маршрут на wlp2s0, чтобы интерфейс macvlan начал его использовать

Я еще раз задам тот же вопрос. Где там dhcp?

потому что macvlan работает в обход wlp2s0

Я еще раз задам тот же вопрос. Где там dhcp?

10.0.0.1 192.168.0.1 192.168.1.1

тогда вам нужно удалить default маршрут на wlp2s0, чтобы интерфейс macvlan начал его использовать

сейчас default 192.168.1.1 0.0.0.0 UG 600 0 0 wlp2s0

скорее всего схема о которой вы говорите будет работать только если macvlan смотрит напрямую в вашу сеть исключая посредника wlp2s0

10.0.0.1 192.168.0.1 192.168.1.1

Вы тянете сову на глобус. Там нет dhcp

Вы тянете сову на глобус. Там нет dhcp

100% на 192.168.1.1 есть dhcp , про остальные не знаю

cat /proc/mounts | grep container-storage или overlay2 посмотреть

/dev/vda1 /var/lib/docker/containers ext4 rw,relatime,data=ordered 0 0 /dev/vda1 /var/lib/docker/overlay2 ext4 rw,relatime,data=ordered 0 0

100% на 192.168.1.1 есть dhcp , про остальные не знаю

100% это у вас в сети возможно. Га схеме его нет

/dev/vda1 /var/lib/docker/containers ext4 rw,relatime,data=ordered 0 0 /dev/vda1 /var/lib/docker/overlay2 ext4 rw,relatime,data=ordered 0 0

docker stop $(docker ps -q) && umount /dev/vda1

docker start $(docker ps -a)

docker start $(docker ps -a)

не помагает

⚡ root@vps  /  umount /dev/vda1 umount: /: target is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) ✘ ⚡ root@vps  /  docker run -it --rm busybox /usr/bin/docker-current: Error response from daemon: error creating overlay mount to /var/lib/docker/overlay2/5e1ed741f44e54d2ee25f605c77317ecc507b1ec7d4591668c9f88f1e3a4553c/merged: invalid argument. See '/usr/bin/docker-current run --help'. ✘ ⚡ root@vps  / 

umount /dev/vda1 -f

100% это у вас в сети возможно. Га схеме его нет

сейчас зашел в контейнер вот что выдает. ip route | grep default default via 192.168.1.1 dev eth0

umount /dev/vda1 -f

cat /proc/mounts | grep /vda1 /dev/vda1 / ext4 rw,relatime,data=ordered 0 0 /dev/vda1 /var/lib/docker/containers ext4 rw,relatime,data=ordered 0 0 /dev/vda1 /var/lib/docker/overlay2 ext4 rw,relatime,data=ordered 0 0

/dev/vda1 /var/lib/docker/containers ext4 rw,relatime,data=ordered 0 0 /dev/vda1 /var/lib/docker/overlay2 ext4 rw,relatime,data=ordered 0 0 эти разделы отмантировались, но ошибка выше

umount /var/lib/docker/overlay2 -f

systemctl status docker

сейчас зашел в контейнер вот что выдает. ip route | grep default default via 192.168.1.1 dev eth0

Здорово. А что по Вашему там должно быть то? Что докер контейнеру отдал, то в нем и настроилось

systemctl status docker

⚡ root@vps  /  umount /var/lib/docker/overlay2 ⚡ root@vps  /  docker run -it --rm busybox /usr/bin/docker-current: Error response from daemon: error creating overlay mount to /var/lib/docker/overlay2/cfc072fc2044e80aca8e879cd1941c72e16078710b273f258a61f9739dcf8990/merged: invalid argument. See '/usr/bin/docker-current run --help'. ✘ ⚡ root@vps  /  systemctl status -l docker ● docker.service - Docker Application Container Engine Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled) Active: active (running) since Thu 2019-01-31 01:58:04 EST; 2min 15s ago Docs: http://docs.docker.com Main PID: 3526 (dockerd-current) CGroup: /system.slice/docker.service ├─3526 /usr/bin/dockerd-current --add-runtime docker-runc=/usr/libexec/docker/docker-runc-current --default-runtime=docker-runc --exec-opt native.cgroupdriver=systemd --userland-proxy-path=/usr/libexec/docker/docker-proxy-current --init-path=/usr/libexec/docker/docker-init-current --seccomp-profile=/etc/docker/seccomp.json --selinux-enabled --log-driver=journald --signature-verification=false └─3530 /usr/bin/docker-containerd-current -l unix:///var/run/docker/libcontainerd/docker-containerd.sock --metrics-interval=0 --start-timeout 2m --state-dir /var/run/docker/libcontainerd/containerd --shim docker-containerd-shim --runtime docker-runc --runtime-args --systemd-cgroup=true

systemctl stop docker && systemctl kill docker

cat /etc/fstab

и lsblk

и можно в личку

Здорово. А что по Вашему там должно быть то? Что докер контейнеру отдал, то в нем и настроилось

show ip arp на роутере дает понять что в dhcp есть запись о этом контейнере?