Но нет у еня Кошек!

Один Можевельник!

вот и вопрос - что случилось.

если не было локальных правок для 2900

обновления последние?

Да

Пулл сегодня делал

И такая засада у меня появилась с...

3-его февраля

Я по пятницам обычно делаю апдейт/апгрейд....

Чтобы на выходных не скучать

надо было сразу сказать:(

если локальных правок по моделям нет, можно тупо снести коллекцию моделей и синхронизировать снова

Я по пятницам обычно делаю апдейт/апгрейд....

:D

но я бы почистил конкретно проблемные модельки

ОК. Я готов на все. Что делать-то?

У меня снепшот виртуалки есть, если что

пока, подождать. Счас, я вспомню как заставить монгу искать по UUID

Вчерашний, можно будет откатиться. Если все будет плохо.

У меня снепшот виртуалки есть, если что

db.noc.objectmodels.drop()

это снести коллекцию

если есть снапшот, то можно быстро попробовать

noc:PRIMARY> db.noc.objectmodels.drop() true

И теперь синхронизацию?

ага

Вот какая интересная фигня получилась

Она все модели создает с нуля

ну да

А на 2900 говорит - апдейт и валиться

НО! Онткуда она ее БЕРЕТ если мы ее грохнули - всю базу моделей!

inv.objectmodels|e1fa3784-a666-4d0b-83b4-a9db571d9ac2] Creating Cisco | PWR | C3KX-PWR-350WAC [inv.objectmodels|48ea6bbd-745b-49c4-a5fe-c5133fd43d35] Creating Cisco | C2960 | WS-C2960-8TC-L [inv.objectmodels|8a27ede2-b967-421f-b0cf-a15c9e3ee4f4] Updating Cisco | 2900 | 2951 Motherboard [inv.objectmodels|51db1d5d-11e1-4fa5-96fa-8f612cb140e9] Updating Cisco | 2900 | 2921 Motherboard [inv.objectmodels|4f5702b5-82a1-4e2c-b27f-e897f924d15e] Updating Cisco | 2900 | 2911 Chassis [inv.objectmodels|1dab7354-048d-4bf4-b225-995ccad1dfa2] Updating Cisco | 2900 | 2911 Motherboard [inv.objectmodels|00e64b98-c095-4bf1-b5aa-79948fa81980] Updating Cisco | 2900 | 2951 Chassis [inv.objectmodels|3413ecc0-42f6-45ed-8f94-f807297de046] Updating Cisco | 2900 | 2901 Chassis [inv.objectmodels|a8192485-3642-4cc1-b55f-e60c127dd3e7] Updating Cisco | 2900 | 2901 Motherboard [inv.objectmodels|29e26060-1d0c-4c1d-809e-97c4c634f105] Updating Cisco | 2900 | 2921 Chassis [inv.objectmodels|8a27ede2-b967-421f-b0cf-a15c9e3ee4f4] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|51db1d5d-11e1-4fa5-96fa-8f612cb140e9] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|4f5702b5-82a1-4e2c-b27f-e897f924d15e] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|1dab7354-048d-4bf4-b225-995ccad1dfa2] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|00e64b98-c095-4bf1-b5aa-79948fa81980] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|3413ecc0-42f6-45ed-8f94-f807297de046] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|a8192485-3642-4cc1-b55f-e60c127dd3e7] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels|29e26060-1d0c-4c1d-809e-97c4c634f105] Error: lookup for noc.connectiontypes.name == 'Cisco | 2900 | MOTHERBOARD' has been failed [inv.objectmodels] Cannot resolve references for 8a27ede2-b967-421f-b0cf-a15c9e3ee4f4, 51db1d5d-11e1-4fa5-96fa-8f612cb140e9, 4f5702b5-82a1-4e2c-b27f-e897f924d15e, 1dab7354-048d-4bf4-b225-995ccad1dfa2, 00e64b98-c095-4bf1-b5aa-79948fa81980, 3413ecc0-42f6-45ed-8f94-f807297de046, a8192485-3642-4cc1-b55f-e60c127dd3e7, 29e26060-1d0c-4c1d-809e-97c4c634f105

а можно ./noc collection --debug sync на pastebin?

целиком

http://pastebin.com/CnpJ54zD

Готово

Но это-ж бред... В базе нет, а она ее апдейтит... А не создает

