I ran into an issue installing aegir on the new ubuntu today and steven asked me to add this bug. In the end i was able to get it to install. It MIGHT have worked perfectly out of the box but i forgot to fix my dns in hosts before installing and it failed out the first time. I tried to remove, configure dns and reinstall but it kept failing for a variety of reasons (permissions on conf files in var/aegir, etc) so i removed via apt-get then manually purged the db user aeiger created, the system user, the directory (var/aegir) and then reinstalled via apt-get install. Worked perfectly after a long pause here:
installing the Aegir frontend (Drupal with the hostmaster profile), please wait...
+ su aegir -c cd /var/aegir && drush hostmaster-install --yes --debug --backend titanium.favish.com | drush backend-parse
Bootstrap to phase 0. [0.01 sec, 2.8 MB] [bootstrap]
Drush bootstrap phase : _drush_bootstrap_drush() [0.01 sec, 3.02 MB] [bootstrap]
Here is also a transcript of IRC to assist anywhere im nclear above:
michaelfavia ive installed aegir via deb successfully about a half dozen times.
michaelfavia but im installling on a fresh ubuntu 12.04 and having an issue it seems.
michaelfavia id like to eliminate dns issue. it is for a local setup.
darthsteven what issue are you having?
darthsteven michaelfavia: what issue are you having?
michaelfavia darthsteven, well the package doesnt install. n debug mode it complains about permissions on the conf files that are in /var/aegir
darthsteven I've not tried to install it myself on 12.04, could you pop some relevant logs into an issue on d.o?
* cdracars has quit (Read error: Connection reset by peer)
michaelfavia darthsteven, happily. id liek to remove the possiility that my stupidity befor ei wast ebug counts on it thoguh
michaelfavia if i use my own fqdn titanium.favish.com on the machine.
michaelfavia i can just enter it into hsts right??
michaelfavia /etc/hosts
darthsteven that should be the case
* cdracars (~anonymous@164.58.23.135) has joined #aegir
michaelfavia darthsteven, and whats the deal with 127.0.1.1 should it go there or on 127.0.0.1?
darthsteven either I think, but I tend to go for 127.0.0.1
michaelfavia darthsteven, me as well :)
michaelfavia im just trying to make sure it isnt a hostname issue that i send someoen chaning down.
michaelfavia chasing
michaelfavia darthsteven, which logs would be helpful?
michaelfavia output from the debug install i assume.
michaelfavia anything else?
darthsteven yup
darthsteven not that I can think of
michaelfavia ok one sec.
* obicke (~omar@bas5-montreal28-1177916882.dsl.bell.ca) has joined #aegir
* rv0 has quit (Quit: rv0)
michaelfavia darthsteven, interesting. after a manual delettion of aegir remanants it installed successfully
michaelfavia i wen thtorugh and manually removed the aegir user, folder, etc
darthsteven hmm...
darthsteven strange
michaelfavia which were oddly left after a at remove
michaelfavia s/at/apt
darthsteven could you log an issue about installing on 12.0, we should probably test that at least :)
* oadaeh has quit (Quit: Quitting)
michaelfavia darthsteven, of course.
michaelfavia darthsteven, for what its worth the FIRST time i tried to install i forgot to configure the host and it failed. so i removed all the packages.
michaelfavia and tried again after configuring
darthsteven could you pop that on the ticket too please?
darthsteven could you raise it as a 'task'
michaelfavia darthsteven, you got it
darthsteven michaelfavia++
Comments
Comment #1
jon pughFYI http://community.aegirproject.org/discuss/anyone-using-aegir-ubuntu-1204...
Comment #2
Anonymous (not verified) commentedThis was most probably indeed the known Ubuntu 12.04 issue. I've added a special step in the Install documentation for ubuntu 12.04, so that users secure their mysql installation before proceeding. Along with a corresponding FAQ entry.
Comment #3
Anonymous (not verified) commentedI'm opening this in response to SeanBannister's comments at http://community.aegirproject.org/discuss/anyone-using-aegir-ubuntu-1204....
Essentially, Ubuntu 12.04 LTS ships with an insecure MySQL installation, wherein an anonymous user is present with no password, which breaks our MySQL connection attempts that we use in order to fetch the 'remote IP' of the webserver as seen from the db server (aka: the notorious 'Dummy connection failed to fail' message).
The workaround is to run mysql_secure_installation and I have reflected this in the documentation. However, we may want to add something to a postinst script in our Debian packages, that detects if Ubuntu and therefore automatically runs mysql_safe_installation or offers it to the user to to be run, before installation completes.
Frankly I don't think it's out responsibility to fix - after all, it doesn't help manual installation, and I would rather not spend a lot of time working around the poor decision to ship this default setup in Ubuntu and effectively start managing people's servers for them instead of simply install Aegir.. if people don't want to learn how to configure their own server properly when putting Aegir on it, they should probably hire someone like Omega8cc to do it for them (this is just my rather cold opinion).
But if we are committed to preventing our users from having to read documentation, learn how to manage their own servers or generally think, and take over this responsibility for them, then we should perhaps include it :)
Comment #4
Anonymous (not verified) commentedAlso, if we find a better way of *performing* these tests, as per #1576588: MySQL GRANT test can return an incorrect IP address for webserver if it has more than one IP on same LAN, then we might inadvertently fix this by not running any such dummy connection at all, and Ubuntu users can continue to be none the wiser about their insecure MySQL installation.
Comment #5
siliconmeadow commentedSorry about cross-posting from community.aegirproject:
How about as a solution, instead of attempting to carry on the install and dying, when spotting the 'Dummy connection failed to fail' aegir gracefully backs out and tells the user their mysql installation is too insecure for Aegir's liking?
By doing so, people don't get left with a bad taste in their mouth, as aegir and aegir-hostmaster aren't hosed and causing the end user to have to use dpkg to clean up the remnants of the failed install.
Perhaps it's not aegir's job to tell people their server's dbms is insecure and fix it for them. But I think aegir can make enemies by leaving itself in a broken state with no clear indication why, or how to resolve it.
Comment #6
ergonlogicNew features need to be implemented in Aegir 3.x, then we can consider back-porting to Aegir 2.x. Aegir 1.x is essentially deprecated.