Hi! I have a gitlab CI behind a loadbalacer/reverse proxy in a corporate network. After an upgrade from 9.5.x to 10.0.x (think 10.0.3) the server was reachable from the inner, private network, but not from internet via reverse proxy. I saw the requests at the gitlab server, but the server was closing the connection without response. The "solution" was to downgrade to 9.5.x. After that all worked fine. But it only seems so:
1. If I create new projects, the owner is not in the member list. There is an error in the log (see below) 2. Hitting the "Don't show again" link (https://[SERVER]/profile?user%5Bhide_no_ssh_key%5D=true) in the no-ssh-key-warning results in an error 500. (https://[SERVER]/profile results in error 500) 3. Projects seems not deleted. How long does this take normaly? Extract from the log: Creating a project: Started POST "/projects" for 10.11.15.72 at 2017-11-30 08:28:21 +0100 Processing by ProjectsController#create as HTML Parameters: {"utf8"=>"✓", "authenticity_token"=>"[FILTERED]", "project"=>{"template_name"=>"", "import_url"=>"[FILTERED]", "namespace_id"=>"26", "path"=>"newProject", "description"=>"Das ist ein neues testprojekt", "visibility_level"=>"10"}} Unable to save project. Error: PG::UndefinedTable: ERROR: relation "events_for_migration" does not exist LINE 5: WHERE a.attrelid = '"events_for_migration"'::... ^ : SELECT a.attname, format_type(a.atttypid, a.atttypmod), pg_get_expr(d.adbin, d.adrelid), a.attnotnull, a.atttypid, a.atttypmod FROM pg_attribute a LEFT JOIN pg_attrdef d ON a.attrelid = d.adrelid AND a.attnum = d.adnum WHERE a.attrelid = '"events_for_migration"'::regclass AND a.attnum > 0 AND NOT a.attisdropped ORDER BY a.attnum Project ID: 42 Accessing /profile: NoMethodError (undefined method `external_email?' for #<User id:20 @testuser> Did you mean? external?): app/controllers/profiles_controller.rb:12:in `update' lib/gitlab/i18n.rb:46:in `with_locale' lib/gitlab/i18n.rb:52:in `with_user_locale' app/controllers/application_controller.rb:326:in `set_locale' lib/gitlab/middleware/multipart.rb:93:in `call' lib/gitlab/request_profiler/middleware.rb:14:in `call' lib/gitlab/middleware/go.rb:17:in `call' lib/gitlab/etag_caching/middleware.rb:11:in `call' lib/gitlab/request_context.rb:18:in `call' lib/gitlab/metrics/requests_rack_middleware.rb:27:in `call' Any ideas what can I do? Upgrading to 10.x seems no good idea because our external developers have to have access to the server. Perhaps there is no problem with 10.2.x but I don't want to test this in production ( I hope I get a test enviroment but I have no access to the IT infrastructure). CU, Timo -- 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 gitlabhq+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/gitlabhq/606c1c69-9bc1-4b0d-93d0-33fe71f80dfb%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
