Дубликаты ip постоянные.

[smart2web]

Такая проблема замечена на многих ipmgr

Он выдает дубликаты ip адресов. В итоге один ip выдается нескольким ВМ.
В частности наблюдается с windows серверами. Скрипт переписывали для проверки RDP но, а если машина выключена, то что, прощай ip адрес? В linux аналогично, пинга нет, прощай ip. Кто же так делает? Разве тяжело ipmanagerу чекать биллинг на занятость ip адресов?

[Igor]

Такого быть не должно.
Изучайте логи почему у вас адреса выдаются по 2 раза. Либо их кто-то несанкционированно освобождает.

[smart2web]

По каким критериям ipmanager проверяет ip на занятость?

[Alex Keda]

http://man.freebsd.org/ping/

[smart2web]

И все? Но это же facepalm.

[Dasha]

Это не вшито в код, запускается скриптик на баше, который лежит на сервере, вы можете написать свой скриптик. Вот дока. Но логи всё же ipmgr.log посмотрите, кто освобождает ваши IP адреса, т.к. если IP адрес выдался, то в IPmanager он помечается как занятый, и становится все равно пингуется он или нет - он занят. Может какой-то второй биллинг у вас подключен к этому же IPmanager и ходит освобождать IP адреса (видела такое однажды)?

[smart2web]

Я даже знаю где вы видели такое. И крон прибили потом на втором биллинге, верно? =)
Нет, тут второго биллинга нет. По истории ip его checkip освобождает. Могу ошибаться. Логи скину чуть позже когда ситуация повторится. Да и справедливости ради замечена выдача дубликатов не только у одного провайдера. Скрипт скриптом - это понятно. Но освобождает ip что? Причем зачастую это дубли windows+Linux

[Dasha]

И крон прибили потом на втором биллинге, верно? =)

Верно
Хорошо, посмотрим логи.

[Joy]

Столкнулись с такой же ситуацией. Уже 2 случая выделения IP адреса, который по факту занят на одной из хост-нод. Там VM с Windows, без пингов.
Соответственно IP становится "Свободен" в IPmanager благополучно выдаёт этот IP при создании других VM. Последнее, что могло повлиять на это - это миграция всех VM с одного сервера на другой где-то несколько месяцев назад.
Может в этом основной баг/фича? Как-то это можно "победить"?

p.s Проверили, реально, те ip, которые мигрировали при замене сервера, отображаются в статусе "Свободен", хотя по факту заняты...
p.s.s Если выделить такие "свободные" IP, указать им их пользователя и группу, они вновь становятся в статусе "Занят", как и должны быть.

Логи такие:
https://dumpz.org/2705226/

[Lazek]

Доброе утро,

В первую очередь рекомендую в настройках VMmanager -> Настройка кластера -> Политики - ВКЛЮЧИТЬ, опцию:
Проверять уникальность IP-адресов

Это решит часть проблем, во вторых, рекомендую обновить BILLmanager, IPmanager, VMmanager - до последних доступных версий, на данный момент: 5.130.0, либо подождать пару дней и уже будет доступна: 5.131.0

Как обсуждалось в теме:
http://forum.ispsystem.ru/showthread...802#post202802

Все известные проблемы по данному вопросу, были подправлены и соответственно трудностей возникать не должно, особенно в моменте освобождения IP адресов при миграции виртуальных машин, если подобное повторится, рекомендую сразу же создать запрос в биллинге компании ISPsystem - https://my.ispsystem.com, с реквизитами доступа для изучения ситуации.

P.S.

Отдельно рекомендую проверить что BILLmanager интегрирован с IPmanager, VMmanager ТАК ЖЕ интегрирован с IPmanager, а в конфигурационном файле VMmanager (/usr/local/mgr5/etc/vmmgr.conf) - ОТСУТСТВУЕТ, опция:
Option ExternalIpAllocation

Она необходима только для 4 версии BILLmanager.