Вот только недавно радовался, что наконец-то сделали грамотно
Типо можно IP продлять вручную
Типо можно продлять конкретные IP, а не 1 счет за все все ip из аккаунта как было ранее с 1 декабря
Типо никаких долгов не делают

Но вместе с этим улучшением
Они снова накосячили и поломали в очередной раз (с 2015 периодически это ломается, одно и тоже годами)

1. Снова серверы везде перестали отключаться
2. Плюс еще теперь все заказы уходят на валидацию и полностью теряется смысл "крутой быстрой выдачи как в любом крутом сервисе"

Зашел почитать и поржать — как страдают люди, которые просто не понимают что «ОВХ это самообслуживание».
www.trustpilot.com/review/ovhcloud.com
вот честно, я бы один изменил все и в одиночку бы исправил все проблемы. Но 1000 чуваков не могут это сделать.
как так?
на самом деле все просто — нужно просто взять и поработать. изменить сам подход, научить людей.
вот честно 10 лет скоро пройдет уже, с 2015 по 2025 как раз осталось 2 года.
я абсолютно бесплатно мог бы исправить все недостатки ОВХ — потому что их не так много, это одни и теже ошибки повторяются просто каждый год. одни и теже косяки нервируют людей. достаточно просто составить список и решить его. но никто видимо ничего решать там не хочет.

Прошло 6 дней марта.

Вместо того чтобы починить свой косяк, который 100% случился из-за того что поменяли что-то в сущности IP адресов.

Что делает сотрудник ОВХ ?
Просто тырит бабки продляя услуги в минус на аккаунты.


Не забывают вручную тырить бабки с аккаунтов и по сей день



Мы даже тикет создали CS7525754
Но конечно же никто туда ничего не ответит. Чисто для истории как воруют деньги.


Поэтому какое решение?
А короче будем разбивать заказы на 4 части
1. личные серверы которые всегда оплачиваются
2. ноды вдс которые всегда оплачиваются
3. постоянные клиенты которые оплачиваются
4. клиенты которые не понятно будут продлять или нет — их будем выкидывать на отдельные аккаунты и если там кто-то что-то продлит ИХ ПРОБЛЕМЫ

Зачем сотрудники ОВХ это делают?
А я думаю это делается чтобы подредактировать финансовые отчеты для директоров.
Типо вот у нас прибыль, вот у нас там продления.
Но на самом деле еще с лета 2022 года ОВХ просто напросто загоняет сотни и тысячи аккаунтов в минус, который разумеется никто не оплачивает.

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

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

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