HOSTNAME is set to FQDN under wheezy

[Dennis]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06/25/2013 04:12 PM, Toomas Tamm wrote:
> On Fri, 2013-06-21 at 19:51 +0200, Thomas Lange wrote:
>>>>>>> On Fri, 21 Jun 2013 17:56:45 +0300, Toomas Tamm <tt-fai at kky.ttu.ee> said:
>> 
>>> In earlier versions of FAI, the $HOSTNAME and `hostname` returned the base name of the host
>>> being installed. Under wheezy (FAI 4.0.6) however, both contain the host.domain.xx FQDN of
>>> the machine. I have had to change several of my scripts to work around this.
>> Please check your boot.log. If it contains the FQDN, then it's a DHCP issue IMO. I do not
>> have those problems. Also with FAI 4.0.6, I have the short host names in my installations.
> 
> boot.log has the short hostname, just the like in earlier versions of FAI (I still have some
> older logs available). Also the DOMAIN variable in boot.log is set correctly in both old and
> new logs.
> 
> Still clueless,
> 
> Toomas
> 

Hi,

I believe this is a bug/feature introduced with Dracut.

The patch https://bugzilla.redhat.com/attachment.cgi?id=535417&action=diff introduced the
described behaviour (and it is still present:
https://github.com/haraldh/dracut/blob/master/modules.d/40network/dhclient-script.sh#L59).

In my company we always assumed to get short names from `hostname` and fqdns from `hostname -f`.
As a fix, one could revert the dracut patch. However, the remaining question for me is, is the
hostname meant to be possibly a fqdn? (Dracut folks obviously had no problems with it, maybe our
assumption was wrong all the years.. if we were wrong, dracut possibly breaks a lot for us..)

The fact, that Thomas Lange doesn't have the long names, surprises me. As far as I understand the
dracut code, it can only mean, that Thomas does not set a domain name (via dhcp?) at all?!

Best regards,

Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBAgAGBQJTTVzcAAoJELLp6KTwjkQHmYMIAIFEE6kYpxmRSSgbM902fqVk
gUis0yZamv8e4sDQUlyhTLhMMUDDjmBZHEDL2p9Fgav3g7HOB8T6IR7kT6jwrlji
xWAmaGgFfAXY33wJOlwzVrAXhy6/RdpuyCrSmfFrnYB9x1KsP/OJzORaDUGkqeDI
1TwHZj8CZI4twsS9A6EQ06JIUPxe6MrXcUyxlgFdq3mQcqSXhycDGWutH0FcA3ZE
UTD4uL4mJ9D/z+TkHUNwgzH/A8AgNWjJaxpwjAV/Jot38/tgrxzFs3RJtW7m2GFT
OvXCpW6AokM4eF+0Uo9YcVK9E2rTlyHeQUwhAO8BXhTkDgF+jg5YWd5Tf6T+ds4=
=n4i7
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4843 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.uni-koeln.de/pipermail/linux-fai/attachments/20140415/779df61a/attachment.p7s>