[DRE-maint] Bug#915136: More info

Pirate Praveen praveen at onenetbeyond.org
Tue Dec 11 04:21:22 GMT 2018



On 2018, ഡിസംബർ 10 9:48:30 PM IST, "David López Zajara" <er_maqui at darkbolt.net> wrote:
>Hi,
>
>I've do some more tests on installation, here's the result:
>
>kanade:~# gitlab-rake gitlab:git:fsck
>Check if Gitlab is configured correctly...
>Performed integrity check for Project/Repo
>[...] Same message repeated for all repositories
>The following repositories reported errors:
>- SomeGroup/SomeRepo on default: 4:Deadline Exceeded
>- Group1/Repo1 on default: 4:Deadline Exceeded <-- This is the
>repository
>where i'm working when gitlab fail appears.
>kanade:~# gitlab-rake gitlab:artifacts:check
>Check if Gitlab is configured correctly...
>Checking integrity of Job artifacts
>Done!
>kanade:~# gitlab-rake gitlab:lfs:check
>Check if Gitlab is configured correctly...
>Checking integrity of LFS objects
>Done!
>kanade:~# gitlab-rake gitlab:uploads:check
>Check if Gitlab is configured correctly...
>Checking integrity of Uploads
>- 1..33: Failures: 0
>Done!
>kanade:~# gitlab-rake gitlab:check
>Check if Gitlab is configured correctly...
>Checking GitLab Shell ...
>
>GitLab Shell version >= 8.3.3 ? ... OK (8.3.3)
>Repo base directory exists?
>default... yes
>Repo storage directories are symlinks?
>default... no
>Repo paths owned by gitlab:root, or gitlab:gitlab?
>default... yes
>Repo paths access is drwxrws---?
>default... yes
>hooks directories in repos are links: ...
>Project / Repo ... ok
>[...] Same message repeated for all repositories, all OK except empty
>repositories
>Running /usr/share/gitlab-shell/bin/check
>Check GitLab API access: OK
>Redis available via internal API: OK
>
>Access to /usr/share/gitlab/.ssh/authorized_keys: OK
>gitlab-shell self-check successful
>
>Checking GitLab Shell ... Finished
>
>Checking Sidekiq ...
>
>Running? ... yes
>Number of Sidekiq processes ... 1
>
>Checking Sidekiq ... Finished
>
>Reply by email is disabled in config/gitlab.yml
>Checking LDAP ...
>
>LDAP is disabled in config/gitlab.yml
>
>Checking LDAP ... Finished
>
>Checking GitLab ...
>
>Git configured correctly? ... yes
>Database config exists? ... yes
>All migrations up? ... yes
>Database contains orphaned GroupMembers? ... no
>GitLab config exists? ... yes
>GitLab config up to date? ... yes
>Log directory writable? ... yes
>Tmp directory writable? ... yes
>Uploads directory exists? ... yes
>Uploads directory has correct permissions? ... yes
>Uploads directory tmp has correct permissions? ... yes
>Init script exists? ... yes
>Init script up-to-date? ... yes
>Projects have namespace: ...
>Project / Repo ... yes
>[...] Same message repeated for all repositories, all yes
>Redis version >= 2.8.0? ... yes
>Ruby version >= 2.3.3 ? ... yes (2.5.3)
>Git version >= 2.9.5 ? ... yes (2.20.0)
>Git user has default SSH configuration? ... yes
>Active users: ... 8
>
>Checking GitLab ... Finished
>
>kanade:~# gitlab-rake gitlab:env:info
>Check if Gitlab is configured correctly...
>
>System information
>System:         Debian unstable
>Current User:   gitlab
>Using RVM:      no
>Ruby Version:   2.5.3p105
>Gem Version:    2.7.6
>Bundler Version:1.16.1
>Rake Version:   12.3.1
>Redis Version:  5.0.2
>Git Version:    2.20.0.
>Sidekiq Version:5.2.2
>Go Version:     unknown
>
>GitLab information
>Version:        11.4.9
>Revision:       Unknown
>Directory:      /usr/share/gitlab
>DB Adapter:     postgresql
>URL:            https://localhost
>HTTP Clone URL: https://localhost/some-group/some-project.git
>SSH Clone URL:  gitlab at localhost:some-group/some-project.git
>Using LDAP:     no
>Using Omniauth: no
>
>GitLab Shell
>Version:        8.3.3
>Repository storage paths:
>- default:      /home/gitlab/repositories
>Hooks:          /usr/share/gitlab-shell/hooks
>Git:            /usr/bin/git
>kanade:~#
>
>Maybe we need to report the bug to upstream too? I think, probably the
>bug
>are debian-specific but they can give us some new information.

Yes, I think only upstream can help here.
>
>https://maqui.darkbolt.net/
>Linux registered user ~#363219
>PGP keys avaiables at KeyServ. ID: 0x4233E9F2
>Los hombres somos esclavos de la historia

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.



More information about the Pkg-ruby-extras-maintainers mailing list