Complex problem after downgrade

[Timo Falk]

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