Gitlab Backup Restore Error

Hey,
i want to restore a GitLab Backup which I have from my old Kubernetes Cluster into the new Cluster, I read this Howto inside the Docs (Restoring a GitLab installation | GitLab) the Backup restores without any errors. At the point who says " Enable Kubernetes related settings" and I run the following command: (kubectl exec -it – gitlab-rails runner -e production /scripts/custom-instance-setup) it throws me an Error:

kubectl -n gitlab-system exec contentways-gitlab-toolbox-95984bd4d-s4ptc -it -- gitlab-rails runner -e production /scripts/custom-instance-setup
Defaulted container "toolbox" out of: toolbox, certificates (init), configure (init)
Disabling authorized keys write in the database.
Traceback (most recent call last):
	57: from bin/rails:4:in `<main>'
	56: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.13.0/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:32:in `require'
	55: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.13.0/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:32:in `require'
	54: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/railties-6.1.6.1/lib/rails/commands.rb:18:in `<main>'
	53: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/railties-6.1.6.1/lib/rails/command.rb:48:in `invoke'
	52: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/railties-6.1.6.1/lib/rails/command/base.rb:69:in `perform'
	51: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/thor-1.2.1/lib/thor.rb:392:in `dispatch'
	50: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/thor-1.2.1/lib/thor/invocation.rb:127:in `invoke_command'
	49: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/thor-1.2.1/lib/thor/command.rb:27:in `run'
	48: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/railties-6.1.6.1/lib/rails/commands/runner/runner_command.rb:42:in `perform'
	47: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/railties-6.1.6.1/lib/rails/commands/runner/runner_command.rb:42:in `load'
	46: from /scripts/custom-instance-setup:8:in `<main>'
	45: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/persistence.rb:617:in `update_attribute'
	44: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/suppressor.rb:44:in `save'
	43: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/transactions.rb:298:in `save'
	42: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/transactions.rb:350:in `with_transaction_returning_status'
	41: from /srv/gitlab/lib/gitlab/database/load_balancing/connection_proxy.rb:71:in `transaction'
	40: from /srv/gitlab/lib/gitlab/database/load_balancing/connection_proxy.rb:119:in `write_using_load_balancer'
	39: from /srv/gitlab/lib/gitlab/database/load_balancing/load_balancer.rb:118:in `read_write'
	38: from /srv/gitlab/lib/gitlab/database/load_balancing/load_balancer.rb:200:in `retry_with_backoff'
	37: from /srv/gitlab/lib/gitlab/database/load_balancing/load_balancer.rb:129:in `block in read_write'
	36: from /srv/gitlab/lib/gitlab/database/load_balancing/connection_proxy.rb:120:in `block in write_using_load_balancer'
	35: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/connection_adapters/abstract/database_statements.rb:320:in `transaction'
	34: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/connection_adapters/abstract/transaction.rb:317:in `within_new_transaction'
	33: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/concurrency/load_interlock_aware_monitor.rb:21:in `synchronize'
	32: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/concurrency/load_interlock_aware_monitor.rb:21:in `handle_interrupt'
	31: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/concurrency/load_interlock_aware_monitor.rb:25:in `block in synchronize'
	30: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/concurrency/load_interlock_aware_monitor.rb:25:in `handle_interrupt'
	29: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/concurrency/load_interlock_aware_monitor.rb:26:in `block (2 levels) in synchronize'
	28: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/connection_adapters/abstract/transaction.rb:319:in `block in within_new_transaction'
	27: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/connection_adapters/abstract/database_statements.rb:320:in `block in transaction'
	26: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/transactions.rb:354:in `block in with_transaction_returning_status'
	25: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/transactions.rb:298:in `block in save'
	24: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/validations.rb:47:in `save'
	23: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/persistence.rb:474:in `save'
	22: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/timestamp.rb:126:in `create_or_update'
	21: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activerecord-6.1.6.1/lib/active_record/callbacks.rb:457:in `create_or_update'
	20: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:824:in `_run_save_callbacks'
	19: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:105:in `run_callbacks'
	18: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:512:in `invoke_before'
	17: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:512:in `each'
	16: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:512:in `block in invoke_before'
	15: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:199:in `block in halting'
	14: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:603:in `block in default_terminator'
	13: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:603:in `catch'
	12: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:604:in `block (2 levels) in default_terminator'
	11: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:198:in `block (2 levels) in halting'
	10: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/activesupport-6.1.6.1/lib/active_support/callbacks.rb:427:in `block in make_lambda'
	 9: from /srv/gitlab/app/models/concerns/token_authenticatable.rb:49:in `block in add_authentication_token_field'
	 8: from /srv/gitlab/app/models/concerns/token_authenticatable_strategies/encrypted.rb:38:in `ensure_token'
	 7: from /srv/gitlab/app/models/concerns/token_authenticatable_strategies/base.rb:40:in `ensure_token'
	 6: from /srv/gitlab/app/models/concerns/token_authenticatable_strategies/encrypted.rb:117:in `token_set?'
	 5: from /srv/gitlab/app/models/concerns/token_authenticatable_strategies/encrypted.rb:78:in `get_encrypted_token'
	 4: from /srv/gitlab/app/models/concerns/token_authenticatable_strategies/encryption_helper.rb:18:in `decrypt_token'
	 3: from /srv/gitlab/lib/gitlab/crypto_helper.rb:28:in `aes256_gcm_decrypt'
	 2: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/encryptor-3.0.0/lib/encryptor.rb:49:in `decrypt'
	 1: from /srv/gitlab/vendor/bundle/ruby/2.7.0/gems/encryptor-3.0.0/lib/encryptor.rb:98:in `crypt'
/srv/gitlab/vendor/bundle/ruby/2.7.0/gems/encryptor-3.0.0/lib/encryptor.rb:98:in `final': OpenSSL::Cipher::CipherError
command terminated with exit code 1

When I restart the Pods they didn’t come up and get stuck at Init:CrashLoopBackOff, what is going wrong?

Hi there, is this still an issue? Judging by the output it’s some kind of an ssl / cipher issue