Home_greyopenFATE - openSUSE feature tracking > #308824
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

Drop appending line to /etc/hosts (incl. related configuration options)

Feature state

openSUSE Distribution


For years, SUSE-based products have been appending ' host.domain host' to /etc/hosts as a convenience for applications which want to resolve the hostname and which thus become irresponsive without active network [1]

Localhost IP associated with FQDN however causes various network services (samba, SLP, LDAP, ntp, ... ) to behave oddly [2]. An option in product-wide control files has been introduced so as not to append on server-oriented products (SLES) - FaTE#303875, while keeping user the possibility to override the default in GUI and AutoYaST profile. Nevertheless, even reasonably set default doesn't prevent misconfigurations and user complaints [3]

The suggestion is therefore to drop modification of /etc/hosts altogether and drop GUI/control options associated with configuration thereof. These include:

  • GUI option in YaST installer
  • XML profile elements in AutoYaST
  • Variable in product-wide control file (control.xml)
  • Possibly also sysconfig variable

Appending line has always been sort of workaround for flawed (mostly) desktop applications and DNS servers, so rather than providing workaround with plethora of side effects, it'd more reasonable to have affected apps fixed. Bugs have been filed against some of them and fixed already.


[1] Apps become slow when offline bugs


[2] Network services going insane with localhost IP associated with FQDN


[3] Even reasonably set default doesn't help


[4] Related discussion on topic on research@suse.de



icons/user_comment.png H. H. wrote: (8 years ago)

I also often had trouble with java rmi because of this.

icons/user_comment.png M. T. wrote: (6 years ago)

Changed WRITE_HOSTNAME_TO_HOSTS to "no" (thanks for the patch Ludwig) in http://gitorious.org/opensuse/sysconfig/commit/9beeb884d295eb101175b11591a5459a46aad124

icons/user_comment.png M. T. wrote: (6 years ago)

Removed also the corresponding address from ifcfg-lo:


icons/user_comment.png C. R. wrote: (4 years ago)

Why has this been rejected? 11.3 may be done, but 12.3 is not and has this problem

icons/user_comment.png C. R. wrote: (4 years ago)

Some people say that it is postfix fault. This is the answer from the postfix people:
Date: Wed, 12 Jun 2013 12:36:55 -0400 (EDT)
Reply-To: Postfix users <postfix-users@postfix.org>
From: wietse@... (Wietse Venema)
To: Postfix users <postfix-users@postfix.org>

Carlos E. R.:
> Apararently, my previous reply has been lost. I resend.
> On 2013-06-12 14:40, Wietse Venema wrote:
> > Carlos E. R.:
> >
> > Does the machine have a network interface with IP address
> Dunno. I guess not, because it is not listed in ifconfig output.
Then, should not be specified in inet_interfaces.

Thus, they reject this being a postfix problem.

icons/user_comment.png C. R. wrote: (4 years ago)

I suggest that YaST should not add that entry to the hosts file; as this is an optional tick box, if marked it should warn the admin that marking it may break some software (and conversely, that not marking it breaks some other, older, software (sendmail, it seems)).

icons/user_comment.png C. R. wrote: (4 years ago)

A good explanation of what happens with postix (not mine):

A link to the current bugzilla related to this issue:

icons/user_comment.png C. R. wrote: (4 years ago)
icons/user_comment.png L. N. wrote: (4 years ago)

The default was changed two years ago to not write this stupid anymore to /etc/hosts by default. No new installation has that setting by default anymore. Did you do zypper dup all the time maybe? If you did a new installation and still got that setting please open a bug report and attach your yast logs. I'm closing this features again.

Last change: 4 years ago
Score: 21
  • Negative: 2
  • Neutral: 0
  • Positive: 23
Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint