nocproject.org

У меня получилось сделать BFD discovery на Juniper'ах

В принципе по аналогии можно сделать и UDLD на кисках

кто-нибудь может покидать мне вывод "show udld neighbors" ?

у меня вылезла проблема, которая у многих была раньше... Pgsql - FATAL too many connections

связываю это с выросшим числом устройств

увеличь количество коннектов к postgresql

postgresql.conf

да нашел уже...

возможно, придется крутить параметры shared memory

как бы не пришлось еще тюнить system v shared mem и semaphores или как их там

ща там стоит 40...

пойду читать

40 это очень мало

100 минимум

так

у кого есть живой BFD?

и живой UDLD ?

И кто использовал FDP?

у меня есть zyxel-и, на которых вроде вообще нет всяких *DP :)

STP там есть, сойдет и так

написал бы для него get_spanning_tree

включать stp чисто для discovery - немного странновато... хотя написать надо, согласен... вдруг кому-нибудь надо

написать надо

я сейчас для qtech 2800 серии пишу профиль, как раз на stp застопорился немного

тут был уже какой-то qtech, но команды отличаются и т.к. тушёнки нет, я решил с нуля писать

udld есть

dvolodin, NOC-856, это тебе к дискавери прибавить

zi_rus: кинь show udld neighbors с обоих сторон

NOC-856 -- это чистые get_interfaces

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

> hg qseries

inv.map-link-tooltips

ExtReportApplication

ip.reportoverview_optimization

inv.interfaceclassificationrule

ip.ipam_show_own

stomp_access

dns_gridvcs

cat-r23#sh udld neighbors

Port Device Name Device ID Port ID Neighbor State

---- ----------- --------- ------- --------------

Gi0/14 FOC1437X3WC 1 Gi0/1 Bidirectional

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

cat-r194#sh udld neighbors

Port Device Name Device ID Port ID Neighbor State

---- ----------- --------- ------- --------------

Gi0/1 FOC1434V51M 1 Gi0/14 Bidirectional

Gi0/2 FOC1442V0MK 1 Gi0/1 Bidirectional

zi_rus: на pastebin кинь

тут чуть-чуть

удобнее скопировать будет

момент

Device Name -- там serial?

у меня так да

на 7600 еще гляну

dvolodin, короче так, если за портом каталист или что-то простое, то серийник, если что-то сложнее, то некоторый номер похожий на серийник, но я пока не вижу какой именно

это ни серийник платы, ни модуля

где его найти можно?

dvolodin, http://pastebin.com/ffTw6gk7

пока не знаю

ищу сам

1й порт в 14й ?

первая колонка у нас - локальный порт, вторая -- remote ?

так точно

вроде как этот serial отдается по show version?

http://www.cisco.com/en/US/docs/ios/fundamentals/command/reference/cf_s4.html#wp1499591 -- show version

может это processor board id?

нет

он вообще с цифр начинается

dvolodin, есть предложение "show udld" использовать, она детальку выводит http://pastebin.com/dvR4h7PR

и там есть Device ID: 01193D533C0

это как раз локальный id

да

так и сделаем. мне вот интересно, этот id строго уникален для udld?

или все-таки осмысленный

хз, для простых каталистов это просто их серийник

76-я чуть посложнее

а для непростых?

show version его не выдает?

даже для 4900М она этот серийник использует

он тоже простой

ладно, нам не важно на самом деле

ну все же кое-какие модули в него можно повтыкать

а сложнее каталиста у меня только 76-е

можешь посмотреть, если у железки несколько соседей по udld, она им всем тот же id отдает?

у нас вообще уникальный алгоритм discovery

ему достаточно, чтобы можно была связь (локальный идентификатор железки, локальный идентификатор порта) - (идентификатор соседа, идентификатор порта)

на самом деле, если бы можно было узнать, то модно было его записывать через id_discovery, а udld смотреть через neighbors так трафика меньше и нагрузка на железки

не будем тогда на это завязываться

короче, да, на разных портах, на разных платах всегда отдается один номер

отлично

http://dpaste.org/b7Muh/

такой вот интерфейс получится?

ну, похоже на правду

причем, заметь, команда возвращает не свой локальный id

а то, что вернул другой конец как echo

