надежность выше у 10

надежность выше у 10

За счёт чего?

Аргументы

неоспоримо, но факт

дружко.jpg )

Всем привет! Есть специалисты по ansible? Дано: есть словарик в groups_vars, следующего вида alerts: InstanceDown: query: 'up == 0' time: '10s' labels: '{ severity = "critical" }' summary: "{% raw %}instance '{{ $labels.instance }}' job '{{ $labels.job }}' has been down{% endraw %}" description: "{% raw %}instance '{{ $labels.instance }}' job '{{ $labels.job }}' has been down{% endraw %}" Если попытаться его использовать в ansible в with_dict: "{{ alerts }}" или косвенно with_dict: "{{ hostvars }}" (он попадает сюда в числе прочих переменных), то получаем ошибку вида template error while templating string: unexpected char u'$' at 13. String: instance '{{ $labels.instance }}' job '{{ $labels.job }}' has been down"} Есть ли какой-нибудь способ правильно заэкспейпить $labels так, чтобы оно всегда работало?

raw вытащи из ковычек

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

Ребята такой вопрос: Как к постгре зацепиться из kubernates 192.168.1.2 - Постгря 10.0.1.11 - приложение/контейнер Хотя б в какую сторону смотреть (Endpoints?) или же в Dockerfile?

Коллеги, подскажите плз, как из jenkins pipeline передавать переменные в maven? В freestyle-джобе maven видит переменные, заданные при "build with parameters", а в пайплайне при объявлении через def - не видит

Небыстро конечно. Но надежно

быстро

Коллеги, подскажите плз, как из jenkins pipeline передавать переменные в maven? В freestyle-джобе maven видит переменные, заданные при "build with parameters", а в пайплайне при объявлении через def - не видит

При сборке maven берёт конфиги, в которых runmode=$mode. Вот как объявить это в pipeline?

Коллеги, подскажите плз, как из jenkins pipeline передавать переменные в maven? В freestyle-джобе maven видит переменные, заданные при "build with parameters", а в пайплайне при объявлении через def - не видит

Вызваю через withmaven

env.mode='ololo'

env.mode='ololo'

А для мавена это будет $mode или $env.mode ?

быстро

120тб? Ну-ну

А для мавена это будет $mode или $env.mode ?

$mode

env.mode='ololo'

Я попробовал environment {env.mode = 'ololo'} Выводится null. Попробую прямо в теле, спасибо

для дома r5-6? вы серьезно? )

да дома всегда можно выключить комп - поехать в магаз и купить новый винт

