August 2016 - Devel - oVirt List Archives

Alternatives to automatically move bugs to MODIFIED
by Yedidyah Bar David 14 Sep '16

14 Sep '16

Hi all, We currently have a bot that automatically moves bugs from POST to MODIFIED if all linked patches on gerrit are merged. It happened to me personally several times that this was a wrong thing to do, either because a new patch was still needed but not pushed yet, or because an existing patch should have been back-ported to another branch and wasn't yet. Since I usually pay more attention to my bug in POST, I sometimes missed this and handled the missing patches (backports, usually) later than I could if left on POST. I have a feeling I am not the only one. So I suggest to stop doing this. I can think of several alternatives: 1. Do nothing. I think that's reasonable - I think most people pay more attention to POST bugs anyway. 2. Set needinfo on bug owner. 3. Send some alert email to relevant people (bug owner, existing patches owners, perhaps others - e.g. reviewers of existing patches, perhaps those that actually reviewed, etc.). Need to think how to make it not too annoying for others but still effective also if owner is on long PTO or something like that. New flag doesn't have to be very specific - can be called something like 'attention needed' or something like that. 4. Add a new flag for that and set it. This will allow easier filtering/reporting. What do you think? -- Didi

8 17

CentOS Virt SIG - aarch 64 and ppc64le support
by Sandro Bonazzola 14 Sep '16

14 Sep '16

Hi, within CentOS Virt SIG interest in having ppc64le and aarch64 as supported architecture in oVirt has raised. Packages from oVirt 4.0.2 has been built for both architectures for hypervisor host side. You can find the rpms in the cbs repositories waiting to be signed and published to mirrors here: - QEMU and deps: https://cbs.centos.org/repos/virt7-kvm-common-release/ - oVirt Common deps: https://cbs.centos.org/repos/virt7-ovirt-common-release/ - oVirt 4.0 specific packages: https://cbs.centos.org/repos/virt7-ovirt-40-release/ While I'm pretty sure ppc64le will work out of the box I think we're missing something on engine side in order to fully support aarch64. Michal, Francesco, can you open relevant BZs in order to get aarch64 fully supported? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 4

possible bug in libgovirt or oVirt 4.0.2
by i iordanov 05 Sep '16

05 Sep '16

Hello, I just tested oVirt 4.0.2 with Opaque, and when I try to make the following call: ovirt_vm_start(vm, proxy, &error); I get an error->message: "Could not find 'state' node". Further on, when I attempt to make a call to: ovirt_vm_get_ticket(vm, proxy, &error) I get the same error message "Could not find 'state' node". Indeed, on oVirt 4.0.2, when I browse to: https://livecd.localdomain/ovirt-engine/api/vms/VM_ID_HERE I see no "state" node, only "<status>up</status>" On the other hand, when I browse to the same part of the API on oVirt 3.4, I see: "<status><state>up</state></status>" Seems to me the API changed but the libgovirt, the client C library did not. I hope you can correct this soon, and thanks in advance! Cheers, iordan -- The conscious mind has only one thread of execution.

2 1

[ANN] oVirt 4.0.4 First Release Candidate is now available
by Sandro Bonazzola 01 Sep '16

01 Sep '16

The oVirt Project is pleased to announce the availability of the First Release Candidate of oVirt 4.0.4 for testing, as of August 31st, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the first release candidate of the fourth in a series of stabilization updates to the 4.0 series. 4.0.4 brings 7 enhancements and 93 bugfixes, including 33 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node is available [4]. * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.4 release highlights: http://www.ovirt.org/release/4.0.4/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.4/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

oVirt Engine 4.0.4 branched
by Tal Nisan 30 Aug '16

30 Aug '16

Hi everyone, We've created ovirt-engine-4.0.4 branch this morning from the 4.0.3 branch. >From now on 4.0.4 Engine patches will have to be backported to the new branch after being backported to the ovirt-engine-4.0 branch. Engine 4.0.5 patches can now be backported to ovirt-engine-4.0 branch. Tal.

3 4

repos down
by Gary Pedretty 30 Aug '16

30 Aug '16

--Apple-Mail=_A85252B1-0D2F-4BC6-948C-BDA2E4E5E66B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I am unable to do any installs, yum cannot access the mirrors list =E2=80=9CCould not retrieve mirrorlist = http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el7=E2=80=9D = error was 12: Timeout on = http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el7: (28, = =E2=80=98Connection timed out after 30001 milliseconds=E2=80=99)" Tried from various locations on different ISPs. Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Really loving the record green up date! Summmer!! yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ --Apple-Mail=_A85252B1-0D2F-4BC6-948C-BDA2E4E5E66B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I am unable to do any installs, yum cannot access the mirrors = list<div class=3D""><br class=3D""></div><div class=3D"">=E2=80=9CCould = not retrieve mirrorlist <a = href=3D"http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el7" = class=3D"">http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el= 7</a>=E2=80=9D error was</div><div class=3D"">12: Timeout on <a = href=3D"http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el7:"= = class=3D"">http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el= 7:</a> (28, =E2=80=98Connection timed out after 30001 = milliseconds=E2=80=99)"</div><div class=3D""><br class=3D""></div><div = class=3D"">Tried from various locations on different ISPs.</div><div = class=3D""><br class=3D""></div><div class=3D"">Gary</div><div = class=3D""><br class=3D""><div class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); font-size: 12px; letter-spacing: normal; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span style=3D"font-size: 12px;" class=3D"">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br = style=3D"font-family: Monaco;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px;" class=3D""><span style=3D"font-size: 12px;" class=3D"">Really = loving the record green up date! Summmer!!   yourself=E2=80=9D M= att 22:39</span></font><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Menlo;" = class=3D""></div><font face=3D"Menlo" style=3D"font-size: 12px;" = class=3D""></font><span style=3D"color: rgb(0, 0, 0); letter-spacing: = normal; text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; font-size: 12px;" class=3D""><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><font = face=3D"Menlo" style=3D"font-size: 12px;" class=3D""><br = class=3D""></font></div></div><span style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12px;" = class=3D""><br class=3D"Apple-interchange-newline"></span></div><span = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px; font-size: 12px;" class=3D""><br = class=3D"Apple-interchange-newline"></span></div><span style=3D"color: = rgb(0, 0, 0); letter-spacing: normal; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: = 12px;" class=3D""><br class=3D"Apple-interchange-newline"></span></div><br= class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"> </div> <br class=3D""></div></body></html>= --Apple-Mail=_A85252B1-0D2F-4BC6-948C-BDA2E4E5E66B--

3 2

oVirt 4.0.4 RC1 merge / branch / tag / bugzilla reminder
by Sandro Bonazzola 29 Aug '16

29 Aug '16

All stable branch maintainers, please make sure to - merge all relevant open bugs until Tuesday morning 11:00 AM TLV time. For each package that need to be built (i.e oVirt product) please make sure every bug in MODIFIED has the right Target Release and Target Milestone. A Target release should state the version of the package you're building and should include the same version you used for the tag you just used for this build. (e.g. for ovirt-engine, tag: ovirt-engine-4.0.4, tr: 4.0.4) A list of bugs that require attention is here: - https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>

1 0

oVirt 4.0.4 RC1 build planned
by Sandro Bonazzola 29 Aug '16

29 Aug '16

Fyi oVirt developers, An oVirt build is planned for this Tuesday 11:00 AM TLV time (10:00 AM CEST). Taking into consideration the time it takes for Jenkins to run a full CI everything need to be backported by Monday 11PM. Please make sure to mark as verified and CR +2 so it will be ready for merging Tuesday morning. A list of pending blockers is available here: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0. <https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0.…> 4 <https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0.…> %20flag%3Ablocker%20status%3Anew%2Cassigned%2Cpost <https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0.…> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>

1 0

broken master: removal of release in spec requirements
by Yaniv Bronheim 29 Aug '16

29 Aug '16

Hi, In https://gerrit.ovirt.org/#/c/62672 we removed the release from vdsm* requirements. Although it sounds reasonable and quite safe, it was not. In development env it causes mixup of versions when upgrading. "yum install vdsm" will eventually cause this mixup as vdsm won't require the newer vdsm-python I think this change should be reverted and the solution should be in the build process. Newer release is equal to higher version, requirement should include the release number. so for example, 4.18.7-1 was shipped and for ppc we built 4.18.7-2 so 4.18.7-2 is newer. can't see how this can be different. e.g for the bug: =================================================================================================================================================================================================================== Package Arch Version Repository Size =================================================================================================================================================================================================================== Removing: vdsm x86_64 4.18.999-457.gitcde215c.el7.centos @ovirt-master-snapshot 2.7 M vdsm-api noarch 4.18.999-342.git40c3bbb.el7.centos @ovirt-master-snapshot 325 k vdsm-cli noarch 4.18.999-457.gitcde215c.el7.centos @ovirt-master-snapshot 342 k vdsm-hook-vmfex-dev noarch 4.18.999-457.gitcde215c.el7.centos @ovirt-master-snapshot 21 k vdsm-jsonrpc noarch 4.18.999-342.git40c3bbb.el7.centos @ovirt-master-snapshot 81 k vdsm-python noarch 4.18.999-342.git40c3bbb.el7.centos @ovirt-master-snapshot 2.4 M vdsm-xmlrpc noarch 4.18.999-342.git40c3bbb.el7.centos @ovirt-master-snapshot 109 k vdsm-yajsonrpc noarch 4.18.999-342.git40c3bbb.el7.centos @ovirt-master-snapshot 95 k Problem. -- *Yaniv Bronhaim.*

4 5

Re: [ovirt-devel] [libvirt] RFC: Limited dynamic ownership
by Martin Kletzander 29 Aug '16

29 Aug '16

