2013-08-16 05:49:49 -04:00
# From 5.4 to 6.0
2014-11-09 06:53:07 -05:00
*Make sure you view this [upgrade guide from the `master` branch ](../../../master/doc/update/5.4-to-6.0.md ) for the most up to date instructions.*
2013-08-16 05:49:49 -04:00
2013-11-02 11:49:26 -04:00
## Warning
2014-04-24 18:48:22 -04:00
2014-03-24 10:17:43 -04:00
GitLab 6.0 is affected by critical security vulnerabilities CVE-2013-4490 and CVE-2013-4489.
2013-11-02 11:49:26 -04:00
2015-02-16 20:51:29 -05:00
**You need to follow this guide first, before updating past 6.0, as it contains critical migration steps that are only present
in the `6-0-stable` branch**
2014-04-24 18:48:22 -04:00
## Deprecations
2013-08-16 05:49:49 -04:00
2014-04-24 18:48:22 -04:00
### Global projects
2013-08-16 05:49:49 -04:00
2013-09-13 01:49:45 -04:00
The root (global) namespace for projects is deprecated.
2014-04-24 18:48:22 -04:00
2015-01-30 13:24:45 -05:00
So you need to move all your global projects under groups or users manually before update or they will be automatically moved to the project owner namespace during the update. When a project is moved all its members will receive an email with instructions how to update their git remote URL. Please make sure you disable sending email when you do a test of the upgrade.
2013-08-16 05:49:49 -04:00
2014-04-24 18:48:22 -04:00
### Teams
2013-08-16 05:49:49 -04:00
2013-08-16 05:53:52 -04:00
We introduce group membership in 6.0 as a replacement for teams.
2014-04-24 18:48:22 -04:00
2013-08-16 05:49:49 -04:00
The old combination of groups and teams was confusing for a lot of people.
2014-04-24 18:48:22 -04:00
2013-08-16 05:49:49 -04:00
And when the members of a team where changed this wasn't reflected in the project permissions.
2014-04-24 18:48:22 -04:00
2013-08-16 05:49:49 -04:00
In GitLab 6.0 you will be able to add members to a group with a permission level for each member.
2014-04-24 18:48:22 -04:00
2013-08-16 05:49:49 -04:00
These group members will have access to the projects in that group.
2014-04-24 18:48:22 -04:00
2013-08-16 05:49:49 -04:00
Any changes to group members will immediately be reflected in the project permissions.
2014-04-24 18:48:22 -04:00
2013-08-16 05:49:49 -04:00
You can even have multiple owners for a group, greatly simplifying administration.
2014-04-24 18:48:22 -04:00
## 0. Backup
2013-08-16 05:49:49 -04:00
2014-04-24 18:48:22 -04:00
It's useful to make a backup just in case things go south (with MySQL, this may require granting "LOCK TABLES" privileges to the GitLab user on the database version):
2013-08-16 05:49:49 -04:00
```bash
cd /home/git/gitlab
2013-10-07 08:16:04 -04:00
sudo -u git -H bundle exec rake gitlab:backup:create RAILS_ENV=production
2013-08-16 05:49:49 -04:00
```
2014-04-24 18:48:22 -04:00
## 1. Stop server
2013-08-16 05:49:49 -04:00
sudo service gitlab stop
2014-04-24 18:48:22 -04:00
## 2. Get latest code
2013-08-16 05:49:49 -04:00
```bash
cd /home/git/gitlab
sudo -u git -H git fetch
2013-08-20 22:25:46 -04:00
sudo -u git -H git checkout 6-0-stable
2013-08-16 05:49:49 -04:00
```
2014-04-24 18:48:22 -04:00
## 3. Update gitlab-shell
2013-08-20 15:13:49 -04:00
```bash
cd /home/git/gitlab-shell
sudo -u git -H git fetch
2013-11-20 05:34:14 -05:00
sudo -u git -H git checkout v1.7.9
2013-08-20 15:13:49 -04:00
```
2014-04-24 18:48:22 -04:00
## 4. Install additional packages
2013-08-16 05:49:49 -04:00
```bash
# For reStructuredText markup language support install required package:
sudo apt-get install python-docutils
```
2014-04-24 18:48:22 -04:00
## 5. Install libs, migrations, etc.
2013-08-16 05:49:49 -04:00
```bash
cd /home/git/gitlab
# MySQL
sudo -u git -H bundle install --without development test postgres --deployment
2013-08-26 03:09:53 -04:00
# PostgreSQL
2013-08-16 05:49:49 -04:00
sudo -u git -H bundle install --without development test mysql --deployment
sudo -u git -H bundle exec rake db:migrate RAILS_ENV=production
sudo -u git -H bundle exec rake migrate_groups RAILS_ENV=production
sudo -u git -H bundle exec rake migrate_global_projects RAILS_ENV=production
sudo -u git -H bundle exec rake migrate_keys RAILS_ENV=production
sudo -u git -H bundle exec rake migrate_inline_notes RAILS_ENV=production
2013-08-29 15:23:19 -04:00
sudo -u git -H bundle exec rake gitlab:satellites:create RAILS_ENV=production
2013-08-16 05:49:49 -04:00
2013-08-26 03:09:53 -04:00
# Clear redis cache
sudo -u git -H bundle exec rake cache:clear RAILS_ENV=production
2013-08-22 10:00:42 -04:00
2013-08-26 03:09:53 -04:00
# Clear and precompile assets
sudo -u git -H bundle exec rake assets:clean RAILS_ENV=production
sudo -u git -H bundle exec rake assets:precompile RAILS_ENV=production
2013-08-16 05:49:49 -04:00
```
2014-04-24 18:48:22 -04:00
## 6. Update config files
2013-08-16 05:49:49 -04:00
2013-08-16 05:53:52 -04:00
Note: We switched from Puma in GitLab 5.4 to unicorn in GitLab 6.0.
2014-04-24 18:48:22 -04:00
- Make `/home/git/gitlab/config/gitlab.yml` the same as https://gitlab.com/gitlab-org/gitlab-ce/blob/master/config/gitlab.yml.example but with your settings.
- Make `/home/git/gitlab/config/unicorn.rb` the same as https://gitlab.com/gitlab-org/gitlab-ce/blob/master/config/unicorn.rb.example but with your settings.
2013-08-16 05:49:49 -04:00
2014-04-24 18:48:22 -04:00
## 7. Update Init script
2013-08-16 05:49:49 -04:00
```bash
sudo rm /etc/init.d/gitlab
2014-02-13 15:14:20 -05:00
sudo cp lib/support/init.d/gitlab /etc/init.d/gitlab
2013-08-16 05:49:49 -04:00
sudo chmod +x /etc/init.d/gitlab
```
2014-04-24 18:48:22 -04:00
## 8. Start application
2013-08-16 05:49:49 -04:00
sudo service gitlab start
sudo service nginx restart
2014-04-24 18:48:22 -04:00
## 9. Check application status
2013-08-16 05:49:49 -04:00
Check if GitLab and its environment are configured correctly:
sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production
To make sure you didn't miss anything run a more thorough check with:
sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production
If all items are green, then congratulations upgrade complete!
2013-10-15 08:58:26 -04:00
2014-04-24 18:48:22 -04:00
## Troubleshooting
2013-10-15 08:58:26 -04:00
The migrations in this update are very sensitive to incomplete or inconsistent data. If you have a long-running GitLab installation and some of the previous upgrades did not work out 100% correct this may bite you now. The following commands can be run in the rails console to look for 'bad' data.
2014-04-24 18:48:22 -04:00
All project owners should have an owner:
2013-10-15 08:58:26 -04:00
```
Project.all.select { |project| project.owner.blank? }
```
2014-04-24 18:48:22 -04:00
Every user should have a namespace:
2013-10-15 08:58:26 -04:00
```
User.all.select { |u| u.namespace.blank? }
```
2014-04-24 18:48:22 -04:00
Projects in the global namespace should not conflict with projects in the owner namespace:
2013-10-15 08:58:26 -04:00
```
Project.where(namespace_id: nil).select { |p| Project.where(path: p.path, namespace_id: p.owner.try(:namespace).try(:id)).present? }
```