cfn-hup restarts everything every 5 minutes because of heat-localip

[Clint Byrum]

heat-localip replaces '0.0.0.0' with the local-ipv4 from ec2 metadata in all of the local metadata.

The problem is that when cfn-hup queries the Heat metadata, it has 0.0.0.0 in it, but the local cache copy has the actual IP, so they differ, so cfn-hup thinks it needs to re-run os-refresh-config.

We need to eliminate heat-localip and use os-collect-config to feed things from ec2 metadata into os-apply-config.

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/39802

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/41734

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/41735

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/39802
Committed: http://github.com/stackforge/tripleo-heat-templates/commit/46c4ce37173e23a1a5bc68f9f5b0921e6f83be8b
Submitter: Jenkins
Branch: master

commit 46c4ce37173e23a1a5bc68f9f5b0921e6f83be8b
Author: Clint Byrum <email address hidden>
Date: Wed Jul 31 14:13:36 2013 -0700

    Load local IP using separate post-boot Metadata.

    Previously we could not feed the IP of an instance into its own
    Metadata because of circular dependency problems. 0.0.0.0 was used
    with the heat-localip element to work around this problem. This
    caused problems though, as heat-localip would edit the source local
    heat metadata, which would make cfn-hup and/or os-collect-config think
    that the Metadata had changed, causing it to restart everything every
    time we query the Metadata, which was about every five minutes.

    Now we can just query this inert LaunchConfiguration resource to get
    its' Metadata once it is ready. This resource will only change when
    legitimate things are changed in the stack, and so we won't restart
    everything every five minutes anymore. Note that when the native Heat
    DSL lands, the OS::Heat::SoftwareConfig resource is meant for exactly
    this purpose.

    After this is merged we no longer need the heat-localip element.

    Fixes bug #1202322

    Change-Id: Id06323ba43203570eeebfa5b3d03fa56c16c0c10