nocproject.org

вчера ковырнул MIB'ы, подумал, может быть убрать MIB Preference как отдельную сущность совсем?

и добавить preference напрямую в MIB?

лишней сущностью меньше будет

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

я не против

:)

чем проще тем лучше

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

они иначе не зальются

я просто preference перенесу в поле в MIB

и добавлю ключики при импорте

и, наверное, нужно развернуть его

сейчас, чем меньше preference, тем лучше

а надо бы его в priority преобразовать, чем больше, там приоритетнее

и убрать ограничение на уникальность по числу, оно не нужно

Я перед отпуском постил патчик для asset discovery

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

его проверили?

http://pastie.org/9275765

Расскажите, плс, на циске --- в MO\Edit\interfaces\L3 пара интерфейсов есть, а скриптом get_interface_status они не найдены, вроде как они в административном дауне. Вопрос --- они или в L3 не должны отображаться, или в get_interface_status должны показываться?

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

_4ePTeHok: а какого хера система не проконтролировала уникальность uuid хотябы на уровне БД ? и файликами я не копировал.

dvolodin: нет, в статусах только true или false, и иэтих интерфейсов не видно

что за интерфейсы?

L3-интерфейс, шлюз (надеюсь я все правильно говорю)

dvolodin: http://kb.nocproject.org/display/DEV/Protocols порты Е1

это какие?

e_zombie: смотря что у тебя по E1

G.703 ;)

dvolodin: по аналогично настроенным get_interface_status говорит

{

"interface": "Vl 13",

"status": true

},

{

"interface": "Vl 19",

"status": true

},

TSergey: ты посмотри, по SNMP он или нет

я не умею :)

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

ну да

dvolodin: в MO\Edit\interfaces\L3 по всем интерфейсам OSPF

он и ставит удобный для него метод уведомления

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

его совсем убрать бы надо

=)

e_zombie: добавил G.703 в протоколы

"8[12:45] dvolodin: TSergey: ты посмотри, по SNMP он или нет"

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

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

спасибо

по крайней мере - пока

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

чтобы проверять модели

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

это прекрасно

http://saratov.hh.ru/vacancy/10851235?utm_content=2014_06_10&exp=f&utm_medium=email&plim=5&t=s&utm_source=email&utm_campaign=new_vacancies&ptl=0&grpos=23&swnt=s&vss=2912613&stl=30

да уж

e_zombie, а если я хочу подменить модель?

зачем инженегру Старт-IP ?

:)

как проверять?

ржём всей комнаты. делаем нотариально заверенный скриншоты.

кэп намекает что только оттудава можно взять инфу об абоненте при расследовании инцидента

"владеть схемами организации сетей связи Саратовского филиала, структурой центрального узла СПД, оборудованием МРф, СП "

хорошей кандидат

в какой позе владеть?

под диваном со свечкой в руке

тайные схемы

мадридского двора филеала ростелекома

ну и зп у вас там..14-15

как на ето жить вообще?

ну как и другие инженеры.

там же одна коммуналка 3-4к

а если хата не своя так вообще

хата 8-11 однушка стоит.

в зависимости от района и убитости.

ну вот, на еду уже нету)

и это ценник на грязные так сказать

хата и коммуналка

филиал развалили. у нас всю весну нисходящий тренд по использованию айпиадресов.

пидорасы блять

не пидорасы, а еффективные менеджеры)

ты просто не в тренде

там вообще никаких менеджеров :)

даже эффективных

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

ну где то же они есть)

откуда управляют)

эффективно)

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

_4ePTeHok: в самаре у них заповедник ;)

к хуям)

да, знаем мы этих сомарских менеджеров

из института связи

не путай питомник с заповедником :)

эх.

dvolodin, а можно както развернуть джсон с датастором дерева(т е где дети описаны вложенные) развернуть не в дерево, а в грид?)

а зачем?

философский вопрос однако.

e_zombie, определись там какую модель то того.

да я закомичу, чтоб не висело

хотя собсно и так ясно что у новой надо uuid менять

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

Qtech QSW-2800-28T-AC

