необходимо fqdn?

нет как раз он там был бы вреден.

/usr/bin/mongo --host noc/noc-node1 --eval 1

я может наворотил делов уже, когда пробовал удалить монгу и сделать деплой. может все тоже самое сделать но на рабочем ноке?

текстом на пасту

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

а монга запущена ?

https://pastebin.com/3RFKjWyn

запущена, в консоль входит

getent hosts noc-node1

в монге?

нет на хосте

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

/etc/mongod.conf

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

там секция net:

какблин ?

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

а как это сделать?

кто делает connection refused ?

а как это сделать?

погоди.

а вот терпение... :) И не факт, что это твоя проблема

кто делает connection refused ?

я изза этого не мог дамп сделать, точно такаяже ошибка

я изза этого не мог дамп сделать, точно такаяже ошибка

фаер ?

нету там фаера, не должен быть

ббунта 16.04 из коробки, с ссх сервером,в се

iptables-save

там ни iptables ничего

пустой вывод

/usr/bin/mongo --host noc/noc-node1 --eval 1

noc здесь, это что?

/usr/bin/mongo --host noc/noc-node1 --eval 1

короче надо понять почему команда приводит к кон рефузед

название репликасета

тоесть внутри монги оно, к днс-у никаким боком

оно что то про систему.

удалять, если что - /etc/mongod/admininit.js

удалять, если что - /etc/mongod/admininit.js

это на ноде, а отметка то на башне

или башня туда глядит и делает выводы?

или башня туда глядит и делает выводы?

да как я и говорил выше.

про when и register

я пока не сильно быстро читаю синтаксис ансибла) но начинаю понимать немного

dmitryluhtionov opened merge request at / noc: Fix Siklu.EH.get_lldp_neighbors script

после инсталяции ноды на ней что то вообще происходило до наката нока ?

да.

согласно конфигу

dmitryluhtionov opened merge request at / noc: Fix Siklu.EH.get_lldp_neighbors script

merge request opened by dmitryluhtionov

после инсталяции ноды на ней что то вообще происходило до наката нока ?

не совсем понял. накат нока - сценарий ансамбля? если так, то я просто запускал деплой и ждал, обычно на монге застревало

не совсем понял. накат нока - сценарий ансамбля? если так, то я просто запускал деплой и ждал, обычно на монге застревало

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

елси же что видно после ошибки - то при попытке зайти на вебку нока там было 502

не, в самом начале давно была пустая. сейчас же я пробую обновить существующий нок

просто удалял монгу, думал если чистая создастся то будет мне счастье

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

предлагаешь начисто перезалить ноду?

не, в самом начале давно была пустая. сейчас же я пробую обновить существующий нок

после инсталяции какието работы по донастройке проводились ?

мне надо понять куда смотреть

sysctl кручен

после инсталяции какието работы по донастройке проводились ?

ТОЛЬКО нок_кастом делал, скрипты в крон напихал, ничего незаконного

или там еще какая хрень

откуда взялся conn refused

в нем беда это факт

специально отдельно нок держу, чтобы пыли меньше было

но откуда он берется надо понять

что я могу еще сделать чтобы отследить?

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

dmitryluhtionov opened merge request at / noc: Fix Alstec.MSPU.get_mac_address_table script

проверить на остатки монгу. конфиги и доп пакеты др. версии

апт кеш?

и чего тут не может лог записать

/usr/bin/mongo --host noc/noc-node1 --eval 1

щас выну бекапы, сделаю ровно тоже самое, посмотрим что даст

щас выну бекапы, сделаю ровно тоже самое, посмотрим что даст

вынимай только на другую машину/адрес

не надо

не ломайте стенд

на стенде есть ошибка

конфиги же привязаны к айпишке, как этопомжет?

правильное поведение после инициализации должно быть такое