--R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline On Tue, Aug 23, 2016 at 07:25:56PM -0400, Daniel P. Berrange wrote: >On Tue, Aug 23, 2016 at 06:17:44PM -0400, Martin Kletzander wrote: >> On Tue, Aug 23, 2016 at 05:54:29PM -0400, Daniel P. Berrange wrote: >> > On Tue, Aug 23, 2016 at 05:06:20PM -0400, Martin Kletzander wrote: >> > > Hi everyone, >> > > >> > > so there was an idea about limiting the relabelling of images that >> > > libvirt does. And I'm taking the liberty of pitching my idea how to >> > > approach this. I feel like it's pretty simple thing and there's not >> > > much to talk about, but a) I could've missed something and b) you might >> > > hate the way I approach it. >> > > >> > > The idea is to extend the seclabel XML, for example: >> > > >> > > <seclabel type='dynamic' model='dac' relabel='whitelist'> >> > > <path>/var/lib/libvirt/images</path> >> > > <path>/data/virt-stuff</path> >> > > </seclabel> >> > > >> > > Either we allow 'relabel' to be set to 'whitelist' or add a new >> > > attribute with a name like 'mode' or something, which will control how >> > > we relabel the files (actually relabel='no' can mean 'whitelist' and >> > > relabel='yes' can mean blacklist without adding anything there). After >> > > that you can specify what paths are (dis)allowed to be labelled. >> > > >> > > Actually thinking about it I like the following the most: >> > > >> > > <seclabel type='dynamic' model='dac' relabel='no'> >> > > <whitelist path='/data'/> >> > > <blacklist path='/data/private/non-virt/stuff'/> >> > > </seclabel> >> > > >> > > which I believe is pretty explanatory. Feel free to ask if it's not. >> > > And let me know what you think. >> > >> > I don't think we need to get involved in the <seclabel> configuration. >> > >> >> I forgot to mention that I like that because you would be able to >> specify this per-disk as well as for the whole VM. > >Of course using info in <disk> directly achieves the same thing > >> > We've already got the ability in the <disk> config to provide the >> > full backing chain explicitly. If a management app provides a full >> > backing chain in the XML, we could validate the app provided chain >> > against the chain we probe and report error if they mis-match. (Maybe >> > we in fact already report this?) >> > >> >> Not yet: >> >> "It is currently ignored on input and only used for output to describe >> the detected backing chains of running domains." >> >> It would help with this, but I don't feel like it's that usable. Also >> I feel like everyone will overuse that while misunderstanding what it >> actually does. Also if you do some block-merge or whatever, you need to >> update the backing chain and everyone will just re-probe it because no >> management layer likes keeping more information than needed. > >If you provide the <seclabel> whitelist though, you're essentially >going to want to provide the same info that you would provide with >the <backing> data, as the whitelist you're providing there is >essentially trying to whitelist only the expected backing file. > >I don't feel like we should be inventing new seclabel elements to >duplicate info we could already provide via existing backing data >elements. > It just introduces more complexity that might result in more bugs, but yes, it is information duplication. >> > Thinking bout this in the context of a recent OpenStack Nova CVE, >> > where Nova mistakenly set format=qcow2, instead of format=raw, allowing >> > a malicious guest to write a qcow2 header with backing file. If Nova >> > had provided the full backing chain it expected (no backing chain at >> > all), then libvirt would have seen the maliciously created backing >> > chain, and caught the problem despite Nova giving the wrong format. >> > >> > >> > Separately from this, in the context of storage pools, when giving >> > a <disk type=pool> in the domain XML, we could do validation to >> > ensure the backing file of the volume always pointed to a volume >> > that was also inside a storage pool. This would allow us to have >> > backing files pointing to volumes in different storage pools, but >> > would prevent them pointing to arbitrary files that were not in >> > storage pools at all (eg /etc/password, or /dev/root, etc). >> > >> >> That is good idea, but it won't cover all the cases, for example if >> you're not using storage pools. > >Yep, at least from OpenStack POV our goal is to switch 100% to using >storage pools. > >For non-storage pool deployments though, I think it is common that >the mgmt app will have a specific place where it will always put >disks. eg on OpenStack file based disks will always live under >/var/lib/nova/instances. > >So if there was a qemu.conf setting to whitelist allowed disk image >locations, we could lock down where we permit relabelling for the >openstack host as a whole, and not need to change anything on a per >guest basis. > I like the per-guest approach better, but qemu.conf is satisfactory enough, I guess. >> It could be nice to get feedback from upper mgmt layers, any idea where >> else to post this questions? > >ovirt might have feedback i guess > Cc'd ovirt-devel, even though I don't think they use it (or at least not yet). If you feel like it, don't hesitate to Cc appropriate OpenStack list as well (if that's not much cross-posting). Martin >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 :| --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJXw/4jAAoJEAgfwp8kF4bdEV4P/1JP07oQ2ug+sGs5CImqbJak 6eajVCCcobapZgT7rDWbla5e2G5XMdzbV1vVzuIl2OVo4rGmcLuZjozVH8dewg0M tEjWLenbciXnUcqIrEA8PTP5qAdEAdVUZ/7kwFT3shRjTUOEYk46BM+fiRWz/pQM DI/xaPpXcZarfohLOGUgdRv+00shQPVZFg786FXBL+aYNFwTfbFDOnboYEYwKhq2 WGHG0PWLF3iIBlJWBFs4Nz1pQ48cw4CGWmXcOGtusIiqud5FsbKjNX+s64PDY1Yz 8UzC4c9+4LyqobUJp5EulsAmXedKK0bTxs4GI/eePkHZfBaRuOJtshbY2iETljsS Ce1s9Y3gpfP6UzAZImOa67F2rms9Fgv8Mm4pRnG2l/FTCvFSq7Grn8pPKL12jWAN Ti6hOQGCX45h8lN17zfERlWWPBFk3Mtw3L8bbh8Ja0xhYgsH0qS1mdeE/VmjKKFC OqZvT9GgtwFg4t77nHCIhFBSTEc3DoV6lNMrPxaTVswXCKSlYJAz2IUd8DFN5FFF 71WlKgvCKWl6iqo2FpxklhqfsUNSL6J31Kgh29r54qYcNZc1oobWsyJAqyeQcpER 3nHyY14QhIDc2LojcEisGXyPErtHZiVfexlB++Ap2O5W3tkxH08yWnV0Cd2J+CK2 MLB3K7JjrEt84oY8EGP8 =JNYW -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk--

1 0

Python code style: introducing isort
by Sandro Bonazzola 26 Aug '16

26 Aug '16

