Cannot upgrade on Centos 7.9

This might be info for you. I decided to give it a try anyhow, even with the non matching DB.
I got the following but the rest seems to have worked. I see everything but I’ll take a closer look tomorrow.

2023-03-16 02:58:30 UTC -- Cleaning up /var/opt/gitlab/backups/backup_information.yml
2023-03-16 02:58:30 UTC -- Cleaning up /var/opt/gitlab/backups/db
2023-03-16 02:58:30 UTC -- Cleaning up /var/opt/gitlab/backups/repositories
2023-03-16 02:58:31 UTC -- Cleaning up /var/opt/gitlab/backups/uploads.tar.gz
2023-03-16 02:58:31 UTC -- Cleaning up /var/opt/gitlab/backups/builds.tar.gz
2023-03-16 02:58:31 UTC -- Cleaning up /var/opt/gitlab/backups/artifacts.tar.gz
2023-03-16 02:58:31 UTC -- Cleaning up /var/opt/gitlab/backups/pages.tar.gz
2023-03-16 02:58:31 UTC -- Cleaning up /var/opt/gitlab/backups/lfs.tar.gz
2023-03-16 02:58:31 UTC -- Cleaning up /var/opt/gitlab/backups/terraform_state.tar.gz
2023-03-16 02:58:31 UTC -- Cleaning up /var/opt/gitlab/backups/packages.tar.gz
2023-03-16 02:58:31 UTC -- Deleting tar staging files ... done
2023-03-16 02:58:31 UTC -- Deleting backups/tmp ...
2023-03-16 02:58:31 UTC -- Deleting backups/tmp ... done
2023-03-15 19:58:31 -0700 -- Deleting backup and restore lock file
rake aborted!
Errno::ENOENT: No such file or directory - /var/opt/gitlab/backups/registry.tar.gz
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/files.rb:97:in `run_pipeline!'
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/files.rb:60:in `restore'
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/manager.rb:100:in `run_restore_task'
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/manager.rb:233:in `block in run_all_restore_tasks'
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/manager.rb:231:in `each_key'
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/manager.rb:231:in `run_all_restore_tasks'
/opt/gitlab/embedded/service/gitlab-rails/lib/backup/manager.rb:75:in `restore'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/backup.rake:26:in `block (4 levels) in <top (required)>'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/backup.rake:203:in `lock'
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/backup.rake:23:in `block (3 levels) in <top (required)>'
/opt/gitlab/embedded/bin/bundle:23:in `load'
/opt/gitlab/embedded/bin/bundle:23:in `<main>'
Tasks: TOP => gitlab:backup:restore
(See full trace by running task with --trace)
Transfering ownership of /var/opt/gitlab/gitlab-rails/shared/registry to registry

Because postgres should only be restored to the same version - there are fundamental differences between the versions. That said, assuming it is a dump of the db it may work, but you’d be far better just doing what I said and upgrade it. The command was very simple gitlab-ctl pg-upgrade. I did say many times to upgrade it. I don’t know why I waste my time on this when you continue to fail to do what is asked of you.

I’m not offering any more help on this now. It’s a waste of my time.

That’s pretty crummy of you, considering how hard I’ve worked on this.
Even if you are only volunteering help, I certainly didn’t purposely overlook anything you said. I took everything you said as being fact and that I needed to try what you suggested if I had not. I also posted once or twice that I did run some of the things you suggested but forgot.

Because or if I overlooked something in such a long and complicated task and thread doesn’t mean you were not helping.

Give up then but luckily I was able to get this one and it’s working now.
Either way, I do thank you and appreciate the help you gave me.

So it seems it was as I said, Rocky 9 doesn’t want to work with Gitlab just yet. Perhaps there is something causing issues on EL9 platforms in to why it won’t restore. So putting it on Rocky 8 got it to work.

Yup and I’ll try the same procedures in the future to get it onto rocky 9.