[Freeipa-devel] [PATCH] 140 + 148 + 147 Hostname fixes

[Martin Kosek]

On Wed, 2011-10-12 at 23:38 -0400, Rob Crittenden wrote:
> Martin Kosek wrote:
> > This patch depends on my patch 140 (attached just to be sure).
> >
> > Do I understand it correctly that new proposed bind-dyndb-ldap option
> > ldap_hostname won't be needed?
> >
> > Martin
> 
> I think it would be a good idea to add it when it becomes available in 
> bind-dyndb-ldap.

I will create a tracking ticket if the current 2.1.3 ticket gets closed.

> 
> NACK on the patch though.
> 
> Two problems so far:
> 
> 1. If an installation error occurs after the hostname has been changed 
> it isn't reverted and the uninstaller needs to be run. This should 
> rollback like the client.

I think this is quite different. Client runs a whole uninstall()
procedure when the installation crashes. I see we have following options
here:
1) Run uninstall() when server installation crashes (not my favorite,
this would make the investigation of what went difficult)
2) Restore just hostname and /etc/sysconfig/network file when
installation crashes and leave other for --uninstall (thus create a bit
inconsistent state)
3) Leave it as is

> 
> 2. It isn't actually working:
> 
> # ipa-server-install -a password -p password --setup-dns --hostname 
> foo.testrelm
> 
> [ snip ]
> 
> Server host name [foo.testrelm]:
> 
> Warning: skipping DNS resolution of host foo.testrelm
> 
> Warning: hostname foo.testrelm does not match system hostname 
> doberman.greyoak.com.
> System hostname will be updated during the installation process
> to prevent service failures.
> 
> The domain name has been calculated based on the host name.
> 
> Please confirm the domain name [testrelm]:
> 
> Unable to resolve IP address for host name
> Please provide the IP address to be used for this host name: 192.168.186.9
> Adding [192.168.186.9 foo.testrelm] to your /etc/hosts file
> The host name foo.testrelm does not match the reverse lookup 
> doberman.greyoak.com for 192.168.186.9
> Please check your DNS or /etc/hosts file and restart the installation.
> 
> [root at doberman freeipa]# cat /etc/hosts
> 127.0.0.1   localhost localhost.localdomain localhost4 
> localhost4.localdomain4
> ::1         localhost localhost.localdomain localhost6 
> localhost6.localdomain6
> 192.168.186.9   doberman.greyoak.com doberman
> 192.168.186.9   foo.testrelm foo
> 
> /etc/hosts contained the doberman entry previously.
> 
> rob

I think you did not have my patch 140 applied, otherwise the
installation should crash. This bug was there all the time I think.

To fix that, I created a patch
freeipa-mkosek-148-check-etc-hosts-file-in-ipa-server-install.patch
improving /etc/hosts.

Please, check all three attached rebased patches. They should fix both
tickets 1923 and 1931.

Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: freeipa-mkosek-140-2-check-hostname-resolution-sanity.patch
Type: text/x-patch
Size: 3390 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/freeipa-devel/attachments/20111013/9a1efa76/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: freeipa-mkosek-148-check-etc-hosts-file-in-ipa-server-install.patch
Type: text/x-patch
Size: 4960 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/freeipa-devel/attachments/20111013/9a1efa76/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: freeipa-mkosek-147-2-hostname-used-by-ipa-must-be-a-system-hostname.patch
Type: text/x-patch
Size: 5649 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/freeipa-devel/attachments/20111013/9a1efa76/attachment-0002.bin>