New Mercury 1.2 install instructions: When available??

Events happening in the community are now at Drupal community events on www.drupal.org.
zoon_unit's picture

According to this post: http://groups.drupal.org/node/100624#comment-326369 ,
there should be vastly simplified instructions for installing Mercury on a VPS somewhere around mid-November.

Of course, it's December now. Have I missed the post?? Just wondering when the info might become available. I'm ready to create a Linode Mercury install with Ubuntu 9.10 (for PHP compatibility) but the Linode stackscript is over 6 months old now.

I think it would be better to install manually, just to understand the process.

Will these instructions be available soon?? Thanks!

Comments

Looking forward

MacRonin's picture

Looking forward to trying 1.2 myself.
From the tidbits I've seen mentioned, it sounds like it has some nice improvements.

Also looking forward

Jackinloadup's picture

Also looking forward to trying 1.2

Try out trunk

joshk's picture

You can try out trunk today if you want to get a taste:

https://launchpad.net/pantheon

Just added instructions for "rolling your own" to the frontpage there. :)

Josh, thanks for all your work

zoon_unit's picture

Any idea when we can expect 1.2? (approx) I'm trying to launch and a timetable would help my planning immensely.....

When it's ready

joshk's picture

Well, it's hard to say. We don't want to rush it out, and the current focus is really on finishing up the necessary improvements for the getpantheon.com service launch. I don't think we'll have a stable 1.2 release until that's done, and it probably honestly won't happen before the holidays.

That said, if you're a comfortable DIY'er, trunk is pretty dang stable and you should give it a shot.

Fair enough

zoon_unit's picture

I DO appreciate you making a stab at a prediction. :-) That helps me immensely to plan. I'm setting up a test server so I can do a dry run and see what happens....

Have a happy holidays

A post of your experiences

__mark's picture

A post of your experiences would be totally awesome and appreciated.

trying 1.2

MacRonin's picture

Thanks for the info and status. I'm giving the new version and install process a shot on a Linode(1024) instance.

Just wanted to verify a few things. Is that install process on the launchpad pad he entire thing?. I ask because of the reboot things feel incomplete(maybe its just missing the final touch-ups). I tried to look in Hudson to see how it was doing but nothing responded at port 8081(which was the one used in prior version of pantheon). even though I do see it being restarted at the end of the install process.

The install script ends with:

