nocproject.org
01:48
ну вот, передвинули code.nocproject.org на bitbucket.com и всё сломалось :)
01:49
потому что bitbucket - он .org, а не .com
04:32
кто может по монге прояснить, почему она столько места жрет
04:33
она прожорливая ибо
04:33
и очень странно работает с памятью и жестким диском
04:33
точнее не так.
04:33
ей чихать на память и жестких диск - главное что бы работало быстро.
04:45
а мне места под неё не хватает
04:53
freeseacher, нет вроде
04:54
какой это модуль в нок лаунч конф?
04:55
noc-correlator и noc-classifier
05:00
false стоит, тормозят они сиситему
05:05
noc@monitor:~$ ls /var/lib/mongodb/ -l
05:05
total 22419452
05:05
-rw-r--r-- 1 mongodb nogroup 14398579210 May 31 00:25 diaglog.512de37a
05:05
-rw-r--r-- 1 mongodb nogroup 0 May 31 00:25 diaglog.51a7b5d2
05:05
-rw-r--r-- 1 mongodb nogroup 538 May 31 00:46 diaglog.51a7b64c
05:05
drwxr-xr-x 2 mongodb mongodb 4096 May 31 00:46 journal
05:05
-rwxr-xr-x 1 mongodb mongodb 6 May 31 00:27 mongod.lock
05:05
drwxr-xr-x 2 mongodb nogroup 4096 Feb 19 18:29 noc
05:05
-rw------- 1 mongodb nogroup 67108864 May 31 00:41 noc.0
05:05
-rw------- 1 mongodb nogroup 134217728 May 31 00:29 noc.1
05:05
-rw------- 1 mongodb nogroup 268435456 May 31 00:30 noc.2
05:05
-rw------- 1 mongodb nogroup 536870912 May 31 00:46 noc.3
05:05
-rw------- 1 mongodb nogroup 1073741824 May 31 00:35 noc.4
05:05
-rw------- 1 mongodb nogroup 2146435072 May 31 00:46 noc.5
05:05
-rw------- 1 mongodb nogroup 2146435072 May 31 00:46 noc.6
05:05
-rw------- 1 mongodb nogroup 2146435072 May 31 00:45 noc.7
05:05
-rw------- 1 mongodb nogroup 16777216 May 31 00:46 noc.ns
05:05
drwxr-xr-x 2 mongodb nogroup 4096 May 31 00:46 _tmp
05:05
что за noc.0 - noc.7?
05:08
файлы базы
05:08
там еще гиговые файлы в журнале должны быть
05:09
{ "databases" : [
05:09
{ "name" : "noc",
05:09
"sizeOnDisk" : 8536457216,
05:09
"empty" : false },
05:09
{ "name" : "admin",
05:09
"sizeOnDisk" : 1,
05:09
"empty" : true },
05:09
{ "name" : "local",
05:09
"sizeOnDisk" : 1,
05:09
"empty" : true } ],
05:09
"totalSize" : 8536457216 }
05:09
размер базы моноги 8 гиг, какого лешего 25 гиг сожрало? репаир датабазе делал
05:09
файлы журнала есть
05:09
3 по гигу
05:10
ну нормально
05:10
preallocated там
05:11
-rw-r--r-- 1 mongodb nogroup 14398579210 May 31 00:25 diaglog.512de37a 13 гиг
05:11
что это?
05:11
ss_, есть вариант
05:11
у тя бекап базы делается ?
05:11
какой?
05:11
хз
05:11
как узнать
05:11
я только мускул бекаплю
05:12
main.backup в main - setup - scheludes
05:12
там есть задание по бекапу базы
05:12
если есть то можно 1. остановить нок.
05:13
2. удалить базу монги вообще и все директории
05:13
3. востановить монгу с бекапа
05:13
4. огрести проблемм
05:13
5. наслаждаться освободившимся местом
05:13
пункт четыре опционален
05:14
как правило можно пропустить. :)
05:14
backup_dir = /var/backup тут пусто
05:15
ну и зря.
05:15
тогда сделай бекап сам. средствами монги
05:15
это не очень сложно
05:15
однако!
05:16
она все равно съест не мало места ибо даже на 100 байт данных сгенерирует себе 4 "хранилища" по гигу каждое
05:16
-rw-r--r-- 1 mongodb nogroup 14398579210 May 31 00:25 diaglog.512de37a что это за файл?
05:17
да фиг знает.
05:17
05:20
похоже глюкофайл остался так как по дате он не последний
05:24
от репаир дб мог остаться
05:30
05:30
поправьте у себя
05:31
вот вам для пятничного вброса
05:32
сейчас привязка vc domain к managed object делается в настройках vc domain через селектор
05:32
для начальной реализации было относительно неплохо, но метод явно кривоват и неоднозначен
05:33
есть идея - убрать селектор из настроек vc domain вообще
05:33
и сделать поле в managed_object
05:33
ManagedObject.vc_domain
05:34
необязательное
05:34
не решает проблему принадлежности множеству доменов
05:34
ага
05:34
лучше список
05:34
список нельзя
05:34
нужно однозначное соотвествие
05:35
предлагаю принадлежность к домену указывать для интерфейса
05:35
а если привязывать к интерфейсу
05:35
для железок вроде MX, теоретически, можно где-то в интерфейсах привязку сделать
05:35
тогда алгоритм будет таким
05:35
можно по топологии определять
05:35
если есть vc domain на железке -- считаем его
05:35
если null -- смотрим по интерфейсам
05:36
по макам и топологии можно сдлеать кластеризацию
05:36
примерно так
05:36
ты вешаешь на одной железке vc domain
05:36
NOC берет chassis id ее и смотрит, кто ее видит по L2
05:37
ты не увидишь по интерфейсу в каком он домене, там не прописывается как с врф, надо по топологии определять с кем он связан и по тем железкам определять принадлежность к домену
05:40
где-то в этих же процессах нужно определять и привязку префикса к vc
05:41
zi_rus: для MX увидишь, но там возможны и фееричные комбинации
05:44
хотя да, кластеризация тех же колец неплохо делается по интерфейсам и линкам
05:45
dvolodin, я вроде в issue писал, на ASR9k и 7600 с ES+ тоже всякого можно.
05:45
верю
05:46
с другой стороны с ними даже и проще
05:46
vc domain интерфейса можно определить как vc domain железки с другого конца, если он задан
05:46
:)
05:47
dvolodin, dvolodin,
05:47
05:50
Люди есть подозрение на баг
05:50
у кого есть S5300 проверьте дискаверинг первого интерфейса gi0/0/1
05:50
zi_rus: я же писал, что на MX примерно так же
05:50
линк туда не рисуется
05:51
dvolodin, дык да, я и писал с одной стороны MX с другой циска
05:51
это к вопросу о том, что get_interfaces надо расширять
05:52
ss_
05:52
2013-05-31 09:50:20,660 SCRIPT RESULT: Huawei.VRP.get_interface_status(AGG-PET10, 10.12.99.30)
05:52
[{'interface': 'GigabitEthernet0/0/1', 'status': True},
05:54
давайте вернемся к нашим баранам
05:55
предлагаю отделить свичи доступа от N-PE
05:56
они все-таки сильно разные
05:56
для свичей подойдет строгая привязка железки к vc domain
05:56
что считать доступом
05:56
циска позиционирует asr 901 как доступ
05:56
обычные L2/L3 свичи
05:56
но железка интересная
05:57
ты клиентов в нее напрямую подключать будешь?
05:57
не буду, у меня ее нет, но я про нее читал
05:58
и что считать клиентом
05:59
например циска прямым текстом говорит что в нее надо включать БС, и размещать на БС, поэтому ее специально делали малогабаритной и малотокопотребляющей
05:59
для нашей сети сейчас каждая БС фактически является клиентом
06:00
это их голубая мечта
06:00
продать по железке на бс :)
06:00
бс это что - базовая станция ?
06:00
но что нам до мечтаний голубых?
06:01
давайте все-таки про реалии
06:01
ээээ... а кто голубые-то?
06:02
mikevlz|3: голубые -- те, кто пытается продать по маломощному BRAS'у на каждую БС
06:02
тут бабка надвое сказала
06:03
в крупных городах имеет смысл навешивать БС'ы на общие BRAS'ы
06:05
тем более, что я все равно не понимаю, как они планируют обраватывать передачу абонента между станциями
06:05
итого
06:05
ManagedObject.vc_domain быть?
06:08
какие есть за и какие против?
06:09
против то что придется руками вести
06:09
селектор - раз и готово
06:10
за - уже есть рабочий вариант с врф, и он действует
06:11
допустим -- миграция тебе все пропишет
06:11
повторно руками вводить не придется
06:12
это миграция, а инсталляция с нуля, это же все руками забивать
06:12
вот для инсталляции с нуля и хочу vlan discovery
06:12
dvolodin: у меня сейчас селекторы по тегам прописаны. Один тег решает задачу с картами и vc_domain. А так придется разщдельно прописывать?
06:12
mikevlz|3: я могу добавить в селектор vc domain :)
06:13
как условие
06:13
нет... Я имел в виду, что повесив нужные теги, я распихивал железхку в разные vc_domain и карты
06:20
ну а так ты пихнешь железку в vc domain и добавишь его в селектор
06:20
теги - все-таки неструктурированные данные
06:21
а vc domain -- вполне структурирован
06:21
чем меньше?
06:21
ну или работы больше
06:21
ты добавил железку в vc domain, она у тебя появилась на карте
06:21
то же самое
06:22
не убедил. Но дальше спорить не буду
06:50
mikevlz|3: тогда какие предложения?
06:51
сделать Performancve Management и Инвентори аппаратного обеспечения узлов ;)
06:52
не возражаю
06:52
приму pull request'ы
06:52
:)
06:52
забыл добавить в "в дар" =)
06:57
народ, а где можно пароль юзеру сбросить?
06:58
в main.users не вижу
07:01
должна быть там ссылка
07:01
в упор не вижу
07:02
username
07:02
password algoritm
07:02
personal info
07:02
user category
07:02
groups
07:02
access
07:02
important dates
07:02
ни в одном разделе сслки нет
07:03
ааа
07:03
увидел
07:03
маленькая
07:03
невидимая
07:40
ну так чего с vc domain?
07:58
а чего с vc домен, я тут подумал, вот врф, он ведь network wide, а vc domain, их много, л3 линки бьют на сегменты (хотя через мплс и л2 пробросить можно)
07:58
мне кажется со временем будет расти число доменов сильно
07:59
Huawei.VRP.get_lldp_neighbors на Huawei S5300 не дискаверит интерфейс GigabitEthernet0/0/1, кто может потвердить?
08:00
у меня их десяточек и ни на одном не отдискаверило
08:00
скрипт не возврашает данные по этому интерфейсу
08:03
коллеги, подскажите по дизайну сети?
08:04
дизайн сети должен радовать глаз, отражать модные тенденции, быть удобным и практичным. Никаких стразов, это пошло
08:04
lexus-omsk, делай полносвязную ;)
08:05
есть пара узлов агрегации (cisco me3600), соединены несколькими "колбасами" свитчей доступа, me-шки друг на друга смотрят роутинговыми портами
08:06
главный вопрос - как бы это зарезервировать, не прибегая к L2 линку между узлами агрегации
08:06
т.е. на случай обрыва в цепочке доступа
08:07
пробовал всякие pseudowire, но почму-то stp не отрабатывает тогда
08:07
т.е. этакие полукольца
08:10
mikevlz|3: хотелось бы, чтобы радовал глаз, но для начала чтобы работал надо :)
08:15
или если более абстрактно: у абонента есть свой линк между двумя точками, а есть канал через провайдера (EoMPLS или что-то подобное)
08:15
так вот как здесь сделать резервирование наподобие STP
08:16
ECMP routing?
08:16
ну или веса разные на линках повесить
08:18
L2 надо... хотя может я в корне не правильно мыслю, и от этого проблемы и непонимание
08:18
тебе в результате что надо получить?
08:19
есть два агрегатора. Между ними два полукольца. Что надо сделать?
08:19
чтоб агрегаторы между собой всегда линк имели, или чтоб обрыв одного полукольца не отражался на работе клиентов?
08:20
что именно в этой схеме резервируем?
08:20
ага... клиентов и их default gateway... Тогда это делается VRRP.
08:21
предполагался vrrp на двух агрегаторах, да
08:21
как оно работать будет - хз =)
08:21
вот... а когда порвтся линк где-то в цепочке, то часть клиентов не доберётся до шлюза
08:21
потому как, если агрегаторы оба живы, то мастером будет тоьлко один из них
08:22
это если они знают именно по протоколу VRRP, что они живы...
08:22
для этого и нужно клиентский трафик с другой стороны как-то доставить на агрегатор, который мастер
08:23
ну кстати да, если линк оборвётся, то они станут оба мастерами, т.к. vrrp пакеты не пройдут
08:24
т.е. клиентский трафик может и наверх уйдёт нормально, а вот обратный процесс - хз
08:25
lexus-omsk, если ты пытаешься л2 сервисы защитить, то делай как мы, если л3, то можно через л2, но с терминацией на одной железке, это спасает от обрыва, но не спасает от падения точки терминации, а vrrp и иже с ними на сети провайдера это порнография, лишний рас
08:25
ход ip адресов
08:25
ss_: тушенку высылай с lldp
08:26
distributed LAG :)
08:26
это если совсем порно
08:26
на интерфейсах левые ip, а групповой нормальный
08:26
LAG не пойдет для чепочки
08:27
на самом деле там проблема в том что pvst не проходит через eompls
08:27
или переходить на mst (его можно туннелировать) или на rep
08:28
на rep придется все переводить
08:28
в цепочке доступа-то не циски, rep не умеют
08:29
народ вроде пишет, что проходить должен stp, как и любой другой трафик L2, но на практике не получается
08:31
надо на eompls интерфейсе настройки делать
08:31
что-то вроде l2-transport stp
08:33
и попутно такой вопрос, где-то промелькнуло, что на me3600 можно только около 100 L3 SVI - это правда? тогда вообще неинтересно
08:36
ты доку или data sheet открой и прочитай, там обычно пишут
08:37
там и напиздеть могут
08:41
количество SVI ограничего, да
08:46
mikevlz|3, чай не длинк
08:47
zi_rus: что-то не могу сообразить, где может быть этот l2transport...
08:47
кстати во всяких гайдах чаще встречаются картинки, что абонента терминировать лучше чуть ли не на брасе
08:48
а туда его вытягивать через pseudowire например
08:49
и вот тогда-то и можно, наверное что-то вроде ditributed LAG забахать, и полносвязность теми же псевдопроводами
08:50
да, только что считать брасом, у нас сейчас все терминируются на каталистах, готовимся к глобальному переносу терминации на ASR
08:53
lexus-omsk: про терминацию абонента на брасе придумали производители брасов
08:54
заманчиво, конечно, получить MPLS сразу на кольцах доступа
09:00
dvolodin, но согласись, купить одну умную но мощную железку дешевле, чем 100 умных железо послабее
09:00
zi_rus: я про это и говорю
09:01
что ставить bras в домовой ящик можно только если он будет стоить 250$
09:01
:)
09:01
ufir: нет :)
09:01
но, подозреваю, что все к этому идет
09:01
китайцы придумают и сделают ;)
09:02
вопрос всего лишь в количестве очередей
09:02
придумать должен broadcom или marvel
09:02
а китайцы будут reference design клонировать
09:03
впрочем, у нас вполне справляются МЕ-60
09:05
ufir: пока справляется? :)
09:06
а херли им будет ;)
09:06
единственное, пара MPU сдохло, да и то - признали дефект производства
09:06
это я так, ерничаю по старой памяти :)
09:11
zi_rus: странно, у меня нет service instance как по ссылке
09:22
хотя нет, таки есть, плохо искал
10:19
Закоммитил ManagedObject.vc_domain с миграциями
10:19
проверяйте тщательнее
10:24
10:41
dvolodin, ок сейчас сделаю
10:51
dvolodin, ушло
11:07
почему в inv.interfaces поиск идет по всем полям кроме ip, я вот хочу найти интерфейс где висит нужный адрес, а не могу, придется руками на железку лезть
12:10
а знаете что еще бесит, в ext перестает работать скролл
12:10
скролл перестает работать в веб морде?
12:10
полоса прокрутки движется, а изображение не прокручивается
12:11
ss_, да, а где же еще?
12:11
я думал у меня браузер плюшит ибо ночной сборкой пользуюсь
12:11
таки да меня это пиздец как бесит
12:12
шампусика выпил)
12:12
заепца
12:15
тортиком шлифанул
12:15
сейчас чай с конфетками
12:16
"Имеется установленный работающий сервер Zabbix (СПб), к нему Web доступ из Интернета. Есть 7 типов специализированого оборудования с SNMP агентами, на все оборудование имеются в наличии MIB(и).
12:16
Необходимо Настроить:
12:16
1. шаблоны на сервере Zabbix для отслеживания состояния, 2. Триггиры, email sms оповещение. 3. Web интерфейс. Оплата договорная, с предложениями в Личку " Сколько можно попросить за такую работу? Может колым сделать)))
12:16
Сколько можно попросить за такую работу? Может колым сделать)))
12:25
всем привет
12:26
мой любимый вопрос: cable plant в NOC не начали делать? :)
12:26
приходи через пол года
12:26
=)
12:27
никак не пойму, в чем же все рисуют сети? неужели в visio?
12:27
это ж сколько головняка и лишней, неуправляемой работы
12:27
можно в DIA еще
12:27
=)
12:27
DIA рулит
12:27
мы в gliffy в confluence рисуем
12:27
очень живенько получается
12:28
да ну, dia/ это ж какой геморр
12:28
а в чем мы рисуем, никому не скажу, самому страшно Ж)
12:28
лучшее что тебе сделает авторисователь это нарисует наличие линокв
12:28
располагать железо на карте придется самому
12:29
hiddenman_: самая дешевая система из тех, кто дает хоть какой-то результат - стоит чуть более 300к руб
12:29
или оно будет выставлено каким нить чудовищным neato или dot
12:30
dvolodin, NocProject Professional Edition ?
12:30
берем ;)
12:31
dvolodin: это какая например?
12:31
у Ринета есть вот
12:31
но она уж сильно заточена на оптику
12:32
dvolodin, по поводу project management, а там можно интерфейсы указывать?
12:32
12:32
а реально больше ничего и нет :(
12:32
ну точнее есть куча поделок под винду. но они мало интересуют
12:33
поделки с webui тоже со своими проблемами, все на js, а он нормально крутится только на паре браузеров
12:34
zi_rus: а где эти поделки-то? не видел ни одной :(
12:35
hiddenman_, netdot посмотри, он на перле, я пробовал, но так и не смог его поставить (прям как нок)
12:36
zi_rus: да я его и кручу плотно. только он и умеет, да. но умеет маловато, точнее, в районе подключений в патчпанели и джеки у него как-то тупо все
12:36
hiddenman_, у тебя умные джеки?
12:36
zi_rus:
https://ni.nordu.net/ есть вот такое . от крупной конторы, пишут сами, типа правильно. но пока еще слабовато
12:36
zi_rus: не, там в плане, что в нем тупо нельзя указать что-то. забыл уже что именно
12:37
zi_rus: я уже думаю дописать его или аффтару денег дать, чтобы дописал
12:37
ноку дай, может начнут писать, года через 3 даже догонят netdot Ж)
12:38
все пытаются писать свое
12:38
zi_rus: догонят - в плане "как же эту срань поставить-то?!!"
12:38
zi_rus: там еще с перлом и html mason неведомые глюки. перевел его, чтобы наши интеллектуалы-монтажники по-русски могли читать и понимать, что жать. так у него в разных местах вылезают кракозябы. какой-то известный, непочиненный глюк перловых либ что ли
12:38
zi_rus: та это ж много надо дать, чтобы с нуля написать :-)
12:38
в результате у каждого своя поделка и у каждого свои проблемы
12:39
hiddenman_, как договоришься
12:39
я бы тоже дал, но кто ж мне денег даст чтобы я их дал
12:40
:)
12:40
у любого мероприятия есть сроки и бюджет
12:40
:)
12:41
и качество реализации
12:41
не забывай про то, что параметров всегда не меньше трех, выбрать можно не больше двух
12:41
dvolodin, так все-таки по поводу project
12:41
если я по проекту выделяю порт, как это указать
12:42
во портах привязку еще не сделал, доделаю
12:42
будет в интерфейсах
12:42
как я понял для вланов и ip это просто поле, как я сделал кастом филд
12:42
да
12:42
и для интерфейсов будет поле
12:43
ты начал использовать проекты?
12:44
нет, я не буду нок пока обновлять, а оно в новой появилось, я теперь буду кирить тему как засниппетить остальные мои функции
12:45
потому что однозначно я не буду пользоваться PM в том виде в котором он есть
12:45
это что
12:45
лезть в ПМ, создавать проект
12:45
потом лезть в ипам, прописывать проект
12:45
потом лезть в инвентори, прописывать проект
12:45
мне бумажной работы и без того хватает
12:46
ну а как ты себе это видишь?
12:49
сейчас я просто пишу номер в это поле и все, потому что на самом деле, кроме номера ничего и нет, как вариант создавать проект автоматически, если его номер еще нигде не использовался
Share this page
Share this page:
About
Forum
Blogs
NOC Docs
Downloads
KB
Issues
Code
CI
Registration