да

немного наркоманская логика

вытаскивай последний коммит

прогони debug-script на get_udld_neighbors

и кинь мне тушенки на beef@, даже если они с exception'ами

sre_constants.error: bad character in group name

post-update: 59: syncdb failed

dvolodin, не проходит пост-апдейт

пофиксил

поехал, буду через час

noc-discovery.log │518890K│Jan 18 10:20 трейсов за 8 часов

ништяк

хотя нет, не поеду

dvolodin зацени, сколько дискавери трейсов напорол за 8 часов ;)

noc-discovery.log │518890K│Jan 18 10:20

он может

он настойчивый

это после того, как я mac-discovery включил

dvolodin, тушенку отправил

ufir: наверняка последствия удаления или замены железяк

lexus-omsk, это же все фиксили, а если нет, значит надо новые issue заводить или голосовать за старые

zi_rus: вижу

это если нок свежий, а ведь до обновления удаляли - то надо вручную вычищать

*если до обновления

а как избавится от таких крашей http://pastebin.com/pcKu28gV ?

обновиться

вчера пофиксили

а.

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

всё так ;)

zi_rus: закоммитил фикс

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

ufir: зафиксили эту багу еще вчера

dvolodin, все четко, концы на месте

ok

переходим ко второй части марлезонского балета

к извлечению прибыли :)

=))))

поставить вымогателя, первые обнаруженные 10 линков бесплатно, остальные по 1 рублю на оптический линк, по 2 рубля за медный

:)

тоже себе модель монетизации

у нас уже есть лучший open-source topology discovery?

сложно сказать, не с чем сравнить

dvolodin, get_spanning_tree дикий ужас, натравил его на одну мою страшную железку, он10 минут работал

херову тучу инфы выводил

624 влана

это ад

My discovery log is flooded, Some unhandled exception: http://pastebin.com/aunKC9AD

Anyone have a clue what it can be?

The switch called: LAB-Verkstad is offline, can that be a problem?

The SAE log keeps repeating: 2013-01-17 11:53:28,295 MRT task=117808/109332 object=LAB-Verkstad(10.0.3.0) script=HP.ProCurve.get_discovery_id status=retry

may be

Can i disable it in the gui without deleting?

Have tried to untick the "Is Managed?"

set different MO profile

SA Profile?

no

SWE: please upgrade

Alright

Will do (i'm running 2012-01-15)

2013*

народ, а edhe-core поддерживаются ? а то они постоянно крашатся на ./noc debug-script EdgeCore.ES.get_mac_address_table

\edge-core

надо поправить скрипты

или обновить прошивку

рулят циски, родовые муки с длинками, остальные по остаточному принципу

zi_rus а как же жунеперы

и хуавеи ;)

гораздо меньше

посмотри количество скриптов или правил для ФМ

zi_rus: тестируй

ушло udld discovery

в конфигах и в профиле?

целиком udld discovery ушел

только в noc.conf включи

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

если его нет, то хотя бы UDLD или аналог

dvolodin, чего-то я не понял, снимаю галку для bfd, а в интерфейсе крест ставит на bfd и udld

пофиксил

в колонке не то поле показывалось

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

dvolodin, у меня нет bfd ни на одном линке, что я теряю?

время реакции на обыв

I get a Warning on post-update: The following content types are stale and need to be deleted: auth | message Delete or keep?

на кисках тоже есть bfd

SWE: delete

Thanks

zi_rus: запустилось?

dvolodin, чего-то запустилось, но ничего не нашла

скорее всего, CDP уже нашел

нет

специально запустил на бекбоне, где все остальные методы отключены

у тебя есть линк, на котором есть UDLD и которого еще нет в базе?

есть

и не один

я же говорю, в бекбоне пару линков руками прописал, остальных нету

он должен был их увидеть, но нет

а

обновись

и подтолкни discovery по этим двум объектам

dvolodin, Thanks. looks fine after upgrade.

ну, не по двум, их там больше, запущу на всех

давай пока по двум

в логах discovery что

Job udld_discovery(bb) is completed successfully

ничего не нашел

get_udld_neighbors проверь по двум железкам

у них достаточно данных, чтобы найти друг друга

