А те, которые доступны в текущий момент времени

Для хоста

Как нет, есть

а где? и почему его тогд дженкинсфайл не подхватывает?

что такое "не подхватывает"?

пайплайны это просто груви интерфейс к паблик апи интерфейса дженкинса и его плагинов

https://github.com/jenkinsci/jenkins/blob/22aa2e6e766074d11249893e3f35e0b99e20d3d0/core/src/main/resources/jenkins/model/CoreEnvironmentContributor/buildEnv.groovy

вот как минимум эти env будут в любом билде

Ребят, у меня тут холи вар возник. Что можете сказать об использовании Ceph в проде?

знать бы что это

это я неправильно объясняю, с дженкинсом всё ок... docker-compose пишет - "app-fork/$BUILD_ID" is not a valid repository/tag: invalid reference format

это я неправильно объясняю, с дженкинсом всё ок... docker-compose пишет - "app-fork/$BUILD_ID" is not a valid repository/tag: invalid reference format

есть minimal reproducible case?

Ребят, у меня тут холи вар возник. Что можете сказать об использовании Ceph в проде?

скажу что все работает как часы и шикарно работает

это я неправильно объясняю, с дженкинсом всё ок... docker-compose пишет - "app-fork/$BUILD_ID" is not a valid repository/tag: invalid reference format

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

у тебя типа внутри композ файла параметр?

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

app: build: context: . args: NODE_URL: http://mysite:1234 image: app-fork/$$BUILD_ID

кусок композа)

${...} ?

image: "app-fork/${BUILD_ID}"

${...} ?

тогда напишет "app-fork/${BUILD_ID}" is not a valid repository/tag: invalid reference format

блин

ну сейчас попробую

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

"app-fork/${BUILD_ID}" is not a valid repository/tag: invalid reference format

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

чисто на всякий случай

если так, то добавь в судо -E

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

echo "Build backend services with build number - ${env.BUILD_ID}........" sh 'docker-compose build --no-cache app backend-1 backend-2' это кусок Jenkinsfile

echo "Build backend services with build number - ${env.BUILD_ID}........" sh 'docker-compose build --no-cache app backend-1 backend-2' это кусок Jenkinsfile

если я правильно понял, то попробуй вот так sh 'docker-compose build --no-cache app backend-1 backend-2 --build-arg BUILD_ID="${BUILD_ID}"'

а. ну дженкинс сетит параметры, но не экспортит их. а то что не экспорчено не передается в сабпроцесы

если export BUILD_ID=${BUILD_ID} перед вызовом композа починит - то это оно

"app-fork/${BUILD_ID}" is not a valid repository/tag: invalid reference format

тег в имадж указывается через :

"app-fork/${BUILD_ID}" is not a valid repository/tag: invalid reference format

плюс значение не подставились похоже

Всем привет,подскажите плс, при создании файла внутри контейнера не могу его редактировать из вне,приходиться меня chown,использую Ubuntu

а coreos это типа докера? :) сори если тупой воппрос

Всем привет,подскажите плс, при создании файла внутри контейнера не могу его редактировать из вне,приходиться меня chown,использую Ubuntu

А sftp или sshfs не помогают?

а coreos это типа докера? :) сори если тупой воппрос

это типа адроида на двухсистемных аппаратах

А sftp или sshfs не помогают?

неа,тут фишка имено в правах

неа,тут фишка имено в правах

а как на андроиде RO стоит?

незнаю точно как на видроиде

это типа адроида на двухсистемных аппаратах

звучит как какая то дичь

почему дичь? очень удобная штука

а. ну дженкинс сетит параметры, но не экспортит их. а то что не экспорчено не передается в сабпроцесы

да, точно, спасибо, помогло

Big Data Security: Top 5 Key Solutions https://tinyurl.com/y9erg67s

Коллеги, подскажите если есть у сворма защита от хреновых контейнеров? С лимитами даже запускаю один контейнер, и он выдает больше цпу, чем ему лимитировано до состояния не вменяемости всего кластера

Коллеги, подскажите если есть у сворма защита от хреновых контейнеров? С лимитами даже запускаю один контейнер, и он выдает больше цпу, чем ему лимитировано до состояния не вменяемости всего кластера