2017-02-26 18:41:07,152 [noc.models] Loading model inv.ConnectionType 2017-02-26 18:41:07,185 [noc.models] Loading model inv.Vendor

почему-то, он проходит мимо inv.ConnectionType

db.noc.connectiontypes.find({"_id": ObjectId("5760292098601c39dfffa71d")})

что-нибудь покажет?

noc:PRIMARY> db.noc.connectiontypes.find({"_id": ObjectId("5760292098601c39dfffa71d")}) noc:PRIMARY>

Нет

Ага

Может я там что-то менял

В inv.ConnectionType

Сейчас

db.noc.connectiontypes.remove({"name": "Cisco | 2900 | MOTHERBOARD"})

и попробуй синхронизацию

noc:PRIMARY> db.noc.connectiontypes.remove({"name": "Cisco | 2900 | MOTHERBOARD"}) WriteResult({ "nRemoved" : 0 })

Не прошла синхронизация

На том-же месте

Так может весь коннекшен тайпс удалить?

И пусть синхронизируется

дропнуть всю коллекцию?

попробуй)

http://pastebin.com/CwA8A7f3

Нихрена не выходит....

Жопа какая-то...

Это я сделал noc:PRIMARY> db.noc.objectmodels.drop() true noc:PRIMARY> db.noc.connectiontypes.drop() true

И потом запустил синхронизацию

крайне странно всё это

Андрей, огромное спасибо за хорошую попытку помочь. Я еще поковыряюсь. На сегодня спасибо и ухожу. Откатываюсь на снепшот.

Андрей, огромное спасибо за хорошую попытку помочь. Я еще поковыряюсь. На сегодня спасибо и ухожу. Откатываюсь на снепшот.

хорошо, я, примерно, подозреваю в чём причина

после отката можно попробовать ./noc collection install collections/inv.connectiontypes/Cisco/2900/MOTHERBOARD.json

и снова запустить синхронизацию

ERROR: S client not available

@freeseacher релиз гитлаба накатишь?)

Нету пока

https://github.com/sameersbn/docker-gitlab

Евгений дропни со всех нод монги эту коллекцию, а так-же тип инсталяции в башне сделай prod и full deploy

может у него в каталоге costum лежит эта моделька? и нок ее оттуда потхватывает

может у него в каталоге costum лежит эта моделька? и нок ее оттуда потхватывает

Вариант, да

вот и вопрос - что случилось.

у меня то же самое было, помнишь?

у меня то же самое было, помнишь?

другое, чуток

хорошо

:)

главное — ты понял =)

я умею только монго.ремув

2 дня

Dmitry Volodin pushed to noc/feature/microservices Fix alarms extractor

а вот с этим не подскажите как быть: MSG: Timeout (12s) waiting for privilege escalation prompt: ...ignoring

удалось поймать и устойчиво воспроизвести косяк с "Timeout (12s) waiting for privilege escalation prompt: " косячина была в /etc/hosts там не было записи о текущем имени хоста. видимо машиу поднимали из клона и не поменяли там имя.

удалось поймать и устойчиво воспроизвести косяк с "Timeout (12s) waiting for privilege escalation prompt: " косячина была в /etc/hosts там не было записи о текущем имени хоста. видимо машиу поднимали из клона и не поменяли там имя.

Пока нет к сожалению

нет. это мне удалось поймать :)

Ок, попробуем:) спасибо

приезжаешь на работу после отпуска и понимаешь что что-то идет не так ;)

всем доброго утра) послепраздничного

https://forum.getnoc.com/t/interfejs-sa-dlya-tabliczy-marshrutizaczii-routing-table/109 не забываем покритиковать

https://pp.vk.me/c638121/v638121310/29e74/wwLYEljj7vE.jpg одобряе

вот у меня в голове крутится идея перетащить монгу и инфлюкс на отдельную машину с 4 гига оперативки. вот и думаю взлетит или нет .

для чего так ?

у меня сервак складывается с высоким ЛА и начинают пинги глючить.

вынеси на машинку с 4 гигами пинги.

а свободная железка только говнястая есть.

ну это радикально ЛА не убавит.

остальное тоже бажит изза этого.

изоляция базы данных в среде где она будет тормозить независимо от отстального мало чем поможет

покеж текущую топологию? мож чего подскажу

вот и вопрос - будет ли изза недостатка памяти.