э..... у меня в Inventory -> MacDB 829 страниц НАВЫЛАЗИЛО. это нормально ?

dvolodin, ну вот

[{'local_device': '01193D533C0',

'local_interface': 'Te 1/1',

'remote_device': '588D9134840',

'remote_interface': 'Te2/2',

'state': 'BIDIRECTIONAL'},

и с другой стороны

{'local_device': '588D9134840',

'local_interface': 'Te 2/2',

'remote_device': '01193D533C0',

'remote_interface': 'Te1/1',

'state': 'BIDIRECTIONAL'},

./noc shell

дальше

from noc.inv.models.discoveryid import DiscoveryID

DiscoveryID.objects.filter(udld_id="01193D533C0").first()

найдет ее?

>>> from noc.inv.models.discoveryid import DiscoveryID

>>> DiscoveryID.objects.filter(udld_id="01193D533C0").first()

>>>

>>>

или не нашла или я что-то не так сделал

не нашла

Setting local UDLD id to .. есть такое в логах?

udld_discovery(bb)] Setting local UDLD id to 'None'

dvolodin, странно, это есть только для одной железки

обновись, давай еще раз по ней

одна вот эта запись

и посмотри, что возвращает get_udld_neighbors для bb

в смысле?

вон выше первая запись как раз про нее

там естественно только список больше

dvolodin, это может быть связано? у меня вот это для этой железки вылезает Job id_discovery(bb) is failed

но для других такого нет

и их она все равно не нашла

добрый день!

а тултипы не работают только у меня, или их еще не докрутили ?

пытаюсь установить noc на CentOS и возникает трабл когда запускаю post-update

при установке pycrypto.

никто не сталкивался с таким?

CentOS release 6.3 - полёт норм

Reading http://www.amk.ca/python/code/crypto

Best match: pycrypto 2.6

Downloading http://ftp.dlitz.net/pub/dlitz/crypto/pycrypto/pycrypto-2.6.tar.gz

Processing pycrypto-2.6.tar.gz

потом идет множество ошибок

и pysnmp: failed to upgrade to version 4.2.1

post-update: 51: contrib sync failed

pip install pycrypto

или easy_install pycrypto

easy_install pycrypto делал. в начале ссыпались множество ошибок. обновил версию python до 2.7.3. установилось. но когда делаю post-update все равно скачивает pycrypto и пытается его поставить и неудачно

питоном не промахнулся?

может два интерпретатора в системе

Всем привет

Убрал профиль Siemens. Вместо него - профиль NSN

Добавил профили Dell.Powerconnect55xx и Dell.Powerconnect62xx

Dell.Powerconnect55xx и Dell.Powerconnect62xx пока в активной разработке, так что feedbacks приветсвуются

в системе действительно два интерпретатора питона. 2.6.6 и 2.7.3 - на 2.6.6 новая версия pycrypto не компилируется.

Python 2.6.6 (r266:84292, Sep 11 2012, 08:34:23)

всё работает

интересно, сколько человек попробовав связаться c noc потом ставят другую систему

я кучу всяких перепробовал

zi_rus: Какую другую? Мне самому интересно. Ни одной не нашел с аналогичными возможностями

хм. opmanager ?

Dmitry1, ipam вести полно программ есть

еще у других есть законченный функционал, а у нока он только в планах

И в этих "полно программ" можно IP адреса привязывать к реальному железу?

кактус рисует графики

заббикс мониторит

у меня доступность мониторит нагиос

Dmitry1, привязка, это непонятная плюшка, у нас много лет весь ипам был в текстовом файле, и не было проблем, пока я не начал нок внедрять, я просто не смотрел на другие программы, даже не думал что есть какие-то "другие"

я вижу в ноке потенциал

да

но те кто не готов ждать пока Володин в одиночку все это реализует, наверняка идут и ставят то что УЖЕ может работать

хороший потенциал

чтобы мозг вывихнуть

очень не хватает документации

ufir, знаешь что главное, то что в ноке одна единственная база железок и над ней есть обвязка из различных модулей

у других нет такой широты возможностей

но и в ноке они еще не все есть, но будут, я надеюсь, я могу себе позволить подождать

А кто мешает писать документацию?

http://kb.nocproject.org/display/SITE/DevTeam

