Sizes of groups sometimes shows as garbage in the Admin interface
Summary
In the Admin->Overview->Groups page, the groups size sometimes shows up as garbage. See screenshot below.
Steps to reproduce
Don't know how to reproduce - seen on my private instance, which has been through upgrades since at least version 8.
What is the current bug behavior?
In the below screenshot, I see the 'justin/doom' and 'justin/servicelist' components show up as 0 bytes.
For 'justin/servicelist' that isn't right - there are a 4 projects in there, that contain files. That might mean that they never got updated when there were projects added.
For 'justin/doom' there aren't any projects directly, but there is a subgroup, that isn't being counted. It's unclear whether that's by intent or not.
Whilst the prior two could be failures to count subgroups, or maybe missing the content that was added in the projects for some reason, the 'Bits' group having -25369723 bytes present is definitely wrong.
There's an alignment issure for the larger number of projects in the 'justin' project as well (81.6MB doesn't line up with the others, but that isn't the focus of this report).
What is the expected correct behavior?
Sizes of groups can never be negative. Sizes of groups shouldn't be 0 unless there was actually no content at all.
The sizes should be counted, or at least vaguely correct.
Relevant logs and/or screenshots
Results of GitLab environment info
Expand for output related to GitLab environment info
System information System: Ubuntu 16.04 Current User: git Using RVM: no Ruby Version: 2.5.3p105 Gem Version: 2.7.9 Bundler Version:1.17.3 Rake Version: 12.3.2 Redis Version: 3.2.12 Git Version: 2.21.0 Sidekiq Version:5.2.7 Go Version: unknown
GitLab information Version: 11.11.1 Revision: ac0d1491ff7 Directory: /opt/gitlab/embedded/service/gitlab-rails DB Adapter: PostgreSQL DB Version: 9.6.11 URL: https://gitlab.gerph.org HTTP Clone URL: https://gitlab.gerph.org/some-group/some-project.git SSH Clone URL: git@gitlab.gerph.org:some-group/some-project.git Using LDAP: no Using Omniauth: yes Omniauth Providers:
GitLab Shell Version: 9.1.0 Repository storage paths:
- default: /var/opt/gitlab/git-data/repositories GitLab Shell path: /opt/gitlab/embedded/service/gitlab-shell Git: /opt/gitlab/embedded/bin/git