Size: a a a

2019 December 23

S

Stefan in ru_gitlab
Stefan
господа, есть такой скриптец, написанный хрен знает когда, работающий нормально в последний раз хрен знает когда,  в теории до обновления:
gitlab-rails runner "
def rm_img(imgs, project_id)
 if imgs and imgs.any?
   imgs.to_set
   img_names = imgs.map { |tag| tag.name}
   p img_names.inspect + 'will be deleted for project id=' + project_id.to_s
   //imgs.map { |tag| tag.delete}
 else
   p 'no old images to deletei for project id=' + project_id.to_s
 end
end

 ContainerRepository.all.map do | project |
   #live_tags = project.tags.select { |tag| tag.name.match('live') }
   #rm_img(live_tags.sort_by { |tag| tag.created_at}.reverse![6..live_tags.length], project.project_id)
   old_tags = project.tags.delete_if  { |tag| tag.name == 'master' }
   old_tags.delete_if  { |tag| tag.name == 'rel' }
   old_tags.delete_if  { |tag| tag.name == 'pre' }
   old_tags.delete_if  { |tag| tag.name == 'latest' }
   old_tags.delete_if  { |tag| tag.name == 'production' }
   old_tags.delete_if  { |tag| tag.repository.name == 'production' }
   old_tags.delete_if  { |tag| tag.name.match(/^live\..*/) }
   old_tags.delete_if  { |tag| tag.name.match(/^prelive.*/) }
   rm_img(old_tags, project.project_id)
 end
"
обновили гитлаб с 12.5.0 до 12.5.5, теперь при запуске скрипта выпадает с ошибкой:
Please specify a valid ruby command or the path of a script to run.
Run 'bin/rails runner -h' for help.

/opt/gitlab/embedded/lib/ruby/gems/2.6.0/gems/railties-5.2.3/lib/rails/commands/runner/runner_command.rb:47: unknown regexp option - g

сделал gitlab-rails -h, аргумент
runner
еще присутствует, куда копнуть можно?
после часов дебага, осознал что кто-то правил скрипт руками и проблема была в // символах якобы комментирования строки, которые нифига в руби не работают, убрал и заменил на # и завелось
источник

GG

George Gaál in ru_gitlab
Stefan
после часов дебага, осознал что кто-то правил скрипт руками и проблема была в // символах якобы комментирования строки, которые нифига в руби не работают, убрал и заменил на # и завелось
👍
источник

VD

Vladimir Dzalbo in ru_gitlab
Серго
Ребят ну помогите, уже пол дня бьюсь с траблой.

Попытался обновить до 12 версии с 11

вот лог по ссылке при команде gitlab-ctl reconfigure

https://pastebin.com/rT4acP9F
у тебя же там черным по белому написано “Your current database version is too old to be migrated. You should upgrade to GitLab 11.11.0 before moving to this version. Please see https://docs.gitlab.com/ee/policy/maintenance.html#upgrade-recommendations
источник

С

Серго in ru_gitlab
уже решил
источник

С

Серго in ru_gitlab
надо было поставить 11.11.3 и потом до 12 и норм стало
источник

DV

Dmitry Volkov in ru_gitlab
Всем привет
Подскажите новичку плиз
Пытаюсь поднять gitlab через docker-compose
compose file:
version: '2'
services:
# GitLab
 gitlab:
   container_name: gitlab
   image: gitlab/gitlab-ce:latest
   restart: unless-stopped
   ports:
     - 443:443/tcp
     - 88:80/tcp
   volumes:
     - /srv/gitlab/config:/etc/gitlab
     - /srv/gitlab/data:/var/opt/gitlab
     - /srv/gitlab/logs:/var/log/gitlab


все хорошо запустилось
в web интерфейсе создаю проект (пробовал internal/external/private)
проект создается но при нажатии clone выдает ссылку типа:

git@26cc9033311d:root/roottest.git


host такой в dns не пропиван и ясен фиг не резолвится
даже если добавляю инфу в файл /etc/hosts - при попытки клонировать - запрашивает пароль, но пароль пользователя не подходит
источник

