Install fails on enabling hosting-queued daemon vanilla 16.04 LTS Server

I have the same problem on ubuntu 16.04. To reproduce, you can issue kitchen converge mysql-secure-ubuntu-1604 on this chef repository (develop branch): https://github.com/daften/cookbook-aegir3/tree/develop

I've been getting the

Could not find the alias @hostmaster

error a lot on Ubuntu 16.04. It is hard to tell what exactly causes it, but it means that there is something wrong with your server setup. First, you need to attentively look through the whole installation log and take notice of any errors. You need to verify the following:

1.You have configured the server hostname or FQDN as described in the install docs

2. You have configured secure access to MySQL. On Ubuntu, you may execute the mysql_secure_installation command, or directly run queries from chef migration, mentioned by @daften:

DELETE FROM mysql.user WHERE User='';
DELETE FROM mysql.user WHERE User='root' AND Host NOT IN ('localhost', '127.0.0.1', '::1');
DROP DATABASE IF EXISTS test;
DELETE FROM mysql.db WHERE Db='test' OR Db='test\\_%';
FLUSH PRIVILEGES;

Also take a lot at #2770819: Install fails on MariaDB 10 without password (new default).

3. Mail transfer agent on the server is properly configured. If you install Aegir on Ubuntu using apt-get install aegir3 command from Aegir repository and you see this dialog window:

you must not select No configuration option, otherwise Drupal will not be able to send emails and Aegir installation will fail. At the minimum, you must select Local only if you do not want to configure Postfix.

If you see an error in the installation log similar to this:

WD mail: Error sending e-mail (from admin@localhost.localdomain to          [error]
admin@localhost.localdomain).

you need to fix your Postfix/MTA configuration.

I install the deb on 16.04 all the time, and have never run into this issue, but I always set up mail (Postfix) in advance as a real mail server, "Internet Site":

sudo apt install postfix bsd-mailx mutt

...before running:

sudo apt install aegir3

Maybe that makes a difference, but make sure you configure Postfix for private use only, something like so in /etc/postfix/main.cf, and then restart it:

inet_interfaces = 127.0.0.1

I just did an install of Aegir 3.9 on an Ubuntu 16 Xenial LXD/LXC container and encountered similar install issues

I purged the install and manually installing PHP packages, and then Postfix as per colan's comment and re-installed and it finally worked

there is certainly something troublesome

I am having the same issue with Ubuntu 16 Xenial.

Bumping this to "critical" as it's blocking installs.

I believe that this is due to PHP7 compiling with a different set of default extensions. Try installing php7.0-xml before installing aegir3.

We should revisit the Debian packaging to ensure that these dependencies are made explicit in our packages.

I think this is now fixed in #2715599: Support PHP 7 in Debian package

I've tested it in a vagrant box... ubuntu/xenial64

echo "deb http://debian.aegirproject.org unstable main" | sudo tee -a /etc/apt/sources.list.d/aegir-stable.list
curl http://debian.aegirproject.org/key.asc | sudo apt-key add -
sudo apt-get update
apt-get install mysql-server
apt-get install aegir3

Slightly off-topic, but I came across another odd failure mode recently, when installing onto a Debian Stretch AMI-based AWS instance. In that case it was prompting to the aegir user's sudo password, as it attempted to run one of our zz_ hooks from the fix_ownership module. Since this module wasn't enabled, there's no way the hook should be getting called. Clearing the Drush cache allowed the installation to proceed successfully.

Note that on Stretch, the mysql-server and mysql-client packages appear to have been replaced by default-mysql-server and default-mysql-client. Note that the former actually installs MariaDB, which, in turn, triggers #2770819: Install fails on MariaDB 10 without password (new default). Setting an alternative db user (e.g., 'aegir_root') with proper permissions allowed installation to proceed.

Of course, Debian Stretch only just went into freeze, so we aren't likely to see a full release for another 4-5 months, and things can still change fairly significantly before then. But I figured I'd note my findings while they were fresh in my mind.

I'm marking this fixed ... info from #9is moved to a new issue ... #2857259: [meta] Debian 9 - Stretch support

Could not find the alias @hostmaster [error]
/opt/tmp/boa/lib/functions/satellite.sh.inc: line 5158: cd: /data/disk/o2/aegir/distro/001: No such file or directory

in fresh debian 9 boa autoinstall