ru_gitlab

10 Jun 2025 19:21

И ключем для инвалидации в npm надо делать не ветку, а package-lock.json файл

ru_gitlab

10 Jun 2025 16:52

Дружат, главное чтобы не противоречили

ru_gitlab

10 Jun 2025 16:49

а rules вроде с needs не дружат

ru_gitlab

10 Jun 2025 16:46

Привет!
Подскажите, плз, можно ли настроить так, чтобы job из 2-го stage можно было запускать независимо от job из 1-го stage?
Сейчас прописано так:

npm-cache:
  stage: cache
  script:
    - npm install
  cache:
    key: ${CI_COMMIT_BRANCH}
    paths:
      - node_modules/
    policy: push
  rules:
    - if: '$CI_PIPELINE_SOURCE != "merge_request_event"'
      when: manual

npm-cache-read:
  stage: scan-fs
  script:
    - pwd
    - ls -l
  cache:
    key: ${CI_COMMIT_BRANCH}
    paths:
      - node_modules/
    policy: pull
  rules:
    - if: '$CI_PIPELINE_SOURCE != "merge_request_event"'
      when: manual

ru_gitlab

09 Jun 2025 16:46

Откуда ошибка из сиайки ?
Ранер и имидж который запускается это разные имиджи )

ru_gitlab

09 Jun 2025 16:39

pull access denied, repository does not exist or may require authorization: server message: insufficient_scope: authorization failed. Check https://docs.gitlab.com/runner/shells/index.html#shell-profile-loading for more information

Хотя секрет сгенерен с той репы где лежит образ

ru_gitlab

09 Jun 2025 16:13

Всем привет. Что-то я не могу допетрать как это работает. Короче задеплоил гитлаб ранер в куб, и хочу юзать кастомный образ для пайплайна, который под авторизацией. Выставляю по разному пулл полиси а оно такое - не, нифига. Как правильно?

Сейчас на этом этапе но шляпа

      config: |
        [[runners]]
          [runners.kubernetes]
            image = "gitlab.**********.org:5001/********/miscellaneous/ci-cd:main"
            privileged = true
            image_pull_secrets = ["gitlab-registry-secret"]

ru_gitlab

09 Jun 2025 12:52

both do not need privileged

ru_gitlab

09 Jun 2025 12:02

atm there are no alternatives afaik.

Well, if building from Dockerfile is not a requirement, you can use tools like google's jib or bazel.

Anyway, this question does not relate to gitlab directly.

ru_gitlab

09 Jun 2025 09:47

А есть какие то best practice для ведения репозитория с пайплайнами?

Имею ввиду у меня один репозиторий чисто для пайплайнов. Которые я потом подключаю к проекту через settings. Но сейчас когда проектов стало очень много. Думаю как это дело организовать?

На текущий момент вынесены jobs, vars, runners в отдельные папки в этом репозитории. И потом include того что нужно в основные пайпы, которые лежат в корне.

Это конечно удобно было когда пайплайнов было до 20, а когда больше, уже тяжеловато

ru_gitlab

09 Jun 2025 09:38

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

ru_gitlab

09 Jun 2025 09:34

По первой проблеме с нестартующим пайпом - перезагружать пробовали раннер? У меня один раз такое было (причем одновременно на всех раннерах). Рестарт каждого помог

ru_gitlab

09 Jun 2025 09:27

дело в том, что сперва пайп один, копии появляются спустя время

ru_gitlab

09 Jun 2025 09:25

Куда-то в сторону очередей сайдкика, скорее всего

ru_gitlab

09 Jun 2025 09:23

вывод не правильный. если бы инстанс ждал раннера, то было бы "pending" в статусе пайплайна. тут со стороны инстанса проблема
Кроме того, пайплайны могут внезапно размножиться, то есть сначала по тегу создается один, как и должно быть, а потом, спустя время, появляется еще 2-3 копии. - а вот с этим и надо заниматься. что—то у тебя забивает очеред в самом гитлабе. возможно, какие-то ретраи, возможно, еще что-то

ru_gitlab

10 Jun 2025 19:19

Странно пытаться прочитать кеш, пока его не собрал. А если его инвалидирует? У тебя все развалится

ru_gitlab

10 Jun 2025 16:52

исправил 2-ю джобу (добавил needs: []):

npm-cache-read:
  stage: scan-fs
  needs: []
  script:
    - pwd
    - ls -l
  cache:
    key: ${CI_COMMIT_BRANCH}
    paths:
      - node_modules/
    policy: pull
  rules:
    - if: '$CI_PIPELINE_SOURCE != "merge_request_event"'
      when: manual

ru_gitlab

10 Jun 2025 16:47

Needs и dependencies тебе в помощь

ru_gitlab

09 Jun 2025 16:46

Нужно прям Ранер запустить или джобу с другим образом

ru_gitlab

09 Jun 2025 16:42

Не похоже на кубовскую ошибку

ru_gitlab

09 Jun 2025 16:37

А нифига это какая ошибка

ru_gitlab

09 Jun 2025 15:09

посмотри как в gitlab и сделай лучше (c).

ru_gitlab

09 Jun 2025 12:50

Jib and bazel are terrible both

ru_gitlab

09 Jun 2025 10:26

Обязательное версионирование, логичное размещение по директориям, отсутствие брейкинг-ченжей в минорных и патч-версиях, максимальная шаблонизация, максимально полное заполнение шаблонов предопределенными переменными ci/cd, возможность отключить любую джобу через переменные ci/cd. Посмотри, как написаны темплейтв у самого гитлаба, они много шишек там набили

ru_gitlab

09 Jun 2025 09:41

если коротко:
1. поправил конфиги чтобы соответстовали новой версии (по сути - перенес свои настроечки хоста и почты в новый дефолтный конфиг) - не помогло
2. добавил новый модный инстанс раннер - не помогло
3. добавил персональный раннер для конкретного проекта - не помогло
4. удалил оба новых раннера - и вдруг все заработало :)

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

ru_gitlab

09 Jun 2025 09:35

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

ru_gitlab

09 Jun 2025 09:30

по айди пайпа ищи в логах, откуда он взялся

ru_gitlab

09 Jun 2025 09:27

Это как следствие. А как причина-искать откуда лишние пайпы

ru_gitlab

09 Jun 2025 09:25

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

ru_gitlab

09 Jun 2025 07:49

пока нашел вот такие логи (api_json.log):
https://pastebin.com/raw/CJQxuEBx

это запросы раннера, в ответе статус 204 - no content:

Checking for jobs...no content                      runner=Wjs6HyBs status=204 No Content