From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [OSSTEST PATCH v14 PART 2 10-26/26] Nested HVM testing Date: Mon, 12 Oct 2015 11:47:34 +0100 Message-ID: <1444646854.1410.507.camel@citrix.com> References: <1443181028-22705-1-git-send-email-ian.jackson@eu.citrix.com> <1443208522-24905-1-git-send-email-ian.jackson@eu.citrix.com> <9E79D1C9A97CFD4097BCE431828FDD31F3E402@SHSMSX103.ccr.corp.intel.com> <9E79D1C9A97CFD4097BCE431828FDD31F4074F@SHSMSX103.ccr.corp.intel.com> <1444640203.1410.447.camel@citrix.com> <9E79D1C9A97CFD4097BCE431828FDD31F40DC3@SHSMSX103.ccr.corp.intel.com> <1444644184.1410.473.camel@citrix.com> <9E79D1C9A97CFD4097BCE431828FDD31F40FDB@SHSMSX103.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Zladp-0002Yp-Es for xen-devel@lists.xenproject.org; Mon, 12 Oct 2015 10:47:41 +0000 In-Reply-To: <9E79D1C9A97CFD4097BCE431828FDD31F40FDB@SHSMSX103.ccr.corp.intel.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: "Hu, Robert" , 'Ian Jackson' , "'xen-devel@lists.xenproject.org'" List-Id: xen-devel@lists.xenproject.org On Mon, 2015-10-12 at 10:23 +0000, Hu, Robert wrote: (please can you trim your quotes) > > Some other issue arises: > 1. pax '-M norm', this option isn't support by my RHEL-distributed pax. Shall I > simply omit it? or use '-t' substitute it? I tried the latter, seems working. The purpose of "-M norm" is to make the resulting archive deterministic, which I don't think -t achieves. You can omit it locally I think, but I'd prefer to keep it in git. Hopefully newer RHEL will eventually support this. > 2. I initially run build-amd64 job, it will firstly re-install host, that's right. But after > it is installed, it restarts host and again jump into a manual off-on loop. > Do you know which part of code is controlling this? The post install check appears to have failed here: [...] > 2015-10-12 09:59:14 Z executing ssh ... root@192.168.199.70 lvdisplay --colon > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! > Someone could be eavesdropping on you right now (man-in-the-middle attack)! > It is also possible that a host key has just been changed. > The fingerprint for the ECDSA key sent by the remote host is > 87:a2:7b:8a:73:b4:b4:57:30:15:ee:00:31:df:17:63. > Please contact your system administrator. > Add correct host key in tmp/t.known_hosts_standalone.build-amd64 to get rid of this message. > Offending ECDSA key in tmp/t.known_hosts_standalone.build-amd64:1 > Keyboard-interactive authentication is disabled to avoid man-in-the-middle attacks. > Permission denied (publickey,password). > 2015-10-12 09:59:14 Z command nonzero waitstatus 65280: timeout 60 ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=100 -o ServerAliveInterval=100 -o PasswordAuthentication=no -o ChallengeResponseAuthentication=no -o UserKnownHostsFile=tmp/t.known_hosts_standalone.build-amd64 root@192.168.199.70 lvdisplay --colon > status 65280 at Osstest/TestSupport.pm line 410. And therefore ts-host-install-twice is trying again, which begins with a power off. ts-host-install-twice is a workaround for some issues with preseeding LVM in Debian installer when there is an existing LVM configuration on the host, but it also means that other failures end up having a second go (which will probably also fail). I think the stuff about known hosts is benign, the "Permission denied (publickey,password)." is the real issue, it looks like either ssh cannot find your public key or your private key did not correctly get installed on the host. Looking at patches 10-26 here I don't see anything which I would expect to effect host installation in this way. Neither ts-host-install nor Osstest/Debian.pm are touched here. Ian.