$ /usr/bin/mongo --host noc/noc-node1 --eval 1 MongoDB shell version v3.6.7 connecting to: mongodb://noc-node1:27017/?replicaSet=noc 2018-08-22T14:47:22.270+0300 I NETWORK [thread1] Starting new replica set monitor for noc/noc-node1:27017 2018-08-22T14:47:22.272+0300 I NETWORK [thread1] Successfully connected to noc-node1:27017 (1 connections now open to noc-node1:27017 with a 5 second timeout) MongoDB server version: 3.6.7

может башня сломана?

$ /usr/bin/mongo --host noc/noc-node1 --eval 1 MongoDB shell version v3.6.7 connecting to: mongodb://noc-node1:27017/?replicaSet=noc 2018-08-22T14:47:22.270+0300 I NETWORK [thread1] Starting new replica set monitor for noc/noc-node1:27017 2018-08-22T14:47:22.272+0300 I NETWORK [thread1] Successfully connected to noc-node1:27017 (1 connections now open to noc-node1:27017 with a 5 second timeout) MongoDB server version: 3.6.7

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

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

если не запущена то # /usr/bin/mongo --host noc/noc-node1 --eval 1 MongoDB shell version v3.6.7 connecting to: mongodb://noc-node1:27017/?replicaSet=noc 2018-08-22T14:49:23.636+0300 I NETWORK [thread1] Starting new replica set monitor for noc/noc-node1:27017 2018-08-22T14:49:23.637+0300 W NETWORK [ReplicaSetMonitor-TaskExecutor-0] Failed to connect to 192.168.130.58:27017, in(checking socket for error after poll), reason: Connection refused 2018-08-22T14:49:23.637+0300 W NETWORK [ReplicaSetMonitor-TaskExecutor-0] Unable to reach primary for set noc 2018-08-22T14:49:23.637+0300 I NETWORK [ReplicaSetMonitor-TaskExecutor-0] Cannot reach any nodes for set noc. Please check network connectivity and the status of the set. This has happened for 1 checks in a row. 2018-08-22T14:49:24.137+0300 W NETWORK [thread1] Failed to connect to 192.168.130.58:27017, in(checking socket for error after poll), reason: Connection refused 2018-08-22T14:49:24.138+0300 W NETWORK [thread1] Unable to reach primary for set noc 2018-08-22T14:49:24.138+0300 I NETWORK [thread1] Cannot reach any nodes for set noc. Please check network connectivity and the status of the set. This has happened for 2 checks in a row. 2018-08-22T14:49:24.638+0300 W NETWORK [thread1] Failed to connect to 192.168.130.58:27017, in(checking socket for error after poll), reason: Connection refused 2018-08-22T14:49:24.638+0300 W NETWORK [thread1] Unable to reach primary for set noc 2018-08-22T14:49:24.638+0300 I NETWORK [thread1] Cannot reach any nodes for set noc. Please check network connectivity and the status of the set. This has happened for 3 checks in a row.

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

но у вас монга запущена!!! но доступа к ней у скрипта нет!

как так

как так

как в мускуле, на имя хоста права распространяются? может в жту сторону посмотреть?

может какие то человечки типа se-linux или apparmor ?

сейчас поведение воспроизводится да ?

помните, я писал, что катко неправильно обновил башню, через tower-upgrade? оно могло както повлять?

может какие то человечки типа se-linux или apparmor ?

первого там нет, второе не уверенн

как так

какой айпи у тебя на тесте идёт первым в секции net:

/usr/bin/mongo --host noc/noc-node1 --eval 1 -> conn refused /usr/bin/mongo -> приглашение да ?

какой айпи у тебя на тесте идёт первым в секции net:

net: port: 27017 bindIp: 127.0.0.1,{{ mongo_listen_addr }}

это беда?

не понятно

выше ответте

/usr/bin/mongo --host noc/noc-node1 --eval 1 -> conn refused /usr/bin/mongo -> приглашение да ?

верно