Gitlab CI/CD作业';s日志超出限制

Gitlab CI/CD作业';s日志超出限制,gitlab,gitlab-ci,gitlab-ci-runner,Gitlab,Gitlab Ci,Gitlab Ci Runner,在Gitlab CI/CD上运行作业时,过了一段时间后,我收到以下错误消息: Job's log exceeded limit of 4194304 bytes. 如何更改此限制?要更改Gitlab CI/CD中作业的生成日志大小,您可以编辑config.toml文件并添加新的限制(以KB为单位): [[runners]] output_limit = 10000 根据 输出限制:以KB为单位设置最大生成日志大小,默认设置为4096(4MB) 要使其生效,您需要重新启动gitlab ru

在Gitlab CI/CD上运行作业时,过了一段时间后,我收到以下错误消息:

Job's log exceeded limit of 4194304 bytes.

如何更改此限制?

要更改Gitlab CI/CD中作业的生成日志大小,您可以编辑
config.toml
文件并添加新的限制(以KB为单位):

[[runners]]
  output_limit = 10000
根据

输出限制:以KB为单位设置最大生成日志大小,默认设置为4096(4MB)

要使其生效,您需要重新启动gitlab runner:

sudo gitlab-runner restart

因此,对于那些无法访问
@Ortomala Lokni
所引用的
gitlab runners
配置文件的人来说,这是一个答案

通过执行以下操作,您可以重定向记录器输出并将其存档(注意:这是针对maven构建完成的)

注意,在maven命令中,我使用
--log文件
将maven输出重定向到
target/client-quality_-check.log
,然后在
artifacts
下,通过提供文件路径,我设置了归档此日志文件


完成此作业后,我可以查看作业档案,并可以查看日志文件及其所有记录器输出。

我查看了,但更改没有反映出来。我仍然收到相同的错误消息,而且这个更改没有显示任何效果。我发现gitlab运行程序需要重新启动,现在可以运行了。命令重新启动gitlb runner-->“sudo gitlab runner restart”即使在重新启动运行程序之后,当我在管道中手动重试相关作业时,我看到了相同的消息,表示默认限制。甚至在手动启动整个管道之后,我仍然看到了默认的限制消息。似乎最终起作用的是将带有
output\u limit
的行移到子节上方,从包含
[runners.custom\u build\u dir]
的行开始。这可能是由于解析TOML文件或特定于TOML语法的原因造成的?似乎还声称您实际上不需要为此更改重新启动运行程序。
quality-check:
    extends: .retry-on-job-failure
    stage: quality-check
    timeout: 2 hours
    artifacts:
        name: "$CI_BUILD"
        paths:
            - target/client-quality_check.log
        when: always
        expire_in: 3 days
    only:
        - main
        - merge_requests
    script:
        - echo "Sonar Qube Start"
        - mvn MAVEN_CLI_OPTS sonar:sonar --log-file target/client-quality_check.log \-Dsonar.projectKey=$PROJECT_ KEY \-Dsonar.host.url=$SONAR_HOST_URL \-Dsonar.login=$SONAR_TOKEN 
        - echo "Sonar Qube Complete"