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

странно то, что какие-то панели нормально работают
какие-то нет
но все это случилось именно после обновления кривого
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 [...]
.

Вчера поступил заказ
Нужно 14 серверов купить, 2 под БД и 12 разбить по 3 сервера на 4 дата-центра
Окей — ОВХ подходит по это дело и по цене и по мощности
Рассматривал конечно hetzner, но там кончилось наличие 9900k, а все остальные были с платой за установку или старые говно процессоры, либо супер мощный 5950X и уже в цену не в ходил.

Для начала удобство заказа
Одной кнопкой сразу по 4 гео-локациям заказал и нужное кол-во.
Если раньше максимум 5 шт можно было делать для одного заказа, приходилось кучу заказов создавать, а пока они там в очереди висят, кто-то мог купить быстрее тебя и потом неделю ждать )
То сейчас короче все в 1 заказ уместилось




Это было вчера перед сном
Я конечно мог бы и ночью обработать заказ
Но подумал — а вдруг застрянет пару серверов, типо наличия не будет. И короче заказал и ушел спать.
Но оно обработало все быстро и наличие было. Поэтому по идее я бы и вчера уже сделал все что хотел.


Сегодня проснувшись сделав все что навалило за ночь
Приступил к заказу

за 2 минуты создались бекапники для каждого сервера

Потом я купил IP адреса на каждый сервер
На это ушло около 10 минут


Потом запустил на каждом установку ОС
И чтобы не искать в огромной куче — я воспользовался поиском по техническому имени.
Если у компании нету такого поиска — то это лох компания. Или лох биллинг.

Без подобного поиска у меня бы двоилось в глазах пока я там эти NSxxxxx выискивал нужные.

Далее пошел купил сервер под VMmanager и накатил туда лицензию.
Благо сейчас ее можно купить автоматически, без ручного запроса в тикеты — как было в 2021 году, когда ISPsystem поехала крышей и показала рекордные убытки потом, что даже продалась в 2022 :)
ОС к сожалению ставилась достаточно долго — поэтому я даже заскучал и уже начал писать наш топик заранее. ОС все еще ставятся.
Пока ставились ОС я пошел пометил все серверы себе в коллекцию по аккаунтам, записям, какие там допы, какие диски. hostsuki.pro/all/evolyuciya-klienta-serverov.html

Еще минут 15 ушло на то, чтобы убрать логин almalinux и сделать нормальный root
Пидорасы кто это придумал, сука ублюдки просто заебали, бессмысленную работу создали.
VMmanager все равно умеет только через root.

И наконец-то начал делать личный приватный мини кластер клиенту.

На настройку ушло еще 36 минут. Потом еще каждый сервер нужно было ребутнуть.

Итого менее чем за 1 час я сделал это.
Если в сутках около 10 часов рабочих допустим, то по идее я мог бы в 10 раз мощнее работать
БЫЛИ БЫ ТОЛЬКО ЗАКАЗЫ БЛЯТЬ :)
НУЖНО БОЛЬШЕ ЕЩЕ БОЛЬШЕ
чтобы я реально 10000 серверов мог обслужить или может я даже с 50000 справлюсь? Кто знает, кто знает. НУЖНО ТЕСТИРОВАТЬ.

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

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

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

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

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

Короче вчера нода упала


Потом восстановилась


А потом оказалось что из 3 ВМ — 2 не запускаются


Я забил по факту
Никто мне даже не написал
Но сегодня решил ради интереса посмотреть почему

И обнаружил что на сервере просто нету файлов ВМ


Я часто в европе встречал как диски забирают без спроса допустим.
Но такое — первый раз.
Случайность?
Это баги VMmanager она типо удалила данные из-за падения? Возможно ли такое вообще? Сомнительно.
Или это сделали сотрудники дц по чьей-то указке, типо стырили данные и удалили чтобы их не смогли «изменить»?
Хуй знает.

потому что я создавал продукты в 2020 из функционала который был в 2020
и сейчас у меня уже «аудитории» на старых продуктах
делать новые более крутые — значит портить старое и переносить на новое — Я НЕ ХОЧУ
поэтому новое — откладыватся на потом, пока не сгорит старое :) либо пока ДЦ не выпустят вкусные серверы и процессоры, чтобы «попытать что-то новое на новом железе и создать чисто новый проект еще один».

ибо как раз рассуждал о «годах работы различных проектов»
hosting.show/alice2k-hosting/rassuzhdenie-o-zapolnyaemosti-uzlov.html

чертовки не люблю что-то менять
это вредит клиентам

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

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

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

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

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

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



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

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