Интересные баги ВМ-6

Несколько дней назад
Создавал ВМ — она выдалась моментально прямо челику. Но IP адрес был уже занят у другого клиента.
т.е. словил баг, что один и тот же IP выдался двум разным клиентам. второму клиенту просто несуществующую ВМ биллинг создал с IP адресом который уже занят старой ВМ.

Я не придал этому значения, ну баганулось подумал я.

Но вот сегодня опять челик пишет.
И опять ему пустая ВМ создается



Но в этот раз IP просто пустой валяется


Два раза — уже не случайность.

12 комментариев

avatar
avatar
А у тебя была эта ошибка? Верно — нет.

Но зачем-то великому королю рынков нужно написать что была ошибка, скорей всего ошибка была узкая и у кого-то но не у тебя :)
avatar
как раз топик посвящен этой ошибке


но зачем великому сатурну читать историю и вникать?
avatar
дважды были удалены «работающие чужие ВДС»
которые сдублировались и один и тот же IP выдался в 2х разных биллингах
когда чуваки удаляли неработающий дубликат в одном биллинге, ВДС удалялась в другом старом биллинге рабочая притом
avatar
> которые сдублировались и один и тот же IP выдался в 2х разных биллингах
ты сам ответил на свой вопрос, вывод не использовать разные биллинга и коннектить их с одной вм6 :)
avatar
вывод — ПО не умеет думать «заранее и наперед»
очень сухое ограниченное и унылое
avatar
Так сделать 1 билл из него рессели и все решения всех твои проблем )
avatar
в ущерб стабильности?
мне нравится делать множество точек отказа, чем как раз воротить какие-то зависимости автоматизации
avatar
один биллинг все равно не исправит проблемы обработчиков
нету ролей — 95% всей системы под ударом, если любой чел может зайти из любого биллинга

ну будет там добавлен не обработчик ВМ-6
а обработчик реселла от корпорейта
и что? разница не меняется. челы смогут так же легко переходить.
а значит это потенциальная возможная уязвимость. вот я знаю что меня хуй кто взломает, но не могу следить за десятью человеками например и их компами и их мировозрением и их опытом и тд
поэтому лучше изначально не делать потенциальные уязвимости вовсе
avatar
теперь же billmanager назначает IP и записывает себе в память
и поэтому сдублировать IP невозможно, т.к. он «сохранен»
avatar
а корни проблемы растут из-за того, что нету нормальной «ролевой системы»
их задумка «все в одной панели» — не работает когда обработчик добавляется в десятки разных проектов
мало того что нету доступов, т.е. любой из десятка биллингов любой админ этих биллингов может сходить и войти внутрь ВМ-6
так еще и вот такие хуйни происходят

все равно лучшее решение покупать отдельные ВМ-6 под каждый проект
но тогда что получается? огромная куча дублирования одинаковых конфигов серверов по кучи панелей и локаций
нормально с умом собрать «крутой кластер» не получится таким методом рассеивания
avatar
эта ошибка случалась и в будущем, не только 2 раза
но как только я замечал такое — я делал перенос услуги «на тестовый свой аккаунт пользователя billmanager» — чтобы клиенты не могли удалить «баговую вдс» и похерить заказ

Оставить комментарий