я уже говорил, писать может тот кто знает, а дока нужна тем кто не знает

Как раз у тех, что знает, выходит текущая документация.

Лучше всего пишут документацию те, кто не знает. Потому как они встречаются с проблемами, которые "знающие люди" обходят уже на автомате

надо сделать огромную ссылку на irc

вместо доки

Зачем IRC ? Для этих целей специально форум запустили.

Есть решение проблемы - создавай тему на форуме с этим решением. Потом все это войдет в документацию.

форум мертвяк, там пишут только новички, кто еще не нашел irc

и отвечают там медленно

и лично обратиться там нельзя

Как пример - http://forum.nocproject.org/index.php?topic=57.0

Форум задумывался для того, чтобы "статически" хранить готовые решения.

а KB/Blogs тогда занафига?

Получилось у тебя решить проблему - не поленись, отпишись на форуме.

Из блогов тоже будет формироваться документация. В виде FAQ

Dmitry1, вот кстати хорошая ссылка,там предпоследний пост надо Володину показать

В частности - я веду свлй собственный FAQ: http://kb.nocproject.org/display/~dmitryluhtionov/FAQ

Если есть у тебя часто появляющиеся вопросы и их решения - добавлю туда.

Потом на основе этого сделаем официальный FAQ

ноку нужно презентабельность повысить, хотя бы скриншотов наделать, а то в наличии только пара скринкастов еще допотопной версии еще в старом UI

смотреть страшно

Скриншоты пока не делаем, потому как сейчас переходной период на новый UI

как - опять ?

Так половина интерфейса до сих пор на Django написана

С использованием jQuery

Текущая задача - полностью уйти от django+jquery в сторону ExtJS

не опять, а снова, теперь на php

Зачем php ?

Dmitry1, я знаю, единственное законченное приложение это vc.vc

это шутка была

В VC не хватает MPLS, VRF и т.п.

Там оно сделано только в зачатосчном состоянии

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

http://home.mari-el.ru/kma/nocwtf.PNG

неужели он все 12 ядер сожрал

приложение закончено, а новые типы потом можно добавить

он может

это как в sa новые профили для оборудования прикрутить

не, vc.vc не закончено. Нельзя найти свободный влан на маршруте от порта А до порта В из заданного диапазона и прокинуть его

zi_rus: делаешь профиль, а я или dvolodin его коммичу

у меня тут есть сервачек, валяется без дела, 48 ядер, 32G оперативки, может туда нок замастрячить? что думаете?

zi_rus: Если не понятно, как делать профиль - подскажем

Dmitry1, вы бы сначала закоммитили, то что уже в issue лежат готовые

а что там за профили готовые?

для дсламов алкателевских

ткни меня пальцем

тык-тык

я имею ввиду в номер issue :)

NOC-632

ух-ты

а других скриптов для них нету?

А то как-то маловато

И тушенки вообще нету

Сможешь сделать, и выложить ее в NOC-632 ?

Тушенку только на get_version

zi_rus: Сможешь сделать для них get_arp ?

И get_chassis_id ?

я могу только предложить другому человеку покопаться, это дсламы, я их консоль вообще не видел, но рискнуть можно, тут главное чтобы нок смог принять это, все-таки мультиплексор, это не свич

Предложи. Главное - выцыпить с них шоть какие-то MAC и IP адреса. И названия портов

Закоммитил пока то, что есть

поступили иначе

мне тут книжек накидали с доками

может на выходных полистаю

Тоже хорошо

Но я вообще доки не читал. Тупо куски с готовых скриптов поначалу выдирал и из них собирал что-то рабочее.

Практически все "подводные камни" уже решены в скриптах других профилей.

ну вот какие скрипты нужны?

get_arp, get_chassis_id, get_mac_address_table и т.п.

Если железка умеет vlan'ы - то add_vlan, get_vlans, remove_vlan

В идеале - вытягивать LLDP, STP, NDP, UDLD и т.п.

И для полноценной inventory - get_switchport, get_portchannel и get_interfaces

В профилях Cisco.IOS, DLink.DxS, EdgeCore.ES, Force10.FTOS больше всего скриптов

Смотри тушенку на предмет того, что должен выдать скрипт

