увеличил озу на панели
ничего не изменилось

странно то, что какие-то панели нормально работают
какие-то нет
но все это случилось именно после обновления кривого
hosting.show/alice2k-hosting/gniloe-obnovlenie-vmmanager---v2023021.html

итак опять обнаружил говно в VMmanager
не грузится форма создания ВДС

притом пишет про какой-то IPmanager
но у меня его нет


update
эту проблему решил сам, помогла установка модуля IPmanager и последующее удаление этого же модуля

Например одна панель VMmanager постоянно зависала через часа 2 работы
Пока я не увеличил ей размер озу, вроде бы помогло

Другая панель теперь задачи в биллинге зависают

И вроде есть 2 гб запаса озу на сервере
Но задачи на остановку удаление зависают

Перезагружал, помогло
Но на второй день — сегодня опять лагает, опять ребутать? Или менять тариф облака? Или ждать очередного обновления исправляющее баги которые наделались в начале февраля? Даже и не знаю

слишком много ошибок
не заметно было ранее, т.к. у меня за сутки не так то и много новых заказов делается



вдс-ки создаются битыми
или с второй с третьей попытки только
или вовсе не создаются

скорее всего это все еще последствия того гнилого обновления
hosting.show/alice2k-hosting/gniloe-obnovlenie-vmmanager---v2023021.html

Unhandled exception: Action failed with error: libvirt: QEMU Driver error : Domain not found: no domain with matching name '1152_carnelian_beryl'
libvirt: Storage Driver error : Storage volume not found: no storage vol with matching name '1153_carnelian_beryl'
Traceback (most recent call last):
  File "/opt/ispsystem/vm/scripts/kvm/host_create.py", line 532, in <module>
    main()
  File "/opt/ispsystem/vm/scripts/kvm/host_create.py", line 521, in main
    create_process.run(consul)
  File "/opt/ispsystem/vm/scripts/kvm/host_create.py", line 151, in run
    main_disk.install_os(image_path=self.source.path,
  File "/usr/local/lib/python3.9/site-packages/kvm_storage/file.py", line 85, in install_os
    if node.run(cmd=cmd, check=virt.resizing_is_mandatory(os_group)).returncode == 0:
  File "/usr/local/lib/python3.9/site-packages/common/remote.py", line 368, in run
    raise CalledProcessError(returncode, stdout.decode('utf-8'), error_str)
common.remote.CalledProcessError: Command exited with message virt-resize: error: You cannot use --shrink when there is no deficit (see 
‘deficit’ in the virt-resize(1) man page).

If reporting bugs, run virt-resize with debugging enabled and include the 
complete output:

  virt-resize -v -x [...]
.

Уже третья панель зависает.
Первый раз зависло 3 дня назад, ребут помог.
Вчера зависло снова — ребут не помог, но ТП починила.

Сегодня уже третья панель — так же зависла.
Писать в ТП по каждой панели я не собираюсь, буду ждать обновления.

Просто для истории — 10 лет одно и тоже, обновления всегда портят «то что уже работает».
Вот блять почему у нас в мире нет людей, которые делают 1 раз на 5 лет и не трогают больше ничего, а просто 5 лет зарабатывают деньги.

Короче в тот момент как я решил сделать фильтр в листинге ВМ — чтобы найти нужную ВМ, чтобы сделать с ней какие-то действия — все сломалось.
Похоже дело именно в интерфейсе который тупо не совместим с функционалом обновления.

upd
да, все верно, зависает из-за фильтра
?filter=~&sort=name:asc;&page=1:25; — такая команда сбрасывает фильтр и снова все работает

опять сотрудник какой-то думает, что СУС оно как ОВХ
но СУС ЭТО НЕ ОВХ БЛЯТЬ
там все по другому работает, 10 лет прошло, найдите уже сотрудника который тоже 10 лет работает и знает ИСТОРИЮ




к чему готовиться?
к тому что могут загнать аккаунты в минусы
а потом если не оплатишь счета — могут начать удалять ВСЕ IP из аккаунта и нужные в том числе
тем самым разводя на бабки и заставляя оплатить ненужные

поправка, не обработчика, а панели ВМ-6, т.к. из одной панели может быть множество обработчиков
т.к. каждый обработчик — это отдельный кластер ВМ-6
если бы можно было добавить 1 раз в биллинг ВМ-6 панель и там из списка в множественном числе выбрать кластеры — вот было бы заебись.
либо внутри тарифа выбирать не обработчик, а именно кластеры от одного единственного обработчика
ну короче чтобы не дублировать кучу обработчиков под разные тарифы

да, думаю лучшее решение
это в карточке тарифа выбирать галочками с каких кластеров разрешено создание этого тарифа
ну и ОС можно прямо сразу там же
двух зайцев сразу бы убило

Короче методом тестов было выявлено.
Если есть 2 обработчика типо ВМ-6 панель одна, и ВМ-6 панель другая
Ну и тарифы конечно же из разных панелей

То если выбрать любую ОС допустим любую из огромного списка Debian 11 выбрать — и включить эти обработчики и тарифы.
То потом ОС изчезнет — они эти ОС не из того обработчика. А останутся только ОС которые были созданы копированием из нужного обработчика.

Т.е. чтобы все работало четко



Нужно среди вот этого огромного списка искать какую-то ОС из нужного обработчика. Т.е. искать какую-то строчку, где ты уже знаешь, что «по соседству там кластер/обработчик нужный из нужной ВМ-6 панели». И уже включать эту ОС. И когда внутри этой ОС будут кластеры/обработчики из одинаковой ВМ-6 панели — вот тогда они пропадать и не будут больше.

Так вот чтобы было понятно что и где.
Не хватает всего одной строчки
Фильтрации по обработчику

Короче теперь в Billmanager 5 — вообще обработчики от именно новой ВМ-6 созданной в новое время — не добавляется
Она даже кластеры не читает, и шаблоны ОС поэтому тоже

старая ВМ-6 созданная в 2020 или 2021 году


новая ВМ-6 созданная зимой 2022


видите кнопка кластеры — не горит
вот в этом проблема

почему так — а хуй его знает
если она только с Billmanager 6 работает например — то в пизду, не буду пользоваться, мне не нравится дизайн, буду вручную тогда выдавать

update
заработало

нужно было пойти в VMmanager 6 — там в кластер зайти, потыкать список ОС — и еще раз «сохранить» — типо оно запустило какое-то обновление и после этого начало связываться с биллингом

на множестве аккаунтов по дням, по копейкам собрало



или чуваку отменили прошлые списывание
и снова списали