About Forum Blogs NOC Docs Downloads KB Issues Code CI Registration

nocproject.org

#nocproject.org at irc.freenode.net log.
Back to nocproject.org Back to IRC log index
Date: 18.09.2014
CfYz #
03:02
Есть кто?
03:02
Приветствую
03:02
Сам не осилю 100%
03:02
http://pastebin.com/js9mpuLs
TSergey #
03:24
CfYz: привет
03:24
чего такое 'Sp'?
cfyz`afk #
04:22
модуль такой
04:22
и интерфейс
TSergey #
04:38
cfyz`afk: просто SP, без цифр?
04:40
https://bitbucket.org/nocproject/noc/src/a1c7bea13186d0d19ef001418ffbd5ca8cf9b8e6/sa/profiles/Cisco/IOS/get_interfaces.py?at=develop
04:40
тут нет "Sp"
04:43
профиль не знает такого типа интерфейса, если я все правильно понимаю
cfyz`afk #
04:50
не, с цифрами
04:50
конечно
CfYz`R #
04:51
попробовать добавить
TSergey #
05:03
попробовать добавить
CfYz`R #
05:21
очевидное невероятное
05:21
сработало
05:21
Спасибо TSergey
TSergey #
05:25
делай иссэ и патч :)
CfYz`R #
06:09
моя не уметь иссэ и патч
06:09
давайте я строчку дам комунить, а?
zi_rus #
06:10
CfYz`R, жди Dmitry1
CfYz`R #
06:13
Dmitry1 а можно добавить? http://pastebin.com/9Dt3NdQG
06:14
Подождем
Dmitry1 #
06:20
сделаю сегодня, если опять никаких авралов не будет
Unbeerable #
06:21
[ˈɪsjuː / ˈɪʃuː]
zi_rus #
06:22
Unbeerable, ссылку на гигл транслятор им дай, там кнопочка прослушать есть
06:23
*гугл
buggy-funhouse #
06:36
Всем утра.
06:52
_4ePTeHok: Да, трапы там прописаны.
06:55
Мжет, быть ещё как-то коллектор настраивается хитро?
xetle #
07:10
dvolodin: Inventory - Setup - Object Models: несохраняется новая модель объекта.
dvolodin #
07:11
xetle: что пишет?
zi_rus #
07:15
xetle, трейс выдерни. кто-то файрбагом это делает, лично я вайршарком
07:15
POST надо отловить
07:18
xetle, я нормально смог сохранить тестовую модельку. лови трейс
07:19
Dmitry1, есть предложение отказаться от класса half-duplex
Dmitry1 #
07:20
причины?
zi_rus #
07:21
это не событие
07:21
это факт
07:21
duplex mismatch вместо него создать
buggy-funhouse #
07:33
в полудуплексе работают некоторые утройства до сих пор
07:33
к примеру, pap2 адаптеры
zi_rus #
07:35
да и просто нет в этом смысла
buggy-funhouse #
07:35
Кстати, какой ответ на этот вопрос? http://kb.nocproject.org/questions/15630601/-fm-events-event-has-been-received-from-unknown-source-x.x.x.x-by-collector-activator-pool-default-
zi_rus #
07:35
полудуплекс вполне легален
07:36
проблема это рассинхронизация дуплекса
07:36
тогда на порту идут ошибки
07:36
собственно причина ошибок и есть рассинхронизация
07:37
и кстати, в связи с грядущим РМ, надо подумать о классах для аварий по данным от счетчиков
07:37
когда матрика выходит на пределы
07:37
количество ошибок
07:38
трафик
07:38
и прочее
E_zombie2 #
07:47
,,
buggy-funhouse #
08:03
Никто не в курсе, в чём дело? Вопрос по ссылке выше!
zi_rus #
08:12
buggy-funhouse, нет. должно работать если трап сорс прописан
08:13
а что? у тебя тоже?
08:35
CISCO-PORT-SECURITY-MIB::cpsIfSecureLastMacAddress.10101
08:35
({K "
08:36
5C:D9:98:0B:85:E0
08:36
почему нок не преобразует первую строчку во вторую?
dvolodin #
08:36
декодер в регулярке надо было указать
zi_rus #
08:37
указан
08:37
mac__bin_to_mac
08:37
возможно глючный софт на каталисте
08:37
криво в трапе мак отправляет
08:38
но хотелось бы убедиться
Dmitry1 #
09:01
не совсем то
09:02
noc "откусывает" управляющие символы
09:02
т.е. 0x10 и т.п.
09:03
вангую, что "соптимизировался" символ 0x0b
buggy-funhouse #
09:37
zi_rus: и у меня тоже..
Kostua #
09:48
у кого в хозяйстве есть edgecore? Как научить нок определять линк между ES4612 и ES3528 ?
E_zombie2 #
09:49
у меня ёжиков 400 штук но там профиль для них кривой
09:49
так что никак
Kostua #
09:49
3528 умеет lldp, а 4612 нет
09:49
между 3528 линки определяются без проблем
09:50
E_zombie2: в каком месте профиль кривой?
E_zombie2 #
09:50
во всех
09:50
:)
Kostua #
09:51
исчерпывающий ответ )
E_zombie2 #
09:53
EdgeCore ES3528M я даже не пытаюсь их линковать
Kostua #
09:55
E_zombie2: всмысле? если включен в профиле lldp discovery то чудесно находит линки
09:55
ну и на свиче ессно должно быть включено
zi_rus #
09:59
buggy-funhouse, ну это очень странно, я вот нок неделю как установил, и почти все даже заработало
buggy-funhouse #
10:00
Ну, я всё мучаю свой первый нок, периодически к нему возвращаясь.
10:01
может, апдейты не встали, как должны, я не знаю. trap source ip есть, но вроде как и нет.
10:01
Сислог тоже не хватает, кстати.
zi_rus #
10:01
ну не знаю
10:02
странно это все
10:02
я бы рекомендовал попробовать поставить с нуля
10:02
и до девелопа обновиться
10:02
попробовать добавить одну железку и посмотреть
E_zombie2 #
10:03
если попробовать посомотреть конфиг для железки который не был собран ни разу - то закладка уходит в бесконечный цикл.
10:03
инфа 90%
10:09
а как активаторы узнают что у них SAE сломалось?
10:09
и выполняемые задачи надо поставить на повторное выполнение?
dvolodin #
10:09
e_zombie: сокет закрывается
10:09
SAE должен отслеживать, что выполнено, а что нет
E_zombie2 #
10:12
так оно уже умерло.
10:12
а активаторы то пашут.
10:12
для системы получается что оно задания на выполение отправило а что они сфэйлили - нигде не записано
10:13
и в ответ тоже тишина
10:13
как это повлияет на общую стабильность системы
10:13
такой вот мысленный эксперимент
evyscr #
10:28
E_zombie2: подтверждаю про лютую долгость с несобранным конфигом. Я где-то минут 45-50 выждал в своё время в качестве эксперимента, далее - убил.
TSergey_ #
10:32
а при входе в нок, если табом попытаться перейти с логина, у вас куда фокус переходит?
evyscr #
10:34
улетает куда-то
TSergey_ #
10:34
ага
10:35
а чем ты ходишь? у меня в фоксе так
evyscr #
10:35
со времён мёрджа pageless так
10:35
фокс и хромиум
TSergey_ #
10:35
ага
10:36
и сильно не чватает возможности искать по всем конфигам и по конкретному конфигу теперь тоже не ищет
10:36
*не хватает
evyscr #
10:36
в хромиуме не улетает, а фокс без надстроек я не пробовал
dvolodin #
10:37
для поиска по конфигу, наверное, FTS надо подкрутить
TSergey_ #
10:39
dvolodin: api history --- это что за зверь, это в какой части кода нужно менять?
dvolodin #
10:40
history api -- это парсинг URL и запуск нужного приложения по URL
10:40
то, что после #! там
TSergey_ #
10:41
ага, и что-бы прикрутить его к NetworkMap \ chart ---что нужно переписать?
10:42
или к VC\VC Interfaces
dvolodin #
10:51
дописывать
10:51
посмотри базовый application js
10:52
и ModelApplication.js в initComponent
TSergey_ #
10:52
а, т.е. это в js
dvolodin #
10:52
да, там строго в JS
TSergey_ #
10:52
спасиб, попробую поразбираться
evyscr #
10:53
Дмитрий, написали бы вы псто о принципах дебага этого [ext]js...
dvolodin #
10:54
как и любого JS
evyscr #
11:06
это, конечно, хороший ответ, но не стоит забывать, что направлен он в сторону тех, кто js не дебажил.
dvolodin #
11:13
console.log и анализ исходников
_4ePTeHok #
11:17
)
11:18
сложно написать о дебаге js тому кто не дебажил
evyscr #
11:18
не, ну я могу тупо забить.
11:18
нахрен кому здесь нужны багфиксы
_4ePTeHok #
11:18
смотри сорцы, выдишь там консоль-лог
11:18
это вывод в стандартный поток
11:19
в фаербаге есть закладка
11:19
куда этот вывод попадает при загрузке странички
11:19
вот и весь принцип
evyscr #
11:19
бля, а вот как мне определить, какая сука переопределила переменную? или вызвала функцию объекта-потомка?
_4ePTeHok #
11:20
выведи объект
11:20
да посмотри
evyscr #
11:20
как?
_4ePTeHok #
11:20
в какой момент поменяется
11:20
я ж тебе выше написал
11:21
console.log метод
11:21
в него можно передать как переменную так и объект
evyscr #
11:33
ok. перейдём к конкретике. есть static/js/noc/ux/form/SearchField.js. Он работает криво (см NOC-1423). Он перестаёт глюкавить после однострочного патча.
11:33
Он не должен глюкавить судя по имеющемуся коду.
11:34
Мне надо посмотреть имеющиеся биндинги по завершении инициализации
11:34
И вот совершенно непонятно, что скормить в console.log
11:36
Впрочем, я всё равно уже перестаю верить в осмысленность отсылки патчей в данный апстрим.
dvolodin #
11:39
в console.log замечательно кормится сам объект
11:39
про search я в курсе
Kostua #
11:39
evyscr: а где патч то к NOC-1423?
evyscr #
11:41
у меня локально
dvolodin #
11:41
ну так приложи его
11:41
одно дело - сказать, что есть проблема
11:41
другое -- сказать, что ты решил проблему и вот патч
evyscr #
11:41
я не решил проблему, я её объехал
11:43
проблема может быть, например, в изменении поведения наследования в extjs 5
11:44
а прочие проблемы требуют нормального профайлинга
11:44
(как-то явные задержки при создании/рендеринге/whatever приложений)
11:46
но вот, допустим, патч приложен. имеются две параллельно развивающиеся ветки и никого не еб^Wволнует приложение фиксов в обе.
dvolodin #
12:11
ну почему же
12:11
фиксы прикладываются к devel
12:11
devel регулярно вливается в feature
12:13
собственно проблема в том, что не хватает рук и голов, которые будут все проверять и коммитить
evyscr #
12:16
я как бы время от времени смотрю hg diff -r develop:feature/graphite и вижу, что мне на него переезжать нельзя.
dvolodin #
12:16
что именно видишь?
evyscr #
12:18
NOC-1412, например
12:24
И я вижу, что есть какие-то изменения в feat/gr, связь которых непосредственно с graphite мне совсем не очевидна.
12:24
тот же logger
12:28
или NOC.renderer.htmlEncode vs NOC.render.htmlEncode
zi_rus #
12:50
evyscr, ну ты же понимаешь как система работает. есть релиз, от релиза отошел девелоп, в котором пофиксили баги релиза, от девелопа отошла фича, в которой пофиксили баги девелопа
evyscr #
13:00
zi_rus: допущена одна ошибка - использовано слово "система" вместо "бессистемность"
zi_rus #
13:01
evyscr, да забей, маленькому проекту не мешает, это не Nero, Линукс или апач
13:01
можно немножко расслабить правила
13:01
один хрен один девелопер
13:01
было бы хотя бы трое
13:01
так где их взять
13:02
и разговор был бы другой
evyscr #
13:02
а их потому и нет, что порог вхождения искусственно задирается
13:02
отсутствием системности и девелоперской документации
zi_rus #
13:03
как так
13:03
дока для девелоперов есть
13:03
а был ли тут хоть один кто не справился и ушел?
evyscr #
13:06
красивый пример имеющейся доки: http://kb.nocproject.org/display/DOC/Database+Migrations
zi_rus #
13:07
краткость сестра таланта :)
13:07
и это не девелоперская, а юзерская дока
13:07
а нет
evyscr #
13:07
я видел здесь более одного вменяемого мантейнера, который бы на моей памяти занимался патчами разных продуктов.
zi_rus #
13:07
девелоперская
evyscr #
13:07
я не вижу от них регулярного фидбека
13:08
более того, не особо вижу и нерегулярный
_4ePTeHok #
13:10
evyscr, в чем проблема попросить права?
13:10
и комиттить в репо
13:10
тут нет с этим проблем
13:11
вменяемые мейнтейнеры будут когда люди будут заниматься за деньги
evyscr #
13:11
_4ePTeHok: ну отмотай тред назад: проблемы в разъездах фиксов по разным веткам
_4ePTeHok #
13:11
это не проблема
13:11
ветки меджатся
13:12
либо переливают изменения
evyscr #
13:12
должны
13:12
но не обязаны
_4ePTeHok #
13:12
попросить Диму слить - не проблема
13:12
регулярного фидбэка и не будет, потому что у всех работа кроме нока
13:13
когда выходит выкраивать время - тогда и занимаются
13:13
проще всего - попросить права
evyscr #
13:13
я говорю про людей, которые могли бы стать сколько-нибудь разработчиками нока
_4ePTeHok #
13:13
тогда и упрашивать никого не надо, сам саожешь
13:14
блин
evyscr #
13:14
я видел их работу вне нока, поэтому говорю о вменяемости
13:15
можешь заменить "мантейнер" на "пакаджер", если будет проще
_4ePTeHok #
13:15
ну вот я занимался конкретной темой
13:15
модельки инвентори
13:15
из иссью
evyscr #
13:15
угу
_4ePTeHok #
13:15
я - ментейнер?
13:15
ничуть.
13:16
это - энтузиазм, когда есть свободное время
13:16
я же адаптировал инвентори для серверного юзания - в итоге лежит у меня мертвым грузом
evyscr #
13:17
а как адаптировал? а где доки?
_4ePTeHok #
13:17
ибо времени нет согласовывать все детали с Димой
13:17
какие интерфейсы добавлять, взаимодействие и т д
evyscr #
13:17
вот ещё одна серьёзная проблема
13:17
отсутствует механизм согласования
_4ePTeHok #
13:18
ну как, поддержка в линукс профиле
13:18
плюс сопутствующее - модели, коннекшены и т д
evyscr #
13:18
а, я на этот профиль ругался года три назад, помнится. говорил, что надо как-то делать наследование.
_4ePTeHok #
13:19
я свое не сливал в репо
13:19
там пилить и пилить
13:19
времени тестить на разных линуксах опять же
13:19
у меня везде центось
Dmitry1 #
13:19
я уже говорил, и еще раз повторю: "чтобы завлечь разработчиков, нужны нормальные API и SDK"
_4ePTeHok #
13:20
т е переписать пол нока)
evyscr #
13:20
что в данном случае входит в SDK?
_4ePTeHok #
13:20
python))
evyscr #
13:21
NOC-893 демонстрирует ещё одну проблему.
Dmitry1 #
13:21
evyscr: возможность создания своих модулей. Только что-то ни одного фидбека от народа не видно
evyscr #
13:21
возможность - это не SDK
13:21
сколько народу про неё знает?
13:21
а сколько знает, как ей пользоваться?
Dmitry1 #
13:22
смотри пример Микротика в их проге The Dude
13:22
http://forum.mikrotik.com/viewtopic.php?f=8&t=12402&sid=605d25ee27e18ec0181551ab5364ecb3
13:23
народ сделал, чт свои правила можно клацать чуть ли немышкой
13:23
У нас же все правила - чистый python
_4ePTeHok #
13:23
да и тут опять вопрос, что такая самодеятельность..
13:23
не доведет до добра
13:24
надо рамки все же чтобы были
13:24
иначе саппортить систему будет нереально, как и понять что происходит
Dmitry1 #
13:24
дык явный пример:
13:25
fm/collections/eventclasses/System/Reboot.json
13:25
смотрим:
13:25
"handlers": [
13:25
"noc.fm.handlers.event.audit.log_reboot"
13:25
],
13:26
что такое "noc.fm.handlers.event.audit.log_reboot" ? Где оно описано?
_4ePTeHok #
13:26
опять в дебри ООП)
Dmitry1 #
13:26
Ага, после долгих и упорных поискоа нашли в fm/handlers/event/audit.py
13:27
Смотрим внутрь. А там прям сказка - чистый python
13:27
Кроме того
E_zombie2 #
13:28
>:o
Dmitry1 #
13:28
Куча констант, сообщения, идущие в аудит невозможно перевести на другой язык и т.п.
evyscr #
13:28
magic numbers - это тема
Dmitry1 #
13:28
Т.е. то, что у нас в FM поддерживается мультиязычность, полностью убито в noc.fm.handlers.event.audit
evyscr #
13:28
которые, к тому же, различаются в разных файлах.
13:29
E_zombie2: зря не пил
Dmitry1 #
13:30
_4ePTeHok: привести еще примеры?
buggy-funhouse #
13:30
Всё плохо.
evyscr #
13:30
Dmitry1: лучше наметь план исправлений.
buggy-funhouse #
13:30
Нужен lld и чтобы всё работало, что уже есть
Dmitry1 #
13:31
Я же говорил - вменяемое API и SDK
13:31
Я, по крайней мере для FM этот кусок вижу так:
evyscr #
13:31
buggy-funhouse: Late Life Depression?
buggy-funhouse #
13:32
low level discovery
Dmitry1 #
13:32
"text": {
13:32
"en": {
13:32
"subject_template": "Reboot{% if user %} requested by {{user}}{% endif %}",
13:32
"audit": "System rebooted",
evyscr #
13:32
эм
13:33
а какой-нить gettext не вписывается?
Dmitry1 #
13:33
Т.е. разработчику правил для FM достаточно знать, что ключ "audit" сделает запись в 'audit'
13:33
А как уж этот ключ обрабатывается - его волновать не должно
evyscr #
13:33
хм
Dmitry1 #
13:34
Кроме того строку "System rebooted" он может написать как "Вася перегрузил систему"
13:34
А в случае "noc.fm.handlers.event.audit.log_reboot" - это сообщение "прибито гвоздями"
13:35
Вот это и есть нормальное API. Когда разработчик не должен задумываться, как все реализовано не более низком уровне
13:37
Разработчик правил для FM вообще не должен лезть в питоновский код
13:38
Кроме того, с моим подходом, разработчик правил FM может написать в любом правиле "audit": "bla-bla"
13:39
И эта строчка пойдет в журнал аудита
13:40
Еще пример привести?
_4ePTeHok #
13:40
да чо пример
13:40
механизм нарисуй и подсунь Диме
Dmitry1 #
13:41
механизм уже есть
_4ePTeHok #
13:41
одобрит, закомиттит - переделаем остальное
Dmitry1 #
13:41
это eventtrigger, alarmtrigger
_4ePTeHok #
13:41
ты же знаешь постулат
13:41
он один решает
13:41
что и как будет
Dmitry1 #
13:41
когда после какого-то ивента или аларма мы что-то можем запустить или проверить
13:42
Дима против ивенттриггеров и алармтриггеров
_4ePTeHok #
13:42
воот
13:42
вот и приехали.
Dmitry1 #
13:43
А вместо питоновского кода в этих триггерах, использовать сценарии из workflow
13:43
Пример я уже приводил
13:45
делаем workflow с входящими параметрами: http://fastpic.ru/session/2014/0918/nG6K1NPUfG.html
13:46
внутри проверяем Speed == 10M
13:46
По результатам выдаем аларм, что speed mithmatch
13:47
Привязываем этот workflow к ивенттриггеру "Link UP" и селектору "адонентский свич"
13:47
радуемся :)
13:48
теперь, когда у нас абонентские линки будут подниматься на 10M вместо 100M, нам будут приходить сообщения, что что-то на сети не в порядке
13:49
Знаешь что Дима предложил ?
13:49
Написать на питоне "solution"
_4ePTeHok #
13:49
так и живем
Dmitry1 #
13:49
Для этого "solution" сделать конфиг файл, куда засунуть нужные мне свичи
13:51
Кроме того, я предлагал эти worklow сделать на JSON
13:51
чтобы их можно было редактировать как из WEB, так и в текстовом виде
13:53
У нас ведь в FM есть переменные, которые потом как-то обрабатывает классификатор и коррелятор?
13:53
Почему все остальное нужно делать на чистом питоне?
evyscr #
13:53
цена обработки?
13:54
нок и так потихоньку монструозится
Dmitry1 #
13:54
монструозится потому, что каждый модуль использует свое собственное API, и свои собственные костыли
snemirov #
13:56
Ребят, привет. Помогите разобраться c dns sync. Есть настроенный нок, на нем DNS зоны выгружаются в bind и все ок. На отдельный сервер поставил /noc-sync, при подключении в логах STOMP пишет "Authentication failed", в STOMP Access все прописано вроде. Где еще что
Dmitry1 #
13:58
evyscr: сравни sa/jobs/wipe_managed_object.py и main/management/commands/wipe.py
Kostua #
14:01
snemirov: посмотри здесь - может ты чего то пропустил http://forum.nocproject.org/index.php?topic=275.0
Dmitry1 #
14:01
evyscr: и таких примеров "раздутости" куча
evyscr #
14:01
где список?
14:01
где, вообще, обсуждение этого?
Dmitry1 #
14:01
когда в разных модулях дублируются одни и те же функции и действия
14:02
Я время от времени напоминаю про это Диме. Но он не хочет ничего переделывать, а хочет только добавлять новые фичи и плюшки
evyscr #
14:03
А нефиг напоминать не пойми как и не пойми где
14:03
Заведите нормальную дискуссию
Dmitry1 #
14:03
я ему в личу пишу
14:03
постоянно
evyscr #
14:03
и плохо
14:03
надо делать public mail list
Dmitry1 #
14:03
у нас уже есть jira
evyscr #
14:04
я не особо вижу в ней нормальные дискуссии
Dmitry1 #
14:04
так там невозможно что-то найти
14:04
форум тже пустой
14:04
никаких дискуссий там нет
evyscr #
14:05
форум был рид-онли вроде как более одного раза
Dmitry1 #
14:06
Про API
14:06
например - SA
14:06
делаем
14:06
from noc.sa.script import Script as NOCScript
14:06
и
14:06
class Script(NOCScript):
14:07
и нас не волнует, как работает тот же метод telnet, ssh, http, cli и т.п.
snemirov #
14:08
Kostua: я на debian делал http://kb.nocproject.org/pages/viewpage.action?pageId=7766132
14:08
./scripts/noc-sync.py -f start
14:08
./scripts/noc-sync.py -f start
14:08
./scripts/noc-sync.py -f start
14:08
./scripts/noc-sync.py -f start запускается, подключается, но Authentication failed
Dmitry1 #
14:08
кроме того, в этом же классе реалиованы сравнения версий firmware, декораторы, обработка ощибок и т.п.
snemirov #
14:10
Kostua пароли не менял, prefix прописан, куда еще поглядеть?
Kostua #
14:11
snemirov: в noc-scheduler.conf добавил?
snemirov #
14:13
Kostua [stomp]
14:13
host = 0.0.0.0
14:13
port = 19705
14:13
client_id = noc-scheduler
14:13
login = noc
14:13
password = noc
14:14
Kostua там что-то еще нужно добавить?
Kostua #
14:14
host = 127.0.0.1
evyscr #
14:15
эм
14:15
зачем 127.0.0.1?
14:16
snemirov: фиреволлом порт на интерфейсе не закрыт?
snemirov #
14:17
evyscr нет фареволла вобще
14:26
Ребят, из-за чего еще может быть
14:27
noc (127.0.0.1): Authenticated
14:27
noc (95.47.159.38): Authentication failed
14:27
в /srv/noc/log/noc-stomp.log
Kostua #
14:29
snemirov: у тебя днс и нок это разные серверы?
snemirov #
14:30
Kostua да, есть на НОК сервере днс, есть отдельный днс
14:31
Kostua тот днс, что на нок с ним все хорошо, а отдельный днс не может авторизоваться
Kostua #
14:32
эээ, ты ж сказал у тебя днс на отдельном сервере
snemirov #
14:33
2 днс
evyscr #
14:36
http://static.nocproject.org/irclog/2013.05.13.html
14:37
я stomp не использую, толком подсказать не могу
Kostua #
14:40
snemirov: noc-scheduler.conf в секции [stomp] поставь host = 127.0.0.1
snemirov #
14:42
Kostua поставил, та же история
Kostua #
14:47
snemirov: как бы - то что я написал на форуме - рабочая схема - посмотри по пунктам - может чего пропустил
14:47
с поправкой на то что там для freebsd
snemirov #
15:00
Kostua забавная история, попробовал вместо создания нового прифекса и добавления его в STOMP Access просто добавить IP в существующий Prefix Table "Activator::default" и сразу все взлетело
15:01
видимо STOMP Access не полностью работает
dvolodin #
15:54
ух понаписали
15:55
workflow -- способ организации долгоиграющих процессов
15:55
которые могут сохранять состояние, перезапускаться и переживают перезапуск сервера
15:56
обработка event'а должна быть достаточно быстрой
15:56
и workflow тут явно излишни
15:56
если стоит задача - писать пользовательские сценарии, то не вижу смысла в разработке нового птичьего языка
E_zombie2 #
15:57
хехехе.
dvolodin #
15:57
в лучшем случае получим LISP в пределах синтаксиса JSON
E_zombie2 #
15:57
killem aaaaaalllll!!!!!
15:57
ЫЫЫЫ
15:57
рексестирюу кобол
dvolodin #
15:58
Those who not aware of LISP are doomed to reimplement it again
zi_home #
16:02
ну что графики сможем увидеть?
16:02
данные уже собираются
16:02
и ветку закрыть
dvolodin #
16:06
графики ты и сейчас сможешь увидеть
zi_home #
16:14
ну так не интересно. нормальный интерфейс хотца
E_zombie2 #
16:33
на понедельник. чтобы "кровь.кишки.распидорасило(с)"
zi_home #
16:38
dvolodin, влей девелоп в графит, там фикс один для циски важный
16:39
чтобы ифиндексы собирались
dvolodin #
16:39
ok
Kostua #
16:47
а чего может нок каждую минуту ломится выполнить скрипт EdgeCore.ES.get_interface_status?
E_zombie2 #
16:48
хочет снять с него статистику интерфейса. типа паков и тд.
dvolodin #
16:48
check_link
Kostua #
16:48
так только с одного
16:48
чем такой особенный - не пойму
16:49
уже удалял и завел его заново
dvolodin #
16:49
link down на него приходил
Kostua #
16:49
да
16:51
и он теперь будет каждые две минуты на него ходить и чекать линки?
16:54
а если забацать профиль для линка с Log events, do not raise alarms
16:55
он будет ходить на коммуттаор и делать get_interface_status?
zi_home #
16:58
Kostua, там в профилях есть настройка как часто ходить чекать. выкручивай в ноль и должен перестать
dvolodin #
16:59
zi_home: влил develop в графит
zi_home #
16:59
спасибо
17:05
данные побежали
17:07
dvolodin, ты где-то с логированием перестрался http://pastebin.com/NnZk9qac
dvolodin #
17:07
да куда оно денется-то
E_zombie2 #
17:28
ну клёво чё. завтра будет развлекалово значит.
17:28
ура ура увра
dvolodin #
18:01
zi_home: пофиксил
zi_home #
18:03
да, спасибо, помогло
dvolodin #
21:18
https://github.com/MongoEngine/mongoengine/pull/768
21:19
хех, делимся с коллегами
21:19
:)
Tweet
Share this page
Share this page: Tweet