PVE-KVM, Вопросы связанные с настройкой виртуальных машин Proxmox Опции

[DAMPSoid]

Столкнулся с тем, что в линукс-контейнерах Proxmox 6.1.xx при попытке стартануть Mysql/MariaDB вываливается ошибка:

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock'

причём на самой свежей инсталяции Debian 10.x - одни и те же проверенные и обкатанные на физических серверах действия приводят к вышеупомянутой ошибке на LXC

Если влоб гуглить ошибку ничего толкового кроме бамбуковых зарослей вы не увидите.

Предлагаются разные костыли с отключением AppArmor и всевозможными скриптами, но как правило они не работают.

Решение находиться на оф.сайте проксы по запросу "nesting" (опция разрешающая вложенную виртуализацию, т.е. в контейнер можно впихнуть ещё один контейнер и т.п.)

Чтобы её активировать необходимо на хостовом (материнском) сервере, где крутиться PVE, под рутом зайти в конфиг контейнера:

cd /etc/pve/lxc/

найти там файл с расширением .conf с именем соответствующим вашему контейнеру и добавить туда в конец строчку:
features: nesting=1

сохранить файл и рестартануть контейнер. Вуаля - и всё заработало!

[DAMPSoid]

После неудачно завершённого бекапирования столкнулся с тем, что файловая система кластера вошла в локдаун что препятствовало подключению к веб-интерфейсу по порту 8006.
В логах обнаружил следующее:

prox pvestatd[1927]: authkey rotation error: error during cfs-locked 'authkey' operation: got lock request timeout
prox pvesr[8850]: error during cfs-locked 'file-replication_cfg' operation: got lock request timeout

решение - занулить локфайл файловой системы кластера:

systemctl stop pve-cluster
rm -f /var/lib/pve-cluster/.pmxcfs.lockfile
systemctl start pve-cluster

после чего pve вернулся к адекватному состоянию и дал зайти через WUI по порту 8006

[DAMPSoid]

ещё один полезный лафхак в копилку админам прокса:

трабла: после сбоя питания потерялся pool zfs массива причём наглухо, т.е. не видился никак zpool list не отображал и все попытки импортировать через import -d import -N и даже с ручным указанием кеш файла не давали никакого результата (см.скрин)


помогла волшебная команда: zpool import -F poolname ('poolname' - понятно имя вашего пула).
она восстановила пул к предыдущему состоянию практически без потери данных!

Прикрепленные файлы

 12.jpg ( 27.43 килобайт ) Кол-во скачиваний: 3