
For example: Service Log level Environment variable GitLab API INFO GitLab Cleanup INFO DEBUG GitLab Doctor INFO VERBOSE GitLab Export INFO EXPORT_DEBUG GitLab Geo INFO GitLab Import INFO IMPORT_DEBUG GitLab QA Runtime INFO QA_LOG_LEVEL Google APIs INFO Rack Timeout ERROR Sidekiq (server) INFO Snowplow Tracker FATAL gRPC Client (Gitaly) WARN GRPC_LOG_LEVEL Log Rotation Some of these services have their own environment variables to override the log level. Valid values are either a value of 0 to 5, or the name of the log level.įor some services, other log levels are in place that are not affected by this setting. You can override the minimum log level for GitLab loggers using the GITLAB_LOG_LEVEL environment variable. GitLab loggers emit all log messages because they are set to DEBUG by default. The following log levels are supported: Level Name 0 DEBUG 1 INFO 2 WARN 3 ERROR 4 FATAL 5 UNKNOWN Log LevelsĮach log message has an assigned log level that indicates its importance and verbosity.Įach logger has an assigned minimum log level.Ī logger emits a log message only if its log level is equal to or above the minimum log level. Switching logs from JSON to plain text logging, and more. Including adjusting log retention, log forwarding, Customize logging on Omnibus GitLab installations.Read more about the log system and using the logs:
#BITNAMI PHABRICATOR CONFIG HOW TO#
This guide talks about how to read and use these system log files. System log files are typically plain text in a standard log file format. System log files, GitLab Enterprise Edition provides Audit Events. GitLab has an advanced log system where everything is logged, so youĬan analyze your instance using various system log files. Find relevant log entries with a correlation ID Log system.

