Dogtag installation fails due to wrong dnsdomainname

Reviewed: https://review.openstack.org/202146
Committed: https://git.openstack.org/cgit/openstack/barbican/commit/?id=f8073466c4b3fd204e05cf8e9da7a956eadba406
Submitter: Jenkins
Branch: master

commit f8073466c4b3fd204e05cf8e9da7a956eadba406
Author: Juan Antonio Osorio Robles <email address hidden>
Date: Wed Jul 15 17:58:17 2015 +0300

    Configure dogtag installation's domain name

    It seems that previously we were overriding the /etc/hosts in an
    incorrect way. The gate had already several aliases for localhost which
    we were completely discarding, and this might cause some issues with
    some assumptions that were being taken in the gate.

    On the other hand, a newer version of dogtag that is now being used in
    the gate requires there to be a proper DNS domain name configured, and
    this was causing the installation to fail in the gate.

    So as a solution, we now force the fqdn to be localhost.localdomain. And
    on the other hand, we explicitly configure dogtag to use localhost as a
    hostname, since it was actually getting an alias from the hostname
    command, which was not being found with the domain it was fetching from
    the dnsdomainname command.

    Closes-Bug: #1477118
    Change-Id: I7ea518ddc35ac96fb8594d57a1a46a32f30bf3c0

Fix proposed to branch: stable/kilo
Review: https://review.openstack.org/205042

Reviewed: https://review.openstack.org/205042
Committed: https://git.openstack.org/cgit/openstack/barbican/commit/?id=6467361a5d5bd78203c70b3ac174a04870f17bbb
Submitter: Jenkins
Branch: stable/kilo

commit 6467361a5d5bd78203c70b3ac174a04870f17bbb
Author: Juan Antonio Osorio Robles <email address hidden>
Date: Wed Jul 15 17:58:17 2015 +0300

    Configure dogtag installation's domain name

    It seems that previously we were overriding the /etc/hosts in an
    incorrect way. The gate had already several aliases for localhost which
    we were completely discarding, and this might cause some issues with
    some assumptions that were being taken in the gate.

    On the other hand, a newer version of dogtag that is now being used in
    the gate requires there to be a proper DNS domain name configured, and
    this was causing the installation to fail in the gate.

    So as a solution, we now force the fqdn to be localhost.localdomain. And
    on the other hand, we explicitly configure dogtag to use localhost as a
    hostname, since it was actually getting an alias from the hostname
    command, which was not being found with the domain it was fetching from
    the dnsdomainname command.

    cherry-picked from: f8073466c4b3fd204e05cf8e9da7a956eadba406
    Closes-Bug: #1477118
    Change-Id: I7ea518ddc35ac96fb8594d57a1a46a32f30bf3c0