<div dir="ltr">Hi all,<div><br></div><div>This is a notice about a mostly "under the hood" change to how we are running Gitlab which will hopefully improve service going forward.</div><div><br></div><div>Currently for those awake ih the very early European mornings you will have noticed a period where Gitlab becomes temporarily unavailable while it is restarted.</div><div><br></div><div>This restart was necessary for two things:</div><div>(a) To enable logs to be rotated; and</div><div>(b) To restart Sidekiq, which over it's runtime leaks memory</div><div><br></div><div>I have now switched us over to using systemd user units, which support the proper reloading of the corresponding Gitlab processes (unlike the init scripts) and also provide process supervision capability which has allowed for Gitlab's Sidekiq memory killer to be enabled.</div><div><br></div><div>This means Gitlab itself should no longer become unavailable for 30-60 seconds every evening now, and overall performance of the system should be improved by having several gigabytes of system memory available to cache frequently accessed resources instead of containing Sidekiq memory leaks.</div><div><br></div><div>If you notice any issues, please let us know.</div><div><br></div><div>Thanks,</div><div>Ben</div></div>