e_zombie, ушло в репо. Не забудь перед обновлением вынести Cisco | 7600 | 7600-ES20-GE3C у себя локально

а ты там поправил порты и всё такое?

там очень кривые профили по портам.

Всем привет! Подскажите, как исправить ошибку после сегодняшнего обновления? mongoengine.queryset.OperationError: Tried to save duplicate unique keys (E11000 duplicate key error index: noc.noc.mibs.$name_1 dup key: { : "CISCO-IETF-PW-TC-MIB" })

бля, протоколы да, имена не обратил внимание

счас доделаю

поправил да

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

zi_rus

:)

я только для маленьких

сраные алкатели и кютечи

брось мне в личку почту. я тебе трейс брошу с 7304

для меня это большой

dvolodin: я очень тебя прошу сделать проверку входных данных для SAE потому что мне сейчас надо прошить 1500 железок и я это сделать не могу изза того что оно валится изза разных трейсов железок. начиная от того что типичное show version валик скрипт ё�

я только 7324 делал

ну пойёмшь на чём он валится.

трейс на пастебин не входит

ы

ты хотя бы заголовок покажи

чего он там в начале пишет

2014-06-10 11:40:13,003 script(Alcatel.7324RU.get_interfaces,10.64.176.82,**{}) failed: <class 'noc.sa.interfaces.base.InterfaceTypeError'>

