Empty logs which were rotated and compressed by older versions of GitLab.

Empty one-off logs such as gitlab-rails/gitlab-rails-db-migrate*.log can be deleted.With this setting in place, some tidying can be done: Logs are now rotated and recreated by logrotate as needed, and one-off logsĪre only rotated when they change. One-off logs that are useful for long term troubleshooting being deleted after 30 days, such as database migration logs.Empty logs being rotated unnecessarily, and often many empty logs being stored.

The logrotate service runs with a non-configurable default of notifempty, resolving

a value of '-%Y-%m-%d' would give rotated files like # You can add overrides per service nginx = nil nginx = '200M' # You can also disable the built-in logrotate service if you want logrotate = false # Below are some of the default settings logging = 'daily' # rotate logs daily logging = nil # logs will be rotated when they grow bigger than size specified for `maxsize`, even before the specified time interval (daily, weekly, monthly, or yearly) logging = nil # do not rotate by size by default logging = 30 # keep 30 rotated logs logging = 'compress' # see 'man logrotate' logging = 'copytruncate' # see 'man logrotate' logging = nil # no postrotate command by default logging = nil # use date extensions for rotated files rather than numbers e.g.

Npm config set loglevel http