[...]
[localhost] run: cat /etc/sudoers
[localhost] run: echo "hudson ALL = NOPASSWD: /usr/local/bin/drush, /usr/bin/fab, /usr/sbin/bcfg2, /usr/bin/python" >> /etc/sudoers
[localhost] run: usermod -aG ssl-cert hudson
[localhost] run: /etc/init.d/hudson restart
[localhost] run: a2dissite default
[localhost] run: rm -f /etc/apache2/sites-available/default*
[localhost] run: rm -f /var/www/*

Done.
root@li1999.995:/opt/pantheon/fab#

but I don't see Hudson when I do a process list (after reboot)

# ps -A
  PID TTY          TIME CMD
    1 ?        00:00:00 init
    2 ?        00:00:00 kthreadd
    3 ?        00:00:00 migration/0
    4 ?        00:00:00 ksoftirqd/0
    5 ?        00:00:00 migration/1
    6 ?        00:00:00 ksoftirqd/1
    7 ?        00:00:00 migration/2
    8 ?        00:00:00 ksoftirqd/2
    9 ?        00:00:00 migration/3
   10 ?        00:00:00 ksoftirqd/3
   11 ?        00:00:00 events/0
   12 ?        00:00:00 events/1
   13 ?        00:00:00 events/2
   14 ?        00:00:00 events/3
   15 ?        00:00:00 khelper
   19 ?        00:00:00 async/mgr
   22 ?        00:00:00 xenwatch
   23 ?        00:00:00 xenbus
  120 ?        00:00:00 sync_supers
  122 ?        00:00:00 bdi-default
  124 ?        00:00:00 kblockd/0
  125 ?        00:00:00 kblockd/1
  126 ?        00:00:00 kblockd/2
  127 ?        00:00:00 kblockd/3
  130 ?        00:00:00 kseriod
  147 ?        00:00:00 rpciod/0
  148 ?        00:00:00 rpciod/1
  149 ?        00:00:00 rpciod/2
  150 ?        00:00:00 rpciod/3
  178 ?        00:00:00 kswapd0
  179 ?        00:00:00 ksmd
  180 ?        00:00:00 aio/0
  181 ?        00:00:00 aio/1
  182 ?        00:00:00 aio/2
  183 ?        00:00:00 aio/3
  187 ?        00:00:00 ecryptfs-kthrea
  189 ?        00:00:00 nfsiod
  190 ?        00:00:00 kslowd000
  191 ?        00:00:00 kslowd001
  193 ?        00:00:00 jfsIO
  194 ?        00:00:00 jfsCommit
  195 ?        00:00:00 jfsCommit
  196 ?        00:00:00 jfsCommit
  197 ?        00:00:00 jfsCommit
  198 ?        00:00:00 jfsSync
  199 ?        00:00:00 xfs_mru_cache
  200 ?        00:00:00 xfslogd/0
  201 ?        00:00:00 xfslogd/1
  202 ?        00:00:00 xfslogd/2
  203 ?        00:00:00 xfslogd/3
  204 ?        00:00:00 xfsdatad/0
  205 ?        00:00:00 xfsdatad/1
  206 ?        00:00:00 xfsdatad/2
  207 ?        00:00:00 xfsdatad/3
  208 ?        00:00:00 xfsconvertd/0
  209 ?        00:00:00 xfsconvertd/1
  210 ?        00:00:00 xfsconvertd/2
  211 ?        00:00:00 xfsconvertd/3
  212 ?        00:00:00 crypto/0
  213 ?        00:00:00 crypto/1
  214 ?        00:00:00 crypto/2
  215 ?        00:00:00 crypto/3
  848 ?        00:00:00 khvcd
  955 ?        00:00:00 kpsmoused
  957 ?        00:00:00 kstriped
  959 ?        00:00:00 ksnapd
  974 ?        00:00:00 kjournald
1001 ?        00:00:00 upstart-udev-br
1003 ?        00:00:00 udevd
1538 ?        00:00:00 udevd
1539 ?        00:00:00 udevd
1916 ?        00:00:00 dhclient3
1924 ?        00:00:00 rsyslogd
1990 ?        00:00:00 atd
1994 ?        00:00:00 cron
2004 ?        00:00:00 flush-1:0
2005 ?        00:00:00 flush-1:1
2006 ?        00:00:00 flush-1:2
2007 ?        00:00:00 flush-1:3
2008 ?        00:00:00 flush-1:4
2009 ?        00:00:00 flush-1:5
2010 ?        00:00:00 flush-1:6
2011 ?        00:00:00 flush-1:7
2012 ?        00:00:00 flush-1:8
2013 ?        00:00:00 flush-1:9
2014 ?        00:00:00 flush-1:10
2015 ?        00:00:00 flush-1:11
2016 ?        00:00:00 flush-1:12
2017 ?        00:00:00 flush-1:13
2018 ?        00:00:00 flush-1:14
2019 ?        00:00:00 flush-1:15
2020 ?        00:00:00 flush-202:0
2021 ?        00:00:00 flush-202:16
2039 ?        00:00:00 mysqld
2058 ?        00:00:00 vsftpd
2059 ?        00:00:00 sshd
2085 ?        00:00:00 ntpd
2102 ?        00:00:01 bcfg2-server
2104 ?        00:00:00 gam_server
2154 ?        00:00:00 memcached
2160 ?        00:00:00 ondemand
2164 ?        00:00:00 sleep
2285 ?        00:00:00 master
2297 ?        00:00:00 pickup
2298 ?        00:00:00 qmgr
2324 ?        00:00:00 varnishd
2325 ?        00:00:00 varnishd
2357 ?        00:00:00 vnstatd
2391 ?        00:00:00 apache2
2404 ?        00:00:00 apache2
2406 ?        00:00:00 apache2
2407 ?        00:00:00 apache2
2408 ?        00:00:00 apache2
2409 ?        00:00:00 apache2
2427 ?        00:00:01 java
2511 ?        00:00:00 sshd
2524 pts/0    00:00:00 bash
2548 ?        00:00:00 daemon
2552 ?        00:00:08 java
2590 hvc0     00:00:00 getty
2591 pts/0    00:00:00 ps

Do now go back and install a Pressflow site and start experinenting? or is there more to do here?

Thanks again,

more details on install attempt for 1.2

MacRonin's picture

Doing a bit more digging I found a few things in the SYSLOG that I wasn't sure about. Since I mentioned Hudson, I thought I'd mention that it is was basically the last thing in SYSLOG (just before kernel time sync and cron run) after a reboot. I thoughtnthis was an ongoing process.

Dec 5 16:35:50 localhost hudson: hudson: client (pid 2190) exited with 143 status

Further back I also see a warning msg during mysql startup mention that I still have 2 root accounts without a password

Dec 5 16:34:43 localhost /etc/mysql/debian-start[2125]: Checking for insecure root accounts.
Dec 5 16:34:43 localhost /etc/mysql/debian-start[2129]: WARNING: mysql.user contains 2 root accounts without password!

BTW I do have the full SSH session log from the install itself, and can provide any more requested info from the SYSLOG if desired

143 Status

joshk's picture

FWIW, after debugging on another thread, 143 status means a normal restart. In the event that the base hudson package needs to be updated during initialization, it will restart. We also restart it if we've had changes to the job definitions.

The takeaway is that the hudson: client (pid nnnn) exited with 143 status message is not a cause for concern.

Hudson = java process

joshk's picture

Hudson is a java process. It will run under the "hudson" user, but the name of the process will be "java" or "exe" depending on your system.

Ah, OK. That makes sense. (found the process)

MacRonin's picture

Ah, OK. That makes sense. I guess that means that the "exited with 143 status" for Hudson may be normal. I had done some searching and didn't find anything explaining the "143 status" meaning. It also threw me that in Pantheon ver 1.1 we had to goto a URL like https://pantheon.example.com:8081/ and complete the install process. It threw me when I couldn't get Hudson to respond via the prior URL, and the install log mentioned that Hudson tried to use 8080 but was rejected since it was in use. And I didn't see a new port defined, and IPtables seemed to block anything but the basics. So it all added up to making me think something might have been wrong.

I went and did a search on active users with the name "hudson" and found both java and daemon under the hudson user, so it looks like it is running.

I guess I'll move on to actually installing a Pressflow test site and see how things go from there. And if I'm feeling real adventurous I'll try and see how complicated it might be to install Aegir under Pantheon. From the number of changes I get the feel that it will be more complicated than with 1.1 but you never know till you try

Thanks

Checking out Launchpad

zoon_unit's picture

Josh,

Will your instructions work with Ubuntu 9.10? (want to keep PHP compatibility)

php gets reset to 5.2 s part of install

MacRonin's picture

I believe that part of the install process is bringing back php 5.2 instead of the 5.3 version shipped with Lucid(10.4)

Correct

Greg Coit's picture

We pin PHP to 5.2 and delete 5.3. The advantage to 10.4 is that it's an LTS and has support for 5 years (server only, desktop is 3). All our testing since 10.4 came out has been on it.

Greg

--
Greg Coit
Systems Administrator
http://www.chapterthree.com

re: Try out trunk

Greg Coit's picture

We've moved the project (for the last time I hope) from launchpad to github. See: https://github.com/pantheon-systems/mercury for instructins on how to download the latest Pantheon 1.2 from trunk.

Greg

--
Greg Coit
Systems Administrator
http://www.chapterthree.com

Linode not working

Dokuro's picture

I can't seem to get this working on Linode, any tips? Everything runs fine, but can't load up Hudson at all.

Must be missing something....

Dokuro's picture

So I follow the install steps:

apt-get install bzr fabric
bzr branch lp:pantheon /opt/pantheon
cd /opt/pantheon/fab

The last command should one of the following:
fab initialize:vps=aws (for instance-based AWS servers)
fab initialize:vps=ebs (for ebs-based AWS servers - experimental)
fab initialize:vps=default (for all other Pantheon servers)

After the init script is complete, reboot your server and Pantheon will automatically initialize.

This part right here does nothing for me:

After the init script is complete, reboot your server and Pantheon will automatically initialize.

Did this on rackspace cloud server and linode, both a no go....anyone want to tell me what I am missing?

Are you taking into account

boztek's picture

Are you taking into account that hudson is locked down to localhost access only for security?

If you 'ps aux' do you see the java hudson process? If so then you can create an ssh tunnel to the box to send localhost:someport on your machine to localhost:8090 on the mercury server.

e.g. ssh -f root@mymercurybox -L :localhost:8090 -N

hudson

Greg Coit's picture

We bind Hudson to localhost for security purposes. If you do run the following command:

ssh -L 8090:localhost:8090 user@my_pantheon_server

You can then point your webbrowser to localhost:8090 and see hudson running on your Pantheon servers.

However, if you reboot your server after running fab initialize, then you should soon see the following in your ssh connection:

"DEAR SYSADMIN: PANTHEON IS READY FOR YOU NOW. Do not forget the README.txt, CHANGELOG.txt and docs!"

Hope this helps,

Greg

--
Greg Coit
Systems Administrator
http://www.chapterthree.com

No go for me either

zoon_unit's picture

I ran the commands listed on the launchpad page and got absolutely nothing. Nothing installs on reboot. I did get an import error when running "fab initialize:vps=default"

"Import error: No module named MySQLdb"

after that, a reboot does nothing.....

Will the Mercury 1.1 stackscript at Linode still work? If so, any reason not to use it instead?

TOTAL FAIL

zoon_unit's picture

I tried installing 1.1 using the instructions at http://groups.drupal.org/node/70268, and got nowhere either.

I can't even get past the apt-get updates.

After running the wget commands to update the source lists, and then running apt-get update and upgrade commands, I get the following errors:

Type '--2010-12-15' is not known in line 1 in source list /etc/apt/sources.list.d/aws.list
The list of sources could not be read

?????????

re: TOTAL FAIL

Greg Coit's picture

Sorry - I'm unable to reproduce this error. Please try again as I'm certain the instructions for installing 1.1 work.

Greg

--
Greg Coit
Systems Administrator
http://www.chapterthree.com

re: No go for me either

Greg Coit's picture

Yeah, I just changed the install instructions to include python-mysqldb.

Sorry!

Greg

--
Greg Coit
Systems Administrator
http://www.chapterthree.com

Greg, please see these issues in this thread below.

redhatmatt's picture

Suddenly having quite a bit of trouble with the mercury make file attempting to branch pressflow from launchpad... works in command line and using get and full url in makefile. been at the problem for awhile...

Please see the last two items in this thread...

(oh and I'm using rackspace cloud servers as usual, which are usually flawless with your instructions... everything else goes smoothly!)

Thanks!

Installing 1.1 doesn't work anymore

arnold_mad's picture

I tried to install mercury 1.1 today and I got stuck when trying to download pressflow with this error:
root@ubuntu:~# drush make --working-copy /etc/mercury/mercury.make /var/www/
Project information for apachesolr retrieved. [ok]
Project information for memcache retrieved. [ok]
Project information for varnish retrieved. [ok]
Unable to branch pressflow from lp:pressflow. [error]
Please set the CVSROOT variable in your shell environment when using the --working-copy option. [ok]
mercury checkout from contributions/profiles/mercury/. [ok]
apachesolr downloaded from http://ftp.drupal.org/files/projects/apachesolr-6.x-1.2.tar.gz. [ok]
memcache downloaded from http://ftp.drupal.org/files/projects/memcache-6.x-1.8.tar.gz. [ok]
varnish downloaded from http://ftp.drupal.org/files/projects/varnish-6.x-1.x-dev.tar.gz. [ok]
SolrPhpClient downloaded from http://solr-php-client.googlecode.com/files/SolrPhpClient.r22.2009-11-09.... [ok]
An error occurred at function : drush_drush_make_make

same thing!

redhatmatt's picture

I've been trying lots of different combinations in the make file to get around this...!!! I can get bzr to pull pressflow stright on the command line, just something is suddenly wrong with the config on the mercury makefile:

; Pressflow

projects[pressflow][type] = "core"
projects[pressflow][download][type] = bzr
projects[pressflow][download][url] = lp:pressflow

I also used get method, but later it angers Hudson build process which fails cause it knows darn well it isn't a branch. This silly little thing has gone on for hours... Help arnold and I!

please.

=)

High performance

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: