Started GET "/group-nsec/puppet" for 10.137.16.166 at 2016-08-10 17:38:06 +0000Processing by ProjectsController#show as HTML Parameters: {"namespace_id"=>"group-nsec", "id"=>"puppet"}Completed 500 Internal Server Error in 33ms (ActiveRecord: 3.6ms)OpenSSL::Cipher::CipherError (bad decrypt): app/models/project.rb:481:in `import_url' app/models/project.rb:517:in `external_import?' app/models/project.rb:509:in `import?' app/models/project.rb:525:in `import_in_progress?' app/controllers/projects_controller.rb:94:in `show' lib/gitlab/middleware/go.rb:16:in `call'
All other projects work very well, except this one.
Any idea how to solve this issue?
Thank you.
Asher256
Designs
An error occurred while loading designs. Please try again.
Child items
0
Show closed items
GraphQL error: The resource that you are attempting to access does not exist or you don't have permission to perform this action
No child items are currently open.
Linked items
0
Link issues together to show that they're related or that one is blocking others.
Learn more.
I didn't have a chance to do try "p.import_data" because I had to find a quick and dirty solution for the group-nsec team. I deleted + recreated the project to solve the issue before your answer :( .
Can you give me extra information about p.import_data? (I will try it if I have the issue "Error 500" again)
The import_data method loads the ProjectImportData associated with the project. Which will also attempt to decrypt the attr_encrypted credentials and should cause the same error from the command line. I think we'll need to delete the ProjectImportData to be rid of the 500 error.
@markglenfletcher It was 10.0 Omnibus install backup migrated from 10.0 source install.
I've resolved it already by copying db_key_base from ~/gitlab/config/secrets.yml of the custom install to the /etc/gitlab/gitlab-secrets.json of the Omnibus. I've missed the info about importance of backing secrets up along with the main backup file. Also, it is in a different format, so I wounder how I should have converted the secrets for Omnibus.
I too have just encountered this error. gitlab CE Omnibus 9.5.5
Only on two projects the 500 error occurs when attempting to access them via the web page. As the project owner is away this week I cannot confirm if the affected project was imported from another as some suggest is the cause.
I tried the rails console suggestion from earlier in this thread to see if the error occurs relating to the decryption: p = Project.find_in_namespace('a/b') but it says no such method and suggested use in_namespace. Trying p = Project.in_namespace('a/b') returned something but p.import_data is again no such method. is version 9.5 not using those methods any longer.
Is there an updated way to do that test? In any event is the troubleshooting the same? Instructions refer to removing ProjectImportData. Are these instructions available?
I looked at db_key_base currently in /etc/gitlab/gitlab-secrets.json and it is the same value as a backup taken of that file about 4 weeks ago. I believe (again the user is away this week) that they were demonstrating using the relevant data last week so perhaps there is an issue unrelated to db_key_base.
Either way, any help you can offer will be much appreciated.