BS
Всем привет,помогите понять в чем проблема, в первом условии всегда возвращается false независимо от того есть лейбла в пр-е или нет,может кто подскажет откуда растут корни проблемы?
разве там нет билтина [ci_skip] для коммит сообщений?
Size: a a a
2020 April 01
VY
разве там нет билтина [ci_skip] для коммит сообщений?
Да есть,но хотелось попробовать это делать через лейблы чтобы не захламлять историю коммитов десятками [ci-skip] из одного пр-а
K
кто знает , как можно поменять вырвиглазный дизайн job stdout в последних версиях?
2020 April 02
АК
Всем привет. Подскажите, возможно кто-то с подобной проблемой сталкивался и в курсе как её побороть. Gitlab установленный из исходников.
При попытке восстановится с бекапа, на этапе восстановления репозиториев получаю ошибку:
14:channel is in state TRANSIENT_FAILURE
Нашел Issue, в котором упоминается эта ошибка:
https://gitlab.com/gitlab-org/omnibus-gitlab/issues/4749
Здесь говорят что проблема решается добавлением gitaly['open_files_ulimit'] = false в /etc/gitlab/gitlab.rb
Но это решение для Omnibus. А у меня Gitlab install from source.
При попытке восстановится с бекапа, на этапе восстановления репозиториев получаю ошибку:
14:channel is in state TRANSIENT_FAILURE
Нашел Issue, в котором упоминается эта ошибка:
https://gitlab.com/gitlab-org/omnibus-gitlab/issues/4749
Здесь говорят что проблема решается добавлением gitaly['open_files_ulimit'] = false в /etc/gitlab/gitlab.rb
Но это решение для Omnibus. А у меня Gitlab install from source.
M
Всем привет. Подскажите, возможно кто-то с подобной проблемой сталкивался и в курсе как её побороть. Gitlab установленный из исходников.
При попытке восстановится с бекапа, на этапе восстановления репозиториев получаю ошибку:
14:channel is in state TRANSIENT_FAILURE
Нашел Issue, в котором упоминается эта ошибка:
https://gitlab.com/gitlab-org/omnibus-gitlab/issues/4749
Здесь говорят что проблема решается добавлением gitaly['open_files_ulimit'] = false в /etc/gitlab/gitlab.rb
Но это решение для Omnibus. А у меня Gitlab install from source.
При попытке восстановится с бекапа, на этапе восстановления репозиториев получаю ошибку:
14:channel is in state TRANSIENT_FAILURE
Нашел Issue, в котором упоминается эта ошибка:
https://gitlab.com/gitlab-org/omnibus-gitlab/issues/4749
Здесь говорят что проблема решается добавлением gitaly['open_files_ulimit'] = false в /etc/gitlab/gitlab.rb
Но это решение для Omnibus. А у меня Gitlab install from source.
АК
Спасибо. Я как раз это сейчас и пробую. Поставил fs.file-max = 1000000 в /etc/sysctl.conf
Пробую уже.
Пробую уже.
АК
fs.file-max = 1000000 не помогло, ошибка осталась, при разворачивании из бекапа.
Установить лимит open files, больше чем 1048576 не получается. Не принимает значение свыше 1048576.
Установить лимит open files, больше чем 1048576 не получается. Не принимает значение свыше 1048576.
SD
парни, кто канико использует в пайплайнах на кубер агентах?
SD
авс креды не хотят почему то работать
DM
Хочу ci файл (который инклудится в другом проекте) делать доступным только после прогона линтера... пока идея только пушить в отдельную ветку, и там в ci гнать линтер и мержить в мастер если все ок... или можно как-то провильнее?
A
Хочу ci файл (который инклудится в другом проекте) делать доступным только после прогона линтера... пока идея только пушить в отдельную ветку, и там в ci гнать линтер и мержить в мастер если все ок... или можно как-то провильнее?
ты можешь динамически подключать пайплайн
SD
error checking push permissions -- make sure you entered the correct tag name, and that you are authenticated correctly, and try again: checking push permission for "kek.dkr.ecr.us-east-2.amazonaws.com/test:test": unsupported status code 401; body: Not Authorized
SD
чтобы не делал получаю ошибку
SD
сталкивался кто как отдебажить можно?
DM
ты можешь динамически подключать пайплайн
не, он и так в отдельной репе... вот в этой отдельной репе и хочется сделать проверку на его валидность прежде чем он станет доступен для инклуда
SD
написано же что не авторизован
я понимаю
A
не, он и так в отдельной репе... вот в этой отдельной репе и хочется сделать проверку на его валидность прежде чем он станет доступен для инклуда
ну в мёрж-реквестах проверяй в твоём репо
SD
но я в докер конфиг кредстор прописал, .aws диру подмонтировал с конфигом