community.aegirproject.org
0.4-rc1 release notes
The Aegir team is very pleased to announce the second release candidate of Aegir 1.0!
Yes, you read that right: 1.0! We've decided to rename the 0.4 branch to 1.0.
This is the second Release Candidate from which we will test fixes to critical bugs from rc1, as well as fix any additional critical bugs found since, until we have no criticals and will then roll out the official 1.0.
Key changes in 1.0-rc2
There are a lot of bug fixes and features added into this release.
INSTALL.txt and UPGRADE.txt, along with the various architecture hints, and other developer docs, have been moved to the community site under:
http://community.aegirproject.org/administrator-manual
The Aegir git repositories have moved back to drupal.org, we're back in the family!
We have fixed some key issues that were discovered during testing, including sites that were not put offline during migrations and data loss issues in multiserver migration. We have also worked on the upgrade path for legacy (pre alpha9) installs, which should be able to upgrade to this release directly.
Finally, we fixed a CSRF attack on the task form that allowed an attacker to force a user to run tasks on existing sites and platforms. This is non-critical as only tasks with no confirmation dialog (ie. safe tasks) could be triggered.
Also, we've moved to Drush Make 2.1!
Known Issues
- DNS has no access control - anybody can create any zone (#922252)
- The site form suffers from some performance issues when you have a lot of platforms (#955854)
- Cluster servers are probably broken right now (#1016890) *Aliases are not persisted across Migrate, (Rename), Clone (provision-deploy) (#1004526)
- See all the issues tagged as aegir-1.0 and issues marked as 'major' for our comprehensive list of outstanding issues.
Installing and upgrading
The canonical source of installation documentation has moved from the usual INSTALL.txt to the community site at:
http://community.aegirproject.org/installing
For users of 0.4-rc1 and earlier, we offer an upgrade.sh script in Provision, which tries to automate many of the steps outlined at:
http://community.aegirproject.org/upgrading
It is still imperative that you read the the Upgrade Guide (http://community.aegirproject.org/upgrading) and follow all version-specific upgrade instructions located at the end of the document before trying to run the upgrade script. This especially applies to users upgrading from before 0.4-alpha8, including 0.3.
For users coming from 0.4-beta1, beta2 or rc1, there are unlikely to be any version-specific manual steps required to upgrade to 1.0-rc2, but you should make a habit of reading them anyway just to make sure. No-one likes a nasty surprise!
The upgrade.sh script attempts to backup the existing backend components, download new versions, and then run the hostmaster-migrate command. It assumes you are upgrading from the previous release (hostmaster-0.4-rc1). If you are not, you may have to edit the script to change the OLD_DRUPAL_DIR variable.
Bugs fixed
- fix CSRF attack on task run links
- #1075108 : Fix for admin/hosting/queues UI for Safari and Chrome
- : Cloning a site doesn't handle file path change in the variables table](http://drupal.org/node905326)
- #1079274 : Sites data get lost on migrate or clone / dont "spoke" the site
- #1075132 : Autocomplete field 'Associate a client to this user' in user form throws a warning
- #1075088 : Users have no access to any site if "create site" permission is turned off
- #1074414 : wrong use of drush_backend_invoke
- #949044 : It is possible to create broken site or duplicate sites nodes because there is not enough strtolower(trim(domain)) used
- #1068280 : Update order issue during migration from 0.3 to 0.4-beta2
- #1068660 : site is not put offline during migration
- #884090 : aplha11 new sites get wrong group perms in files subdirs
New features
- #1062070 : We no longer rebuild the node access table all the time, only if necessary
- #1080118 : Add a page on Aegir to the d.o Administration Guide
No Drush 4?
Some people might be wondering why we haven't changed the install.sh or upgrade.sh scripts to fetch the latest Drush 4.2 release.
Drush 4.2 has a bug which breaks rsync and possibly other stuff when using multiserver.
It's been fixed in Drush, but we are awaiting a 4.3 release before we roll with it. If you see 4.3 come out, you can probably upgrade your Drush if you wish (we tested this morning and are in fact compatible with Drush HEAD at time of writing).
See this ticket for more: http://drupal.org/node/1041386
We are working with the Drush developers to attempt to 'sync' our releases in future, but we wanted to roll out rc2 to all you good folk sooner rather than later this time :)
Need help?
If you struggle to install or upgrade your Aegir system, you have a number of options available to you for getting help.
Consult this page for more: http://community.aegirproject.org/help
Thanks to our awesome community for their help, support and encouragement as always!
Known Issues
- DNS has no access control - anybody can create any zone (#922252)
- The site form suffers from some performance issues when you have a lot of platforms (#955854)
- Cluster servers are probably broken right now (#1016890)
- Aliases are not persisted across Migrate, (Rename), Clone (provision-deploy) (#1004526)
See all the issues tagged as aegir-0.4 and issues marked as 'major' for our comprehensive list of outstanding issues.
Installing and upgrading
The canonical source of installation documentation is as usual the excellent INSTALL.txt. The hostmaster and provision tarballs have the following checksums:
provision-0.4-rc1.tgz: 6f4da4ba7dcfaa1bcc3c44f96beb3eda
hostmaster-0.4-rc1.tgz: b2a42b151b817c1ea6cdf15462aa2e15
For users who have Rackspace Cloud accounts and want to install Aegir in the cloud, you are welcome to try mig5's Frigg script, which automatically creates a new virtual server and installs Aegir, with one command!
For users of 0.4-beta2 and earlier, we offer an upgrade.sh script in Provision, which tries to automate much of the steps outlined in the UPGRADE.txt.
It is still imperative that you read the UPGRADE.txt and follow all version-specific upgrade instructions located at the end of the document before trying to run the upgrade script. This especially applies to users upgrading from before 0.4-alpha8, including 0.3.
For users coming from 0.4-beta1 or beta2, there are unlikely to be any version-specific manual steps required to upgrade to 0.4-rc1, but you should make a habit of reading them anyway just to make sure. No-one likes a nasty surprise!
The upgrade.sh script attempts to backup the existing backend components, download new versions, and then run the hostmaster-migrate command. It assumes you are upgrading from the previous release (hostmaster-0.4-beta2). If you are not, you may have to edit the script to change the OLD_DRUPAL_DIR variable.
Bugs fixed
- #1057736 : Cloning SSL sites will lead to a non SSL site .. but certificate is still copied
- #1057178 : Call-time pass-by-reference has been deprecated task.hosting.inc
- #1059328 : Restore and Backup_Delete tasks submit dialog even when no backups are available
- #1057280 : Site batch api error
- #1058650 : Web_group 'www' missing in $common_groups array
- #1047922 : Drush 4.x and 5.0-dev/HEAD breaks Aegir in some (hidden) ways - paths in files not rewritten on clone/migrate/rename
- #931420 : Task list in hosting_summary block shows underscores
- #1052028 : [DNS] Creating and deleting zone configuration on slaves doesn't work with PHP 5.3
- #1053834 : [DNS] error adding a new record on existing zone
- #1033072 : migrate interface takes forever (litterally) to load
- #976300 : web server migration results in content removal when site is verified
- #888194 : Trying to get property of non-object provision.inc:57
- #775850 : Openpublish 2.0 Installation profile is not seen by Aegir
- #996578 : Install Profiles disappear from profile list on load or refresh of site creation form
- #1003666 : If site quota is at 100% editing site nodes is not possible
- #1039010 : Enforce that platform names and paths must be unique, even across remote servers, because of the spoke model
- #959852 : Add new server confirmation text indicates wrong server type
- #1037222 : upgrade.sh and upgrade.txt ambiguous about drush and drush make versions
- #985518 : Default client changes if Clients feature was ever enabled (0.4-beta1)
- #1014638 : All Drush versions since 4.0-rc6 are breaking Aegir completely
- #1009386 : /var/aegir/platforms logic syncs all platforms to the remote web server
- #1008954 : Fatal error: Call to undefined function hosting_site_list
New features
- #994210 : Add support for some common files/subdirs like css/js/ctools/imagecache
- #984396 : we stopped hardcoding page cache in settings.php
- #630336 : billing support
- #1005014 : Bulk operations - doesn't display all available tasks
- #1044938 : Allow local.settings.php to override global.inc to make it usable
- #1042758 : Display filesize on Backups lists
- #860582 : Get site by alias as well as url
- #1039168 : after creating platform, publish path should not be changeable
No Drush 4 or Drush Make 2.0?
Some people might be wondering why we haven't changed the install.sh or upgrade.sh scripts to fetch the latest Drush 4.2 release or Drush Make 2.0.
Drush
Drush 4.2 has a bug which breaks rsync and possibly other stuff when using multiserver.
It's been fixed in Drush, but we are awaiting a 4.3 release before we roll with it. If you see 4.3 come out, you can probably upgrade your Drush if you wish (we tested this morning and are in fact compatible with Drush HEAD at time of writing).
See this ticket for more: http://drupal.org/node/1041386
Drush Make
Drush Make 2.0 has a bug that prevents building platforms from distributions that didn't come from drupal.org.
This has also been fixed in HEAD, but we are awaiting a 2.1 release before we roll with it. If you see 2.1 come out, you can probably upgrade your Drush Make if you wish.
See this ticket for more: http://drupal.org/node/1059238
We are working with the developers of these projects to attempt to 'sync' our releases in future, but we wanted to roll out rc1 to all you good folk sooner rather than later this time :)
Need help?
If you struggle to install or upgrade your Aegir system, you have a number of options available to you for getting help.
Consult this page for more: http://community.aegirproject.org/help
Thanks to our awesome community for their help, support and encouragement as always!