pipeline { agent { node { label 'slave' customWorkspace '/home/jenkins/backend-ci' } } environment { START = "" SLACK_CHANNEL = '#notif-backend' SLACK_MESSAGE = "" DURATION = "" MODE = "" FULL = 'NO' VERSION = "" RELEASE = "" }

Дальше используются переменные окружения $SLACK_CHANNEL, $FULL и так далее

sh(script: "make -f Makefile.jenkins version=${VERSION} release=${RELEASE}")

Например, так

120тб? Ну-ну

LTO Ultrium-7 technology provides up to 750 MB/s* data transfer rates. That’s more than 2.7 TB per hour of blazing storage performance per drive.

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

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

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

а то я не знаю ?

ну т.е. какая-нибудь ts3100 в которой один магнитофон - и та с роботом

LTO Ultrium-7 technology provides up to 750 MB/s* data transfer rates. That’s more than 2.7 TB per hour of blazing storage performance per drive.

Канал строился 10 лет назад. Так что если склероз мне не врет максимум 4 лто там (

Господа, подскажет кто может - надо питоном проверять урлу на JS алерт. Можно ли это как-то сделать без запуска браузера?

Высок для 10ки - это 100% / 3

Тока это не вероятность

мб кто подскажет по rabbitMQ. Есть кластер(cluster.node1, cluster.node3...), хочу добавить туда ноду(node2). ноды пингуются по FQDN, erlang cookie кластерной ноды подставил. Когда выполняю: rabbitmqctl stop_app rabbitmqctl join_cluster cluster.node1 мне консоль возвращает Clustering node 'rabbit@node2' with 'cluster.node1' ... Error: unable to connect to nodes ['cluster.node1']: nodedown DIAGNOSTICS =========== attempted to contact: ['cluster.node1'] cluster.node1: * connected to epmd (port 4369) on node2 * epmd reports: node 'cluster.node1' not running at all other nodes on node2: [rabbit] * suggestion: start the node При этом кластерная нода доступна и работает. Куда копать?

Господа, подскажет кто может - надо питоном проверять урлу на JS алерт. Можно ли это как-то сделать без запуска браузера?

нихуя не понял. но все же спрошу. что ожидаешь получить в ответе?

Потому что массовый отказ одинаковых дисков - это гарантия утери данных

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

нахуй вообще вы пересказываете друг другу эти городские легенды по которому кругу не знаю уже?

про вот это вот "процессор не справится с raid6" или про "одна партия в одно и то же время ломается"?

смотря сколько дисков

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

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

вчера только давал ссылку https://www.ibm.com/developerworks/community/blogs/svcstorwize/entry/Some_details_about_how_DRAID_works?lang=ru

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

72 диска. ксеон не нагибают. на одно ядро садить не будет ?

что под капотом у сторвайза - тоже не тайна совсем

а больше 72х в "обычный" писюк не удается засунуть ?

а больше 72х в "обычный" писюк не удается засунуть ?

ты про имена дисков?

а, не всу. с экстендером 134 засовывали 5)

ты про имена дисков?

нет, про железо. pci-e кончаются

https://www.backblaze.com/blog/hard-drive-failure-rates-q1-2017/ например, в конце концов

в линуксе /dev/sdaaa просто и так далее

ну ты можешь через сеть диски подсосать

это не проблема

$mode

не помогло. задаю env.mode='true', в "mvn install -Dmode=$mode" - срабатывает. А при деплое, когда в wildfly отправляется app.ear с конфигом внутри, получаю ошибку "mode=$mode - not valid value for boolean". То есть не пролетает значение переменной

И да, если я не вру, то на партиях "с одного времени" в 1000+ дисков сразу (неделя-две) вылетает 2-3 диска. потом живут и как обычно

pipeline { agent { node { label 'slave' customWorkspace '/home/jenkins/backend-ci' } } environment { START = "" SLACK_CHANNEL = '#notif-backend' SLACK_MESSAGE = "" DURATION = "" MODE = "" FULL = 'NO' VERSION = "" RELEASE = "" }

то же самое. внутрь мавена значение переменной не попадает.

А как именно вы вызываете maven в pipeline?

Не попасть оно не может, видимо, у вас на этапе передачи переменной фигня происходит

И да, если я не вру, то на партиях "с одного времени" в 1000+ дисков сразу (неделя-две) вылетает 2-3 диска. потом живут и как обычно

точнее "при включении всей хуйни порой что-то ломается. как правило это происходит достаточно сразу. потом - работает" и это не совсем, точнее не только про диски

и это тоже. у нас есть сервера класса "не выключай - не заведешь" ?

А как именно вы вызываете maven в pipeline?

withmaven(maven:Default, mavenSettingsConfig: mvnsettings) { sh "mvn clean install -Dmode=$mode" }

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

Это твой личный опыт. Но массовые отказы сериями дисков были у всех брэндов

Это твой личный опыт. Но массовые отказы сериями дисков были у всех брэндов

выше ссылка на backblaze

ну и гугловые отчеты можно посмотреть на ту же тему

ну и гугловые отчеты можно посмотреть на ту же тему

Да я примерно представлю состояние отрасли. Приходится смотреть.

Не попасть оно не может, видимо, у вас на этапе передачи переменной фигня происходит

по логике, maven при вызове цели deploy, должен собрать .war, конфиги, сложить в .ear и отдать его в wildfly. Но в wildfly переменных не оказывается и отсюда ошибка

withmaven(maven:Default, mavenSettingsConfig: mvnsettings) { sh "mvn clean install -Dmode=$mode" }

А в environment оно тоже с маленькой буквы написано? Попробуйте его распечатать withmaven(maven:Default, mavenSettingsConfig: mvnsettings) { sh "echo mode=$mode" sh "mvn clean install -Dmode=$mode" } Важно понять, вы его просто не выставляете по каким-то причинам, или вы его выставляете, но оно не пролазит через withmaven

по логике, maven при вызове цели deploy, должен собрать .war, конфиги, сложить в .ear и отдать его в wildfly. Но в wildfly переменных не оказывается и отсюда ошибка

не понимаю, почему из freestyle работает, а из pipeline - нет...

ERROR: S client not available

ну и гугловые отчеты можно посмотреть на ту же тему

Я просто своими глазами видел как в серваке за 2 месяца последовательно сдохло 6 дисков. Одинаковых.

не понимаю, почему из freestyle работает, а из pipeline - нет...

Есть подозрение, что withmaven вам чистит environment

А в environment оно тоже с маленькой буквы написано? Попробуйте его распечатать withmaven(maven:Default, mavenSettingsConfig: mvnsettings) { sh "echo mode=$mode" sh "mvn clean install -Dmode=$mode" } Важно понять, вы его просто не выставляете по каким-то причинам, или вы его выставляете, но оно не пролазит через withmaven

печатал. в логах сборки тоже проверил: [it-test] Running shell script + mvn clean install -Dmode=true

то есть при вызове maven переменная в него передаётся, а дальше уже нет

А что значит "дальше"?

Есть подозрение, что withmaven вам чистит environment

пойду погуглю

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

Уточнитет, что значит "дальше"

Дальше - это куда?

А что значит "дальше"?

при запуске shell'ом переменная передалась, при запуске цели deploy - уже нет

при передаче в wildfly переменной тоже нет

ошибку получаю именно от wildfly

А что значит "запуск shell'ом" или "запуск цели"?

withmaven(maven:Default, mavenSettingsConfig: mvnsettings) { sh "mvn clean install -Dmode=$mode" }

запуск шеллом - это вот)

И здесь переменная передалась, верно?

а запуск цели - когда maven начал билдить и дошёл до deploy goal

И здесь переменная передалась, верно?

да

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

да

Это просто ?

{ sh "export mode=$mode; mvn clean install -Dmode=$mode" }

/b

У вас приезжает переменная окружения, но она не экпорттирована в shell'е

В итоге дочерние процессы ее не видят

Если сделать export перед тем, как вызывать mvn - все будет на месте

{ sh "export mode=$mode; mvn clean install -Dmode=$mode" }

хм. а можно отдельным блоком заявить для всех переменных? то есть: sh "export mode=$mode; var1=$var1; ... varN=$varN" sh "mvn clean install -Dmode=$mode"

Не получится

Дело в том, что sh - это отдельный вызов shell

И export работает лишь на него

понял, пойду применять

Спасибо! )

Я думаю, вам лучше сделать иначе