Your message dated Sun, 19 Feb 2023 01:03:08 +0000
with message-id <e1pty6e-00aph6...@fasolo.debian.org>
and subject line Bug#1031519: Removed package(s) from unstable
has caused the Debian Bug report #955332,
regarding gitlab : Gitlab systemdless / apache2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
955332: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955332
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: gitlab
Version: 12.6.8-1+fto10+1

I try to make gitlab running in a systemdless system and using apache2
instead of nginx.

I have this error :

Traceback (most recent call last):
        13: from /usr/bin/unicorn_rails:209:in `<main>'
        12: from /usr/bin/unicorn_rails:209:in `new'
        11: from /usr/lib/ruby/vendor_ruby/unicorn/http_server.
rb:77:in `initialize'
        10: from /usr/lib/ruby/vendor_ruby/unicorn/http_server.
rb:77:in `new'
         9: from /usr/lib/ruby/vendor_ruby/unicorn/configurator
.rb:77:in `initialize'
         8: from /usr/lib/ruby/vendor_ruby/unicorn/configurator
.rb:92:in `reload'
         7: from /usr/bin/unicorn_rails:202:in `block in <main>
'
         6: from /usr/lib/ruby/2.5.0/fileutils.rb:193:in `mkdir
_p'
         5: from /usr/lib/ruby/2.5.0/fileutils.rb:193:in `each'

         4: from /usr/lib/ruby/2.5.0/fileutils.rb:208:in `block
 in mkdir_p'
         3: from /usr/lib/ruby/2.5.0/fileutils.rb:208:in `rever
se_each'
         2: from /usr/lib/ruby/2.5.0/fileutils.rb:210:in `block
 (2 levels) in mkdir_p'
         1: from /usr/lib/ruby/2.5.0/fileutils.rb:232:in `fu_mk
dir'
/usr/lib/ruby/2.5.0/fileutils.rb:232:in `mkdir': Permission den
ied @ dir_s_mkdir - tmp/cache (Errno::EACCES)
master failed to start, check stderr log for details

After search the error come from

ls -al /run/gitlab/
total 0
drwxr-xr-x  3 root root   60 mars  25 20:09 .
drwxr-xr-x 30 root root 1080 mars  30 00:50 ..
drwxr-xr-x  3 root root   60 mars  25 20:09 sockets

a chown look missing somewhere (or done in systemd unit)

chown gitlab:gitlab /run/gitlab/

after that a restart the directory look like that :

ls -al /run/gitlab/
total 12
drwxr-xr-x  6 gitlab gitlab  200 mars  30 02:27 .
drwxr-xr-x 30 root   root   1080 mars  30 00:50 ..
drwx------  2 gitlab gitlab   40 mars  30 02:23 cache
srwxrwxrwx  1 gitlab gitlab    0 mars  30 02:27 gitlab.socket
-rw-------  1 gitlab gitlab    4 mars  30 02:27 gitlab-workhorse.pid
drwx------  2 gitlab gitlab   40 mars  30 02:23 pids
drwx------  2 gitlab gitlab   40 mars  30 02:23 sessions
-rw-------  1 gitlab gitlab    5 mars  30 02:27 sidekiq.pid
drwxr-xr-x  3 root   root     60 mars  25 20:09 sockets
-rw-------  1 gitlab gitlab    4 mars  30 02:23 unicorn.pid


but the check script

runuser -u gitlab -- sh -c 'cd /usr/share/gitlab && .
/etc/gitlab/gitlab-debian.conf && export DB RAILS_ENV && bundle exec
rake gitlab:check RAILS_ENV=production'

shows :

Sidekiq: ... Running? ... no
  Try fixing it:
  sudo -u gitlab -H RAILS_ENV=production bin/background_jobs start
  For more information see:
  doc/install/installation.md in section "Install Init Script"
  see log/sidekiq.log for possible errors
  Please fix the error above and rerun the checks.

and the restart always output (service gitlab restart) :

The GitLab Workhorse is not running.

but at least web UI look good. I will try commit/push in few hours.


I also have a bunch of warning during check and not present in restart :

/usr/share/gitlab/lib/gitlab.rb:38: warning: already initialized
constant Gitlab::COM_URL
/usr/share/gitlab/lib/gitlab.rb:38: warning: previous definition of
COM_URL was here
/usr/share/gitlab/lib/gitlab.rb:39: warning: already initialized
constant Gitlab::APP_DIRS_PATTERN
/usr/share/gitlab/lib/gitlab.rb:39: warning: previous definition of
APP_DIRS_PATTERN was here
/usr/share/gitlab/lib/gitlab.rb:40: warning: already initialized
constant Gitlab::SUBDOMAIN_REGEX
/usr/share/gitlab/lib/gitlab.rb:40: warning: previous definition of
SUBDOMAIN_REGEX was here
/usr/share/gitlab/lib/gitlab.rb:41: warning: already initialized
constant Gitlab::VERSION
/usr/share/gitlab/lib/gitlab.rb:41: warning: previous definition of
VERSION was here
/usr/share/gitlab/lib/gitlab.rb:42: warning: already initialized
constant Gitlab::INSTALLATION_TYPE
/usr/share/gitlab/lib/gitlab.rb:42: warning: previous definition of
INSTALLATION_TYPE was here
/usr/share/gitlab/lib/gitlab.rb:43: warning: already initialized
constant Gitlab::HTTP_PROXY_ENV_VARS
/usr/share/gitlab/lib/gitlab.rb:43: warning: previous definition of
HTTP_PROXY_ENV_VARS was here
/usr/share/gitlab/config/initializers/2_app.rb:6: warning: already
initialized constant Gitlab::VERSION
/usr/share/gitlab/lib/gitlab.rb:41: warning: previous definition of
VERSION was here



Attachment: 0x053A41EF03878A98.asc
Description: application/pgp-keys

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
--- Begin Message ---
Version: 13.4.7-2+rm

Dear submitter,

as the package gitlab has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/1031519

The version of this package that was in Debian prior to this removal
can still be found using https://snapshot.debian.org/.

Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)

--- End Message ---

Reply via email to