Контейнер с джава приложухой?

Контейнер с джава приложухой?

Угу

@Tylkas Ну джава, до определённой версии, не дружила с cgroups(limits), увы: http://royvanrijn.com/blog/2018/05/java-and-docker-memory-limits/

@Tylkas Ну джава, до определённой версии, не дружила с cgroups(limits), увы: http://royvanrijn.com/blog/2018/05/java-and-docker-memory-limits/

Речь о другом, а лимиты контейнера не относятся к тому что внутри.

Память точно я ей резали, за цпу вот не помню, не скажу

Спасибо. Поставил флаги. Наблюдаю

Точнее не жрала она у меня цпу, даже хайлоад?

Память точно я ей резали, за цпу вот не помню, не скажу

Ну память и -xmx'ом можно подкрутить.

Хип да, 80-90%, нужно, а не можно

Меня прям напрягло что при включении свопа сворм начал использовать 234000% cpu. По данным прометеуса

Выключил, полегчало. Стало в пике 2к

Но один фиг ио скачет время от времени. Сворм крутится на двух ec2 m4.xlarge

Лидер только один

swapoff

swapoff

Давно уже. Со свопом как я писал выше вообще холокост происходит на кластере

да вы че

бля

это не я пацаны

меня взломали?

младший брат ломится за комп?

я хезе

но на меня каэисб репорт кинули

Привет. Есть годный конфиг для compose — nginx, MySQL, app?

laradoc?

Господа,вопрос. Если у меня микросервис запускается в Swarm в --mode global, то будет ли Swarm стараться менеджить запросы тасков других сервисов к его таску на этой же ноде или будет на другие тоже запросы отправлять?

Господа,вопрос. Если у меня микросервис запускается в Swarm в --mode global, то будет ли Swarm стараться менеджить запросы тасков других сервисов к его таску на этой же ноде или будет на другие тоже запросы отправлять?

неа, rr

неа, rr

Нет - будет или не будет?

round-robin

round-robin

То есть, один запрос пойдёт на эту же ноду, другой - на другую? Печально. А можно сконфигурировать чтобы сервисы в рамках одной ноды ходили в global-сервис на их ноде если только он не лежит?

Блин, надо глянуть ipvs, может я ошибаюсь, но кажись нельзя локально

Просто мне из концепции "по одному сервису на ноде" казалось логичным такое поведение. Но да, это нигде написано не было.

Там 2 режима: VIP(ipvs) и rrdns. Второй точно рандомно, ipvs есть сомнения, не углублялся

Окей, спасибо. Почитаю про эти режимы.

Не было задачи, задержки в сети не были такие, чтобы заморачиваться

Я думаю проще проверить )

Я думаю проще проверить )

Ну, да. Просто пока времени нет. Но позже проверю, если не забуду.

laradoc?

Это вместо конфига?

@nodekra А не подскажешь, если при создании сервиса не подключать его к оверлейной сети вручную (то есть, вообще не указывать --network) - контейнеры внутри одной ноды могут друг с другом общаться по хостнейму или пока не добавишь им сеть целенаправленно - они смогут только наружу ходить да запросы извне обрабатывать, а друг друга не будут видеть?

Это вместо конфига?

А, понял. Посмотрю. Просто я не из PHP, поэтому подумал, что это документация к laravel.

@nodekra А не подскажешь, если при создании сервиса не подключать его к оверлейной сети вручную (то есть, вообще не указывать --network) - контейнеры внутри одной ноды могут друг с другом общаться по хостнейму или пока не добавишь им сеть целенаправленно - они смогут только наружу ходить да запросы извне обрабатывать, а друг друга не будут видеть?

Без сети только через publish

Без сети только через publish

Ок, спасибо.

Если так критично, то тебе в куб надо

допустим есть две ноды и в каждой в хостах прописан домен на определенный ип контейнер может гулять между нодами мжно ли автоматом цеплять хост с ноды?

допустим есть две ноды и в каждой в хостах прописан домен на определенный ип контейнер может гулять между нодами мжно ли автоматом цеплять хост с ноды?

env?