
Алексей
14.05.2016
07:09:39
я тя фря да ?
это косяк в ансибле.

Andrey
14.05.2016
07:09:52
ага, тестовый прогон делаю

Алексей
14.05.2016
07:10:09
обнови ансибл до master

Google

Алексей
14.05.2016
07:10:20
я в марте еще с этим столкнулся

Andrey
14.05.2016
07:10:40
просто в прошлый раз меня, как-то, пронесло

Алексей
14.05.2016
07:11:21
ну вот хз

Andrey
14.05.2016
07:16:34
гм..... ну там был python ручной сборки и некоторое количество библиотек других
мда.... в общем, эта ошибка вылезает если пользователю задан в качестве шелла sh
надо ещё убедится, но я переправил shell на csh и всё стало ок

Алексей
14.05.2016
08:33:54
Спасибо за исследование

Andrey
14.05.2016
08:34:11
:)
по хорошему надо в ансибле баг отправить, займусь на досуге)
ещё вопрос, для установки nsqd он распаковывается командой tar, а можно как-то для этого приспособить команду archive ансибля?
А то во FreeBSD tar лежит в /usr/bin/tar а в линуксах в /bin/tar.
Насколько я понял Ансибль не умеет передавать ключ —strip-components=1 для своей команды?

Алексей
14.05.2016
08:42:25
Ага
В феврале

Google

Алексей
14.05.2016
08:43:45
Говорят поменяли принцип формирования команд

Andrey
14.05.2016
08:44:14
а, ок, тогда просто в инструкцию добавлю
ещё get_url во FreeBSD ломает архив и nsqd не запускается с ошибкой
/opt/noc/bin/nsqd
ELF binary type "0" not known.
/opt/noc/bin/nsqd: Exec format error. Binary file not executable.

Ilya
14.05.2016
11:31:55
inv был раньше в csv export/import в ui?

Алексей
14.05.2016
11:46:48
Убедись плиз что правильный

Andrey
14.05.2016
12:19:19
правильный, если я тот же скачиваю командой fetch - всё нормально.
Но вот что странно при скачивании fetch и get_url получается разный размер файла, но если использоваться команду fetch с ключом -o -то размеры файла совпадают и при этом при распаковке всё работает
продолжаю ковыряться)

Ilya
14.05.2016
12:24:32
Не в тему, сталкивался ли кто со скрытыми командами в junos? Не положу ли я железку?

Viktor
14.05.2016
12:47:07
например?
всякие show уж точно не положат

Ilya
14.05.2016
12:48:33
[edit chassis]
+ fabric {
+ redundancy-mode {
+ redundant;
+ }
+ }
+ network-services enhanced-ip;
network-services скрыта на ex9200, она нужна для trio чипсетов, которые ex9200 как раз использует..
Само собой на MX все ок

Viktor
14.05.2016
12:50:30
а, я думал ты про комманды на картах линейных
ну тут только тестировать, либо в описании обычно указано, если она что-то ломает

Ilya
14.05.2016
12:51:52
Ну так, она для карт как раз.. Режим изменяется только при перезагрузке шасси, боюсь карты могут не поднятся..
show chassis network-services
error: command is not valid on the ex9208

Viktor
14.05.2016
12:53:11
Change from IP Network Services mode to Enhanced IP Network Services mode
Reboot required.
или ты в плане что вообще не загрузится железка?

Google

Ilya
14.05.2016
12:53:46
Ну так я доступ потеряю к ней, если карты не поднимутся..

Viktor
14.05.2016
12:56:53
в общем я бы на твоем месте, если у тебя нет out-of-band не экспериментировал

Ilya
14.05.2016
12:57:40
Я тоже так думаю, написал еще вчера инженеру в джун, а пока жду ответа решил спросить
Спасибо

Viktor
14.05.2016
13:03:05
а зачем тебе это вообще на ex9200 понадобилось?
тут вот есть таблица насколько я понял http://www.juniper.net/documentation/en_US/junos15.1/topics/concept/network-services-mode-overview.html
что и в каком случае включается

Ilya
14.05.2016
13:06:11
https://www.juniper.net/documentation/en_US/junos14.2/topics/concept/mpls-vpns-chained-composite-next-hops.html
Для этого
Возможно по умолчанию в ex9200 используются enchanced services т.к. мне доступна опция chained-composite-next-hop, но уж очень много разногласий в софте я повидал..

Viktor
14.05.2016
13:10:45
обычного размера таблицы перестало хватать?
я так понял это даст записать больше маршрутов чем можно

