I tried to update but seems i am getting the Permission Error.
Need Assistance.
You have to tell us more about your setup and what you do when you do when get a permission error.
I don’t know how good the documentation is for other types of installation (my experience lies in installing + upgrading uisng the omnibus packages), but in general I believe the documentation at
is pretty good.
1 Like
Some more resources can be found here for upgrading, kindly created by @dnsmichi GitLab Upgrade Path Resources
And as @grove said, you didn’t provide enough information for anyone to help you. You should provide steps that you did that could ascertain whether you did something wrong. Ideally showing screenshots or copying and pasting the steps and error messages, etc.
1 Like
In RedHat we have gitlab 31.11.1 Version, Now we need to migrate this Old Version Gitlab to New Version. While i take backup from gitlab version 13.11.1, it is not restored in any other version.
root@xxxxxxxxx:/var/opt/gitlab/backups# gitlab-rake gitlab:backup:restore 1719413169_2024_06_26_17.1.0_gitlab_backup.tar
2024-06-27 14:31:13 UTC – Unpacking backup …
2024-06-27 14:32:56 UTC – Unpacking backup … done
2024-06-27 14:32:57 UTC – GitLab version mismatch:
Your current GitLab version (17.1.0) differs from the GitLab version in the backup!
Please switch to the following version and try again:
version: 13.11.1
2024-06-27 14:32:58 UTC – Hint: git checkout v13.11.1
2024-06-27 14:32:58 UTC – Deleting tar staging files …
2024-06-27 14:32:58 UTC – Cleaning up /var/opt/gitlab/backups/backup_information.yml
2024-06-27 14:32:59 UTC – Cleaning up /var/opt/gitlab/backups/db
2024-06-27 14:32:59 UTC – Cleaning up /var/opt/gitlab/backups/repositories
2024-06-27 14:33:00 UTC – Cleaning up /var/opt/gitlab/backups/uploads.tar.gz
2024-06-27 14:33:00 UTC – Cleaning up /var/opt/gitlab/backups/builds.tar.gz
2024-06-27 14:33:00 UTC – Cleaning up /var/opt/gitlab/backups/artifacts.tar.gz
2024-06-27 14:33:00 UTC – Cleaning up /var/opt/gitlab/backups/pages.tar.gz
2024-06-27 14:33:00 UTC – Cleaning up /var/opt/gitlab/backups/lfs.tar.gz
2024-06-27 14:33:00 UTC – Cleaning up /var/opt/gitlab/backups/registry.tar.gz
2024-06-27 14:33:00 UTC – Deleting tar staging files … done
2024-06-27 14:33:00 UTC – Deleting backups/tmp …
2024-06-27 14:33:00 UTC – Deleting backups/tmp … done
2024-06-27 14:33:00 UTC – Deleting backup and restore PID file … done
Backups can only be restored to the same version number. That means if you take a backup from 13.11.1 it can only be restored to 13.11.1. The same if it is CE or EE. Omnibus can only be restored to Omnibus installs. Eg: you cannot restore omnibus to a source install or vice versa.
So, no you cannot restore to a newer version like that. You will have to follow the upgrade path. All info relating to upgrades here: GitLab Upgrade Path Resources
1 Like
If someone knows what they’re doing (the op obviously don’t in this case), that check can easily be tricked, we succesfully restored a backup from an EE installation to a CE installation (same version). A part of knowing what you’re doing is knowing if the format is compatible, I can’t say if that is the case between 13.11 and 17.1 - there’s no (relevant) limit to the amount of damage one can do by trying to restore an incompatible backup. - So basically you can ignore this paragraph.
I don’t know, by my guess would be that the 13.11.1 RedHat shipped was an omnibus package, so you should follow the upgrade guide for those, and we’ve already given you the links you need to go on.
1 Like