mrlevtol, но ведь вы хотите знать о состоянии, например, всех вентиляторов, все показания датчиков температуры, нагрузку на все ядра
То есть конфига вам в общем то недостаточно - вам еще и инвентаризация понадобится чтобы знать что у конкретного хоста есть а что нет. Уж проще тогда или все вытягивать или фильтровать вытянутое перед выдачей в экспортер
Видел, кстати, парсер LHW (для инфлакса правда) написанный на go (на гитхабе) - но логика парсинга-то будет та же самая.
по-моему вам должен хорошо помочь jsonpath
dmvlch_dev, никогда не ставил себе такую задачу
прямой и "тупой" путь: можно ограничить с помощью правил iptables / nftables (но вы говорили что файрвол отключен - значит придется не только это правило создавать, а вообще в принципе настроить iptables)
А вообще, говоря об оригинальном вопросе: мы с вами общаемся в комментариях к вопросу - а вы уже нашли ответ, причем самостоятельно. Добавьте в ответы, чтобы в будущем ищущие могли воспользоваться вашим опытом.
dmvlch_dev, ну, по моему, в вашей версии монги .setSecondaryOk() уже deprecated
И вообще эти параметры относятся к возможности чтения с секондари ноды, а у вас грейлог "падает" (в чем кстати выражается падение? сервис выключается или просто эксепшены сыплет непрерывно?)
Дык у нас тут раздел как раз про гитлаб, и раз человек в этом разделе спрашивает как настроить деплой - то очевидно, что у него гитлаб уже есть. А если нет - то тут уже вопрос к ТС и ему следует поправить вопрос и указать правильные теги.
вы наверное хотели сказать: Дык у нас тут раздел как раз про гитлаб и раз человек в этом разделе спрашивает как настроить развертывание - то очевидно что у него гитлаб уже есть. А если нет - то тут уже вопрос к ТС и ему следует поправить вопрос и указать правильные метки
проведите тесты доступности монги: с каждой ноды грейлога telnet на порт монги на каждой ноде монги (включая собственную)
10.210.133.01:27017
10.210.133.02:27017
10.210.133.03:27017
VoidVolker, а что вам не нравится?
технически, вариант с гитлаб раннером имеет право на существование (и предпочтителен в случае если есть гитлаб сервер. Раннер как раз занимается тем что постоянно опрашивает сервер а нет ли новой задачи. Каждые 3 секунды, кстати, насколько я помню, чем вам не scheduler :D ) но если гитлаба нет? Предлагаете еще один сервис запихать в ответственность (чью кстати? и надо ли оно ему) balvardo, ну вот собственно вам и нужен инициатор деплоя изнутри. а так же отлаженные скрипты деплоя. упомянутый выше gitlab раннер - хорошее решение, но снаружи тоже надо об этом всем заботиться.
Вообще, если вы единственный разработчик этого добра и нет никаких противоречий у заказчика по безопасности - можно действительно водрузить внутри контура раннер, который подключите к вашему проекту на gitlab.com и деплоить будете CI-кой. Это будет красиво, контролируемо и хорошо
dmvlch_dev, насколько я помню, в конекшн стринге должны быть все ноды репликасета, клиент монги в грейлоге сам разберется куда идти
поправьте, перезапустите грейлоги, и приведите ошибку из логов грейлога при выпадании праймари ноды
вероятно какая то ошибка в строке подключения к монго в конфиге грейлога - ваш конфиг неизвестен
или недоступность secondary ноды для грейлога - мы не знаем как у вас настроен файрвол между нодами и как устроена коннективити
Тут стоит задать уточняющие вопросы:
вы пишете "сервер не пингует" а в тестах приводите примеры c curl
пинги - это icmp протокол. Разрешено ли в правилах файрвола на хосте 2 отвечать на icmp?
curl ходит по http (в вашем случае запрашивается 80й TCP порт). вопросы те же: а разрешен ли доступ к 80-му порту в правилах firewall?
res2001, вообще это шутка, в стиле "ну я же не советую использовать средства обхода блокировок, а как раз наоборот" :D
данный продукт (ну и есть его последователи и альтернативы) вмешивается в определенных, неломающих пределах, в структуры данных передаваемых от вас в интернет, что мешает правилам блокировки определять куда и зачем вы идете.
SmeliyR, Powershell это не утилита, это встроенная в Windows замена командной строки, а tee(в Powershell) - это алиас к коммандлету Powershell tee-object
tee-object умеет менять кодировку вывода в файл. Какая нужна вам - не подскажу, обычно UTF8 достаточно для всех нужд
shupike, логон скрипты
учитывая наличие winget в современных виндах можно еще и упростить себе жизнь в принципе (или усложнить)
Однако, если корпоративное окружение - лучше озаботиться WDS и SCCM (смотрите соседний ответ от Роман Безруков)
Алексей, ну, в общем - да, операция будет менее ресурсоёмкой, поскольку не нужно будет проверять версии каждого объекта который вам не нужен
Возможно, есть лучшее решение. Но я его не знаю )