я тебя спросил про сам sae и его треды

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

у тебя потоков дискавери должно быть стока же сколько и сае.

Почему я только сейчас об этом узнаю?

причём со всех пулов?

у тебя в консуле слоты все заняты ?

сцука, как там найти?

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

и листай всамый низ

у меня кол-во слотов в манифексте совпадает с тем, что указао в башне в инстансах

бекапных у меня нет

у меня кол-во слотов в манифексте совпадает с тем, что указао в башне в инстансах

так же

сае-то тут при чём, зомбии

лолд

заходишь в влан и там карточка есть

а так - глянь в лог дискавери

там будет Creating VLAN

заходишь в влан и там карточка есть

но там нет, откуда. Сейчас поищу в логах.

там будет Creating VLAN

прям номер будет7

прям номер будет7

да. Будет видно на каком устройстве дискавери прошёл первым

а так - глянь в лог дискавери

а нетути.

Может, они у меня давно были?

VLAN discovery is disabled for segment 'Mihaylovka'. Skipping ладно, покурим.

Discovered at

я косячник, я в Virtual Circuits пялился

Коллеги, снимите плиз с ручника, чет я ничего не понимаю. НОК по 443 отдает 500 ошибку. В логах нгинкса "connect() failed (111: Connection refused)", но оба noc-web процесса живы и даже отдываются на http на своиз портах.

дёрни консул и потом веб

Коллеги, снимите плиз с ручника, чет я ничего не понимаю. НОК по 443 отдает 500 ошибку. В логах нгинкса "connect() failed (111: Connection refused)", но оба noc-web процесса живы и даже отдываются на http на своиз портах.

consul-template попробовать перезапустить

дёрни консул и потом веб

это не поможет

рестарт нока все вертает к жизни, примерно на сутки

consul-template попробовать перезапустить

не помогает

root@noc1:/var/log# netstat -nap | grep web tcp 0 0 91.151.201.45:25853 0.0.0.0:* LISTEN 31569/noc-web tcp 0 0 91.151.201.45:27635 0.0.0.0:* LISTEN 31568/noc-web

root@noc1:/var/log# cat /etc/nginx/upstream.conf # That file is managed by consul-template. # # Please do not edit. upstream noc-web { server 91.151.201.45:27635 weight=1 max_fails=3 fail_timeout=10; server 91.151.201.45:25853 weight=1 max_fails=3 fail_timeout=10; }

вроде даже правда

в логах процессов веб отображаются записи о запросах?

по прямым портам - да, от нгинкса - нет

гм.... странно

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

а что в логах nginx ?

рефузед и все на этом

если перезапустить nginx, то это не поможет?

неа, уже подергал, и web-ы отдельно вырезал из конфигов, оба говрят одно и тоже

а, стоп, это авторизация улетает....

upstream: "http://127.0.0.1:65535/api/auth/auth/"

а что там должно жить?

логин?

root@noc1:/var/log/nginx# netstat -nap | grep logi tcp 0 0 91.151.201.45:39930 0.0.0.0:* LISTEN 31566/noc-login- tcp 0 0 91.151.201.45:21357 0.0.0.0:* LISTEN 31567/noc-login-

оно?

тогда вопрос, почему consil может думать, что оно должно жить на порту 65535?

Да, скорее всего он. а ты какую страницу открываешь? попробуй начало открыть

корень

тогда вопрос, почему consil может думать, что оно должно жить на порту 65535?

попробуй перезапустить логины

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

на 65535 нет ничего и быть не может

походу валится условие {{range service "login"}} в шаблоне

понять-бы почему

я к сожалению не знаю что это за зверь такой. Никто не знает/помнит относительно чего это условие проверяется?

upstream: "http://127.0.0.1:65535/api/auth/auth/"

где это?

noc.error.log

нгинкса

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

мб он косячит?

ну походу он и косячит

только не пойму чего ему не хватает для счастья

он работает

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

тебе сможет помочь Алексей, потереби его после того, как очнётся

я не шарю в механизме вот этом

"/etc/nginx/conf.d/noc.conf" - этот файлик перегенерится постоянно?

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

noc stop выплюнуло в логи вот это Dec 27 12:03:24 noc1 consul-template[1771]: 2017/12/27 09:03:24.819706 [WARN] (view) health.service(login|passing): Get http://consul:8500/v1/health/service/login?index=1714296&passing=1&stale=&wait=60000ms: dial tcp 127.0.0.1:8500: getsockopt: connection refused (retry attempt 1 after "250ms") Dec 27 12:03:25 noc1 consul-template[1771]: 2017/12/27 09:03:25.070058 [WARN] (view) health.service(login|passing): Get http://consul:8500/v1/health/service/login?index=1714296&passing=1&stale=&wait=60000ms: dial tcp 127.0.0.1:8500: getsockopt: connection refused (retry attempt 2 after "500ms") Dec 27 12:03:25 noc1 consul-template[1771]: 2017/12/27 09:03:25.571296 [WARN] (view) health.service(login|passing): Get http://consul:8500/v1/health/service/login?index=1714296&passing=1&stale=&wait=60000ms: dial tcp 127.0.0.1:8500: getsockopt: connection refused (retry attempt 3 after "1s") Dec 27 12:03:57 noc1 consul-template[1771]: 2017/12/27 09:03:57.126009 [WARN] (view) health.service(login|passing): Get http://consul:8500/v1/health/service/login?index=1714296&passing=1&stale=&wait=60000ms: EOF (retry attempt 4 after "2s") Dec 27 12:03:59 noc1 consul-template[1771]: 2017/12/27 09:03:59.126713 [WARN] (view) health.service(login|passing): Get http://consul:8500/v1/health/service/login?index=1714296&passing=1&stale=&wait=60000ms: dial tcp 127.0.0.1:8500: getsockopt: connection refused (retry attempt 5 after "4s")

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

но логин жив

consul-template попробовать перезапустить

Нет, пока не было ситуаций кроме фряхи когда это помогает.

Коллеги, снимите плиз с ручника, чет я ничего не понимаю. НОК по 443 отдает 500 ошибку. В логах нгинкса "connect() failed (111: Connection refused)", но оба noc-web процесса живы и даже отдываются на http на своиз портах.

Надо дергать веб. В логах консула можно понять что веб дерегнули.

"/etc/nginx/conf.d/noc.conf" - этот файлик перегенерится постоянно?

Он генериься при деплое

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

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

ух написали

давайте по шагам

workflow default состоит ровно из одного состояния

и характеризует ситуацию до wf

когда состояний не было

он ставится по дефолту

default resource более сложный

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

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

как раз то, что нужно для discovery

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

пока в 3 приложениях

но я готовлю задание на графический редактор

vcdomain не сегмент, строго говоря

у сегмента есть признак vlan border