DictParameter: {'interfaces': [{'name': '350', 'subinterfaces': [{'oper_status': True, 'vlan_ids': ['350'], 'admin_status': True, 'name': '350', 'enabled_afi': ['IPv4'], 'enabled_protocols': [], 'mac': '00:19:CB:9A:87:0A', 'ipv4_addresses': ['10.64.176.82/25']}], 'enabled_protocols': [], 'admin_status': True, 'mac': '00:19:CB:9A:87:0A', 'oper_status': True, 'type': 'SVI'}, {'name': '1', 'subinterfaces': [{'admin_status': True, 'na

2014-06-10 11:40:13,003 script(Alcatel.7324RU.get_interfaces,10.64.176.82,**{}) failed: <class 'noc.sa.interfaces.base.InterfaceTypeError'>

DictParameter: {'interfaces': [{'name': '350', 'subinterfaces': [{'oper_status': True, 'vlan_ids': ['350'], 'admin_status': True, 'name': '350', 'enabled_afi': ['IPv4'], 'enabled_protocols': [], 'mac': '00:19:CB:9A:87:0A', 'ipv4_addresses': ['10.64.176.82/25']}], 'enabled_protocols': [], 'admin_status': True, 'mac': '00:19:CB:9A:87:0A', 'oper_status': True, 'type': 'SVI'}, {'name': '1', 'subinterfaces': [{'admin_status': True, 'na

стой

я про START OF TRACEBACK и следующая строчка

'untagged_vlan': '*', 'description': ''}. Invalid value for 'untagged_vlan': VLANIDParameter: '*'. ",)

tb = <traceback object at 0x7f642833f908>

t = <class 'noc.sa.interfaces.base.InterfaceTypeError'>

вот

File: /opt/noc/sa/interfaces/base.py (Line: 48)

Function: raise_error

41 :param value: Value where error detected

42 :type value: Arbitrary python type

43 :param msg: Optional message

44 :type msg: String

45 :raises InterfaceTypeError

46 """

47 raise InterfaceTypeError("%s: %s. %s" % (self.__class__.__name__,

48 ==> repr(value), msg))

49

комрады, расскажите как правильно сделать: умерла железка, менять не стали, эту поставил в нок на "не управляемую". в VC она светится, как ее правильно убрать? совсем удалять не хотел бы --- конфиги и дифы по конфигу пока интересны

интерфейсы ее вытри

и сабы

dvolodin: а как вытереть интерфейсы?

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

все-ли переписывать надо?

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

и фигачил линки между московй и хабаровском на раз-два

dvolodin, ну мы же обсуждали, дискавери нашел линк и положил его в базу, потом он нашел что линк изменился, почему он не может положить актуальную информацию?

про падение линков и прочее, это понятно

вопрос про изменения

а если ты руками его прописал, а метод disvovery лажанулся?

был линк в сторону А

дык я говорю

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

нашел cdp, значит cdp и должен переписать

oam - значит оам

вручную прописанный линк это понятно

а если ты отключил?

чего?

был у тебя cdp

а потом перешел на lldp

линки нашел cdp

а ллдп линки находит криво?

я говорю про переписывание

вааще не находят :)

а не удаление

если он не нашел это отдельный разговор

TSergey: находит

правьте скрипты

линка нет или еще чего

ну смотри

тут думать надо

я про элементарную ситуацию

10 лет за портом была железка А, и тут мы находим что там уже Б

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

линк лучше переписать

ибо это правильно

надо просто триггеры на запуск дискавери сделать

dvolodin: находит, но не линкует

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

*поправить

TSergey: ты уверен, что там в discovery проблема вообще

например циска присылает Ethernet OAM session Uр - явный повод перешедулить ОАМ дискавери

да, уверен

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

в дискавери не используется метод гет_итнерфейс_найм для длинка

и некоторые длинки не линкуются

zi_rus: это достаточно легко

event_handler'ы нужно соответсвующие

да я знаю что не сложно

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

TSergey: посмотри сегодняшний коммит

да пожалуйста, я же не против :)

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

давай конкретные event class'ы

только учти, что при флапах линка oam тоже будет летать

и discovery затрахает железку

задержка нужна

это очевидно

как с конфигом

там через 10 минут он проходит

хотя тут можно sliding job сделать

да

"8[15:23] dvolodin: TSergey: посмотри сегодняшний коммит"

спасиб преогромное, проверю

как обновляются интерфейсы в VCM\Virtual Circuits? в VCM\Virtual Circuits\int. показывается L3 интрефейс, в SA\MO\Edit в интерфейсах этого влана нет. По коммутатору передискверил и vlan_discovery и interfaces

скрипт get_vlan тоже не показывает это влан

хм, и не один такой влан

VCM\Virtual Circuits\int показывает коммутаторы и порты, а на этих коммутаторах влана уже нет

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

NOC-1353

e_zombie: чего правильно нажимать, когда при обновлении вылазит редактор с пояснениями чего поменялось?

ээээ?

делаю апгрэд

велез редактор, что есть различия в views.py

hg revert -all

это, по всей видимости, vim

да я даже выйти из него не могу

три окошка

о, вроде победил

Всем привет! Ребята, подскажите плиз как сделать в НОКе оповещение об алармах на почту! Хотя бы что нужно сконфигурировать?

1 ./etc/noc-notifier.conf

2 mail в профиле юзера

3 нотификейшен группс

Synchnonizing MIBs

creating CISCO-IETF-PW-TC-MIB

creating CISCO-IETF-PW-MIB

--- чего убить чтобы апгрэйд прошел?

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

вот чего говрит при обновлении

mongoengine.queryset.OperationError: Tried to save duplicate unique keys (E11000 duplicate key error index: noc.noc.mibs.$name_1 dup key: { : "CISCO-IETF-PW-TC-MIB" })

нок - неспособное на элементарные действие гавно

помогите проапгрэдится

как победить мибы?

уеби их в базе

раз они будликейтед

use noc;db.noc.events.new.remove();db.noc.events.new.runCommand("compact");

только табилцу свою вбей

спасиб

а вот тут http://static.nocproject.org/irclog/2011.12.19.html

в монге чистили

уже поменялось?

mongo noc

db

db.noc.mibs.drop()

db.noc.mibdata.drop()

и потом ./noc sync-mib

останавливается на той-же ошибке

если правильно понимаю, то дублирование мибов на стороне сервака, после удаления и синхронизации часть льет, на CISCO-IETF-PW-MIB крэшится

удаление преференсов тоже не помогло

вот кусок лога апгрейда ну может кто пом

dvolodin, это очень похоже на это http://www.youtube.com/watch?v=yM9ugemg5Rw :) - DO NOT REBOOT THE WEBSERVER!!! :D

вот кусок лога апгрейда http://pastebin.com/wxyDxf7w

чёрт, я думал вот это:

"_4ePTeHok #

06:41 бля, протоколы да, имена не обратил внимание

06:41 счас доделаю

06:44 поправил да"

про мибы в апгрэйде, эхххх

нед, это про модельки было

теперь и я понял :)

приоритет поправлю сейчас

дурацкая привычка определять один и тот же объект в разных MIB'ах

приоритеты mib'ов залил

dvolodin, ты куда залил?

mongoengine.queryset.OperationError: Tried to save duplicate unique keys (E11000 duplicate key error index: noc.noc.mibs.$name_1 dup key: { : "CISCO-IETF-PW-TC-MIB" })

в develop

dvolodin: не, крэшится

так же как у zi_rus

и мы на девелопе

mibs и mibpreferences ремувил предварительно

я ничего не ремувил

а стоп, ошибка у меня другая

про преференс

noc.fm.models.error.OIDCollision: Cannot resolve OID 1.3.6.1.2.1 collision between RFC1213-MIB::mib-2 and SNMPv2-SMI::mib-2. No preference for RFC1213-MIB

upgrade-user: : sync-mibs failed

а это ты преференсы ебнул

вертай обратно

иначе печаль беда

не, нормалек, удалил csv, проапгрэйдился --- теперь ошибка как у тебя :)

mongoengine.queryset.OperationError: Tried to save duplicate unique keys (E11000 duplicate key error index: noc.noc.mibs.$name_1 dup key: { : "CISCO-IETF-PW-TC-MIB" })

upgrade-user: : sync-mibs failed

10-е июня не очень хороший день для обновления нока.

По поводу MIB-ов. Может быть что на битбакет не до конца залилось? Или не то? http://pastebin.com/ztUQPnS9

таким образом они нормально легли в базу. выложенный в bitbucket файл CISCO-IETF-PW-MIB.json.gz совпадает с CISCO-IETF-PW-TC-MIB.json.gz

mongoengine.queryset.OperationError: Tried to save duplicate unique keys (E11000 duplicate key error index: noc.noc.mibs.$name_1 dup key: { : "CISCO-IETF-PW-TC-MIB" })

как-бы говорит нам о дублировании ключа, нет?

так в json.gz для них лежит одно и то же

нужно перезалить CISCO-IETF-PW-MIB.json.gz

куда перезалить?

для всех, на bitbucket.org коммит сделать, либо http://pastebin.com/ztUQPnS9 скомпилить их, и подменить в /opt/noc/fm/collections/mibs файл CISCO-IETF-PW-MIB.json.gz

да, похоже что файл битый в репо

счас проверим..

хм, а у меня прошел апгрейд

Synchnonizing MIBs

creating CISCO-IETF-PW-MIB

_4ePTeHok, у меня тоже прошел, первый, а на второй болт

там другой миб коллизирует с первым

перезапустил апгрейд и увидишь

*перезапусти

угу

а там их две версии кстати

v1 v2

хехехех

File "/opt/noc/lib/python2.6/site-packages/mongoengine/document.py", line 236, in save

raise OperationError(message % unicode(err))

mongoengine.queryset.OperationError: Tried to save duplicate unique keys (E11000 duplicate key error index: noc.noc.mibs.$name_1 dup key: { : "CISCO-IETF-PW-TC-MIB" })

upgrade-user: 65: sync-mibs failed

Terminating

upgrade complete

велкам ту клаб?

очень вовремя.

да ладно

забей

^

this

у меня начальник мудило требует чтобы у меня прошились все коммутаторы до завтра.

нок работает

прошивай

зачем о_О

а зачем ты? пусть сетевики прошивают

кэп намекает что в прошивке 2800 серии кютечей при взаимодействии с циской отваливаются igmp при определённых условиях.

1500 устройств?

а кого ебет

cxfc gjghj,etv

я поправлю

вот нас не ебёт. а его тоже и ему похуй.

он нашу начальницу до истерики уже довёл пидор

обновляйтесь

поправил

сейчас проверю

обновился

creating JUNIPER-JS-SMI

Checking FTS index

Checking FTS index in local/index ...

... exists

upgrade complete

спасиб, я ушел

да. прокатило

ну вот и зоебись.

Всем привет. Кто-нибудь знает, починили уже запуск джобов или нет?

http://pastebin.com/BYYQ6DD2

'nj d ltdtkjgt&

это в девелопе?

да

попробуй пип обновить

как?

изи инсталлом

Dmitry1, возвращайся давай, ФМ загнивает без тебя

zi_rus, щас споетесь)

и Дима в монахи убежит)

_4ePTeHok: дай строчку, как обновить pip

easy_install pip

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

та же ошибка

как пересоздать virtualenv ?

может в setuptools проблема?

virtualenv --no-site-packages /opt/noc или где там оно у тебя

ну обнови системный сетуптулс

у него зависимостей 18 штук

ну я в этом не виноват)

что скажите NOC-1355

а не транкейт ли?

чистит от мусора

возможно. я по поводу идеи добавить это.

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

угу

вообще меинтернанс рабочей бд во время бэкапа это слишком

ибо она очень нехуево так может ебнутся в процессе

при дампе - на выходе получаешь чистые данные

а есть механизм застопорить все процессы на активаторах?

а вот рабочую трогать - не стоит имхо

ну да, ебнуть активаторы или сае)

_4ePTeHok: точно обновление setuptools поможет? Потому как оно говорит, что setuptools уже старый, а вместо него нужно ставить distribute

ох, мать.

а тот же easy_install утверждает, что

setuptools 0.6c11 is already the active version in easy-install.pth

py27-setuptools-0.6c11_1

ну да

у меня даже круче

у меня с ним работает

py27-setuptools-0.6c11_3

Successfully uninstalled setuptools

Rolling back uninstall of setuptools

а чо он его туда сюда

не знаю

вот полный лог: http://pastebin.com/3wDhjiPg

а чего у тебя pip -V кажет?

root@noc:~/.pip # pip -V

pip 1.5.6 from /usr/local/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg (python 2.7)

ну свежее

у меня на 1.3.1 работает

testing небось?)

так только что обновил pip по твоему совету

не, это не оно

там роллбэчит сетаптулс непонятно с чего

может у тебя внутри виртуалэнва чото не то

погодь

все логично

вот в noc / etc / requirements / noc.txt

setuptools>=3.6

а системный стоит

Found existing installation: setuptools 0.6c11

вот оно его и пытается убрать

Downloading setuptools-4.0.1-py2.py3-none-any.whl (549kB): 549kB downloaded

Downloading/unpacking Mercurial>=2.5.2 (from -r etc/requirements/noc.txt (line 3))

где оно такое нашло?

http://www.freshports.org/devel/py-setuptools/

последняя версия - 2.0.1

Че мне теперь делать? Сносить системный setuptools?

в виртуалэнве поставь свежий

дим, ./bin/pip

а не pip

ох Дима разошелся)

сразу видно после отпуска)

но работает, блин

:)

ни пятнадцатиминутки без коммита)

в общем, ковыряйте ./noc cli-commands

будет вам счастье

:)

с интервалами то что?

мы там про три интервала говорили изначально

Dmitry1, у тебя виртуалэнв должен экранировать все в песочнице

и похрену ему на системный

значит не экранирует

если пип сможет вытащить в виртуалэнв

значит проверь что виртуалэнв фунциклирует)

с интервалами сделал все

как ?

проверяю

раньше оно работало без всяких виртуаленв

очнись

:)

0.7 все в нем были

http://pastebin.com/3wDhjiPg

с фактами не поспоришь

ему не нравится системный setuptiils

dvolodin, а для E1 портов какой протокол писать?

G703

ох, кли коммандс - это мечта вчерашнего визитера

Dmitry1: ты какой pip пускаешь?

а с -d = оно тушенку юзает, или как?

root@noc:/usr/home/2/noc # pip -V

pip 1.5.6 from /usr/local/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg (python 2.7)

ну вот

а надо ./bin/pip -V

root@noc:/usr/local/noc # ./bin/pip -V

pip 1.5.6 from /usr/local/noc/lib/python2.7/site-packages (python 2.7)

ну вот

его и пускай

dvolodin, интервал через запятую чтоли?) надо тогда описание хоть прилепить

что за цифиры

не доделал еще

http://pastebin.com/SRXFmgM5

widget нужно бы

300,60,900,120,,3600

первые 300 секунд раз в 60 секунд, потом до 900-й секунды -- 120

далее - раз в час

сделай чтобы при пустом поле - отключалось)

_4ePTeHok: я еще не коммитил сами job'ы

_4ePTeHok: так и есть

при пустом отключается

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

ты там вчера миб еще криво как то залил

скомпиленный

вместо 6мб - 600кб

поправил

,60 -- текущая реализация -- стучимся раз в минуту

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

табличка будет - ефмаут - интервал

таймаут*

там надо по аналогии с фильтрами в адресах

создавать по 2 textfield

и добавлять новые

а можно и табличкой их расположить, да

cli-commands какой-то нереально рульный получился

филды это гемор

хотя в 5ке они автоматизировали создание зависимых

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

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

_4ePTeHok: мне кажется - 2 колонки текстовых полей вполне сойдут

грид больно здоровый

может его в панельку всплывающую?)

триггер к полю?

да хоть как, можно кнопку влепить "configure interval@

наверное, правильно его делать как display field с кнопкой

ребята подскажите плиз как отправить тестовое сообщение на мыло чтобы проверить правильность настройки NOC-Notifier ?????

main-setup-notification groups

выделить группу куда тестить

и вверху кнопка - тест

рядом с add

ок, а что писать в Subject и Body????

что хочешь получить в тестовом письме

поясните для торможенных - кли-коммандс - это чо за наркомания новая?

это для любителей написать список команд в файлег

и запущать на списке объектов и селекторов из другого файлега

аааа... понятно, тоже неплохо.

а я тут решил сделать невозможное - бинарное обновление фряхи с 8.2 до 84. Потом надо будет до 10-й прыгнуть

тоже занимательно. особенно перезд с постгиса 1.5 на 2.1

dvolodin: http://pastebin.com/SRXFmgM5

постгис херня

выносишь с базы до обновления

Dmitry1: это не мое

обновляешься

https://github.com/pypa/pip/issues/1350

и даешь вкатить ноку самому постгис взад

head etc/requirements/noc.txt

pip>=1.5.6

easy_install -U setuptools обновило его до нужной версии

вопрос где

без -U - оставляло 0.6c11

в вирт-энве или в системе

в системе

а надо в вирт энве чтобы тоже было новое

в virtenv ставило setuptools-4.0.1

потом смотрело, что в системе стоит 0.6c11 и начинало пытаться его деинсталлировать

блин. да не должно оно изнутри вирт-энва смотреть на системное

но смотрит

https://github.com/pypa/pip/issues/1350

почему у меня не смотрит?)

не смотрит

Found existing installation: setuptools 0.6c11

Uninstalling setuptools:

Successfully uninstalled setuptools

Rolling back uninstall of setuptools

где оно берет этот setuptools 0.6c11 ?

если

Downloading/unpacking setuptools>=3.6 (from -r etc/requirements/noc.txt (line 2))

  Downloading setuptools-4.0.1-py2.py3-none-any.whl (549kB): 549kB downloaded

ага ншел

root@noc:/usr/local/noc/bin # cat easy_install

#!/usr/local/noc/bin/python2.7

# EASY-INSTALL-ENTRY-SCRIPT: 'setuptools==0.6c11','console_scripts','easy_install'

__requires__ = 'setuptools==0.6c11'

откуда оно взяло такой файл?

у тебя из системы при создании virtualenv

что не так с virtualenv ?

до https://bitbucket.org/nocproject/noc/commits/702c226f0f20b5afea669545769cfcfb9043821c все работало

разве?

да

на старом setuptools

он pip новый ломал

наглухо, причем

и вам всем