SF
да, все было прекрасно, а потом новая версия и логика статусов немного поехала
Size: a a a
2021 July 05
AL
Ну скрин выше - у меня passed с needs
SF
а версия какая?
AL
но на 14.0.1 так же
KP
Всем привет! Кто-нибудь решал задачу пересылки логов гитлаба с помощью сислога на удаленный сервер(тоже с сислогом само собой)? Я настроил форвардинг и все работало до первой ротации логов. Как решить эту проблему на уровне сислога пока не понимаю. Штатный механизм отправки логов гитлаба недоступен в моей версии и к тому же он кажется отошлет вообще гитлабовские логи без разбора.
KP
Я так понимаю проблема в том, что ротацией в данном случае заведует гитлаб, а не rsyslog. Потому что на других моих VM такой проблемы с ротацией пересылаемых логов не было
GG
видимо, ты опцию одну важную не включил
GG
она называется - либо truncate файлов (там метка съезжает и лог шипер должен уметь seek в начало файла сделать), либо у тебя старый файл лога удаляется и появляется новый (с новым inode и мы приплыли - опять надо грамотно настраивать inotify/watch)
KP
Это настройка на уровне сислога или гитлаба?
GG
rsyslog
KP
ага, спс за наводку, пойду копать..
A
Привет, утром обращался за помощью, проблему так и не решил. Может ктото подскажет. Почемуто сборка в состоянии ожидания, хотя раннер запущен и настроен. Может быть изза того что аккаунт не валидный?
A
GG
валидируй, приходи после
SF
вот так, когда в test - allow_failory= true и needs
SF
пришли свой тестовый пример, который ты сотворил, я сравню
AL
Ну дык потому что у тебя после manual есть какие то автоматические джобы