Size: a a a

KVM (PVE/oVirt etc)

2020 October 13

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Добавил в кластер без проблем. Повезло что это те самые оказались что с поддержкой Vy
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Дмитрий Харламов
Добавил в кластер без проблем. Повезло что это те самые оказались что с поддержкой Vy
Vt
источник

SK

Sergey K in KVM (PVE/oVirt etc)
а какой cpu type оно определило на них? какой-нить Nehalem? атома то там в принципе нет
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Если честно, не помню. Тип кластера поставил в неопределенный, чтобы сам нанюхал. Скорее всего в нехалем. Завтра (сегодня) гляну
источник

SK

Sergey K in KVM (PVE/oVirt etc)
ну в целом под тесты тогда нормально, просто медленно)
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Да в принципе от них много и не нужно. Хотя была мысль пощупать на них профиль HPC. Всё таки они раньше в центре обработки у нас работали 😄
источник

n8

next89 89 in KVM (PVE/oVirt etc)
подскажите, что делать если в овирте хост в статусе non-responsive ?
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Читать логи
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Проверять конфигурацию хоста
источник

SK

Sergey K in KVM (PVE/oVirt etc)
next89 89
подскажите, что делать если в овирте хост в статусе non-responsive ?
а после нажатия activate что пишет?
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Sergey K
а чем --reconfigure-optional-components то не устраивает?
Пришёл таки ответ от RH:
Grafana was disabled in HE installation, see https://bugzilla.redhat.com/show_bug.cgi?id=1866780

To reinstall run on the engine: engine-setup --reconfigure-optional-components
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
4.4.1 я ставил до этого поэтому и работало. В 4.4.2 в связи с багом, который описан в ссылке, в SHE отключили установку графаны.
источник

SK

Sergey K in KVM (PVE/oVirt etc)
ну в целом имеет смысл, зачем лишнее сразу ставить)
источник

SK

Sergey K in KVM (PVE/oVirt etc)
заодно меньше фейлов будет)
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Мммм, тут можно не согласиться. Мониторинг на вирте нужен, и чтобы предотвратить копание руками, установку "левых" репов и т.д., то в принципе оправдана установка по умолчанию
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Я вот все рылся и искал как заббикс прикрутить, но всё старое...
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
И графана мне как нельзя кстати оказалась
источник

ДХ

Дмитрий Харламов... in KVM (PVE/oVirt etc)
Всегда лучше инструмент от вендора. Ну почти всегда... ))
источник

DB

Dmitry Burlakov in KVM (PVE/oVirt etc)
Nikita Uchaev
Вечер добрый, господа.
Кто активно использует lxc-контейнеры на proxmox, как вы борете проблему не-монтирования zfs-сабвольюмов после нештатного выключения сервера?
Воспроизводится на 100% моих инсталляций. Воспроизведение - запустите контейнер, использующий zfs в качестве стораджа, запустите пинг внутри и рубаните по питанию железку.
Результат - после запуска zfs-сабвольюм с хранилищем контейнера не смонтируется автоматом, пожалуется, что директория для монтирования не пуста. Само собой контейнер не запустится тоже, причем с дебильной жалобой, что не знает тип дистрибутива.
Монтируем контейнер через pct mount XXX, лезем в rootf - там гарантированно остаётся пустая /dev или /proc.
Удаляем, отмонтируем контейнер, монтируем zfs саювольюм, стартуем контейнер. Всё работает.


А теперь вопрос - что за херня и как эту проблему решить кардинально?
это проблема битого кеш-файла zfs - его надо перегенерить https://forum.proxmox.com/threads/upgrade-from-5-x-to-6-x-lxc-containers-will-not-start.56102/#post-268741
источник

NU

Nikita Uchaev in KVM (PVE/oVirt etc)
Ух ты
источник