Денис
14.05.2016
13:24:50
Всем добрый день! Решил используя ваши советы набросать инструкцию по устнановки NOCa на Debian. В общем почти все готово, но осталось несколько уточнить несколько нюансов. Можно?


Ilya
14.05.2016
13:29:20
@x_villi_x Есть извращенная задача: нужно без перемычек и доп. железа сделать доступность между vpls-vlan-1111, vlan-1111, irb.1111 vrf 1111, в офф гайде при помощи evpn можно так сделать, но почему в vpls нельзя?
Стал разбираться, эта команда нужна для pe-pe connectivity, но сейчас нашел, что она выбирается при загрузке системы не зависимо от пользовательской конфигурации и зависит от установленных линейных карт, но, ее можно включить только при ench service, которые не доступны в конфиге.. Запутался с этим не до mx уже..
Добрый день
@x_villi_x Есть извращенная задача: нужно без перемычек и доп. железа сделать доступность между vpls-vlan-1111, vlan-1111, irb.1111 vrf 1111, в офф гайде при помощи evpn можно так сделать, но почему в vpls нельзя?
Стал разбираться, эта команда нужна для pe-pe connectivity, но сейчас нашел, что она выбирается при загрузке системы не зависимо от пользовательской конфигурации и зависит от установленных линейных карт, но, ее можно включить только при ench service, которые не доступны в конфиге.. Запутался с этим не до mx уже..
http://www.juniper.net/documentation/en_US/junos14.2/topics/example/example-evpn-irb-configuring-ex9200.html


Viktor
14.05.2016
13:34:09
а lt тебя не спасет? или на ex9200 из нет

Денис
14.05.2016
13:36:49
конечно
Мы уже с Вами говоили, но хотел уточнить по разметке разделов:
NOC-tower /opt/noc/ - 20G
/var - а вот сколько по опыту нужно выделять на базы в зависимости от оборудования, кто-то заметил пропорции
NOC-node /opt/tower 1,4G
базы находятся по пути ./var?
Какие будут общие рекомендации по разметке?

Google

Ilya
14.05.2016
13:37:53

Viktor
14.05.2016
13:39:15
я пока не осмыслил еще даже то что там написано :)
а что, он тебе не дает в vpls засунуть irb.0 ? при коммите ошибку выдает?

Ilya
14.05.2016
13:43:39


Viktor
14.05.2016
13:44:54
и в vpls нет pragma l3-interface? у меня на MX я такого не вижу, но у меня и софт не очень свежий

Ilya
14.05.2016
13:45:12
есть, но закоммитить не дает
нельзя один и тот же интерфейс в разных инстансах сразу держать, ругается
Interface irb.81, cannot be associated with multiple domains/instances [default-switch VLAN81 81 and vpls-81 __vpls-81__ 0]

Алексей
14.05.2016
13:54:37
Для каждой надо выделить раздел под данные
И под журнал
Журналы маленькие
Для монги можно выделить раздел под индексы
Есть еще две "базы" это redis и nsq
Под них бы тоже выделить разделы
Ибо они в пиковые моменты могут писать на диск
Интенсивно но не много
Я на проде разбиваю все через lvm
И дальше докидываю места по мере необходимости

Google

Ilya
14.05.2016
13:59:12
redis еще впиливается?

Алексей
14.05.2016
13:59:34
Уже роль. Вчера сделал

Ilya
14.05.2016
13:59:48
Можно тестировать?

Алексей
14.05.2016
14:00:25
Там пока нечего особо
Но можно да
Для фри надо написать еще

Andrey
14.05.2016
14:02:23
@freeseacher Спасибо, ты оказался прав насчёт не правильной ссылки:) поправил - всё поставилось нормально

Денис
14.05.2016
14:06:31
Я на проде разбиваю все через lvm
Спасибо. Я тоже использую lvm. Это для НОД. С базами прямо скопирую Ваш совет. А сколько занимает /opt/noc ? Ну, хотя бы для первого времени?
Что -то посоветуете по разметке башни?

Алексей
14.05.2016
14:07:04
Башня пофиг, маленькая

Andrey
14.05.2016
14:08:13
сам /opt/noc после установки 370 Мбайт, но туда ещё складываются логи
ой:) вы про башню

Денис
14.05.2016
14:09:53
т.е. башню разметку -автоматом..

Алексей
14.05.2016
14:10:19
Скорее да
Однако туда можно отправлять метрики
Логи
Креши
Короче такой инфраструктурный сервер

Денис
14.05.2016
14:11:56
Понятно.

Andrey
14.05.2016
14:12:52
можно было бы калькулятор сделать:) в зависимости от количества оборудования
:)

Денис
14.05.2016
14:13:14