Hi, in project maintained by integration team we tried to adhere to some styling rules while writing python code, one of these was related to the import lines. After a lot of time doing this manually, we discovered isort ( https://pypi.python.org/pypi/isort/4.2.5 ) We're using it before we push our code to gerrit and a few days ago I sent a patch for the python code within ovirt-engine: https://gerrit.ovirt.org/61964 The configuration we're currently using is: $ cat ~/.isort.cfg [settings] line_length=79 known_standard_library=configparser,Cheetah.Template force_single_line=True default_section=FIRSTPARTY known_otopi=otopi known_host_deploy=ovirt_host_deploy known_ovirt_engine=ovirt_engine known_ovirt_engine_setup=ovirt_engine_setup known_ovirt_setup_lib=ovirt_setup_lib known_vdsm=vdsm known_ovirt_hosted_engine_setup=ovirt_hosted_engine_setup sections=FUTURE,STDLIB,FIRSTPARTY,OTOPI,VDSM,HOST_DEPLOY,OVIRT_ENGINE,OVIRT_ENGINE_SETUP,OVIRT_SETUP_LIB,OVIRT_HOSTED_ENGINE_SETUP,THIRDPARTY,LOCALFOLDER lines_between_types=2 It has been proposed to add 'isort --check-only' in check-patch.for python projects in addition to pep8 style checking. It has also been proposed to reach consensus on isort configuration so all the python code within ovirt project will have same styling. I'd like to get some feedback about these proposal in order to decide how to procede. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 3

otopi based program testing: coverage reports
by Sandro Bonazzola 26 Aug '16

26 Aug '16

The otopi 1.6.0 package currently in ovirt-master-snapshot includes a new feature that allows you to collect coverage reports from your executions. In order to enable the feature you'll need to provide a configuration file like: 8<-------------------------------------- [run] branch = True [report] exclude_lines = # Have to re-enable the standard pragma pragma: no cover # Don't complain about missing debug-only code: def __repr__ if self\.debug # Don't complain if tests don't hit defensive assertion code: raise AssertionError raise NotImplementedError # Don't complain if non-runnable code isn't run: if 0: if __name__ == .__main__.: ignore_errors = True 8<------------------------------------ Be sure to have python-coverage and libselinux-python installed on your system and then execute: OTOPI_COVERAGE=1 COVERAGE_PROCESS_START=<your config> <your command> where your config is the path to your config file and your command may be engine-setup, engine-cleanup, ovirt-host-deploy, hosted-engine --deploy or any other possible command which uses otopi framework. In order to generate the report: coverage html -d coverage_html_report This feature is already leveraged in otopi check-patches and check-merged jobs: http://jenkins.ovirt.org/search/?q=otopi_master_check More test jobs will possibly follow. New tests to improve coverage, improvements to the coverage configuration, suggestions, porting to other projects are welcome. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

ovirt-image-upload fails with NFS error when using a local disk
by Lynn Dixon 25 Aug '16

25 Aug '16

Hey all, I am using oVirt 4.0 and trying to upload an OVA into my export domain using the ovirt-image-uploader tool. My Export domain is a local disk on the host, and is NOT using NFS. However, it seems the ovirt-image-uploader tool assumes my domain is NFS and it will give the following error: ERROR: mount.nfs: Failed to resolve server None: Name or service not known Is there a way to import OVA's in to the Export domain when its using a local disk? *Lynn Dixon* | Red Hat Certified Architect #100-006-188 *Sr. Cloud Consultant* | Cloud Management Practice Google Voice: 423-618-1414 Cell/Text: 423-774-3188 Click here to view my Certification Portfolio <http://red.ht/1XMX2Mi>

2 6

Fwd: Build failed in Jenkins: ovirt_3.6_he-system-tests #339
by Pavel Zhukov 23 Aug '16

23 Aug '16

Hi, Hosted engine is failed to install and for some reasons OST is not failed because of that. http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/338/consoleFull *08:15:52* |- /var/lib/cloud/instance/scripts/runcmd: line 2: /usr/bin/engine-setup: No such file or directory *08:15:52* |- HE_APPLIANCE_ENGINE_SETUP_FAIL*08:15:52* [ ERROR ] Engine setup failed on the appliance*08:15:52* [ ERROR ] Failed to execute stage 'Closing up': Engine setup failed on the appliance Please check its log on the appliance. *08:15:52* [ INFO ] Stage: Clean up*08:15:53* [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160823041551.conf'*08:15:53* [ INFO ] Stage: Pre-termination*08:15:53* [ INFO ] Stage: Termination*08:15:53* [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue, fix and redeploy ---------- Forwarded message ---------- From: <jenkins(a)jenkins.phx.ovirt.org> Date: Tue, Aug 23, 2016 at 2:30 PM Subject: Build failed in Jenkins: ovirt_3.6_he-system-tests #339 To: sbonazzo(a)redhat.com, infra(a)ovirt.org, lveyde(a)redhat.com See <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/339/changes> Changes: [Yaniv Kaul] Combine Engine and Storage VMs. ------------------------------------------ [...truncated 1228 lines...] ## rc = 1 ########################################################## ##! ERROR vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ##! Last 20 log enties: logs/mocker-fedora-23-x86_64. fc23.he_basic_suite_3.6.sh/he_basic_suite_3.6.sh.log ##! + true + env_cleanup + echo '#########################' ######################### + local res=0 + local uuid + echo '======== Cleaning up' ======== Cleaning up + [[ -e <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/ ovirt-system-tests/deployment-he_basic_suite_3.6> ]] + echo '----------- Cleaning with lago' ----------- Cleaning with lago + lago --workdir <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/ ovirt-system-tests/deployment-he_basic_suite_3.6> destroy --yes --all-prefixes + echo '----------- Cleaning with lago done' ----------- Cleaning with lago done + [[ 0 != \0 ]] + echo '======== Cleanup done' ======== Cleanup done + exit 0 Took 2133 seconds =================================== ##! ##! ERROR ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ##!######################################################## ########################################################## Build step 'Execute shell' marked build as failure Performing Post build task... Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo 'shell_scripts/system_tests.collect_logs.sh' # # Required jjb vars: # version # VERSION=3.6 SUITE_TYPE= WORKSPACE="$PWD" OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION" TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts" rm -rf "$WORKSPACE/exported-artifacts" mkdir -p "$WORKSPACE/exported-artifacts" if [[ -d "$TESTS_LOGS" ]]; then mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/" fi [ovirt_3.6_he-system-tests] $ /bin/bash -xe /tmp/ hudson8442885515320324019.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=3.6 + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/> + OVIRT_SUITE=3.6 + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_3.6_he- system-tests/ws/ovirt-system-tests/exported-artifacts> + rm -rf <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/339/ artifact/exported-artifacts> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/339/ artifact/exported-artifacts> + [[ -d <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/ ovirt-system-tests/exported-artifacts> ]] + mv <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/ ovirt-system-tests/exported-artifacts/lago_logs> < http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/ ovirt-system-tests/exported-artifacts/test_logs> < http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/339/ artifact/exported-artifacts/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 0 Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo "shell-scripts/mock_cleanup.sh" shopt -s nullglob WORKSPACE="$PWD" # Make clear this is the cleanup, helps reading the jenkins logs cat <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then tar cvzf exported-artifacts/logs.tgz "${logs[@]}" rm -rf "${logs[@]}" fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true } done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true this_chroot_failed=true } done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done if $failed; then echo "Aborting." exit 1 fi # remove mock system cache, we will setup proxies to do the caching and this # takes lots of space between runs shopt -u nullglob sudo rm -Rf /var/cache/mock/* # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" [ovirt_3.6_he-system-tests] $ /bin/bash -xe /tmp/ hudson2384388653446686967.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/> + cat _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### + logs=(./*log ./*/logs) + [[ -n ./ovirt-system-tests/logs ]] + tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs ./ovirt-system-tests/logs/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23. install_packages/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23. install_packages/root.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23. install_packages/state.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23. install_packages/build.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.he_ basic_suite_3.6.sh/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23. he_basic_suite_3.6.sh/he_basic_suite_3.6.sh.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23. init/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/root.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/state.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/build.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23. clean_rpmdb/stdout_stderr.log + rm -rf ./ovirt-system-tests/logs + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/ ovirt-system-tests/mocker-fedora-23-x86_64.fc23.cfg> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-fedora-23-x86_64.fc23.cfg + mock_root=mocker-fedora-23-x86_64.fc23 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_he- system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-fedora-23-x86_64.fc23' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_he- system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_he- system-tests/ws/ovirt-system-tests> --root=mocker-fedora-23-x86_64.fc23 --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: < http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/ ovirt-system-tests/logging.ini.> Using default... INFO: mock.py version 1.2.17 starting (python version = 3.4.3)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' < http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ws/ ovirt-system-tests/mocker-fedora-23-x86_64.fc23.cfg> + mock_root=fedora-23-x86_64-235bec7d0621e95d1cae73d7cf9dc27c + [[ -n fedora-23-x86_64-235bec7d0621e95d1cae73d7cf9dc27c ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ awk '{print $3}' ++ grep fedora-23-x86_64-235bec7d0621e95d1cae73d7cf9dc27c + : + [[ -n '' ]] + false + shopt -u nullglob + sudo rm -Rf /var/cache/mock/fedora-23-x86_64- 235bec7d0621e95d1cae73d7cf9dc27c + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ ovirt_3.6_he-system-tests/ws/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results ERROR: Step ‘Publish JUnit test result report’ failed: No test report files were found. Configuration error? Archiving artifacts _______________________________________________ Infra mailing list Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra -- Pavel Zhukov Software Engineer RHEV Devops IRC: landgraf

2 1

[VDSM] Build failure because missing ioprocess package in ovirt repos - solved
by Nir Soffer 22 Aug '16

22 Aug '16

Hi all, There was a broken build of ioprocess in ovirt repos, causing vdsm all vdsm master builds to fail with this error: ERROR: Command failed. See logs for output. If you have failed builds, please retrigger them in jenkins: http://jenkins.ovirt.org/gerrit_manual_trigger/ Nir

4 11

Problems in engine pom files
by Sandro Bonazzola 20 Aug '16

20 Aug '16

It's a rainy Saturday and I'm getting annoyed so I'm looking at future and looks like at least in terms of maven future we have bad weather as well: [ERROR] [ERROR] Some problems were encountered while processing the POMs: [ERROR] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: ${engine.groupId}:common:test-jar -> duplicate declaration of version ${engine.version} @ org.ovirt.engine.core:utils:[unknown-version], /builddir/build/BUILD/ovirt-engine-4.1.0/backend/manager/modules/utils/pom.xml, line 155, column 17 [ERROR] 'build.plugins.plugin.(groupId:artifactId)' must be unique but found duplicate declaration of plugin org.codehaus.mojo:exec-maven-plugin @ org.ovirt.engine.api:restapi-definition:[unknown-version], /builddir/build/BUILD/ovirt-engine-4.1.0/backend/manager/modules/restapi/interface/definition/pom.xml, line 213, column 15 [WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-dependency-plugin is missing. @ org.ovirt.engine.api:restapi-definition:[unknown-version], /builddir/build/BUILD/ovirt-engine-4.1.0/backend/manager/modules/restapi/interface/definition/pom.xml, line 72, column 15 @ [ERROR] The build could not read 2 projects -> [Help 1] [ERROR] [ERROR] The project org.ovirt.engine.core:utils:4.1.0-SNAPSHOT (/builddir/build/BUILD/ovirt-engine-4.1.0/backend/manager/modules/utils/pom.xml) has 1 error [ERROR] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: ${engine.groupId}:common:test-jar -> duplicate declaration of version ${engine.version} @ org.ovirt.engine.core:utils:[unknown-version], /builddir/build/BUILD/ovirt-engine-4.1.0/backend/manager/modules/utils/pom.xml, line 155, column 17 [ERROR] [ERROR] The project org.ovirt.engine.api:restapi-definition:4.1.0-SNAPSHOT (/builddir/build/BUILD/ovirt-engine-4.1.0/backend/manager/modules/restapi/interface/definition/pom.xml) has 1 error [ERROR] 'build.plugins.plugin.(groupId:artifactId)' must be unique but found duplicate declaration of plugin org.codehaus.mojo:exec-maven-plugin @ org.ovirt.engine.api:restapi-definition:[unknown-version], /builddir/build/BUILD/ovirt-engine-4.1.0/backend/manager/modules/restapi/interface/definition/pom.xml, line 213, column 15 [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException (got building engine on fedora rawhide aka fc26) -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

qemu-kvm-ev-2.3.0-31.el7_2.21.1 available for testing on x86_64, ppc64le and aarch64
by Sandro Bonazzola 19 Aug '16

19 Aug '16

qemu-kvm-ev-2.3.0-31.el7_2.21.1 has been tagged for testing for CentOS Virt SIG and is already in testing repositories. It's now available for x86_64, ppc64le and aarch64. Please help testing and providing feedback, thanks. We plan to move to stable repo around Wednesday next week. ChangeLog since previous release: * Fri Aug 19 2016 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.3.0-31.el7_2.21 - Removing RH branding from package name * Tue Aug 02 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.21 - kvm-block-iscsi-avoid-potential-overflow-of-acb-task-cdb.patch [bz#1358997] - Resolves: bz#1358997 (CVE-2016-5126 qemu-kvm-rhev: Qemu: block: iscsi: buffer overflow in iscsi_aio_ioctl [rhel-7.2.z]) * Wed Jul 27 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.20 - kvm-virtio-error-out-if-guest-exceeds-virtqueue-size.patch [bz#1359731] - Resolves: bz#1359731 (EMBARGOED CVE-2016-5403 qemu-kvm-rhev: Qemu: virtio: unbounded memory allocation on host via guest leading to DoS [rhel-7.2.z]) * Wed Jul 20 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.19 - kvm-qemu-sockets-use-qapi_free_SocketAddress-in-cleanup.patch [bz#1354090] - kvm-tap-use-an-exit-notifier-to-call-down_script.patch [bz#1354090] - kvm-slirp-use-exit-notifier-for-slirp_smb_cleanup.patch [bz#1354090] - kvm-net-do-not-use-atexit-for-cleanup.patch [bz#1354090] - Resolves: bz#1354090 (Boot guest with vhostuser server mode, QEMU prompt 'Segmentation fault' after executing '(qemu)system_powerdown') * Fri Jul 08 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.18 - kvm-vhost-user-disable-chardev-handlers-on-close.patch [bz#1351892] - kvm-char-clean-up-remaining-chardevs-when-leaving.patch [bz#1351892] - kvm-sockets-add-helpers-for-creating-SocketAddress-from-.patch [bz#1351892] - kvm-socket-unlink-unix-socket-on-remove.patch [bz#1351892] - kvm-char-do-not-use-atexit-cleanup-handler.patch [bz#1351892] - Resolves: bz#1351892 (vhost-user: A socket file is not deleted after VM's port is detached.) * Tue Jun 28 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.17 - kvm-vhost-user-set-link-down-when-the-char-device-is-clo.patch [bz#1348593] - kvm-vhost-user-fix-use-after-free.patch [bz#1348593] - kvm-vhost-user-test-fix-up-rhel6-build.patch [bz#1348593] - kvm-vhost-user-test-fix-migration-overlap-test.patch [bz#1348593] - kvm-vhost-user-test-fix-chardriver-race.patch [bz#1348593] - kvm-vhost-user-test-use-unix-port-for-migration.patch [bz#1348593] - kvm-vhost-user-test-fix-crash-with-glib-2.36.patch [bz#1348593] - kvm-vhost-user-test-use-correct-ROM-to-speed-up-and-avoi.patch [bz#1348593] - kvm-tests-append-i386-tests.patch [bz#1348593] - kvm-vhost-user-add-ability-to-know-vhost-user-backend-di.patch [bz#1348593] - kvm-qemu-char-add-qemu_chr_disconnect-to-close-a-fd-acce.patch [bz#1348593] - kvm-vhost-user-disconnect-on-start-failure.patch [bz#1348593] - kvm-vhost-net-do-not-crash-if-backend-is-not-present.patch [bz#1348593] - kvm-vhost-net-save-restore-vhost-user-acked-features.patch [bz#1348593] - kvm-vhost-net-save-restore-vring-enable-state.patch [bz#1348593] - kvm-test-start-vhost-user-reconnect-test.patch [bz#1348593] - Resolves: bz#1348593 (No recovery after vhost-user process restart) -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Bundled jar files in backend subpackage
by Sandro Bonazzola 18 Aug '16

18 Aug '16

Hi, looking at $ LC_ALL=C rpm -qlvp http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc24/noarch/ovirt-… jar |grep -v ^l |grep common I see: -rw-r--r-- 1 root root 77761 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/com/netflix/config/main/archaius-core.jar -rw-r--r-- 1 root root 16442 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/com/netflix/hystrix/contrib/main/hystrix-metrics-event-stream.jar -rw-r--r-- 1 root root 290223 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/com/netflix/hystrix/main/hystrix-core.jar -rw-r--r-- 1 root root 738300 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/io/reactivex/rxjava/main/rxjava.jar -rw-r--r-- 1 root root 33218 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/avalon/framework/main/avalon-framework-api.jar -rw-r--r-- 1 root root 61021 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/avalon/framework/main/avalon-framework-impl.jar -rw-r--r-- 1 root root 401858 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-awt-util.jar -rw-r--r-- 1 root root 558892 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-bridge.jar -rw-r--r-- 1 root root 310919 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-css.jar -rw-r--r-- 1 root root 10257 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-ext.jar -rw-r--r-- 1 root root 67900 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-extension.jar -rw-r--r-- 1 root root 242866 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-gvt.jar -rw-r--r-- 1 root root 601098 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-svg-dom.jar -rw-r--r-- 1 root root 121997 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-transcoder.jar -rw-r--r-- 1 root root 128286 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/batik/main/batik-util.jar -rw-r--r-- 1 root root 569113 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/commons/main/xmlgraphics-commons.jar -rw-r--r-- 1 root root 3079811 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/apache/xmlgraphics/fop/main/fop.jar -rw-r--r-- 1 root root 6071 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/ovirt/engine/api/metamodel-server/main/metamodel-server.jar -rw-r--r-- 1 root root 8225 Aug 18 00:20 /usr/share/ovirt-engine/modules/common/org/ovirt/engine/core/auth-plugin/main/auth-plugin.jar -rw-r--r-- 1 root root 4012 Aug 18 00:22 /usr/share/ovirt-engine/modules/common/org/ovirt/engine/core/logger/main/logger.jar -rw-r--r-- 1 root root 370051 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/springframework/main/spring-aop.jar -rw-r--r-- 1 root root 731512 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/springframework/main/spring-beans.jar -rw-r--r-- 1 root root 1097552 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/springframework/main/spring-context.jar -rw-r--r-- 1 root root 1078737 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/springframework/main/spring-core.jar -rw-r--r-- 1 root root 262990 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/springframework/main/spring-expression.jar -rw-r--r-- 1 root root 7243 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/springframework/main/spring-instrument.jar -rw-r--r-- 1 root root 423369 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/springframework/main/spring-jdbc.jar -rw-r--r-- 1 root root 265523 Aug 18 00:19 /usr/share/ovirt-engine/modules/common/org/springframework/main/spring-tx.jar Are there chances we can replace (some of the) above bundled jar files with symlinks to system provided jar as we did for the other ones (at least on fc24)? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 3

Engine 4.0.3 stable branch created
by Tal Nisan 18 Aug '16

18 Aug '16

Hi everyone. A branch for 4.0.3 was created today (ovirt-engine-4.0.3), please push your 4.0.3 patches to that branch. The branch was created from the 4.0.2 branch so if you had 4.0.3 patches merged today to the 4.0.2 branch they made it in, namely: 4035211563b526d49f2388e81cc8933df50a7ab5 packaging: setup: Enroll missing pki on upgrade 270b87be8897ea948adde632416c122e19bb009c packaging: spec: Require ovirt-imageio-proxy-setup f2a688a05bb64a77bfcdbfeae14849e02faa552f engine: Set default switchType if none is received from vdsm

1 0

Wiki page gone horribly wrong.
by Yaniv Dary 17 Aug '16

17 Aug '16

Hi, Can you help with correcting: http://www.ovirt.org/develop/developer-guide/vdsm/hooks/ The new version is not working well. This is the old one: http://old.ovirt.org/VDSM-Hooks Thanks, Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary(a)redhat.com IRC : ydary

3 2

Running VM reports error when using qemu-2.5.1 replace qemu-kvm-ev 2.3.0 in vdsm 4.18.11
by lifuqiong 17 Aug '16

17 Aug '16

This is a multipart message in MIME format. ------=_NextPart_000_0031_01D1F872.B0E01250 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I installed vdsm 4.18.11 in ovirt engine 4.0.2, uninstall qemu-kvm-ev 2.3.0 with rpm -e -nodeps, and then compile and make install qemu 2.5.1; The vdsm host is still up in ovirt engine, but when "Run" Vm in this vdsm host, it reports an error as: internal error: process exited while connecting to monitor: Could not access KVM kernel module: Permission denied failed to initialize KVM: Permission denied Here is the error log in VM: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/local/bin/qemu-system-x86_64 -name vm1111111111111111111111 -S -machine pc-i440fx-2.1,accel=kvm,usb=off -cpu Conroe -m size=1048576k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0,mem=1024 -uuid ba183268-e53c-4c7d-bfa5-1b5c32ab1965 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-0031-3510-8059-B5C04F4 E4432,uuid=ba183268-e53c-4c7d-bfa5-1b5c32ab1965 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-vm111111111111111111 1111/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-08-17T02:02:48,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000001-0001-0001-0001-0000000003c7/cddc3813-5db5-45 82-a325-08676dc2e44c/images/6068705a-289d-4aef-a847-1c2331e1fe6c/2426ea66-bd 04-494a-afa5-09bdfbc1a17e,if=none,id=drive-virtio-disk0,format=qcow2,serial= 6068705a-289d-4aef-a847-1c2331e1fe6c,cache=none,werror=stop,rerror=stop,aio= threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virti o-disk0,bootindex=1 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:5e,bus=pci.0,addr= 0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/ba183268-e53c-4c7 d-bfa5-1b5c32ab1965.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,na me=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/ba183268-e53c-4c7 d-bfa5-1b5c32ab1965.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,na me=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,na me=com.redhat.spice.0 -spice tls-port=5900,addr=192.168.0.115,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-ch annel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-ch annel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,t ls-channel=usbredir,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=33554432,vgamem_mb=16,bus=pci. 0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -msg timestamp=on Could not access KVM kernel module: Permission denied failed to initialize KVM: Permission denied 2016-08-17 02:02:48.418+0000: shutting down Hope someone help me. Thank you. Mark ------=_NextPart_000_0031_01D1F872.B0E01250 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style></style></head><body lang=3DZH-CN link=3Dblue = vlink=3Dpurple style=3D'text-justify-trim:punctuation'><div = class=3DWordSection1><p class=3DMsoNormal><span lang=3DEN-US>Hi = all,<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>         I = installed vdsm 4.18.11 in ovirt engine 4.0.2,  uninstall = qemu-kvm-ev 2.3.0 with rpm –e –nodeps,  and then = compile and make install qemu 2.5.1; <o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>The vdsm host is still up in ovirt = engine, but when “Run” Vm in this vdsm host, it reports an = error as:<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>internal error: process exited while connecting to monitor: = Could not access KVM kernel module: Permission = denied<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>failed to initialize KVM: Permission = denied<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Here is the error log in VM:<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>LC_ALL=3DC = PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin = QEMU_AUDIO_DRV=3Dspice /usr/local/bin/qemu-system-x86_64 -name = vm1111111111111111111111 -S -machine pc-i440fx-2.1,accel=3Dkvm,usb=3Doff = -cpu Conroe -m size=3D1048576k,slots=3D16,maxmem=3D4294967296k -realtime = mlock=3Doff -smp 1,maxcpus=3D16,sockets=3D16,cores=3D1,threads=3D1 -numa = node,nodeid=3D0,cpus=3D0,mem=3D1024 -uuid = ba183268-e53c-4c7d-bfa5-1b5c32ab1965 -smbios = type=3D1,manufacturer=3DoVirt,product=3DoVirt = Node,version=3D7-2.1511.el7.centos.2.10,serial=3D4C4C4544-0031-3510-8059-= B5C04F4E4432,uuid=3Dba183268-e53c-4c7d-bfa5-1b5c32ab1965 -no-user-config = -nodefaults -chardev = socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/domain-vm11111111111= 11111111111/monitor.sock,server,nowait -mon = chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc = base=3D2016-08-17T02:02:48,driftfix=3Dslew -global = kvm-pit.lost_tick_policy=3Ddiscard -no-hpet -no-shutdown -boot = strict=3Don -device piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 = -device = virtio-serial-pci,id=3Dvirtio-serial0,max_ports=3D16,bus=3Dpci.0,addr=3D0= x5 -drive if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don,format=3Draw = -device ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0 = -drive = file=3D/rhev/data-center/00000001-0001-0001-0001-0000000003c7/cddc3813-5d= b5-4582-a325-08676dc2e44c/images/6068705a-289d-4aef-a847-1c2331e1fe6c/242= 6ea66-bd04-494a-afa5-09bdfbc1a17e,if=3Dnone,id=3Ddrive-virtio-disk0,forma= t=3Dqcow2,serial=3D6068705a-289d-4aef-a847-1c2331e1fe6c,cache=3Dnone,werr= or=3Dstop,rerror=3Dstop,aio=3Dthreads -device = virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x6,drive=3Ddrive-virtio-dis= k0,id=3Dvirtio-disk0,bootindex=3D1 -netdev = tap,fd=3D27,id=3Dhostnet0,vhost=3Don,vhostfd=3D28 -device = virtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D00:1a:4a:16:01:5e,bus=3D= pci.0,addr=3D0x3 -chardev = socket,id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/ba183268-e= 53c-4c7d-bfa5-1b5c32ab1965.com.redhat.rhevm.vdsm,server,nowait -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3D= channel0,name=3Dcom.redhat.rhevm.vdsm -chardev = socket,id=3Dcharchannel1,path=3D/var/lib/libvirt/qemu/channels/ba183268-e= 53c-4c7d-bfa5-1b5c32ab1965.org.qemu.guest_agent.0,server,nowait -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3D= channel1,name=3Dorg.qemu.guest_agent.0 -chardev = spicevmc,id=3Dcharchannel2,name=3Dvdagent -device = virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id=3D= channel2,name=3Dcom.redhat.spice.0 -spice = tls-port=3D5900,addr=3D192.168.0.115,x509-dir=3D/etc/pki/vdsm/libvirt-spi= ce,tls-channel=3Ddefault,tls-channel=3Dmain,tls-channel=3Ddisplay,tls-cha= nnel=3Dinputs,tls-channel=3Dcursor,tls-channel=3Dplayback,tls-channel=3Dr= ecord,tls-channel=3Dsmartcard,tls-channel=3Dusbredir,seamless-migration=3D= on -device = qxl-vga,id=3Dvideo0,ram_size=3D67108864,vram_size=3D33554432,vgamem_mb=3D= 16,bus=3Dpci.0,addr=3D0x2 -device = virtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7 -msg = timestamp=3Don<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Could not access KVM kernel module: Permission = denied<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>failed to initialize KVM: Permission = denied<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>2016-08-17 02:02:48.418+0000: shutting = down<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Hope someone help me. Thank you.<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Mark</span><span = lang=3DEN-US><o:p></o:p></span></p></div></body></html> ------=_NextPart_000_0031_01D1F872.B0E01250--

1 0

findBugs fails on "org.ovirt.engine.ui.uicompat.UIConstants is too big for analysis"
by Yevgeny Zaspitsky 16 Aug '16

16 Aug '16

Looks like [1] has added the very last line that was over the findBugs limit of reasonable file size. Since that change was merged all consequence patches get -1 from CI. We should either ignore that message in the findBugs configuration or fix that somehow. But letting CI nack the patch, then figure what's the nature of the failure and then ignore the nack doesn't seem very productive to me. [1] https://gerrit.ovirt.org/#/c/62386/

1 2

[vdsm][heads up] planned branches for Vdsm 4.0.3 and 4.0.4+
by Francesco Romani 16 Aug '16

16 Aug '16

Hi all, due to the need for the fix for https://bugzilla.redhat.com/show_bug.cgi?id=1364149 I created yesterday the branch 4.0.2. For 4.0.3: ---------- We will have another branch, should we need more fix. The fine details are yet to sort out, but the gist is that we *will* have that branch, so backports for 4.0.3 will require two 4.0.z patches: ---+-----------------[...]-> master | `-----------+-----> ovirt-4.0 |*- vdsm 4.18.10 | `---> ovirt-4.0.2 *- vdsm 4.18.11 For 4.0.4: ---------- We will resume our regular flow, 4.0.4 will be tagged from the ovirt-4.0 branch, so backport for 4.0.4 (and beyond) will require just one backport Merge to ovirt-4.0 for patches for 4.0.4 will resume this afternoon Thanks and bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

3 4

Run VM failure on hosted engine system test 4.0
by Eyal Edri 16 Aug '16

16 Aug '16

FYI, The run VM test is failing every few runs on the HE 4.0 system tests job [1], engine & hosts logs can be found here [2] Seems like engine is loosing connection to the DB? This test isn't failing on the basic suite. 2016-08-13 20:18:01,488 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.TimeBoundPollVDSCommand] (org.ovirt.thread.pool-8-thread-1) [7e13fc89] Error: org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcRunTimeException: Connection issues during send request 2016-08-13 20:18:01,488 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.TimeBoundPollVDSCommand] (org.ovirt.thread.pool-8-thread-1) [7e13fc89] Exception: java.util.concurrent.ExecutionException: org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcRunTimeException: Connection issues during send request at java.util.concurrent.FutureTask.report(FutureTask.java:122) [rt.jar:1.8.0_101] at java.util.concurrent.FutureTask.get(FutureTask.java:206) [rt.jar:1.8.0_101] at org.ovirt.engine.core.vdsbroker.vdsbroker.FutureVDSCommand.get(FutureVDSCommand.java:68) [vdsbroker.jar:] at org.ovirt.engine.core.bll.transport.ProtocolDetector.attemptConnection(ProtocolDetector.java:74) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:190) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:90) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1301) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1443) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2071) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1486) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:493) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:475) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:670) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_101] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_101] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_101] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view4.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_101] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_101] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_101] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:436) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInternalAction(CommandBase.java:2467) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand.lambda$executeCommand$2(AddVdsCommand.java:207) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:92) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_101] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] Caused by: org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcRunTimeException: Connection issues during send request at org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.<init>(FutureMap.java:95) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer.lambda$timeBoundPoll$2(JsonRpcVdsServer.java:972) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer$FutureCallable.call(JsonRpcVdsServer.java:458) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer$FutureCallable.call(JsonRpcVdsServer.java:447) [vdsbroker.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_101] ... 5 more Caused by: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed at org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.connect(ReactorClient.java:165) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.getClient(JsonRpcClient.java:134) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:81) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.<init>(FutureMap.java:91) [vdsbroker.jar:] ... 9 more 2016-08-13 20:18:01,579 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.TimeBoundPollVDSCommand] (org.ovirt.thread.pool-8-thread-1) [7e13fc89] \ Command 'TimeBoundPollVDSCommand(HostName = lago_he_basic_suite_4_0_host0, TimeBoundPollVDSCommandParameters:{runAsync='true', hostId='a37975a5-9202-4e08-9eed-a2bd0f41db42'})' \ execution failed: java.util.concurrent.ExecutionException: org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcRunTimeException: Connection issues during send request [1] http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/139/ [2] http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/139/artifact/exporte… -- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

planned Jenkins restart
by Evgheni Dereveanchin 15 Aug '16

15 Aug '16

Hi everyone, I wanted to inform you that I'll restart Jenkins within the next couple of hours to apply a plugin update: https://ovirt-jira.atlassian.net/browse/OVIRT-679 I'll inform you once the process is finished. Regards, Evgheni Dereveanchin

1 1