читал

я до отпуска две недели назад уперся при деплое в версию консула, сейчас обновился согласно мануала до 1.2.2 и уперся в этот E11000 duplicate key error collection: noc.noc.vendors index: full_name_1 dup key: { : null }

Можно на время изменений сиськами или жеппами отвечать на вопросы любителей острых ощущений))

Разобрался как работает конфиг на интерфейсах, спасибо.

Мне еще это предстоит, ты в коде копался или есть описание ?

В коде, может и описание где то есть

В коде, может и описание где то есть

Дак факты всегда нужны для валидации ?

Нет, без них можно, но с фактами получаются хорошие универсальные правила. Ну и можно условия задавать.

В основном без них делал.

Правда валидаторы свои писал.

Правда валидаторы свои писал.

Ладно, если руки до этого дойдут(проект нок взлетит) спрошу чего как... пока только занимаюсь рекламой, что нок это отличный инструмент для работы.. но все настроить быстро и под себя не получается...

dv opened merge request at / noc: #690: ManagedObject address resolution

dv opened merge request at / noc: #690: ManagedObject address resolution

грядёт, покайтесь

покайтесь

это для любителей вбивать FQDN вместо адреса

dv opened merge request at / noc: #690: ManagedObject address resolution

merge request opened by dv

ух, заживем! (нет)

ну а чего не зажить-то

там хороший issue

жизненный

dv opened merge request at / noc: #690: ManagedObject address resolution

merge request opened by dv

я до отпуска две недели назад уперся при деплое в версию консула, сейчас обновился согласно мануала до 1.2.2 и уперся в этот E11000 duplicate key error collection: noc.noc.vendors index: full_name_1 dup key: { : null }

На этой неделе мы там топаем к релизу и пин связан с тем, что тесты деплоя я не провожу

Вот как мажорные правки закончатся, так оный и будет проверяться

Поэтому, надо набраться терпения и ждать

Ну или набраться смелости и фиксить баги самостоятельно

Альтернативы временно не предусмотрены

удобно

:)

Andrey Vertiprahov pushed to collections/vendors Fix Newstar vendor code

aversant opened merge request at / collections: Fix vendors collection Remove alias, change CODE to list.

merge request opened by aversant

aversant opened merge request at / collections: Fix vendors collection Remove alias, change CODE to list.

merge request opened by aversant

aversant opened merge request at / collections: Fix vendors collection Remove alias, change CODE to list.

merge request merged by freeseacher

Алексей Широких pushed to collections/master Your Name: Fix vendors collection Your Name: Fix Newstar vendor code Алексей Широких: Merge branch 'add/vendors' into 'master' noc/noc#434 Fix vendors collection See merge request noc/collections!280

Andrey Vertiprahov deleted branch collections/vendors

Сейчас в коллекции МР можно делать?

dv opened merge request at / noc: No django's manage.py

merge request opened by freeseacher

горы ничего

?

круче гор могут быть только горы, на которых ьы не бывал)))

Поэтому, надо набраться терпения и ждать

Доброе утро. С терпением проблем нет, я без претензий вообще к чему бы то ни было. Фиксить баги без понимания тяжело до невозможности -). Нужны советы по возможности куды бечь, что искать -)

надо учиться читать трейсы.

'pymongo.errors.DuplicateKeyError'> E11000 duplicate key error collection: noc.noc.vendors index: full_name_1 dup key: { : null }

написано - обноружено дублирование значения в поле по индексу full_name_1 в коллекции noc.noc.vendors

в монге

соотв. Надо идти и выяснить, почему в монге оказалось 2 вендора. с одинаковым именем

соотв. Надо идти и выяснить, почему в монге оказалось 2 вендора. с одинаковым именем

Я дошел в собственных размышлениях ровно до этого момента. Что в монге что-то неправильно с вендорами...

а поискав по чату, понял что с такой проблемой никто кроме меня не сталкивался

и что похожие проблемы решались через ./noc fix apply

и что похожие проблемы решались через ./noc fix apply

надо найти какой вендор дублируется

'pymongo.errors.DuplicateKeyError'> E11000 duplicate key error collection: noc.noc.vendors index: full_name_1 dup key: { : null }

судя по этому сообщению в базе какой-то вендор у которого нет имени

это странно.

./noc fix apply fix_platform_full_name не даёт феффекта

./noc fix apply fix_platform_full_name не даёт феффекта

а почему фикс по платформе должен чинить вендоров?

была слабая надежда там full_name и тут full_name -))))

была слабая надежда там full_name и тут full_name -))))

?

и не поспоришь....

можно не спорить, а ответить "уклончиво" -)))

ещё раз. у какого-то вендора в поле name написано ничего.

надо его найти

это понятно. веб отдаёт 500 пошел учиться монге.

это понятно. веб отдаёт 500 пошел учиться монге.

./noc shell from noc.inv.models.vendor import Vendor Vendor.obects.filter(name=None) Vendor.objects.filter(name__exists=False)

mongoengine.connection.MongoEngineConnectionError: You have not defined a default connection

из шелла не получится видимо - он не может к монге замонгиться

я ж посередине деплоя с Fail

я ж посередине деплоя с Fail

это уже конец деплоя

попробовать рестарт нока?

попробовать рестарт нока?

нет.

но это повод задуматься и повторить деплой

дык повторял уже раз дцать и сегодня утром тоже повторял, посмотрев, что в noc/noc коммит был 15 часов назад

и ./noc ensure-indexes делал

дык повторял уже раз дцать и сегодня утром тоже повторял, посмотрев, что в noc/noc коммит был 15 часов назад

это хороший повод забить до пятницы.