+

Он был вменяемым ещк год назад.

Там была какая-то жесть с сетевыми интерфейсами

уверен, что с openvswitch оно работает намного лучше

И блок-волумы для куба наконец допилили, так что даже live-миграция уже не кажется такой невозможной

кстати хороший вопрос: что происходит с сетевыми интерфейчасми в сетевом неймспейсе linux, когда он умирает?

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

Ну да, непросто прокинуть интерфейс в кубе нативно. Они даже думали воскресить slurp для этого

что такое slurp?

Древний давно забытый протокол

Slirp

по ману-то если неспейс смаунчен еще куда-то то он будет жить после того как процесс для которого он был создан будет убит. если линки создавали в рут нс, то они обратно в него вернутся

очень напрязает что для user ns контейнеров определенные sysctl не поменять. например net.core.* ядро туда не закидывает. и дефолтный net.core.somaxconn=4096, захардкожено в исходниках

спасибо за инфу!

самый конечно неприятный сетевой сюрприз был связан с тем, что default_qdisc=fq напроч ломало OVS

это когда пару месяцев очковал трогать кластер, а потом оно сломалось после "оптимизации" sysctl, а потом по бырому проверять что-там какой-то анон написал в неотвеченном issue

btrfs несколько раз крашилась вместе со всей системой, хррь птфу.

Приветствую. Может кто то встречал странный момент в дебиане 10, есть 2 диска, один ссд сата + один нвме если смотреть /dev:
ls -lh /dev/ | grep sd
brw-rw---- 1 root disk      8,   0 Jun 25 11:27 sda
brw-rw---- 1 root disk      8,   1 Jun 25 11:27 sda1
brw-rw---- 1 root disk      8,   2 Jun 25 11:27 sda2
brw-rw---- 1 root disk      8,   3 Jun 25 11:27 sda3
brw-rw---- 1 root disk      8,   5 Jun 25 11:27 sda5

ls -lh /dev/ | grep nvme
crw------- 1 root root    247,   0 Jun 25 11:27 nvme0
brw-rw---- 1 root disk    259,   1 Jun 25 11:27 nvme0n1
brw-rw---- 1 root disk    259,   2 Jun 25 11:27 nvme0n1p1

но если смотреть /sys/block:
ls -lh /sys/block/
total 0
lrwxrwxrwx 1 root root 0 Jun 26 06:43 nvme0c0n1 -> ../devices/pci0000:80/0000:80:03.0/0000:81:00.0/nvme/nvme0/nvme0c0n1
lrwxrwxrwx 1 root root 0 Jun 26 06:43 nvme0n1 -> ../devices/virtual/nvme-subsystem/nvme-subsys0/nvme0n1
lrwxrwxrwx 1 root root 0 Jun 26 06:43 sda -> ../devices/pci0000:00/0000:00:03.0/0000:05:00.0/host0/target0:2:1/0:2:1:0/block/sda

и вот не могу понять откуда берется nvme0c0n1 или почему nvme0c0n1 превращается в nvme0n1

на debian 9 все корректно:
ls -lh /sys/block/
total 0
lrwxrwxrwx 1 root root 0 Jun 26 09:45 nvme0n1 -> ../devices/pci0000:00/0000:00:03.0/0000:04:00.0/nvme/nvme0/nvme0n1
lrwxrwxrwx 1 root root 0 Jun 26 09:45 sda -> ../devices/pci0000:00/0000:00:02.2/0000:02:00.0/host0/target0:0:0/0:0:0:0/block/sda
lrwxrwxrwx 1 root root 0 Jun 26 09:45 sdb -> ../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0/host7/target7:0:0/7:0:0:0/block/sdb