Bermut

Я слишком устал, я не заметил правила ipv6 nd ra-hop-limit 1, его удаление помогло.

Да, ovs умеет в acl, называются они в нем flow, пример у меня получился такой:

ovs-ofctl add-flow ovs-br "cookie=0x00, table=0, in_port=eth0, action=normal"
ovs-ofctl add-flow ovs-br "cookie=0x01, table=0, in_port=ovs-br, action=normal"

ovs-ofctl add-flow ovs-br "cookie=0x08, table=0, icmp6, ipv6_src=fe80::/64, ipv6_dst=ff02::/96, action=normal"
ovs-ofctl add-flow ovs-br "cookie=0x09, table=0, arp, action=normal"

ovs-ofctl add-flow ovs-br "cookie=0x10, table=0, ip, nw_src=<ipv4 subnet>, nw_dst=<ipv4 subnet>, actions=drop"
ovs-ofctl add-flow ovs-br "cookie=0x11, table=0, ip, nw_src=<ipv4 subnet>, actions=normal"

ovs-ofctl add-flow ovs-br "cookie=0x12, table=0, ipv6, ipv6_src=<ipv6 subnet>, ipv6_dst=<ipv6 subnet>, action=drop"
ovs-ofctl add-flow ovs-br "cookie=0x13, table=0, ipv6_src=<ipv6 subnet>, ipv6, action=normal"

В общем, пришло ко мне утром озарение.
Во первых, ошибка, представленная мною, говорит о том, что сервер не может получить метрики с хоста, и не более того, она не значит о том, что есть проблема с подключением к psql БД, я не правильно трактовал лог.
Второе, zabbix сервер и zabbix web - разные сущности, и второй самостоятельно подключается к бд, и по факту независит от zabbix сервера напрямую, к чему я клоню, есть файл /etc/zabbix/web/zabbix.conf.php, это и есть файл конфигурации zabbix web, и там тоже необходимо было поменять адрес БД сервера с локалхоста на адрес собственно БД сервера, после этого корректные данные стали отображатся в webgui zabbix.

В секции ports/portname необходимо явно указать протокол ipv4

set addr adrfam=ipv4

Подсказали на lor, проблема в том, что по умолчанию в rhel-like дистрибутивах опция use_devicesfile включена в конфиге lvm, ее нужно отключить

В общем, для логина к rbd требуется явно указывать имя клиента(не смотря на то, что в keyring он указан)

Команда логина выглядит следующим образом:

rbd device map vibabib/ba -n client.newclient --keyring=key

Перезапусти систему и в меню grub(это там где ядра выбираются) нажми E, попадешь в текстовый редактор, и ищешь эту строчку, ну и стираешь, после F10 и грузишься в систему

После загрузки с другой системы проблемы сохранились. Как бы это фантастичести не звучало, помогла замена сетевой карты.
При этом смена mtu нечего не давала

*Глубоко вздохнул*

Начнем с того, что ты создал на диске lvm, это сложная история, и на твоем уровне туда бы я пока не совался, зайди в консоль сервера и пропиши следующее:

vgremove newdrive
pvremove /dev/sdb1
wipefs -a /dev/sdb
mkfs.ext4 /dev/sdb
mkdir /newdrive
mount /dev/sdb /newdrive
echo "/dev/sdb /newdrive ext4 rw,nofail" >> /etc/fstab

Дальше зайди в web панель pve, и в разделе дисков(тот что на скрине) перейти в раздел директорий и добавь директорию /newdrive

Ну или кстати да, можно пойти проще и сделать

qm importdisk <id виртуальной машины> <путь до qcow2 файла> newdrive

Забыл написать, проблема решилось сменой ядра debian, так как я использовал расскатанный из clouidunit образ, там по умолчанию было cloud ядро, удаление этого ядра и установка стандартного решило проблему.

Я не знаю, почему это помогло, но нужно включить кеш, так как у меня нет батареи, он по умолчанию выключен.

ssacli controller slot=2 modify nobatterywritecache=enable
ssacli controller slot=2 modify cacheratio=0/100 (read/write cache)
ssacli controller slot=2 ld 1 modify arrayaccelerator=enable

После этого скорость записи стала стабильной - 190мб/с, скорость чтения 300-350мб/с при strip 512, bs 10M.

Как подсказали на lor, требовалось включить vlan-filter на мосту, командой ip l s br-servers type bridge vlan_filtering 1
Так же в моем случае еще помогло отключение stp на мосту.

В общем, с помощью этой статьи разобрался с connmark'ами, с такими правилами работает корректно.

iptables -t mangle -A PREROUTING -m conntrack --ctstate new -s <ip узла> -m statistic --mode random --probability 0.5 -j CONNMARK --set-xmark 1
iptables -t mangle -A PREROUTING -m conntrack --ctstate new -s <ip узла> -m statistic --mode random --probability 0.5 -j CONNMARK --set-xmark 2
iptables -t mangle -A PREROUTING -m connmark --mark 1 -j MARK --set-mark 1
iptables -t mangle -A PREROUTING -m connmark --mark 2 -j MARK --set-mark 2