Walrus, SC and CC registrations hardcode 'localhost'

[Matt Zimmerman]

Dustin is working on automating the registration step, but the approach we're using for now only works for the (default) case where the walrus is on the same system as the eucalyptus frontend. This is a reminder to fix that down the road.

ProblemType: Bug
Architecture: i386
Date: Fri Sep 25 20:43:18 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: wl
Package: eucalyptus-walrus (not installed)
ProcEnviron:
 LC_COLLATE=C
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/zsh
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: eucalyptus
Tags: ubuntu-unr
Uname: Linux 2.6.31-10-generic i686

[Dustin Kirkland  (kirkland)]

So the first, most basic aspect of this problem is that these components assume that they should register as 'localhost', or the same system running the CLC.

This assumption actually appears to be part of our problem with automatic registration.

When I used the real, external IP address in the upstart scripts, I got the following in my logs:

root@cloud:/etc/init# tail -n1 /var/log/eucalyptus/*regist*
==> /var/log/eucalyptus/cc-registration.log <==
SUCCESS: new cluster 'canyonedge' on host '192.168.1.121' successfully registered.

==> /var/log/eucalyptus/sc-registration.log <==
SUCCESS: new SC for cluster 'canyonedge' on host '192.168.1.121' successfully registered.

==> /var/log/eucalyptus/walrus-registration.log <==
SUCCESS: new walrus on host '192.168.1.121' successfully registered.

[Dustin Kirkland  (kirkland)]

I'm going to "solve" this by putting a sourceable script at /etc/eucalyptus/eucalyptus-ipaddr.conf (like eucalyptus-cc.conf), where some variables can be set, such as:

CC_IP_ADDR
WALRUS_IP_ADDR
SC_IP_ADDR
CLOUD_IP_ADDR
ADMIN_IP_ADDR

For now, all of these are going to be the same thing (the external IP of the local system).

But in the future, we can modify this script to use avahi and discover these services, or use debconf and allow the admin to manually configure them and set them in this file.

:-Dustin

[Launchpad Janitor (janitor)]

This bug was fixed in the package eucalyptus - 1.6~bzr854-0ubuntu13

---------------
eucalyptus (1.6~bzr854-0ubuntu13) karmic; urgency=low

  * eucalyptus-common.eucalyptus.upstart: the -L option was in the wrong
    place, breaking the console.log logging, LP: #439161
  * eucalyptus-cc.eucalyptus-cc-registration.upstart,
    eucalyptus-cc.upstart, eucalyptus-cloud.upstart,
    eucalyptus-ipaddr.conf, eucalyptus-common.install,
    eucalyptus-sc.eucalyptus-sc-registration.upstart,
    eucalyptus-sc.upstart, eucalyptus-walrus.upstart: using "localhost"
    is breaking registration; instead, use the real, external ip
    address; consolidate the (nasty) logic for determining this
    into a single, sourcable, overridable location, LP: #437058, #438602
  * 80-eucalyptus-url: use the new $CLOUD_IP_ADDR value and logic

 -- Dustin Kirkland <email address hidden> Wed, 30 Sep 2009 01:16:12 -0500