зачем тушенку, если можно посмотреть интерфейс? первоисточник лучше

Если возникнут трудности - пиши

mikevlz|2: Читая первоисточник можно застрелиться

это да, есть такое

Особенно get_interfaces

угу

"давайте кидать стулья из окон! - а сидеть на чем будем? - сидеть будем на героине!"

это про get_interfaces

Я пишу скрипты для оборудования к которому имею доступ хотя бы частично

Если мне дадут доступ на эти DSLAM'ы - накидаю для них пару скриптов

я на обед...

действительно, макдб ищет шустро, а вот хистори открывает очень медленно

[14:56] <Dmitry1> В профилях Cisco.IOS, DLink.DxS, EdgeCore.ES, Force10.FTOS больше всего скриптов \\\\ - они глючат ;)

это значит, что они есть! ®

да. но когда из debug-script скрипт работает, а из нока - трейсбекает - это не хорошо

главное как дебажить-то его непонятно

интересно, на портах где включен REP, выключается не только stp, но и udld

хм

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

вообщем если дописать так:

[root@noc ES]# diff get_mac_address_table.py.bak get_mac_address_table.py.patched

43a44

> "learned-psec" :"D",

то скрипт EdgeCore.ES.get_mac_address_table работает нормально, без всяких перепрошивок и т.п.

а на более свежих оно будет работать?

на прошивке 1.4.20.5 работает

и на 1.4.8.7 и выше

более младших версий я не нашел

ufir: сделай issue c патчем. Только патч делай "diff -u"

dvolodin, готов продолжить дебажить udld

да, давай

а вот get_lldp neigbors валится в трейс в логах перестало на ежах с прошивкой 1.4.20

ufir: Это к _4ePTeHok. Он ежиками вроде занимается

гм.. в наглую передрал cdp_discovery в fdp_discovery - линки не обнаржуивает. Даже кандидатов не сабимитит. Думал, что ему жить не дают имена интерфейсов(get_fdp_neighbors возвращает ethernet1/1, а в базе лежит просто 1/1), поправил get_fdp_neighbors - те же яйцы, вид сбоку

<ufir>, а на ежике, в lldp info, имеются интерфейсы отличные от мак адресов? у меня появляется трейс при наличии интерфейса GigabitEthernet 0/4

хотя для начала нужно проверить регулярки. к примеру на es3510 все работает, а на 3510ma идет трейс

вт-вот

ApmeM у меня из ежей только ES3528M

но зато много ;)

ufir, это я привел как пример.

хотя насколько я помню, у 3528М были некоторые отличия по выводу.

а скажите мне скажите

если кастомер через q-in-q тунель будет слать untagged фреймы - оно должно работать?

да

ufir: Можно увидеть тушенку для EdgeCore.ES.get_mac_address_table ?

ufir, с снмп пробовал запускать из бедага?

дебага*

на 90% уверен что ноги растут из изменившихся мибов

Dmitry1 улетела на beef@

ок

тушенку сделай с ключом -c community

и вдогонку

_4ePTeHok: Ты уже вернулся? Обновишь тушенку для ёжиков?

dvolodin: Почини CI

неа, еще за бугром, у меня скоро будет нормальный инет - починю

тьфу, в гет-мак нету снмп..

_4ePTeHok, себе нормальный инет проводишь? :)

да я тут на временном положении, из инета только халявная вафля на 1 палку

короче жопновато(

аа, блин, у ufir -a ж включен порт секюрити

_4ePTeHok: я уже починил эту бяку

ок, у меня просто не используется оно, вот и не всплывало

Dmitry1 отправил не тот файл, переслал рабочие

Давай делай себе нормальный интернет :)

_4ePTeHok а ты что - без портсекьюрити ?

без)

как же так. это же не портсекьюрно

некошэрно да)

это в железках ECI - порткошерити

:)

да, коллеги, есть полезный скрипт pastebinit

если кто не пользуется

а где еговзять

Make /dev/hands ?

http://www.stgraber.org/category/pastebinit/

dvolodin, A former employee here renamed the global VRF to Publika. Can we rename it back? Because under SA it's stilled called global...

yes, you can

as long as it hold RD 0:0

ухнихерасебе... Link Method Summary

