From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:52946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gw2tX-0006jb-AW for qemu-devel@nongnu.org; Tue, 19 Feb 2019 05:45:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gw2tW-0006wt-CB for qemu-devel@nongnu.org; Tue, 19 Feb 2019 05:44:59 -0500 Date: Tue, 19 Feb 2019 10:44:45 +0000 From: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= Message-ID: <20190219104445.GB7154@redhat.com> Reply-To: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] Failing qemu-iotest 233 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Thomas Huth Cc: Eric Blake , Qemu-block , QEMU Developers On Tue, Feb 19, 2019 at 07:36:07AM +0100, Thomas Huth wrote: > > Hi Eric, hi Daniel, > > QEMU iotest 233 is failing for me on RHEL7: > > 233 [07:29:30] [07:29:30] [failed, exit status 1] - output mismatch (see 233.out.bad) > --- /home/thuth/devel/qemu/tests/qemu-iotests/233.out 2019-02-19 07:14:45.000000000 +0100 > +++ /home/thuth/tmp/qemu-build/tests/qemu-iotests/233.out.bad 2019-02-19 07:29:30.000000000 +0100 > @@ -13,45 +13,7 @@ > 1 MiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) > > == check TLS client to plain server fails == > -qemu-img: Could not open 'driver=nbd,host=127.0.0.1,port=PORT,tls-creds=tls0': Denied by server for option 5 (starttls) > -server reported: TLS not configured > -qemu-nbd: Denied by server for option 5 (starttls) > -server reported: TLS not configured > +qemu-nbd: Unable to import client certificate /tmp/qemu-iotests-quick-28354/tls/client1/client-cert.pem: Base64 unexpected header error. This is fun, because it is actually non-determinstic, failing in a different place in the test everytime it is run ! Turns out that piping certtool to "head -1" is bad because it causes certtool to get a broken pipe making it quit before it has written the certificate to disk leaving a zero length file. This in turn causes the base64 error above. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|