Permalink
Cannot retrieve contributors at this time
Name already in use
A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?
boa/docs/UPGRADE.txt
Go to fileThis commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
127 lines (86 sloc)
4.34 KB
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| ### | |
| ### Important Notes - Read This First! | |
| ### | |
| => If you haven't run full barracuda+octopus upgrade to BOA Latest available | |
| Edition yet, don't use any partial upgrade modes explained further below. | |
| Once new BOA Latest is available, you must run *full* upgrades with commands: | |
| $ cd;wget -q -U iCab http://files.aegir.cc/BOA.sh.txt;bash BOA.sh.txt | |
| $ barracuda up-head | |
| $ barracuda up-head system (recommended on major upgrade) | |
| $ octopus up-head all force | |
| $ bash /var/xdrago/manage_ltd_users.sh (recommended on major upgrade) | |
| $ bash /var/xdrago/daily.sh (recommended on major upgrade) | |
| For silent, logged mode with email message sent once the upgrade is | |
| complete, but no progress is displayed in the terminal window, you can run | |
| alternatively, starting with screen session to avoid incomplete upgrade | |
| if your SSH session will be closed for any reason before the upgrade | |
| will complete: | |
| $ screen | |
| $ cd;wget -q -U iCab http://files.aegir.cc/BOA.sh.txt;bash BOA.sh.txt | |
| $ barracuda up-head log | |
| $ octopus up-head all force log | |
| Note that the silent, non-interactive mode will automatically say Y/Yes | |
| to all prompts and is thus useful to run auto-upgrades scheduled in cron. | |
| => Don't run any installer via sudo. | |
| You must be logged in as root or `sudo -i` first. | |
| => All commands will honor settings in their respective config files: | |
| /root/.barracuda.cnf | |
| /root/.o1.octopus.cnf | |
| However, arguments specified on command line will take precedence - see | |
| upgrade modes explained below. | |
| ### | |
| ### Available Standard Upgrade Modes | |
| ### | |
| Download and run (as root) BOA Meta Installer first: | |
| $ cd;wget -q -U iCab http://files.aegir.cc/BOA.sh.txt;bash BOA.sh.txt | |
| => To upgrade system and Aegir Master Instance to Latest use: | |
| $ barracuda up-head | |
| => To upgrade selected Aegir Satellite Instance to Latest use: | |
| $ octopus up-head o1 force | |
| => To upgrade *all* Aegir Satellite Instances to Latest use: | |
| $ octopus up-head all force | |
| ### | |
| ### Available Custom Upgrade Modes | |
| ### | |
| => You can append "log" as the last argument to every command, and it will | |
| write the output to the file instead of to the console, respectively: | |
| /var/backups/reports/up/barracuda/* | |
| /var/backups/reports/up/octopus/* | |
| Examples: | |
| $ barracuda up-head log | |
| $ octopus up-head all force log | |
| Detailed backend log on barracuda upgrade is always stored in /var/backups/ | |
| => You can append "system" as a last argument to the barracuda command, and | |
| it will upgrade only the system, without running Aegir Master Instance | |
| upgrade, plus it will write the output to the file instead of console: | |
| /var/backups/reports/up/barracuda/* | |
| Example: | |
| $ barracuda up-head system | |
| Note that while both "log" and "system" modes are "silent", because they | |
| don't display anything in your console, they will send the log via email | |
| to your address specified in the config file: /root/.barracuda.cnf | |
| It is recommended that you start `screen` before running commands using | |
| the "silent" mode - to avoid confusion or incomplete tasks when your | |
| SSH connection drops for any reason. | |
| => It is possible to set/force the upgrade mode on the fly using optional | |
| arguments: {aegir|platforms|both} | |
| Note that none is similar to "both", however "both" will force aegir plus | |
| platforms upgrade, while none will honor also settings from the octopus | |
| instance cnf file, where currently only "aegir" mode is defined with | |
| _HM_ONLY=YES option. | |
| Examples: | |
| $ octopus up-head o1 aegir | |
| $ octopus up-head o1 platforms log | |
| $ octopus up-head all aegir log | |
| $ octopus up-head all platforms | |
| => To keep Legacy version instead of Latest, use the same commands, but | |
| replace "up-head" with the legacy version you want to still use: | |
| "up-2.4", "up-2.3" or "up-2.2". | |
| The oldest Legacy version (up-2.2) is the last Edition in the 2.2.x series | |
| which still supported Drupal 5 and used Drush 4 with old Aegir version. | |
| Note that once you have current Latest or DEV installed, you can't | |
| go back to any legacy version. | |
| => To use DEV instead of Latest, use the same commands, but replace | |
| "up-head" with "up-dev". Please never use DEV version on any production | |
| server. Always use Latest. The DEV can be occasionally broken and should | |
| be used *only* for testing! | |