proxmox

Обновление PROXMOX до 7.1-5… Просто в минус один день жизни

Проблемы после обновления proxmox до 7.1-5

Сегодня утром решил обновить оборудование у клиента после очередного мониторинга и все вышло не очень хорошо..

Вду-xeon-ный сервер, с нормальным количеством ОЗУ на борту нормально на себе крутил виртуалочки, а те в свою очередь крутили базы 1с нашего клиента и тут приходит волшебный apt update с последующим upgrade, конечно же после снятия дампа баз, конечно же после поочередной остановки гостевых машин и создания резервных копий(перестраховка естественно), и последующего tar всего сервера и запихивания всего этого добра на резервный диск и дублирования на ftp сервер и это все не зря!

Проведя необходимую подготовку и проведя обновление без ошибок и проблем начал поочередно запускать гостевые машины, гостевые хосты на базе операционный системы linux запустились, а вот на windows подвели и отказались стартовать…

Начинаем искать проблему и оказалось что при установке гостевой системы windows мною была выбрана эмуляция sata диска, что является не верным решением с точки зрения производительности, но избавляет от поиска драйверов при установке операционной системы.

ОК… Так как в данной ситуации гостевые системы на базе windows нужны только для перестраховки и проверки баз данных, я решил исправить проблему на корню и пересоздал виртуальную машину, установил нужное программное обеспечение и обратился в гостевым системам на linux и тут начались проблемы…

Я наивно полагал что проблема с гостевыми машинами на ос windows были связаны с тем что в proxmox добавили поддержку windows 11 и ошибся в своем предположении.. Отображение баз данных происходит как обычно, но мне нужно было одну из гостевых машин вернуть на состояние недельной давности, что я и сделал и конечно же мне нужно после этой процедуры восстановить базу данных на сегодняшний день, и воспользовавшись поочередно dropdp, createdb и psql в процессе восстановления через какое то время я теряю доступ к виртуальной машине и больше не могу попасть ни через ssh ни через консоль proxmox.

Остановил я виртуальную машину найдя pid процесса и отправив команду kill, решил повторить процедуру и убедился в том что проблема возникает под нагрузкой дисковой подсистемы, начал искать решение проблемы и не сумев ничего найти стоящего я уже смирился и решил что пересоздать виртуальные машины с нуля будет быстрее чем восстановить их работоспособность(и спасибо тому что я всегда перестраховываюсь и делаю резервные копии всего, скриптов, настроек, баз). Я уже создал копию гостевой системы, уже успел уничтожить основную как на мой призыв о помощи откликнулся владелец сайта serveradmin.ru и направил меня на верный путь!

В конфигурации гостевой системы, а разделе жесткий диск появился параметр по умолчанию aio = io_uring, в версии proxmox 7.0 значением по умолчанию был native и после установки этого значения вручную у меня поднялись все гостевые системы на базе ос windows и без зависаний прошли процедуры восстановления баз данных.

редактирование aio io_uring на native

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

Добавить комментарий

Ваш адрес email не будет опубликован.