НК

Николай Колчин in ru_gitlab
Dmitry Volkov
Всем привет
Подскажите новичку плиз
Пытаюсь поднять gitlab через docker-compose
compose file:
version: '2'
services:
# GitLab
 gitlab:
   container_name: gitlab
   image: gitlab/gitlab-ce:latest
   restart: unless-stopped
   ports:
     - 443:443/tcp
     - 88:80/tcp
   volumes:
     - /srv/gitlab/config:/etc/gitlab
     - /srv/gitlab/data:/var/opt/gitlab
     - /srv/gitlab/logs:/var/log/gitlab


все хорошо запустилось
в web интерфейсе создаю проект (пробовал internal/external/private)
проект создается но при нажатии clone выдает ссылку типа:

git@26cc9033311d:root/roottest.git


host такой в dns не пропиван и ясен фиг не резолвится
даже если добавляю инфу в файл /etc/hosts - при попытки клонировать - запрашивает пароль, но пароль пользователя не подходит
sudo docker run --detach \
 --hostname gitlab.example.com \
 --publish 443:443 --publish 80:80 --publish 22:22 \
 --name gitlab \
 --restart always \
 --volume /srv/gitlab/config:/etc/gitlab \
 --volume /srv/gitlab/logs:/var/log/gitlab \
 --volume /srv/gitlab/data:/var/opt/gitlab \
 gitlab/gitlab-ce:latest
источник

НК

Николай Колчин in ru_gitlab
сначала чет копипаст не работал... вот собственно --hostname нужно указать
источник

НК

Николай Колчин in ru_gitlab
args:
  ...
источник

DV

Dmitry Volkov in ru_gitlab
Николай Колчин
сначала чет копипаст не работал... вот собственно --hostname нужно указать
а 22ой порт тоже надо?
он не будет конфликтовать с сервером на которым гитлаб крутится?
источник

НК

Николай Колчин in ru_gitlab
Не, 22 зачем? Это пример просто
источник

НК

Николай Колчин in ru_gitlab
Ааа
источник

НК

Николай Колчин in ru_gitlab
Надо если пулл по ссш
источник

AG

Andrey Gumilev in ru_gitlab
Парни если все джобы мануал то мёржить не получится ветки без запуска? Я не сталкивался с этим но у коллеги все в ручном если ветка не мастер ,он сделал мёрж, потом сделал ещё один коммит и без запуска хотел сделать ещё мёрж и ему сообщение что всё заблочено? Это норм
источник

DV

Dmitry Vorobev in ru_gitlab
Ручным джобам по дефолту можно фейлиться, чтобы не блокировать МР. Если выставить allow_failure: false, по идее да, МР заблочится, пока руками не прогонишь
источник

AG

Andrey Gumilev in ru_gitlab
Dmitry Vorobev
Ручным джобам по дефолту можно фейлиться, чтобы не блокировать МР. Если выставить allow_failure: false, по идее да, МР заблочится, пока руками не прогонишь
ну так нет у него Тру или фолс
источник

AG

Andrey Gumilev in ru_gitlab
Dmitry Vorobev
Ручным джобам по дефолту можно фейлиться, чтобы не блокировать МР. Если выставить allow_failure: false, по идее да, МР заблочится, пока руками не прогонишь
есть рулез , коммит_реф_найм == мастер вен алвейс != мануал
источник

AG

Andrey Gumilev in ru_gitlab
по дефолту нормально должно быть или я не прав?
источник

AG

Andrey Gumilev in ru_gitlab
Dmitry Vorobev
Ручным джобам по дефолту можно фейлиться, чтобы не блокировать МР. Если выставить allow_failure: false, по идее да, МР заблочится, пока руками не прогонишь
rules:
   - if: '$CI_COMMIT_REF_NAME == "master"'
     when: always
   - if: '$CI_COMMIT_REF_NAME != "master"'
     when: manual
   - when: on_success
источник

AG

Andrey Gumilev in ru_gitlab
Всё
источник