Method Count

lldp 339

181

stp 3

mac 1

Yes, its 0:0

524

по маку линк нашло какой-то...

mikevlz|2: перепроверь его

надо еще понять, где он нашелся

если грепать discovery.log по слову Link - оно не находит нифига :)

это свежее приложение с репортом?

чтот я не вожу где оно

mikevlz|2: с последним коммитом моим

./noc link -m | grep stp

а коммит когда был?

только что

r7385

бугага

по маку оно нашло, куда сервер подключен.

с помощью STP нашло два линка правильно, один неправильно

а у меня вообще пишет

Usage: manage.py link [options]

Manage events

manage.py: error: no such option: -m

обновись прям сейчас

хм. оказывается у меня больше всего по stp понаходило ;)

где вы репорт смотрите?

)

inventory - reports

лучше бы ручные линки метить как manual или чота такое

да. это идея. Типа "Static" и "Dynamic"

ручные линки метятся как manual

достаточно резво он ищет

dvolodin ручные линки не грохаются при дискавери ?

не грохаются

если нашелся неправильный линк, надо поправить

а то у меня много участков, когда допустим цепочка хуавеев, повязанная десятками приходит на 7609

вчера вот отловил удаление и пересоздание интерфейса при discovery

в одном месте только lldp, а там cdp

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

а вот у меня по макам нашло кучу стыков мелких кисковских роутеров со свичами

да и насчет стп... на хуавеях у меня MSTP с пачкой инстансов

и?

интересно - как оно там надискаверит

Inventory - Reports - Link Method Summary показывает количество найденых линков но поле Method пустое. так и должно быть или пора начинать волноваться?

./noc link -m выдает Traceback

руками рисовал?

ufir: похоже, пора делать что-то вроде ./noc fix

руками.

это нормально

можешь считать такие manual

хотя Link Method Summary показывает два числа. из серии 60 и 2, а также сумарное количество

это было до того, как я метод начал прописывать, похоже

а вот длинки и мелкие хуавеи типа 2326 у меня в деревнях не отдискаверил

ufir: технология в целом понятна - проверять скрипты

само ядро discovery в целом работает

ну вообщем я понял более-менее уже

но работает с тем, что ему отдали

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

бывает схватишься за него, и унесешь куда-то

а потом забудешь

я, вроде, запретил им отрываться

щас попробуем ;)

да, еще когда я строю карты - он у меня так все раскидывает, что я не могу дотянутся до оборудования

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

видно что просто пачка линков уходит вверх

да

ApmeM такая же ситуация

не пробовал

карту еще дорабатывать и дорабатывать

не я один такой

ну что, может нам на наге попиарить новую плюшку?

как вариант, решение вижу такое - удалить все интерфейсы, удалить железку. создать все по новой.

да не

как вариант - проверять при сохранении координаты, что они неотрицательные

db.noc.inv.networkchartstate.find()

можно найти по objec

только в кавычки его

db.noc.inv.networkchartstate.find({object: "<id>"})

в этой коллекции - положение на карте

если снести запись, то в следующий раз оно нарисует железку по правой стороне

> db.noc.inv.networkchartstate.find({"object" : "43"})

{ "_id" : ObjectId("50f6c91e421b473e5f0da758"), "chart" : 3, "object" : "43", "state" : { "y" : 70, "h" : 50, "label_position" : "n", "w" : 100, "x" : 540 }, "type" : "mo" }

{ "_id" : ObjectId("50f6c962421b473e5f0da759"), "chart" : 2, "object" : "43", "state" : { "y" : -30, "h" : 50, "label_position" : "n", "w" : 100, "x" : 1520.3039999999999 }, "type" : "mo" }

>

ну вот

вот такой вывод

-30

а как его в монго можно изменить?

db.noc.inv.networkchartstate.remove({"_id" : ObjectId("50f6c962421b473e5f0da759")})

ну или update

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

db.noc.inv.networkchartstate.remove - помогло. появился с левой стороны

будет в 0 сбрасывать

ну да

сламали ?

File "/opt/noc/inv/apps/map/views.py", line 104

<<<<<<< local

^

SyntaxError: invalid syntax

post-update: 65: sync-perm failed

Terminating