resource r0 {
    protocol C;
    startup {
            wfc-timeout 0; # non-zero might be dangerous
            degr-wfc-timeout 60;
            become-primary-on both;
    }
    net {
            cram-hmac-alg sha1;
            shared-secret "secretkey";
            allow-two-primaries;
            after-sb-0pri discard-zero-changes;
            after-sb-1pri discard-secondary;
            after-sb-2pri disconnect;
    }
    on hscn1 {
            device /dev/drbd0;
            disk /dev/sdc;
            address 172.31.255.1:7788;
            meta-disk internal;
    }
    on hscn2 {
            device /dev/drbd0;
            disk /dev/sdc;
            address 172.31.255.2:7788;
            meta-disk internal;
    }
}

Итак, финт с изменением коммента и применением настроек СРАБОТАЛ! Недоступный контейнер стал доступен без перезагрузки. Благодарю за идею!

Далее какой шаг?

Как я понимаю, через веб добавить область хранения.

Не, приятель, думаю тебе кто-то  тут поможет, но лично меня уже заебали люди, которые не могут прочитать доку по проксу или найти мануал (который ищется в гугле за 5 минут, но правда на английском).
Которые синхронизируют блочные устройства, но зачем то, хотят поверх фс натянуть и использовать директорию для хранения ВМ  и  ha, при этом не понимая разницы между local dir   и shared dir

П.с. на хабре есть статья про линстор,  там про дрбд расписано, начать можно оттуда. Ну и с доку прокса и дрбд в частности

Роман, статьи на хабре я изучил. Задаю именно вопросы относительно простоты. Если считаете что вопрос глупый, сиысла писать трактат ответом. Да нет, коротко - ман и доки, могу помочь за деньги.

Проехали короче.

Можно даже в шапку добавлять.

Теперь вопрос в другом, если DRBD синхрит несколько ресурсов, как из них собрать единый LVM?

Никак. Стоит понять как и для чего синхрятся несколько устройств в DRBD

Я уже говорил ранее - диски через multipatx монтируются по iscsi.

Да, двойной оверкост по размеру но зато true HA

Зачем мне iscsi, Зачем мне контейнеризация, доп настройки? К чему это всё. У меня прямой линк 10 гб между узлами.

Через доп. надстройку в виде контейнера передать iscsi том, который преформатирован и засинхрен через drbd

И что ? У меня меланоксы в бондах на 159 GiB - но сделать шаренный блочник это не помогает

К чему мне в этой схеме контейнер?

щас пытаюсь понять как скорость синхронизации поднять

потому как очень медленно.

https://github.com/aborche/qemu-guest-agent

#агент #freebsd

если хочешь, чтобы это находилось, можешь пометить хэштэгом