canonical-ci-engineering team mailing list archive

[Vincent Ladeuil <vila+ci@xxxxxxxxxxxxx>]

>>>>> Evan Dandrea <evan.dandrea@xxxxxxxxxxxxx> writes:

    > Let's get rid of all the hardcoded IP addresses, now that we have DNS
    > in place. I've proposed a branch for ubuntu-test-cases:

    > https://code.launchpad.net/~ev/ubuntu-test-cases/generic-names/+merge/194333

    > What else are we missing?

He he plenty surely ;)

I've updated the IP addresses in places I came across in the playbook.

    > ---------- Forwarded message ----------
    > From: Larry Works <reply-06e5c357b9991edb36f4dea9502132a8@xxxxxxxxx>
    > Date: 6 November 2013 21:50
    > Subject: Set up generic names for systems. [CI Standup]
    > To: Evan Dandrea <evan.dandrea@xxxxxxxxxxxxx>

    > Larry Works
    > Generic names have been set up. I will update this after the move but currently:
    > s-jenkins = http://10.97.0.26:8080
    > q-jenkins = http://10.97.0.1:8080
    > m-jenkins = http://10.97.2.12:8080
    > k-jenkins = http://10.98.5.20:8080
    > dev-jenkins = http://10.97.9.20:8080

I came across the case where otto needs 'update-host http://10.97.0.1'
to be run so I happily changed it to update-host 'http://q-jenkins'...

... but wondered if that was correct.

If I'm not mistaken, otto doesn't care that a jenkins service is running
there but instead relies on some other *service* that is *also* hosted
there.

Even if we don't yet have one host (physical or virtual) by service, I
think we should nevertheless define one *name* by service.

And since we are chasing the IPs right now, we should *also* track which
services we are relying upon and *document* them even if the *names* are
not defined yet and registered by Larry.

Thoughts ?

    > There are also DNS aliases set up for Nagios, Munin and Cobbler (all
    > in Magners Lab).


Can we have the names for them ?

    > The URLs will all change after the consolidation as will the URL
    > forwarders.

Right so that means we'll have some delay to properly fix them all
(assuming every user of the url can handle redirections...).

          Vincent