Ещё раз спасибо.
Непонятно пока что, проблема в кабеле или мониторе, но с другим монитором и кабелем всё работает.
Хотя до этого был комплектный кабель от Benq.
Спасибо, сегодня попробую и другой кабель, и монитор на всякий случай.
Таких танцев с бубном я пока что не встречал, но не удивлюсь, если проблема будет всё-таки в них.
Скорее всего поочередно, но отключение интегрированной графики тоже не помогло.
У меня есть старый ноут от HP, с интегрированной и дискретной видеокартами, там подключение внешнего монитора нормально работает.
Александр Назаров, Можно запустить контейнер от рута, добавить пользователя, закоммитить контейнер в image, либо создавать image с пользователем через Dockerfile.
Александр Назаров, Да, тогда надо в контейнер или образ пользователя добавить и запускать с --user, только не забудьте проверить id и gid пользователя, если у вас есть привязка к id и gid хост-системы(чтобы были одинаковые).
Хех, лёгкий гугол выдал вот это - forum.firstvds.ru/viewtopic.php?f=11&t=10542
Как вариант - дропать пакеты на порты, которые нужно закрыть, остальное открыть.
А чтобы не делать iptables -F, есть iptables-persistent, ferm. Хотя это не везде есть, и, видимо, дело привычки.
На двух серверах это работать нормально не будет. Любой затык в сети и у вас будет два кластера либо ничего не будет работать.
В этом случае лучше DRBD + Pacemaker.
Да, потому что производительность кластера галеры будет упираться в самую медленную ноду. Две виртуалки производительности не прибавят, поэтому лучше по одной виртуалке с галерой на каждом сервере и ещё одна виртуалка на другом сервере с арбитратором.
Иначе происходит такая ситуация - у вас упало 2 ноды с галерой. Оставшаяся нода не может знать о том, что те ноды не работают(это могут быть банально проблемы с сетью и в этом случае запись на обоих частях кластера вызовет split brain), поэтому блокирует запросы.
При наличии арбитратора выход из строя одной ноды из двух не критичен - арбитратор скажет оставшейся ноде, что всё хорошо и кластер продолжит работу.