Size: a a a

2020 May 31

DB

Dmitrii Barsukov in ru_gitlab
длительность джоба по запуску, конечно, я ошибся
источник

GG

George Gaál in ru_gitlab
The Docker Machine is a special version of the Docker executor with support for auto-scaling. It works like the normal Docker executor but with build hosts created on demand by Docker Machine
источник

СВ

Сергей Вихирев... in ru_gitlab
еще раз :)
проблемы с запуском нет...
есть проблема что
есть 2 пайплайна 1 и 2
есть 2 ранера А и Б
джоб 1 выполняется на ранере А
джоб 2 выполняется на ранере Б
приходит паплайн 3
и гитлаб запскает его не на ранере В, а на ранере А например.
а я хочу привязать полное выполнение только одного пайплайна целиком на один ранер :)
источник

SC

Smoked Cheese in ru_gitlab
нельзя так делать
источник

SC

Smoked Cheese in ru_gitlab
только если будет всего один раннер
источник

В

Виктор in ru_gitlab
Кто нить разворачивал этим чартом https://docs.gitlab.com/charts/?
Везде где нашел https и tls - выключил (т/к сертификат на reverse proxy) но от сервиса гитлаба получаю редирект на 308 https
источник

DB

Dmitrii Barsukov in ru_gitlab
Сергей Вихирев
еще раз :)
проблемы с запуском нет...
есть проблема что
есть 2 пайплайна 1 и 2
есть 2 ранера А и Б
джоб 1 выполняется на ранере А
джоб 2 выполняется на ранере Б
приходит паплайн 3
и гитлаб запскает его не на ранере В, а на ранере А например.
а я хочу привязать полное выполнение только одного пайплайна целиком на один ранер :)
вы мешаете в кучу джобы и пайплайны. Я не понимаю вас, возможно George понимает.
у вас два раннера?
Если вы хотите, чтобы джоб выполнялся на раннере 1 - сделаете у джоба и у раннера тег runner1 и он будет там выполняться.
Хотите на весь пайплайн - сделайте
default:
 tags: runner1
источник

СВ

Сергей Вихирев... in ru_gitlab
Dmitrii Barsukov
вы мешаете в кучу джобы и пайплайны. Я не понимаю вас, возможно George понимает.
у вас два раннера?
Если вы хотите, чтобы джоб выполнялся на раннере 1 - сделаете у джоба и у раннера тег runner1 и он будет там выполняться.
Хотите на весь пайплайн - сделайте
default:
 tags: runner1
я бы сделал, вот так
job:
 tags:
   - $CI_PIPELINE_ID
но
так нельзя
источник

GG

George Gaál in ru_gitlab
Зачем?
источник

GG

George Gaál in ru_gitlab
Я вообще не понимаю, зачем так делать
источник

GG

George Gaál in ru_gitlab
Dmitrii Barsukov
вы мешаете в кучу джобы и пайплайны. Я не понимаю вас, возможно George понимает.
у вас два раннера?
Если вы хотите, чтобы джоб выполнялся на раннере 1 - сделаете у джоба и у раннера тег runner1 и он будет там выполняться.
Хотите на весь пайплайн - сделайте
default:
 tags: runner1
++
источник

GG

George Gaál in ru_gitlab
Сергей Вихирев
еще раз :)
проблемы с запуском нет...
есть проблема что
есть 2 пайплайна 1 и 2
есть 2 ранера А и Б
джоб 1 выполняется на ранере А
джоб 2 выполняется на ранере Б
приходит паплайн 3
и гитлаб запскает его не на ранере В, а на ранере А например.
а я хочу привязать полное выполнение только одного пайплайна целиком на один ранер :)
Пайплайны в рамках одного репо?
источник

DB

Dmitrii Barsukov in ru_gitlab
переменные нельзя в теги, вот дока https://docs.gitlab.com/ee/ci/variables/where_variables_can_be_used.html
источник

СВ

Сергей Вихирев... in ru_gitlab
George Gaál
Я вообще не понимаю, зачем так делать
ну вот хочу чтобы после выполнения пайплайна я мог удалить вируталку, чтоб бы на ней гарантировано небыло больше ничего запущено.
источник

СВ

Сергей Вихирев... in ru_gitlab
George Gaál
Пайплайны в рамках одного репо?
да
источник

GG

George Gaál in ru_gitlab
Сергей Вихирев
ну вот хочу чтобы после выполнения пайплайна я мог удалить вируталку, чтоб бы на ней гарантировано небыло больше ничего запущено.
Удаляй в рамках последнего шага в пайплайне
источник

GG

George Gaál in ru_gitlab
Это первый вариант
источник

DB

Dmitrii Barsukov in ru_gitlab
в любом случае нельзя теги динамические
источник

GG

George Gaál in ru_gitlab
Второй вариант. Берешь куб. У куба есть бекенд, который умеет ходить и заказывать виртуалки. Kubevirt или типа того
источник

GG

George Gaál in ru_gitlab
Сам кубернетес тогда будет гарантировать, что виртуалка убита
источник