Thanks you very much! Another question, could you test to see if git clone/push via https works in your setup?
I hit this bug: https://github.com/unbit/uwsgi/issues/798 On Thu, Jan 1, 2015 at 10:20 PM, Jörg Thalheim <[email protected]> wrote: > Hi. The problem is that you need a frontend web server, which talks the > uwsgi protocol to the uwscgi. I don't use the omnibus-installer, but the > relevant settings on my system looks like this: > > #nginx.conf > server { > include default.conf; > > client_max_body_size 4G; > server_name git.domain.tld; > > # ~2 seconds is often enough for most folks to parse HTML/CSS and > # retrieve needed images/icons/frames, connections are cheap in > # nginx so increasing this is generally safe... > keepalive_timeout 5; > > # path for static files > root /usr/share/webapps/gitlab/public; > > # Prefer to serve static files directly from nginx to avoid unnecessary > # data copies from the application server. > # > # try_files directive appeared in in nginx 0.7.27 and has stabilized > # over time. Older versions of nginx (e.g. 0.6.x) requires > # "if (!-f $request_filename)" which was less efficient: > # > http://bogomips.org/unicorn.git/tree/examples/nginx.conf?id=v3.3.1#n127 > try_files $uri/index.html $uri.html $uri @app; > > location @app { > # an HTTP header important enough to have its own Wikipedia entry: > # http://en.wikipedia.org/wiki/X-Forwarded-For > uwsgi_param X-Forwarded-For $proxy_add_x_forwarded_for; > > # enable this if you forward HTTPS traffic to unicorn, > # this helps Rack set the proper URL scheme for doing redirects: > # proxy_set_header X-Forwarded-Proto $scheme; > > # pass the Host: header from the client right along so redirects > # can be set properly within the Rack application > #proxy_set_header Host $http_host; > uwsgi_param HOST $http_host; > > # we don't want nginx trying to do something clever with > # redirects, we set the Host: header above already. > #proxy_redirect off; > > # set "proxy_buffering off" *only* for Rainbows! when doing > # Comet/long-poll/streaming. It's also safe to set if you're using > # only serving fast clients with Unicorn + nginx, but not slow > # clients. You normally want nginx to buffer responses to slow > # clients, even with Rails 3.1 streaming because otherwise a slow > # client can become a bottleneck of Unicorn. > # > # The Rack application may also set "X-Accel-Buffering (yes|no)" > # in the response headers do disable/enable buffering on a > # per-response basis. > # proxy_buffering off; > > #proxy_pass http://ipv4.git:9000; > uwsgi_pass 127.0.0.1:9000; > include uwsgi_params; > } > > # Rails error pages > error_page 500 502 503 504 /500.html; > location = /500.html { > root /usr/share/webapps/gitlab/public; > } > } > > #/etc/uwsgi/gitlab.ini > [uwsgi] > plugins = rack > socket = 127.0.0.1:9000 > uid = gitlab > gid = gitlab > rack = config.ru > master = true > processes = 1 > lazy-apps = true > reuse-port = true > chdir = /usr/share/webapps/gitlab/ # where the Gemfile is located > buffer-size = 32768 > post-buffering = 4096 > rbrequire = rubygems > rbrequire = bundler/setup > env = BUNDLE_GEMFILE=/usr/share/webapps/gitlab/Gemfile > env = RAILS_ENV=production > env = HOME=/var/lib/gitlab # HOME needs to readable, I use origin HOME of > the gitlab user > > > To start it i use the following command: > > $ /usr/bin/uwsgi --ini /etc/uwsgi/uwsgi.ini > > I also managed to use systemds socket activation: > > #/etc/systemd/system/[email protected] > [Unit] > Description=uWSGI service unit > After=syslog.target > > [Service] > ExecStart=/usr/bin/uwsgi --ini /etc/uwsgi/%I.ini > ExecReload=/bin/kill -HUP $MAINPID > ExecStop=/bin/kill -INT $MAINPID > Restart=always > Type=notify > StandardError=syslog > NotifyAccess=all > KillSignal=SIGQUIT > > [Install] > WantedBy=multi-user.target > > #/etc/systemd/system/[email protected] > [Unit] > Description=Socket for uWSGI %I > > [Socket] > # Change this to your uwsgi application port or unix socket location > ListenStream=127.0.0.1:9000 > > [Install] > WantedBy=sockets.target > > $ systemctl start [email protected] > > > > On Monday, September 29, 2014 3:33:20 PM UTC+2, Diep Pham wrote: >> >> I try to setup omnibus-gitlab but with uwsgi (I already use uwsgi for >> everything, so it's nice to use with gitlab because I will get auto >> inventory for monitoring). >> >> I install gitlab, and modify `/etc/gitlab/gitlab.rb` and run `gitlab-ctl >> reconfigure`. >> >> ``` >> # Change the external_url to the address your users will type in their >> browser >> external_url 'http://gitlab.example.com' >> nginx['enable'] = false >> unicorn['enable'] = false >> ``` >> >> I download latest uwsgi 2.0.7 and compile with gitlab's embbeded ruby. >> >> ``` >> # UWSGI_INCLUDES=/opt/gitlab/embedded/include >> UWSGICONFIG_RUBYPATH=/opt/gitlab/embedded/bin/ruby >> python uwsgiconfig.py --build >> ``` >> >> The build run successful, return no erros. >> >> After that I run uwsgi with config: >> >> ``` >> uwsgi: >> socket: 127.0.0.1:3132 >> uid: git >> gid: git >> rack: config.ru >> master: true >> processes: 2 >> lazy-apps: true >> chdir: /opt/gitlab/embedded/service/gitlab-rails >> buffer-size: 32768 >> post-buffering: 4096 >> rbrequire: rubygems >> rbrequire: bundler/setup >> env: BUNDLE_GEMFILE=/opt/gitlab/embedded/service/gitlab-rails/Gemfile >> env: RAILS_ENV=production >> ``` >> >> uwsgi seems to start fine >> >> ``` >> Sep 29 08:58:05 dev-1 uwsgi: *** Starting uWSGI 2.0.7 (64bit) on [Mon Sep >> 29 08:58:05 2014] *** >> Sep 29 08:58:05 dev-1 uwsgi: compiled with version: 4.6.3 on 29 September >> 2014 07:16:13 >> Sep 29 08:58:05 dev-1 uwsgi: os: Linux-3.13.0-32-generic >> #57~precise1-Ubuntu SMP Tue Jul 15 03:51:20 UTC 2014 >> Sep 29 08:58:05 dev-1 uwsgi: nodename: dev-1 >> Sep 29 08:58:05 dev-1 uwsgi: machine: x86_64 >> Sep 29 08:58:05 dev-1 uwsgi: clock source: unix >> Sep 29 08:58:05 dev-1 uwsgi: detected number of CPU cores: 2 >> Sep 29 08:58:05 dev-1 uwsgi: current working directory: /etc/uwsgi >> Sep 29 08:58:05 dev-1 uwsgi: detected binary path: >> /usr/local/uwsgi-2.0.7/uwsgi >> Sep 29 08:58:05 dev-1 uwsgi: !!! no internal routing support, rebuild >> with pcre support !!! >> Sep 29 08:58:05 dev-1 uwsgi: your processes number limit is 15848 >> Sep 29 08:58:05 dev-1 uwsgi: your memory page size is 4096 bytes >> Sep 29 08:58:05 dev-1 uwsgi: detected max file descriptor number: 1024 >> Sep 29 08:58:05 dev-1 uwsgi: lock engine: pthread robust mutexes >> Sep 29 08:58:05 dev-1 uwsgi: thunder lock: disabled (you can enable it >> with --thunder-lock) >> Sep 29 08:58:05 dev-1 uwsgi: uwsgi socket 0 bound to TCP address >> 127.0.0.1:3132 fd 3 >> Sep 29 08:58:05 dev-1 uwsgi: setgid() to 1000 >> Sep 29 08:58:05 dev-1 uwsgi: setuid() to 1000 >> Sep 29 08:58:06 dev-1 uwsgi: ruby 2.1.2p95 (2014-05-08 revision 45877) >> [x86_64-linux] >> Sep 29 08:58:06 dev-1 uwsgi: your server socket listen backlog is limited >> to 100 connections >> Sep 29 08:58:06 dev-1 uwsgi: your mercy for graceful operations on >> workers is 60 seconds >> Sep 29 08:58:06 dev-1 uwsgi: mapped 328872 bytes (321 KB) for 2 cores >> Sep 29 08:58:06 dev-1 uwsgi: *** Operational MODE: preforking *** >> Sep 29 08:58:06 dev-1 uwsgi: *** uWSGI is running in multiple interpreter >> mode *** >> Sep 29 08:58:06 dev-1 uwsgi: spawned uWSGI master process (pid: 4220) >> Sep 29 08:58:06 dev-1 uwsgi: Mon Sep 29 08:58:06 2014 - [emperor] vassal >> gitlab.yml has been spawned >> Sep 29 08:58:06 dev-1 uwsgi: spawned uWSGI worker 1 (pid: 4222, cores: 1) >> Sep 29 08:58:06 dev-1 uwsgi: spawned uWSGI worker 2 (pid: 4223, cores: 1) >> Sep 29 08:58:10 dev-1 uwsgi: [deprecated] I18n.enforce_available_locales >> will default to true in the future. If you really want to skip validation >> of your locale you can set I18n.enforce_available_locales = false to avoid >> this message. >> Sep 29 08:58:10 dev-1 uwsgi: >> Sep 29 08:58:10 dev-1 uwsgi: [deprecated] I18n.enforce_available_locales >> will default to true in the future. If you really want to skip validation >> of your locale you can set I18n.enforce_available_locales = false to avoid >> this message. >> Sep 29 08:58:10 dev-1 uwsgi: >> Sep 29 08:58:14 dev-1 uwsgi: RACK app 0 loaded in 8 seconds at 0x1020 (GC >> frequency: AGGRESSIVE) >> Sep 29 08:58:14 dev-1 uwsgi: Mon Sep 29 08:58:14 2014 - [emperor] vassal >> gitlab.yml is ready to accept requests >> Sep 29 08:58:14 dev-1 uwsgi: RACK app 0 loaded in 8 seconds at 0x1020 (GC >> frequency: AGGRESSIVE) >> ``` >> >> But when I test, the server returns empty response. >> >> ``` >> # curl 127.0.0.1:3132 >> curl: (52) Empty reply from server >> ``` >> >> So anyone can tell me what I did wrong? Or how to debug this problem? >> For anyone wants to read this mail with proper formatting: >> https://gitlab.com/gitlab-org/omnibus-gitlab/issues/266 :P >> > -- > You received this message because you are subscribed to a topic in the > Google Groups "GitLab" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/gitlabhq/-S0KEiOccgU/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/gitlabhq/806416a7-d059-4272-b7f1-6e6a2019b5ef%40googlegroups.com > <https://groups.google.com/d/msgid/gitlabhq/806416a7-d059-4272-b7f1-6e6a2019b5ef%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "GitLab" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/gitlabhq/CALiQ2w%2BadXu%2Bq4rw51WF%3DGORb-RTZVc%3D%2B_fOrZ-1sN_CuYr1vQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
