Проблема с обновлением интерфейсов на заббикс-прокси

[haven512]

Всем привет.
Столкнулись с проблемой, заббикс прокси не может обновить интерфейс при манипуляциях с интерфейсами через API.
Например, такая последовательность действий на тестовом хосте с одним элементом данных:

1. Создать новый интерфейс.
2. Переключить элемент данных на новый интерфейс.
3. Сделать новый интерфейс главным.
4. Удалить старый интерфейс.

В базе данных заббикс сервера изменения отражаются корректно. Затем прокси запрашивает configuration data, получает данные (приложенный файл data.txt), в полученных данных присутствуют все внесенные изменения.
Но почему-то прокси начинает применять эти изменения с удаления интерфейса и терпит неудачу.

2013262:20240821:151724.469 query [txnlev:1] [delete from interface_snmp where interfaceid=300300000132138]
2013262:20240821:151724.469 query [txnlev:1] [delete from interface where interfaceid=300300000132138]
2013262:20240821:151724.469 [Z3005] query failed: [0] PGRES_FATAL_ERROR:ОШИБКА:  UPDATE или DELETE в таблице "interface" нарушает ограничение внешнего ключа "c_items_4" таблицы "items"
DETAIL:  На ключ (interfaceid)=(300300000132138) всё ещё есть ссылки в таблице "items".
 [delete from interface where interfaceid=300300000132138]
2013262:20240821:151724.469 query [delete from interface where interfaceid=300300000132138] failed, setting transaction as failed
2013262:20240821:151724.470 query [txnlev:1] [rollback;]

Если в той же последовательности вносить эти изменения через веб-интерфейс - все отрабатывает нормально.
Проверяли на версиях заббикс-сервера и заббикс-прокси: 6.4.12, 6.4.15, 7.0.1, везде проблема наблюдалась.
Кто-нибудь сталкивался с похожей проблемой?
Заранее спасибо за ответы.

UPD: на версии 3.4.12 все работает как надо.

[haven512]

Я ошибся - через веб-интерфейс все тоже ломается, если вносить изменения достаточно быстро, чтобы они попали в один JSON configuration data. Пока для себя закостылили это установкой таймаута перед API запросом на удаление интерфейса, чтобы сначала в прокси успели прилететь данные о изменении интерфейса на элементе данных. Я не смог пока найти баг-репорт с этой проблемой, если кто-то знает, что он уже существует - напишите пожалуйста об этом.

[Kos]

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

[haven512]

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

В общем случае - проще конечно.
У нас автоматическая система создания хостов в заббикс через API, которая изначально проектировалась под 3.4 версию, где такой проблемы не было, а созданием/удалением интерфейса решались некоторые другие проблемы.
Сейчас обновляемся на 7.0 и такое поведение несколько удивило.
Позже вероятно перепишем систему на обновление интерфейсов, но быстро и легко для нас это не получится, к сожалению, поэтому пока костыль.

[Griboed0ff]

У меня была похожая задача с API и интерфейсами. Собственно, при авто регистрации агентов у хостов добавлялся еще интерфейс, если IP хоста менялся. Поскольку они были на VPN через DHCP, постоянно у хостов набиралась целая пачка интерфейсов, и нужный не был по умолчанию, так что опросы не работали (IP был неверный). Я решил проблему с помощью скрипта на Python. Примерный сценарий: если интерфейсов несколько, то удаляем все, которые не по умолчанию. Затем пытаемся изменить IP интерфейса по умолчанию на тот, с которым агент пришел. Попутно, если этот IP используется для других хостов, то там его удаляем, если он не по умолчанию. Если он по умолчанию, то меняем его на заведомо несуществующий IP. Таким образом, у агентов всегда актуальные IP, даже при их постоянных изменениях. Эти IP мне в общем-то не нужны, так как у меня активные проверки по большей части, но бизнес попросил чтобы статус агента был виден и IP.

[haven512]

У меня была похожая задача с API и интерфейсами. Собственно, при авто регистрации агентов у хостов добавлялся еще интерфейс, если IP хоста менялся. Поскольку они были на VPN через DHCP, постоянно у хостов набиралась целая пачка интерфейсов, и нужный не был по умолчанию, так что опросы не работали (IP был неверный). Я решил проблему с помощью скрипта на Python. Примерный сценарий: если интерфейсов несколько, то удаляем все, которые не по умолчанию. Затем пытаемся изменить IP интерфейса по умолчанию на тот, с которым агент пришел. Попутно, если этот IP используется для других хостов, то там его удаляем, если он не по умолчанию. Если он по умолчанию, то меняем его на заведомо несуществующий IP. Таким образом, у агентов всегда актуальные IP, даже при их постоянных изменениях. Эти IP мне в общем-то не нужны, так как у меня активные проверки по большей части, но бизнес попросил чтобы статус агента был виден и IP.

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