* [libvirt bisection] complete build-armhf-libvirt
@ 2015-01-19 4:48 xen.org
2015-01-19 9:37 ` Ian Campbell
0 siblings, 1 reply; 7+ messages in thread
From: xen.org @ 2015-01-19 4:48 UTC (permalink / raw)
To: xen-devel; +Cc: ian.jackson, keir, stefano.stabellini
branch xen-unstable
xen branch xen-unstable
job build-armhf-libvirt
test libvirt-build
Tree: libvirt git://libvirt.org/libvirt.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree: libvirt git://libvirt.org/libvirt.git
Bug introduced: 2c78051a14acfb7aba078d569b1632dfe0ca0853
Bug not present: 7ad117b2e33039737126ce9df7a267a6f939988d
commit 2c78051a14acfb7aba078d569b1632dfe0ca0853
Author: Kiarie Kahurani <davidkiarie4@gmail.com>
Date: Thu Sep 11 07:10:33 2014 +0300
src/xenconfig: Xen-xl parser
Introduce a Xen xl parser
This parser allows for users to convert the new xl disk format and
spice graphics config to libvirt xml format and vice versa. Regarding
the spice graphics config, the code is pretty much straight forward.
For the disk {formating, parsing}, this parser takes care of the new
xl format which include positional parameters and key/value parameters.
In xl format disk config a <diskspec> consists of parameters separated by
commas. If the parameters do not contain an '=' they are automatically
assigned to certain options following the order below
target, format, vdev, access
The above are the only mandatory parameters in the <diskspec> but there
are many more disk config options. These options can be specified as
key=value pairs. This takes care of the rest of the options such as
devtype, backend, backendtype, script, direct-io-safe,
The positional paramters can also be specified in key/value form
for example
/dev/vg/guest-volume,,hda
/dev/vg/guest-volume,raw,hda,rw
format=raw, vdev=hda, access=rw, target=/dev/vg/guest-volume
are interpleted to one config.
In xm format, the above diskspec would be written as
phy:/dev/vg/guest-volume,hda,w
The disk parser is based on the same parser used successfully by
the Xen project for several years now. Ian Jackson authored the
scanner, which is used by this commit with mimimal changes. Only
the PREFIX option is changed, to produce function and file names
more consistent with libvirt's convention.
Signed-off-by: Kiarie Kahurani <davidkiarie4@gmail.com>
Signed-off-by: Jim Fehlig <jfehlig@suse.com>
For bisection revision-tuple graph see:
http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.libvirt.build-armhf-libvirt.libvirt-build.html
Revision IDs in each graph node refer, respectively, to the Trees above.
----------------------------------------
Searching for failure / basis pass:
33514 fail [host=army] / 33422 [host=marilith-n4] 33404 [host=marilith-n4] 32648 [host=marilith-n4] 32617 [host=marilith-n4] 32596 [host=marilith-n4] 32576 [host=marilith-n4] 32555 [host=marilith-n4] 32534 [host=marilith-n4] 32508 [host=marilith-n4] 32471 [host=marilith-n4] 32433 [host=marilith-n4] 32414 [host=marilith-n4] 32351 [host=marilith-n4] 32330 [host=marilith-n4] 32308 [host=marilith-n4] 32272 [host=marilith-n4] 32217 [host=marilith-n4] 32137 [host=marilith-n4] 32005 [host=marilith-n4] 31928 [host=marilith-n4] 31860 [host=marilith-n4] 31680 [host=marilith-n4] 31660 [host=marilith-n4] 31595 [host=marilith-n4] 31566 [host=marilith-n4] 31532 [host=marilith-n4] 31508 [host=marilith-n4] 31485 [host=marilith-n4] 31465 [host=marilith-n4] 31392 [host=marilith-n4] 31372 [host=marilith-n4]
31327 [host=marilith-n4] 31284 [host=marilith-n4] 31267 [host=marilith-n4] 31242 [host=marilith-n4] 30985 ok.
Failure / basis pass flights: 33514 / 30985
(tree in latest but not in basispass: libvirt_gnulib)
(tree in basispass but not in latest: gnulib_libvirt)
Tree: libvirt git://libvirt.org/libvirt.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
Tree: xen git://xenbits.xen.org/xen.git
Latest 368042cf4a6bca34c7da45517a6e3ce91876c53c 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
Basis pass f9f9699f40729556238b905f67a7d6f68c084f6a c9d8f8b755e8960edf7725e05f3e6ac743a5e12e 6688825c240586708129df8887ad9b12a1708497
Generating revisions with ./adhoc-revtuple-generator git://libvirt.org/libvirt.git#f9f9699f40729556238b905f67a7d6f68c084f6a-368042cf4a6bca34c7da45517a6e3ce91876c53c git://xenbits.xen.org/staging/qemu-upstream-unstable.git#c9d8f8b755e8960edf7725e05f3e6ac743a5e12e-1ebb75b1fee779621b63e84fefa7b07354c43a99 git://xenbits.xen.org/xen.git#6688825c240586708129df8887ad9b12a1708497-36174af3fbeb1b662c0eadbfa193e77f68cc955b
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/libvirt
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/qemu-upstream-unstable
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/staging/qemu-upstream-unstable.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/libvirt
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/qemu-upstream-unstable
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/staging/qemu-upstream-unstable.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
Loaded 4290 nodes in revision graph
Searching for test results:
30985 pass f9f9699f40729556238b905f67a7d6f68c084f6a c9d8f8b755e8960edf7725e05f3e6ac743a5e12e 6688825c240586708129df8887ad9b12a1708497
31242 [host=marilith-n4]
31267 [host=marilith-n4]
31284 [host=marilith-n4]
31327 [host=marilith-n4]
31372 [host=marilith-n4]
31392 [host=marilith-n4]
31474 [host=marilith-n4]
31466 [host=marilith-n4]
31465 [host=marilith-n4]
31485 [host=marilith-n4]
31508 [host=marilith-n4]
31532 [host=marilith-n4]
31595 [host=marilith-n4]
31566 [host=marilith-n4]
31680 [host=marilith-n4]
31660 [host=marilith-n4]
31799 [host=marilith-n4]
31791 [host=marilith-n4]
31805 [host=marilith-n4]
31827 [host=marilith-n4]
31808 [host=marilith-n4]
31793 [host=marilith-n4]
31761 [host=marilith-n4]
31794 [host=marilith-n4]
31786 [host=marilith-n4]
31796 [host=marilith-n4]
31789 [host=marilith-n4]
31797 [host=marilith-n4]
31800 [host=marilith-n4]
31806 [host=marilith-n4]
31804 [host=marilith-n4]
31787 [host=marilith-n4]
31860 [host=marilith-n4]
31839 [host=marilith-n4]
31928 [host=marilith-n4]
31852 [host=marilith-n4]
32005 [host=marilith-n4]
32064 [host=marilith-n4]
32083 [host=marilith-n4]
32122 [host=marilith-n4]
32102 [host=marilith-n4]
32137 [host=marilith-n4]
32180 [host=marilith-n4]
32272 [host=marilith-n4]
32217 [host=marilith-n4]
32308 [host=marilith-n4]
32351 [host=marilith-n4]
32330 [host=marilith-n4]
32414 [host=marilith-n4]
32433 [host=marilith-n4]
32508 [host=marilith-n4]
32471 [host=marilith-n4]
32555 [host=marilith-n4]
32534 [host=marilith-n4]
32576 [host=marilith-n4]
32596 [host=marilith-n4]
32617 [host=marilith-n4]
32648 [host=marilith-n4]
33117 [host=marilith-n4]
33200 [host=marilith-n4]
33191 [host=marilith-n4]
33198 [host=marilith-n4]
33193 [host=marilith-n4]
33194 [host=marilith-n4]
33197 [host=marilith-n4]
33316 [host=marilith-n4]
33269 [host=marilith-n4]
33280 [host=marilith-n4]
33354 [host=marilith-n4]
33404 [host=marilith-n4]
33382 [host=marilith-n4]
33443 fail dd69a14f90b4bde9c07a6ef594914323874a26ce 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33422 [host=marilith-n4]
33458 fail 2bc460d3c1422ff931d3eea8defbef224c8b6483 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33540 pass 89646e69ac7e7d7509a46cc6398cfb27d03d4487 1ebb75b1fee779621b63e84fefa7b07354c43a99 7e88c23239591e2638bcc944151a660fcd53495b
33534 pass 7296e896c92c64ec5653095bcc2ed86b6a72a7d5 a230ec3101ddda868252c036ea960af2b2d6cd5a 8f4023dd7d77de7b2c1af77e86637202a33f948a
33547 fail 2c78051a14acfb7aba078d569b1632dfe0ca0853 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33525 pass f9f9699f40729556238b905f67a7d6f68c084f6a c9d8f8b755e8960edf7725e05f3e6ac743a5e12e 6688825c240586708129df8887ad9b12a1708497
33543 pass f55572ca0189cd5130fb7d1e7da32a16d2ecf64d 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33474 fail 368042cf4a6bca34c7da45517a6e3ce91876c53c 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33536 pass 7296e896c92c64ec5653095bcc2ed86b6a72a7d5 a230ec3101ddda868252c036ea960af2b2d6cd5a d85728a3c5e112383e99fc23825fd238a4fb8c63
33527 fail 368042cf4a6bca34c7da45517a6e3ce91876c53c 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33548 pass 7ad117b2e33039737126ce9df7a267a6f939988d 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33544 pass 7ad117b2e33039737126ce9df7a267a6f939988d 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33538 pass c5a54917d5ae97653d29dbfe4995f2efcf5717d6 1ebb75b1fee779621b63e84fefa7b07354c43a99 60ce518a1b1caf2c1e4c1b203e87fb0b179ba687
33530 pass dec21593e1bb1dd8bffe551eb5012538b0997d72 1ebb75b1fee779621b63e84fefa7b07354c43a99 2676bc915157ab474ee478d929b0928cf696b385
33514 fail 368042cf4a6bca34c7da45517a6e3ce91876c53c 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33532 pass 87b9437f8951f9d24f9a85c6bbfff0e54df8c984 1ebb75b1fee779621b63e84fefa7b07354c43a99 4d1a77ba7ab94183c203226d3fe7ac1cd087c59b
33539 fail 4dc04d3ab492e0571a1e849f86ef0716b1ec5a07 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33545 fail 703ef9667abf016ef1040eac296a81792b366932 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33552 fail 2c78051a14acfb7aba078d569b1632dfe0ca0853 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33549 fail 2c78051a14acfb7aba078d569b1632dfe0ca0853 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33546 fail 4f524212ce614e1ca84b34dd8330a48957c8f823 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
33550 pass 7ad117b2e33039737126ce9df7a267a6f939988d 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
Searching for interesting versions
Result found: flight 30985 (pass), for basis pass
Result found: flight 33474 (fail), for basis failure
Repro found: flight 33525 (pass), for basis pass
Repro found: flight 33527 (fail), for basis failure
0 revisions at 7ad117b2e33039737126ce9df7a267a6f939988d 1ebb75b1fee779621b63e84fefa7b07354c43a99 36174af3fbeb1b662c0eadbfa193e77f68cc955b
No revisions left to test, checking graph state.
Result found: flight 33544 (pass), for last pass
Result found: flight 33547 (fail), for first failure
Repro found: flight 33548 (pass), for last pass
Repro found: flight 33549 (fail), for first failure
Repro found: flight 33550 (pass), for last pass
Repro found: flight 33552 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: libvirt git://libvirt.org/libvirt.git
Bug introduced: 2c78051a14acfb7aba078d569b1632dfe0ca0853
Bug not present: 7ad117b2e33039737126ce9df7a267a6f939988d
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/libvirt
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
commit 2c78051a14acfb7aba078d569b1632dfe0ca0853
Author: Kiarie Kahurani <davidkiarie4@gmail.com>
Date: Thu Sep 11 07:10:33 2014 +0300
src/xenconfig: Xen-xl parser
Introduce a Xen xl parser
This parser allows for users to convert the new xl disk format and
spice graphics config to libvirt xml format and vice versa. Regarding
the spice graphics config, the code is pretty much straight forward.
For the disk {formating, parsing}, this parser takes care of the new
xl format which include positional parameters and key/value parameters.
In xl format disk config a <diskspec> consists of parameters separated by
commas. If the parameters do not contain an '=' they are automatically
assigned to certain options following the order below
target, format, vdev, access
The above are the only mandatory parameters in the <diskspec> but there
are many more disk config options. These options can be specified as
key=value pairs. This takes care of the rest of the options such as
devtype, backend, backendtype, script, direct-io-safe,
The positional paramters can also be specified in key/value form
for example
/dev/vg/guest-volume,,hda
/dev/vg/guest-volume,raw,hda,rw
format=raw, vdev=hda, access=rw, target=/dev/vg/guest-volume
are interpleted to one config.
In xm format, the above diskspec would be written as
phy:/dev/vg/guest-volume,hda,w
The disk parser is based on the same parser used successfully by
the Xen project for several years now. Ian Jackson authored the
scanner, which is used by this commit with mimimal changes. Only
the PREFIX option is changed, to produce function and file names
more consistent with libvirt's convention.
Signed-off-by: Kiarie Kahurani <davidkiarie4@gmail.com>
Signed-off-by: Jim Fehlig <jfehlig@suse.com>
dot: graph is too large for cairo-renderer bitmaps. Scaling by 0.744925 to fit
Revision graph left in /home/xc_osstest/results/bisect.libvirt.build-armhf-libvirt.libvirt-build.{dot,ps,png,html}.
----------------------------------------
33552: tolerable ALL FAIL
flight 33552 libvirt real-bisect [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33552/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail baseline untested
jobs:
build-armhf-libvirt fail
------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [libvirt bisection] complete build-armhf-libvirt
2015-01-19 4:48 [libvirt bisection] complete build-armhf-libvirt xen.org
@ 2015-01-19 9:37 ` Ian Campbell
2015-01-19 9:49 ` [libvirt] [Xen-devel] " Ian Campbell
0 siblings, 1 reply; 7+ messages in thread
From: Ian Campbell @ 2015-01-19 9:37 UTC (permalink / raw)
To: xen.org, Jim Fehlig; +Cc: xen-devel
On Mon, 2015-01-19 at 04:48 +0000, xen.org wrote:
> branch xen-unstable
> xen branch xen-unstable
> job build-armhf-libvirt
> test libvirt-build
>
> Tree: libvirt git://libvirt.org/libvirt.git
> Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
> Tree: xen git://xenbits.xen.org/xen.git
>
> *** Found and reproduced problem changeset ***
>
> Bug is in tree: libvirt git://libvirt.org/libvirt.git
> Bug introduced: 2c78051a14acfb7aba078d569b1632dfe0ca0853
> Bug not present: 7ad117b2e33039737126ce9df7a267a6f939988d
>
>
> commit 2c78051a14acfb7aba078d569b1632dfe0ca0853
> Author: Kiarie Kahurani <davidkiarie4@gmail.com>
> Date: Thu Sep 11 07:10:33 2014 +0300
>
> src/xenconfig: Xen-xl parser
This has since been reverted and done again differently, so nothing to
worry about I think.
Ian.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [libvirt] [Xen-devel] [libvirt bisection] complete build-armhf-libvirt
2015-01-19 9:37 ` Ian Campbell
@ 2015-01-19 9:49 ` Ian Campbell
2015-01-21 5:29 ` Jim Fehlig
0 siblings, 1 reply; 7+ messages in thread
From: Ian Campbell @ 2015-01-19 9:49 UTC (permalink / raw)
To: xen.org; +Cc: libvir-list, xen-devel
On Mon, 2015-01-19 at 09:37 +0000, Ian Campbell wrote:
> On Mon, 2015-01-19 at 04:48 +0000, xen.org wrote:
> > branch xen-unstable
> > xen branch xen-unstable
> > job build-armhf-libvirt
> > test libvirt-build
> >
> > Tree: libvirt git://libvirt.org/libvirt.git
> > Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
> > Tree: xen git://xenbits.xen.org/xen.git
> >
> > *** Found and reproduced problem changeset ***
> >
> > Bug is in tree: libvirt git://libvirt.org/libvirt.git
> > Bug introduced: 2c78051a14acfb7aba078d569b1632dfe0ca0853
> > Bug not present: 7ad117b2e33039737126ce9df7a267a6f939988d
> >
> >
> > commit 2c78051a14acfb7aba078d569b1632dfe0ca0853
> > Author: Kiarie Kahurani <davidkiarie4@gmail.com>
> > Date: Thu Sep 11 07:10:33 2014 +0300
> >
> > src/xenconfig: Xen-xl parser
>
> This has since been reverted and done again differently, so nothing to
> worry about I think.
That said the latest failure is
http://www.chiark.greenend.org.uk/~xensrcts/logs/33553/build-amd64-libvirt/5.ts-libvirt-build.log
CC virdbustest-testutils.o
CC virsystemdtest-virsystemdtest.o
CC virsystemdtest-testutils.o
CC virdrivermoduletest.o
CCLD xlconfigtest
CC qemuxml2argvtest.o
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
collect2: error: ld returned 1 exit status
(from http://www.chiark.greenend.org.uk/~xensrcts/logs/33553/ )
The bisector is working on it, partial result at:
http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.libvirt.build-amd64-libvirt.libvirt-build.html
I'll mail the result when it arrives.
Ian.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [libvirt] [Xen-devel] [libvirt bisection] complete build-armhf-libvirt
2015-01-19 9:49 ` [libvirt] [Xen-devel] " Ian Campbell
@ 2015-01-21 5:29 ` Jim Fehlig
0 siblings, 0 replies; 7+ messages in thread
From: Jim Fehlig @ 2015-01-21 5:29 UTC (permalink / raw)
To: Ian Campbell; +Cc: libvir-list, xen-devel, xen.org
Ian Campbell wrote:
> On Mon, 2015-01-19 at 09:37 +0000, Ian Campbell wrote:
>
>> On Mon, 2015-01-19 at 04:48 +0000, xen.org wrote:
>>
>>> branch xen-unstable
>>> xen branch xen-unstable
>>> job build-armhf-libvirt
>>> test libvirt-build
>>>
>>> Tree: libvirt git://libvirt.org/libvirt.git
>>> Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
>>> Tree: xen git://xenbits.xen.org/xen.git
>>>
>>> *** Found and reproduced problem changeset ***
>>>
>>> Bug is in tree: libvirt git://libvirt.org/libvirt.git
>>> Bug introduced: 2c78051a14acfb7aba078d569b1632dfe0ca0853
>>> Bug not present: 7ad117b2e33039737126ce9df7a267a6f939988d
>>>
>>>
>>> commit 2c78051a14acfb7aba078d569b1632dfe0ca0853
>>> Author: Kiarie Kahurani <davidkiarie4@gmail.com>
>>> Date: Thu Sep 11 07:10:33 2014 +0300
>>>
>>> src/xenconfig: Xen-xl parser
>>>
>> This has since been reverted and done again differently, so nothing to
>> worry about I think.
>>
>
> That said the latest failure is
> http://www.chiark.greenend.org.uk/~xensrcts/logs/33553/build-amd64-libvirt/5.ts-libvirt-build.log
> CC virdbustest-testutils.o
> CC virsystemdtest-virsystemdtest.o
> CC virsystemdtest-testutils.o
> CC virdrivermoduletest.o
> CCLD xlconfigtest
> CC qemuxml2argvtest.o
> /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o: In function `_start':
> (.text+0x20): undefined reference to `main'
> collect2: error: ld returned 1 exit status
> (from http://www.chiark.greenend.org.uk/~xensrcts/logs/33553/ )
>
> The bisector is working on it, partial result at:
> http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.libvirt.build-amd64-libvirt.libvirt-build.html
>
I noticed the bisector finished and flagged this commit
commit 4ed5fb91934cbad53cc4128030869f4b46e0811d
Author: Kiarie Kahurani <davidkiarie4@gmail.com>
Date: Mon Dec 15 21:30:05 2014 -0700
tests: Tests for the xen-xl parser
Add disk and spice config tests for the xen_xl config parser
Signed-off-by: Kiarie Kahurani <davidkiarie4@gmail.com>
Signed-off-by: Jim Fehlig <jfehlig@suse.com>
I've sent a patch to fix the issue
https://www.redhat.com/archives/libvir-list/2015-January/msg00709.html
Sadly, I never tested the original series --without-xen. With the above
patch, I've ensured 'make distcheck' passes with the following
configurations
--without-xen --with-libxl
--with-xen --without-libxl
--without-xen --without-libxl
--with-xen --with-libxl
Regards,
Jim
^ permalink raw reply [flat|nested] 7+ messages in thread
* [libvirt bisection] complete build-armhf-libvirt
@ 2014-09-08 18:30 xen.org
2014-09-09 8:49 ` [libvirt] [Xen-devel] " Ian Campbell
0 siblings, 1 reply; 7+ messages in thread
From: xen.org @ 2014-09-08 18:30 UTC (permalink / raw)
To: xen-devel; +Cc: ian.jackson, keir, stefano.stabellini
branch xen-unstable
xen branch xen-unstable
job build-armhf-libvirt
test libvirt-build
Tree: gnulib_libvirt git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
Tree: libvirt git://libvirt.org/libvirt.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree: libvirt git://libvirt.org/libvirt.git
Bug introduced: c1d75deea228e7f4a7462aef143e18c456b2a82c
Bug not present: 0e8bed817705664764db408c93ba54277ef85157
commit c1d75deea228e7f4a7462aef143e18c456b2a82c
Author: Eric Blake <eblake@redhat.com>
Date: Fri Aug 29 15:47:28 2014 -0600
blockcopy: expose new API in virsh
Expose the new power of virDomainBlockCopy through virsh (well,
all but the finer-grained bandwidth, as that is its own can of
worms for a later patch). Continue to use the older API where
possible, for maximum compatibility.
The command now requires either --dest (with optional --format
and --blockdev), to directly describe the file destination, or
--xml, to name a file that contains an XML description such as:
<disk type='network'>
<driver type='raw'/>
<source protocol='gluster' name='vol1/img'>
<host name='red'/>
</source>
</disk>
[well, it may be a while before the qemu driver is actually patched
to act on that particular xml beyond just parsing it, but the virsh
interface won't need changing at that time]
Non-zero option parameters are converted into virTypedParameters,
and if anything requires the new API, the command can synthesize
appropriate XML even if the --dest option was used instead of --xml.
The existing --raw flag remains for back-compat, but the preferred
spelling is now --format=raw, since the new API now allows us
to specify all formats rather than just a boolean raw to suppress
probing.
I hope I did justice in describing the effects of granularity and
buf-size on how they get passed through to qemu.
* tools/virsh-domain.c (cmdBlockCopy): Add new options --xml,
--granularity, --buf-size, --format. Make --raw an alias for
--format=raw. Call new API if new parameters are in use.
* tools/virsh.pod (blockcopy): Document new options.
Signed-off-by: Eric Blake <eblake@redhat.com>
For bisection revision-tuple graph see:
http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.libvirt.build-armhf-libvirt.libvirt-build.html
Revision IDs in each graph node refer, respectively, to the Trees above.
----------------------------------------
Searching for failure / basis pass:
30154 fail [host=marilith-n4] / 30147 ok.
Failure / basis pass flights: 30154 / 30147
Tree: gnulib_libvirt git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
Tree: libvirt git://libvirt.org/libvirt.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
Tree: xen git://xenbits.xen.org/xen.git
Latest 2bf7326e10fae4abef536486aa9819331596c379 a48362cdfeb5c948218a2e4bf7cc9354082fc1b6 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
Basis pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0eaad0a39c67bdddc56d608ff28fcb490c12b8b3 ea772ca487e219e5d5b82d50da460c4145238038 c33fe5459732fc85c2c279c5e8ed316b8601c58c
Generating revisions with ./adhoc-revtuple-generator git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]#9565c3be73eb6d76b7b42a21d68d2e00a62abb6d-2bf7326e10fae4abef536486aa9819331596c379 git://libvirt.org/libvirt.git#0eaad0a39c67bdddc56d608ff28fcb490c12b8b3-a48362cdfeb5c948218a2e4bf7cc9354082fc1b6 git://xenbits.xen.org/staging/qemu-upstream-unstable.git#ea772ca487e219e5d5b82d50da460c4145238038-ea772ca487e219e5d5b82d50da460c4145238038 git://xenbits.xen.org/xen.git#c33fe5459732fc85c2c279c5e8ed316b8601c58c-93d5f192d4903953baa8c2115534d23140236176
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/gnulib
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/libvirt
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/gnulib
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/libvirt
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
Loaded 3001 nodes in revision graph
Searching for test results:
30147 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0eaad0a39c67bdddc56d608ff28fcb490c12b8b3 ea772ca487e219e5d5b82d50da460c4145238038 c33fe5459732fc85c2c279c5e8ed316b8601c58c
30162 fail 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d c1d75deea228e7f4a7462aef143e18c456b2a82c ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30159 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0eaad0a39c67bdddc56d608ff28fcb490c12b8b3 ea772ca487e219e5d5b82d50da460c4145238038 c33fe5459732fc85c2c279c5e8ed316b8601c58c
30167 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0e8bed817705664764db408c93ba54277ef85157 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30154 fail 2bf7326e10fae4abef536486aa9819331596c379 a48362cdfeb5c948218a2e4bf7cc9354082fc1b6 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30161 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0eaad0a39c67bdddc56d608ff28fcb490c12b8b3 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30160 fail 2bf7326e10fae4abef536486aa9819331596c379 a48362cdfeb5c948218a2e4bf7cc9354082fc1b6 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30163 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0e8bed817705664764db408c93ba54277ef85157 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30165 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0e8bed817705664764db408c93ba54277ef85157 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30164 fail 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d c1d75deea228e7f4a7462aef143e18c456b2a82c ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30166 fail 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d c1d75deea228e7f4a7462aef143e18c456b2a82c ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
30168 fail 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d c1d75deea228e7f4a7462aef143e18c456b2a82c ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
Searching for interesting versions
Result found: flight 30147 (pass), for basis pass
Result found: flight 30154 (fail), for basis failure
Repro found: flight 30159 (pass), for basis pass
Repro found: flight 30160 (fail), for basis failure
0 revisions at 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0e8bed817705664764db408c93ba54277ef85157 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
No revisions left to test, checking graph state.
Result found: flight 30163 (pass), for last pass
Result found: flight 30164 (fail), for first failure
Repro found: flight 30165 (pass), for last pass
Repro found: flight 30166 (fail), for first failure
Repro found: flight 30167 (pass), for last pass
Repro found: flight 30168 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: libvirt git://libvirt.org/libvirt.git
Bug introduced: c1d75deea228e7f4a7462aef143e18c456b2a82c
Bug not present: 0e8bed817705664764db408c93ba54277ef85157
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/libvirt
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
commit c1d75deea228e7f4a7462aef143e18c456b2a82c
Author: Eric Blake <eblake@redhat.com>
Date: Fri Aug 29 15:47:28 2014 -0600
blockcopy: expose new API in virsh
Expose the new power of virDomainBlockCopy through virsh (well,
all but the finer-grained bandwidth, as that is its own can of
worms for a later patch). Continue to use the older API where
possible, for maximum compatibility.
The command now requires either --dest (with optional --format
and --blockdev), to directly describe the file destination, or
--xml, to name a file that contains an XML description such as:
<disk type='network'>
<driver type='raw'/>
<source protocol='gluster' name='vol1/img'>
<host name='red'/>
</source>
</disk>
[well, it may be a while before the qemu driver is actually patched
to act on that particular xml beyond just parsing it, but the virsh
interface won't need changing at that time]
Non-zero option parameters are converted into virTypedParameters,
and if anything requires the new API, the command can synthesize
appropriate XML even if the --dest option was used instead of --xml.
The existing --raw flag remains for back-compat, but the preferred
spelling is now --format=raw, since the new API now allows us
to specify all formats rather than just a boolean raw to suppress
probing.
I hope I did justice in describing the effects of granularity and
buf-size on how they get passed through to qemu.
* tools/virsh-domain.c (cmdBlockCopy): Add new options --xml,
--granularity, --buf-size, --format. Make --raw an alias for
--format=raw. Call new API if new parameters are in use.
* tools/virsh.pod (blockcopy): Document new options.
Signed-off-by: Eric Blake <eblake@redhat.com>
Revision graph left in /home/xc_osstest/results/bisect.libvirt.build-armhf-libvirt.libvirt-build.{dot,ps,png,html}.
----------------------------------------
30168: tolerable ALL FAIL
flight 30168 libvirt real-bisect [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/30168/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail baseline untested
jobs:
build-armhf-libvirt fail
------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [libvirt] [Xen-devel] [libvirt bisection] complete build-armhf-libvirt
2014-09-08 18:30 xen.org
@ 2014-09-09 8:49 ` Ian Campbell
2014-09-09 8:54 ` [libvirt] " Daniel P. Berrange
2014-09-09 8:55 ` Ján Tomko
0 siblings, 2 replies; 7+ messages in thread
From: Ian Campbell @ 2014-09-09 8:49 UTC (permalink / raw)
To: xen.org; +Cc: xen-devel, keir, stefano.stabellini, libvir-list
Xen's automated testing of libvirt against newer Xen's has found a build
issue which it has bisected down to "blockcopy: expose new API in
virsh".
An instance of the failure can be found in flight 30154:
http://lists.xen.org/archives/html/xen-devel/2014-09/msg01063.html
links to the logs =>
http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/
click the header of a failing column =>
http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/info.html
click the failing step =>
http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/5.ts-libvirt-build.log
virsh-domain.c: In function 'cmdBlockCopy':
virsh-domain.c:2003:17: error: comparison is always false due to limited range of data type [-Werror=type-limits]
cc1: all warnings being treated as errors
It seems to be failing similarly on i386 and I suppose most 32-bit
arches.
Cheers,
Ian.
On Mon, 2014-09-08 at 19:30 +0100, xen.org wrote:
> branch xen-unstable
> xen branch xen-unstable
> job build-armhf-libvirt
> test libvirt-build
>
> Tree: gnulib_libvirt git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
> Tree: libvirt git://libvirt.org/libvirt.git
> Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
> Tree: xen git://xenbits.xen.org/xen.git
>
> *** Found and reproduced problem changeset ***
>
> Bug is in tree: libvirt git://libvirt.org/libvirt.git
> Bug introduced: c1d75deea228e7f4a7462aef143e18c456b2a82c
> Bug not present: 0e8bed817705664764db408c93ba54277ef85157
>
>
> commit c1d75deea228e7f4a7462aef143e18c456b2a82c
> Author: Eric Blake <eblake@redhat.com>
> Date: Fri Aug 29 15:47:28 2014 -0600
>
> blockcopy: expose new API in virsh
>
> Expose the new power of virDomainBlockCopy through virsh (well,
> all but the finer-grained bandwidth, as that is its own can of
> worms for a later patch). Continue to use the older API where
> possible, for maximum compatibility.
>
> The command now requires either --dest (with optional --format
> and --blockdev), to directly describe the file destination, or
> --xml, to name a file that contains an XML description such as:
>
> <disk type='network'>
> <driver type='raw'/>
> <source protocol='gluster' name='vol1/img'>
> <host name='red'/>
> </source>
> </disk>
>
> [well, it may be a while before the qemu driver is actually patched
> to act on that particular xml beyond just parsing it, but the virsh
> interface won't need changing at that time]
>
> Non-zero option parameters are converted into virTypedParameters,
> and if anything requires the new API, the command can synthesize
> appropriate XML even if the --dest option was used instead of --xml.
>
> The existing --raw flag remains for back-compat, but the preferred
> spelling is now --format=raw, since the new API now allows us
> to specify all formats rather than just a boolean raw to suppress
> probing.
>
> I hope I did justice in describing the effects of granularity and
> buf-size on how they get passed through to qemu.
>
> * tools/virsh-domain.c (cmdBlockCopy): Add new options --xml,
> --granularity, --buf-size, --format. Make --raw an alias for
> --format=raw. Call new API if new parameters are in use.
> * tools/virsh.pod (blockcopy): Document new options.
>
> Signed-off-by: Eric Blake <eblake@redhat.com>
>
>
> For bisection revision-tuple graph see:
> http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.libvirt.build-armhf-libvirt.libvirt-build.html
> Revision IDs in each graph node refer, respectively, to the Trees above.
>
> ----------------------------------------
> Searching for failure / basis pass:
> 30154 fail [host=marilith-n4] / 30147 ok.
> Failure / basis pass flights: 30154 / 30147
> Tree: gnulib_libvirt git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
> Tree: libvirt git://libvirt.org/libvirt.git
> Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
> Tree: xen git://xenbits.xen.org/xen.git
> Latest 2bf7326e10fae4abef536486aa9819331596c379 a48362cdfeb5c948218a2e4bf7cc9354082fc1b6 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> Basis pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0eaad0a39c67bdddc56d608ff28fcb490c12b8b3 ea772ca487e219e5d5b82d50da460c4145238038 c33fe5459732fc85c2c279c5e8ed316b8601c58c
> Generating revisions with ./adhoc-revtuple-generator git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]#9565c3be73eb6d76b7b42a21d68d2e00a62abb6d-2bf7326e10fae4abef536486aa9819331596c379 git://libvirt.org/libvirt.git#0eaad0a39c67bdddc56d608ff28fcb490c12b8b3-a48362cdfeb5c948218a2e4bf7cc9354082fc1b6 git://xenbits.xen.org/staging/qemu-upstream-unstable.git#ea772ca487e219e5d5b82d50da460c4145238038-ea772ca487e219e5d5b82d50da460c4145238038 git://xenbits.xen.org/xen.git#c33fe5459732fc85c2c279c5e8ed316b8601c58c-93d5f192d4903953baa8c2115534d23140236176
> + exec
> + sh -xe
> + cd /export/home/osstest/repos/gnulib
> + git remote set-url origin git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
> + git fetch -p origin +refs/heads/*:refs/remotes/origin/*
> + exec
> + sh -xe
> + cd /export/home/osstest/repos/libvirt
> + git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
> + git fetch -p origin +refs/heads/*:refs/remotes/origin/*
> + exec
> + sh -xe
> + cd /export/home/osstest/repos/xen
> + git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
> + git fetch -p origin +refs/heads/*:refs/remotes/origin/*
> + exec
> + sh -xe
> + cd /export/home/osstest/repos/gnulib
> + git remote set-url origin git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
> + git fetch -p origin +refs/heads/*:refs/remotes/origin/*
> + exec
> + sh -xe
> + cd /export/home/osstest/repos/libvirt
> + git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
> + git fetch -p origin +refs/heads/*:refs/remotes/origin/*
> + exec
> + sh -xe
> + cd /export/home/osstest/repos/xen
> + git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
> + git fetch -p origin +refs/heads/*:refs/remotes/origin/*
> Loaded 3001 nodes in revision graph
> Searching for test results:
> 30147 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0eaad0a39c67bdddc56d608ff28fcb490c12b8b3 ea772ca487e219e5d5b82d50da460c4145238038 c33fe5459732fc85c2c279c5e8ed316b8601c58c
> 30162 fail 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d c1d75deea228e7f4a7462aef143e18c456b2a82c ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30159 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0eaad0a39c67bdddc56d608ff28fcb490c12b8b3 ea772ca487e219e5d5b82d50da460c4145238038 c33fe5459732fc85c2c279c5e8ed316b8601c58c
> 30167 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0e8bed817705664764db408c93ba54277ef85157 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30154 fail 2bf7326e10fae4abef536486aa9819331596c379 a48362cdfeb5c948218a2e4bf7cc9354082fc1b6 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30161 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0eaad0a39c67bdddc56d608ff28fcb490c12b8b3 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30160 fail 2bf7326e10fae4abef536486aa9819331596c379 a48362cdfeb5c948218a2e4bf7cc9354082fc1b6 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30163 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0e8bed817705664764db408c93ba54277ef85157 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30165 pass 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0e8bed817705664764db408c93ba54277ef85157 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30164 fail 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d c1d75deea228e7f4a7462aef143e18c456b2a82c ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30166 fail 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d c1d75deea228e7f4a7462aef143e18c456b2a82c ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> 30168 fail 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d c1d75deea228e7f4a7462aef143e18c456b2a82c ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> Searching for interesting versions
> Result found: flight 30147 (pass), for basis pass
> Result found: flight 30154 (fail), for basis failure
> Repro found: flight 30159 (pass), for basis pass
> Repro found: flight 30160 (fail), for basis failure
> 0 revisions at 9565c3be73eb6d76b7b42a21d68d2e00a62abb6d 0e8bed817705664764db408c93ba54277ef85157 ea772ca487e219e5d5b82d50da460c4145238038 93d5f192d4903953baa8c2115534d23140236176
> No revisions left to test, checking graph state.
> Result found: flight 30163 (pass), for last pass
> Result found: flight 30164 (fail), for first failure
> Repro found: flight 30165 (pass), for last pass
> Repro found: flight 30166 (fail), for first failure
> Repro found: flight 30167 (pass), for last pass
> Repro found: flight 30168 (fail), for first failure
>
> *** Found and reproduced problem changeset ***
>
> Bug is in tree: libvirt git://libvirt.org/libvirt.git
> Bug introduced: c1d75deea228e7f4a7462aef143e18c456b2a82c
> Bug not present: 0e8bed817705664764db408c93ba54277ef85157
>
> + exec
> + sh -xe
> + cd /export/home/osstest/repos/libvirt
> + git remote set-url origin git://drall.uk.xensource.com:9419/git://libvirt.org/libvirt.git
> + git fetch -p origin +refs/heads/*:refs/remotes/origin/*
>
> commit c1d75deea228e7f4a7462aef143e18c456b2a82c
> Author: Eric Blake <eblake@redhat.com>
> Date: Fri Aug 29 15:47:28 2014 -0600
>
> blockcopy: expose new API in virsh
>
> Expose the new power of virDomainBlockCopy through virsh (well,
> all but the finer-grained bandwidth, as that is its own can of
> worms for a later patch). Continue to use the older API where
> possible, for maximum compatibility.
>
> The command now requires either --dest (with optional --format
> and --blockdev), to directly describe the file destination, or
> --xml, to name a file that contains an XML description such as:
>
> <disk type='network'>
> <driver type='raw'/>
> <source protocol='gluster' name='vol1/img'>
> <host name='red'/>
> </source>
> </disk>
>
> [well, it may be a while before the qemu driver is actually patched
> to act on that particular xml beyond just parsing it, but the virsh
> interface won't need changing at that time]
>
> Non-zero option parameters are converted into virTypedParameters,
> and if anything requires the new API, the command can synthesize
> appropriate XML even if the --dest option was used instead of --xml.
>
> The existing --raw flag remains for back-compat, but the preferred
> spelling is now --format=raw, since the new API now allows us
> to specify all formats rather than just a boolean raw to suppress
> probing.
>
> I hope I did justice in describing the effects of granularity and
> buf-size on how they get passed through to qemu.
>
> * tools/virsh-domain.c (cmdBlockCopy): Add new options --xml,
> --granularity, --buf-size, --format. Make --raw an alias for
> --format=raw. Call new API if new parameters are in use.
> * tools/virsh.pod (blockcopy): Document new options.
>
> Signed-off-by: Eric Blake <eblake@redhat.com>
>
> Revision graph left in /home/xc_osstest/results/bisect.libvirt.build-armhf-libvirt.libvirt-build.{dot,ps,png,html}.
> ----------------------------------------
> 30168: tolerable ALL FAIL
>
> flight 30168 libvirt real-bisect [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/30168/
>
> Failures :-/ but no regressions.
>
> Tests which did not succeed,
> including tests which could not be run:
> build-armhf-libvirt 5 libvirt-build fail baseline untested
>
>
> jobs:
> build-armhf-libvirt fail
>
>
> ------------------------------------------------------------
> sg-report-flight on osstest.cam.xci-test.com
> logs: /home/xc_osstest/logs
> images: /home/xc_osstest/images
>
> Logs, config files, etc. are available at
> http://www.chiark.greenend.org.uk/~xensrcts/logs
>
> Test harness code can be found at
> http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [libvirt] [libvirt bisection] complete build-armhf-libvirt
2014-09-09 8:49 ` [libvirt] [Xen-devel] " Ian Campbell
@ 2014-09-09 8:54 ` Daniel P. Berrange
2014-09-09 9:01 ` [libvirt] [Xen-devel] " Ian Campbell
2014-09-09 8:55 ` Ján Tomko
1 sibling, 1 reply; 7+ messages in thread
From: Daniel P. Berrange @ 2014-09-09 8:54 UTC (permalink / raw)
To: Ian Campbell; +Cc: libvir-list, keir, xen-devel, xen.org, stefano.stabellini
On Tue, Sep 09, 2014 at 09:49:47AM +0100, Ian Campbell wrote:
> Xen's automated testing of libvirt against newer Xen's has found a build
> issue which it has bisected down to "blockcopy: expose new API in
> virsh".
>
> An instance of the failure can be found in flight 30154:
> http://lists.xen.org/archives/html/xen-devel/2014-09/msg01063.html
> links to the logs =>
> http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/
> click the header of a failing column =>
> http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/info.html
> click the failing step =>
> http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/5.ts-libvirt-build.log
>
> virsh-domain.c: In function 'cmdBlockCopy':
> virsh-domain.c:2003:17: error: comparison is always false due to limited range of data type [-Werror=type-limits]
> cc1: all warnings being treated as errors
>
> It seems to be failing similarly on i386 and I suppose most 32-bit
> arches.
Thanks, we've just had a fix for that pushed
commit efe5061f5a61d04b1bf21fcac2919a2325f54150
Author: Eric Blake <eblake@redhat.com>
Date: Mon Sep 8 08:50:48 2014 -0600
blockjob: avoid 32-bit compilation warning
Commit c1d75de caused this warning on 32-bit platforms (fatal when
-Werror is enabled):
virsh-domain.c: In function 'cmdBlockCopy':
virsh-domain.c:2003:17: error: comparison is always false due to limited range of data type [-Werror=type-
Forcing the left side of the < to be ull instead of ul shuts up
the 32-bit compiler while still protecting 64-bit code from overflow.
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [libvirt] [Xen-devel] [libvirt bisection] complete build-armhf-libvirt
2014-09-09 8:54 ` [libvirt] " Daniel P. Berrange
@ 2014-09-09 9:01 ` Ian Campbell
0 siblings, 0 replies; 7+ messages in thread
From: Ian Campbell @ 2014-09-09 9:01 UTC (permalink / raw)
To: Daniel P. Berrange
Cc: libvir-list, keir, xen-devel, xen.org, stefano.stabellini
On Tue, 2014-09-09 at 09:54 +0100, Daniel P. Berrange wrote:
> On Tue, Sep 09, 2014 at 09:49:47AM +0100, Ian Campbell wrote:
> > Xen's automated testing of libvirt against newer Xen's has found a build
> > issue which it has bisected down to "blockcopy: expose new API in
> > virsh".
> >
> > An instance of the failure can be found in flight 30154:
> > http://lists.xen.org/archives/html/xen-devel/2014-09/msg01063.html
> > links to the logs =>
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/
> > click the header of a failing column =>
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/info.html
> > click the failing step =>
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/5.ts-libvirt-build.log
> >
> > virsh-domain.c: In function 'cmdBlockCopy':
> > virsh-domain.c:2003:17: error: comparison is always false due to limited range of data type [-Werror=type-limits]
> > cc1: all warnings being treated as errors
> >
> > It seems to be failing similarly on i386 and I suppose most 32-bit
> > arches.
>
> Thanks, we've just had a fix for that pushed
Thanks, I grepped libvir-list but must have missed it.
Ian.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [libvirt] [Xen-devel] [libvirt bisection] complete build-armhf-libvirt
2014-09-09 8:49 ` [libvirt] [Xen-devel] " Ian Campbell
2014-09-09 8:54 ` [libvirt] " Daniel P. Berrange
@ 2014-09-09 8:55 ` Ján Tomko
1 sibling, 0 replies; 7+ messages in thread
From: Ján Tomko @ 2014-09-09 8:55 UTC (permalink / raw)
To: Ian Campbell, xen.org; +Cc: libvir-list, xen-devel, keir, stefano.stabellini
[-- Attachment #1.1: Type: text/plain, Size: 1153 bytes --]
On 09/09/2014 10:49 AM, Ian Campbell wrote:
> Xen's automated testing of libvirt against newer Xen's has found a build
> issue which it has bisected down to "blockcopy: expose new API in
> virsh".
>
> An instance of the failure can be found in flight 30154:
> http://lists.xen.org/archives/html/xen-devel/2014-09/msg01063.html
> links to the logs =>
> http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/
> click the header of a failing column =>
> http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/info.html
> click the failing step =>
> http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/5.ts-libvirt-build.log
>
> virsh-domain.c: In function 'cmdBlockCopy':
> virsh-domain.c:2003:17: error: comparison is always false due to limited range of data type [-Werror=type-limits]
> cc1: all warnings being treated as errors
>
> It seems to be failing similarly on i386 and I suppose most 32-bit
> arches.
>
> Cheers,
> Ian.
>
Hi, this should be fixed by commit efe5061f:
http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=efe5061f5
Jan
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-01-21 5:29 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-01-19 4:48 [libvirt bisection] complete build-armhf-libvirt xen.org
2015-01-19 9:37 ` Ian Campbell
2015-01-19 9:49 ` [libvirt] [Xen-devel] " Ian Campbell
2015-01-21 5:29 ` Jim Fehlig
-- strict thread matches above, loose matches on Subject: below --
2014-09-08 18:30 xen.org
2014-09-09 8:49 ` [libvirt] [Xen-devel] " Ian Campbell
2014-09-09 8:54 ` [libvirt] " Daniel P. Berrange
2014-09-09 9:01 ` [libvirt] [Xen-devel] " Ian Campbell
2014-09-09 8:55 ` Ján Tomko
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).