From: Ian Campbell <ian.campbell@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: Jim Fehlig <jfehlig@suse.com>, Wei Liu <wei.liu2@citrix.com>,
xen-devel <xen-devel@lists.xen.org>
Subject: Re: [osstest test] 60719: tolerable FAIL - PUSHED
Date: Thu, 3 Sep 2015 17:04:58 +0100 [thread overview]
Message-ID: <1441296298.26292.382.camel@citrix.com> (raw)
In-Reply-To: <21992.9643.568693.174164@mariner.uk.xensource.com>
On Thu, 2015-09-03 at 11:49 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [osstest test] 60719: tolerable
> FAIL - PUSHED"):
> ...
> > I suspect this is down to:
> >
> > root@lace-bug :/etc/libvirt# cat /etc/hosts
> > 127.0.0.1 localhost
> > 127.0.1.1 lace-bug.xs.citrite.net
> > lace-bug
>
> This is simply wrong. It means that when programs on the host try to
> find the host's own IP address starting with its host name, they get
> different (and wrong) answers to programs on other hosts.
>
> I can see why D-I wants to do this but in our setup it is simply
> entirely wrong. Is there a way to suppress this (from preseed
> maybe) ?
The responsible component in d-i is netcfg and when it has been told (e.g.
via preseed) to use dhcp it will do as above, with no option to do
otherwise (it _might_ be possible to omit FQDN by not giving the domains
name in preseed, I can't quite figure that out without trying).
If instead preseed is changed to use a static address then it will write
the given static address instead.
So we could change osstest to use static addresses at preseed time,
although that would be problematic if the host was actually dynamic. Also
it seems like we explicitly stopped doing this in:
commit 28bc2c8875c30209c2f189ba4d87fc401bb78cf6
Author: Ian Jackson < iwj@woking.uk.xensource.com >
Date: Thu Aug 18 01:23:40 2011 +0100
OsstestDebian: use dhcp for installation again (avoids reference to NetNetmask and NetGateway)
We could rewrite /etc/hosts in ts-xen-install (around the time we frob
/etc/network/interfaces) to remove the 127.0.1.1 altogether, meaning that
lookups of a hosts own FQDN would be resolved by DNS instead. THis would be
OK even if we stop switching /e/n/i from DHCP to static too.
Ian.
next prev parent reply other threads:[~2015-09-03 16:04 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <osstest-60719-mainreport@xen.org>
2015-08-21 8:05 ` [osstest test] 60719: tolerable FAIL - PUSHED Ian Campbell
2015-08-21 14:02 ` Wei Liu
2015-08-22 7:25 ` Ian Campbell
2015-08-27 3:33 ` Jim Fehlig
2015-09-01 12:47 ` Ian Jackson
2015-09-01 13:14 ` Ian Campbell
2015-09-03 6:38 ` Jim Fehlig
2015-09-03 10:26 ` Ian Campbell
2015-09-03 10:49 ` Ian Jackson
2015-09-03 10:57 ` Ian Campbell
2015-09-03 16:04 ` Ian Campbell [this message]
2015-09-03 11:37 ` Ian Campbell
2015-09-03 16:35 ` Jim Fehlig
2015-09-03 16:49 ` Ian Campbell
2015-09-10 16:40 ` Ian Campbell
2015-09-12 3:56 ` Jim Fehlig
2015-09-16 8:28 ` Ian Campbell
2015-09-04 2:47 ` Jim Fehlig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1441296298.26292.382.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=jfehlig@suse.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).