January 2018 - Devel - oVirt List Archives

Terraform provider for oVirt
by Sandro Bonazzola 15 May '18

15 May '18

Hi, just following up from twitter[1], if any developer within oVirt knows about Terraform, there's interest on their side for collaboration developing a provider. For more info, see the github issue: https://github.com/hashicorp/terraform/issues/16150 [1] https://twitter.com/jepeltw/status/955647436931858432 -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

3 7

Mailing-Lists upgrade
by Marc Dequènes (Duck) 28 Apr '18

28 Apr '18

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: multipart/mixed; boundary="AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv"; protected-headers="v1" From: =?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?= <duck(a)redhat.com> To: oVirt Infra <infra(a)ovirt.org>, users <users(a)ovirt.org>, devel <devel(a)ovirt.org> Message-ID: <c5c71fce-0290-e97a-ddd0-eab0e6fccea4(a)redhat.com> Subject: Mailing-Lists upgrade --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Quack, On behalf of the oVirt infra team, I'd like to announce the current Mailing-Lists system is going to be upgraded to a brand new Mailman 3 installation on Monday during the slot 11:00-12:00 JST. It should not take a full hour to migrate as we already made incremental synchronization with the current system but better keep some margin. The system will then take over delivery of the mails but might be a bit slow at first as it needs to reindex all the archived mails (which might take a few hours). To manage your subscriptions and delivery settings you can do this easily on the much nicer web interface (https://lists.ovirt.org) There is a notion of account so you don't need to login separately for each ML.= You can Sign In using Fedora, GitHub or Google or create a local account if you prefer. Please keep in mind signing in with a different method would create separate accounts (which cannot be merged at the moment). But you can easily link your account to other authentication methods in your settings (click on you name in the up-right corner -> Account -> Account Connections). As for the original mail archives, because the previous system did not have stable URLs, we cannot create mappings to the new pages. We decided to keep the old archives around on the same URL (/pipermail), so the Internet links would still work fine. Hope you'd be happy with the new system. \_o< --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv-- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcpcqg+UmRT3yiF+BVen596wcRD8FAlmwx0MACgkQVen596wc RD9LTQ/+LtUncsq9K8D/LX8wqUTd6VyPwAD5UnAk5c3H/2tmyVA0u7FIfhEyPsXs Z//LE9FEneTDqDVRi1Dw9I54K0ZwxPBemi71dXfwgBI7Ay0ezkbLWrA168Mt9spE tHAODEuxPt2to2aqaS4ujogrkp/gvEP8ILoxPEqoTPCJ/eDTPAu/I1a2JzjMPK3n 2BBS6D8z0TLAf7w1n72TsgX2QzJW57ig/0HELyjvat2/K8V3HSrkwiKlsdULQDWe zB+aMde7r6UoyVKHqlu4asTl2tU/lGZ+e31Hd9Bnx1/oZOJdzslGOhEo9Qoz6763 AHWU9LKiK4NtxYHj2UQTWhndr8PiTtTmR73eIDmkb0cuRXxzjl9VQbwYJ0Kbrmfp attTqpc2CnEojTNXUUNSmNxotZoYXZiX8ZvjPfSgRVr15TUYujzlOfG+lUynbQMV 9rQ9/m58wgwYUymMpOIsRGaIcAKzjm+WpuuVnO+bS2AfmcBkGMQRoIhfV+3SkS8q kT9cDXgcDZOzVFcnZZB4EjbycMcPgZDcoHxU88VdYH+jFJYvvb21esgswVF/wJ2Z uEI/chp4+ADaQhl8ehZNWMSZq125v6SeirPhBNgLG7zFVZI1S9Tm/6qFmH+ajQY7 nCk1X9HZlB1ubex1X+HibRz9QKOilkMgkADyJ4yMDckwYj93sx0= =l6uN -----END PGP SIGNATURE----- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq--

2 4

[vdsm][RFC] reconsidering branching out ovirt-4.2
by Francesco Romani 06 Feb '18

06 Feb '18

Hi all, It is time again to reconsider branching out the 4.2 stable branch. So far we decided to *not* branch out, and we are taking tags for ovirt 4.2 releases from master branch. This means we are merging safe and/or stabilization patches only in master. I think it is time to reconsider this decision and branch out for 4.2, because of two reasons: 1. it sends a clearer signal that 4.2 is going in stabilization mode 2. we have requests from virt team, which wants to start working on the next cycle features. If we decide to branch out, I'd start the new branch on monday, February 5 (1 week from now). The discussion is open, please share your acks/nacks for branching out, and for the branching date. I for myself I'm inclined to branch out, so if noone chimes in (!!) I'll execute the above plan. -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

5 5

[ACTION-REQUIRED] Making accurate CI for oVirt 4.2
by Barak Korren 06 Feb '18

06 Feb '18

Hi, This message is aimed for project maintainers. Other developers may also find it interesting to have a glimpse at the oVirt-wide test and composition processes. TL;DR: To get accurate CI for oVirt 4.2, most projects need to add 4.2 jobs in YAML. Before I can explain what the current issue is and which action is required, I'm need to provide a brief overview into how oVirt CI works. oVirt CI has two major components to it: 1. The STDCI component which is used to build and test individual projects. Most developers interact with this on a daily basis as it is responding on GitHub and Gerrit events. 2. The "change-queue" (CQ) component which is used to automatically compose the whole of oVirt from its sub projects and run system tests (OST) on it. This component is used to gather the information that is used by the infra team to compose the "OST failure report" you can occasionally see being sent to this list. The change queue is also used to automatically maintain the 'tested' and '*-snapshot' (AKA nightly) repositories. The way the CQ composes oVirt is by looking at the post-merge STDCI 'build-artifacts' jobs, and collecting together artifacts built by jobs that target a specific oVirt version into that version's change queue. Essentially the '*_master_build-artifacts-*' jobs go into the 'ovirt-master' change queue, the '*_4.1_build-artifacts-*' jobs go into the 'ovirt-4.1' change queue etc. Over the course of the oVirt 4.2 development, most project used their 'master' branch, which is typically mapped to '*_master_*' jobs, for developing 4.2 code. So the 'ovirt-master' CQ provided good indication of the state of 4.2 code. As projects started addeing 4.2 branches, we have created an 'ovirt-4.2' CQ to gather them. We did so under the assumption that most projects will branch soon after. The assumption turned up to be wrong as most projects did not yet fork and may not do so in the near future. As some projects did fork, the end result is that currently: ___there is no accurate representation of oVirt 4.2 in CI___ 'ovirt-master' CQ no longer represents oVirt 4.2 as some projects already have some 4.3 code in their 'master' branches. 'ovirt-4.2' CQ does not represent oVirt 4.2 as most projects do not push artifacts into it. To get any benefit from CI, we need to have it represent what we are going to release. This means that at this point we need all projects to have '*_4.2_build-artifacts-*' jobs that map to the code that is intended to be included in oVirt 4.2. Projects can either: 1. Create 4.2 branches and map the new jobs to them. 2. Keep 4.2 development in 'master' and create '4.2' jobs that map to it. Taking route #2 means a commitment to not adding any 4.3 code to the 'master' branch. Please keep it, as rolling back "too new" builds from the various repos and caches we have is very difficult. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

7 15

[IOPROCESS] New release for Fedora
by Nir Soffer 04 Feb '18

04 Feb '18

Hi all, I released ioprocess 1.0.0 for Fedora 27 and 28. If you are using Fedora, please install the new version from the updates-testing and test it. Please share your feedback here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-fbe8141dd2 This version will be available soon from oVirt repositories. Thanks, Nir

1 1

Re: [ovirt-devel] [RFC] reconsidering branching out ovirt-4.2
by Tal Nisan 31 Jan '18

31 Jan '18

For alignment purposes between the projects we should consider branch ovirt-engine as well. At this point in time I'm for it, would like to hear any acks/nacks so we can decide how we proceeed On Mon, Jan 29, 2018 at 9:02 AM, Dan Kenigsberg <danken(a)redhat.com> wrote: > On Mon, Jan 29, 2018 at 9:39 AM, Francesco Romani <fromani(a)redhat.com> > wrote: > > Hi all, > > > > > > It is time again to reconsider branching out the 4.2 stable branch. > > > > So far we decided to *not* branch out, and we are taking tags for ovirt > > 4.2 releases from master branch. > > > > This means we are merging safe and/or stabilization patches only in > master. > > > > > > I think it is time to reconsider this decision and branch out for 4.2, > > because of two reasons: > > > > 1. it sends a clearer signal that 4.2 is going in stabilization mode > > > > 2. we have requests from virt team, which wants to start working on the > > next cycle features. > > > > > > If we decide to branch out, I'd start the new branch on monday, February > > 5 (1 week from now). > > > > > > The discussion is open, please share your acks/nacks for branching out, > > and for the branching date. > > > > > > I for myself I'm inclined to branch out, so if noone chimes in (!!) I'll > > execute the above plan. > > For network we don't see a lot of pending 4.2 work - except for the > requirement to support el7.5. On the other hand, we too have already a > patch for 4.3. Thus I'm fine with branching next week. > > When you do branch, please make sure to follow Barak Korren's request on > the > [ovirt-devel] [ACTION-REQUIRED] Making accurate CI for oVirt 4.2 > thread. > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel >

6 6

Fix for: "The CPU type of the cluster is unknown"
by Arik Hadas 30 Jan '18

30 Jan '18

Hi all, Last week we merged a patch that may reset the cluster's CPU and therefore could cause the following error to happen when trying to run a VM: "The CPU type of the cluster is unknown. ..." A fix is now posted. In the meantime, this can be resolved by refreshing the capabilities of one of your hosts. Arik

1 0

What does SDM.merge's param "base_generation" in subchain_info means?
by pengyixiang 30 Jan '18

30 Jan '18

------=_Part_140011_191578780.1517228861952 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgIFdoZW4gd2UgY2FsbCAiU0RNLm1lcmdlIiwgd2UgbmVlZCBh IHBhcmFtICJiYXNlX2dlbmVyYXRpb24iIGluIFsxXSwgYW5kIEkga25vdyBbMl0gd2lsbCBiZSBj YWxsZWQgYW5kICJiYXNlX2dlbmVyYXRpb24iIGlzIHRyYW5zbGF0ZWQgdG8gInJlcXVlc3RlZF9n ZW4iLCB0aGF0IG1lYW5zICJHRU4iIGluIGRpc2sgbWV0YWRhdGE/CklmIHNvLCBob3cgZGlkIHRo aXMgIkdFTiIgd29ya2VkIGFuZCBzZXRlZD8gSSBzZWUgbWFueSAqLm1ldGEgaXMgIkdFTj0wIiwg YW5kIHNvbWUgaXMgIkdFTj0xIiBpbiBbM10uIAoKCgoKSG9wZSB0byBnZXQgeW91ciByZXBseSwg VGhhbmsgeW91IQoKCgoKWzFdICB7J3N1YmNoYWluX2luZm8nOiB7J2ltZ19pZCc6ICc5MTgzNzUy NS04NTBkLTRlNzQtOWE3ZS1jODliNzkzZDBlNWInLCAnc2RfaWQnOiAnOTNiOGEyYzktZjUyNy00 ZWIzLWFjZmItYWY3NmFiMjRmYmJlJywgJ3RvcF9pZCc6ICc0ZTUxZDRlNS05NjMwLTQ1YTYtOTgy OS0wMTI0NjBlN2Q2N2EnLCAnYmFzZV9pZCc6ICdmZGY0NzU4NC0yMWFhLTQ1YjItOTkyNS0xNTdm ZjU0ZjVlN2UnLCAnYmFzZV9nZW5lcmF0aW9uJzogMH0sICdqb2JfaWQnOiAnNzY2YTMwNTAtNDc2 Yy00OGFlLTk0NzAtM2JlYzc4NjdhNmNkJ30KCgpbMl0gIGh0dHBzOi8vZ2l0aHViLmNvbS9vVmly dC92ZHNtL2Jsb2IvMDdkMDUyODdhYzE0OTZhZDQ5OTE1ZTAyNmQzNGUyOWNhNGRhNjM1Yi9saWIv dmRzbS9zdG9yYWdlL3ZvbHVtZS5weSNMNjAyCgoKWzNdIApET01BSU49OTNiOGEyYzktZjUyNy00 ZWIzLWFjZmItYWY3NmFiMjRmYmJlIENUSU1FPTE1MTYwOTA0NTQgRk9STUFUPUNPVyBESVNLVFlQ RT0yIExFR0FMSVRZPUxFR0FMIFNJWkU9MTY3NzcyMTYwIFZPTFRZUEU9SU5URVJOQUwgREVTQ1JJ UFRJT049IElNQUdFPWY4ODJlN2NjLWY1N2UtNDhmZi05Yjg3LWJiYTM1MzMxZTk4MyBQVVVJRD05 MDUwZjk1Ni02ODM2LTRmY2UtOGQyNy02OWRmMTNjNGY4NWMgTVRJTUU9MCBQT09MX1VVSUQ9IFRZ UEU9U1BBUlNFIEdFTj0xIEVPRg== ------=_Part_140011_191578780.1517228861952 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sIGV2ZXJ5b25lITwvZGl2PjxkaXY+Jm5ic3A7 ICZuYnNwOyAmbmJzcDtXaGVuIHdlIGNhbGwgIlNETS5tZXJnZSIsIHdlIG5lZWQgYSBwYXJhbSZu YnNwOyJiYXNlX2dlbmVyYXRpb24iIGluIFsxXSwgYW5kIEkga25vdyBbMl0gd2lsbCBiZSBjYWxs ZWQgYW5kICJiYXNlX2dlbmVyYXRpb24iIGlzIHRyYW5zbGF0ZWQgdG8gIjxzcGFuIHN0eWxlPSJi YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTEsIDIyMSk7IGNvbG9yOiByZ2IoMzYsIDQxLCA0 Nik7IGZvbnQtZmFtaWx5OiBTRk1vbm8tUmVndWxhciwgQ29uc29sYXMsICZxdW90O0xpYmVyYXRp b24gTW9ubyZxdW90OywgTWVubG8sIENvdXJpZXIsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4 OyB3aGl0ZS1zcGFjZTogcHJlOyI+cmVxdWVzdGVkX2dlbjwvc3Bhbj4iLCB0aGF0IG1lYW5zICJH RU4iIGluIGRpc2sgbWV0YWRhdGE/PC9kaXY+PGRpdj5JZiBzbywgaG93IGRpZCB0aGlzICJHRU4i IHdvcmtlZCBhbmQgc2V0ZWQ/IEkgc2VlIG1hbnkgKi5tZXRhIGlzICI8c3BhbiBzdHlsZT0iY29s b3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xh cywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNl OyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPkdFTj0wPC9zcGFuPiIs IGFuZCBzb21lIGlzICI8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1m YW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1 b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNw YWNlOiBwcmUtd3JhcDsiPkdFTj0xPC9zcGFuPiIgaW4gWzNdLiZuYnNwOzwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoNTEsIDUx LCA1MSk7IGZvbnQtZmFtaWx5OiBhcmlhbDsgZm9udC1zaXplOiAxMy45MXB4OyI+SG9wZSB0byBn ZXQgeW91ciByZXBseSwgVGhhbmsgeW91ITwvc3Bhbj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2PlsxXSZuYnNwOyZuYnNwO3snc3ViY2hhaW5faW5mbyc6IHsnaW1nX2lk JzogJzkxODM3NTI1LTg1MGQtNGU3NC05YTdlLWM4OWI3OTNkMGU1YicsICdzZF9pZCc6ICc5M2I4 YTJjOS1mNTI3LTRlYjMtYWNmYi1hZjc2YWIyNGZiYmUnLCAndG9wX2lkJzogJzRlNTFkNGU1LTk2 MzAtNDVhNi05ODI5LTAxMjQ2MGU3ZDY3YScsICdiYXNlX2lkJzogJ2ZkZjQ3NTg0LTIxYWEtNDVi Mi05OTI1LTE1N2ZmNTRmNWU3ZScsICc8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyNTUsIDAsIDAp OyI+YmFzZV9nZW5lcmF0aW9uPC9zcGFuPic6IDB9LCAnam9iX2lkJzogJzc2NmEzMDUwLTQ3NmMt NDhhZS05NDcwLTNiZWM3ODY3YTZjZCd9PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5bMl0mbmJz cDsmbmJzcDs8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6 IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBN ZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBw cmUtd3JhcDsiPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvMDdk MDUyODdhYzE0OTZhZDQ5OTE1ZTAyNmQzNGUyOWNhNGRhNjM1Yi9saWIvdmRzbS9zdG9yYWdlL3Zv bHVtZS5weSNMNjAyIiBfc3JjPSJodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9iLzA3 ZDA1Mjg3YWMxNDk2YWQ0OTkxNWUwMjZkMzRlMjljYTRkYTYzNWIvbGliL3Zkc20vc3RvcmFnZS92 b2x1bWUucHkjTDYwMiI+aHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi8wN2QwNTI4 N2FjMTQ5NmFkNDk5MTVlMDI2ZDM0ZTI5Y2E0ZGE2MzViL2xpYi92ZHNtL3N0b3JhZ2Uvdm9sdW1l LnB5I0w2MDI8L2E+PC9zcGFuPjwvZGl2PjxkaXY+PGZvbnQgY29sb3I9IiMyNDI5MmUiIGZhY2U9 IlNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgTGliZXJhdGlvbiBNb25vLCBNZW5sbywgQ291cmll ciwgbW9ub3NwYWNlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTog cHJlLXdyYXA7Ij48YnI+PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2PlszXSZuYnNwOzwvZGl2Pjxk aXY+PGZvbnQgY29sb3I9IiMyNDI5MmUiIGZhY2U9IlNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywg TGliZXJhdGlvbiBNb25vLCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij5ET01BSU49OTNiOGEyYzkt ZjUyNy00ZWIzLWFjZmItYWY3NmFiMjRmYmJlCkNUSU1FPTE1MTYwOTA0NTQKRk9STUFUPUNPVwpE SVNLVFlQRT0yCkxFR0FMSVRZPUxFR0FMClNJWkU9MTY3NzcyMTYwClZPTFRZUEU9SU5URVJOQUwK REVTQ1JJUFRJT049CklNQUdFPWY4ODJlN2NjLWY1N2UtNDhmZi05Yjg3LWJiYTM1MzMxZTk4MwpQ VVVJRD05MDUwZjk1Ni02ODM2LTRmY2UtOGQyNy02OWRmMTNjNGY4NWMKTVRJTUU9MApQT09MX1VV SUQ9ClRZUEU9U1BBUlNFCkdFTj0xCkVPRjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PC9kaXY+PGJyPjxi cj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHA+Jm5ic3A7PC9wPjwvc3Bhbj4= ------=_Part_140011_191578780.1517228861952--

1 0

PHX planned maintenance 29.01.2018 @19:00 GMT
by Evgheni Dereveanchin 29 Jan '18

29 Jan '18

Hi everyone, Planned works are going to be performed in the PHX data center today. They are related to core networking hardware upgrades and may cause short connectivity loss to services hosted by the oVirt project, including: * Jenkins CI * Package repositories * project website * mailing lists The maintenance window starts at 19:00 GMT and has a duration of one hour. I will pause CI job execution before the maintenance window so builds will be queued and executed after network upgrades are implemented to decrease the possibility of false positives. I will follow up with any further updates. -- Regards, Evgheni Dereveanchin

1 1

Error while setting up disk in ovirt-engine.
by Avinash Dasoundhi 29 Jan '18

29 Jan '18

Hello Everyone I have set up ovirt-engine for testing purpose and, I am using ovirt-vdsmfake[1] to provision host and vms on that ovirt-engine. But I am facing an error while creating a disk. I have provision 10 hosts, all are up with their own local storage. And when I am trying to add a disk to the disk section, error popups like "*Error while executing action Add Disk to VM: General Exception*". I saw the logs, thought of some permission error, checked that but still this error is coming. Can somebody provide some details on it? I am attaching the engine.log with this mail. Thank You -- AVINASH DASOUNDHI ASSOCIATE SOFTWARE ENGINEER IN ENG PERF R&D, RHCSA Red Hat BLR <https://www.redhat.com/> IRC - tenstormavi adasound(a)redhat.com M: +91-8653245552 <https://red.ht/sig>

3 2

Re: [ovirt-devel] [CQ]: 86865, 8 (otopi) failed "ovirt-master" system tests, but isn't the failure root cause
by Yedidyah Bar David 29 Jan '18

29 Jan '18

On Mon, Jan 29, 2018 at 1:47 PM, oVirt Jenkins <jenkins(a)ovirt.org> wrote: > A system test invoked by the "ovirt-master" change queue including change > 86865,8 (otopi) failed. However, this change seems not to be the root cause for > this failure. Change 86679,4 (otopi) that this change depends on or is based > on, was detected as the cause of the testing failures. > > This change had been removed from the testing queue. Artifacts built from this > change will not be released until either change 86679,4 (otopi) is fixed and > this change is updated to refer to or rebased on the fixed version, or this > change is modified to no longer depend on it. > > For further details about the change see: > https://gerrit.ovirt.org/#/c/86865/8 > > For further details about the change that seems to be the root cause behind the > testing failures see: > https://gerrit.ovirt.org/#/c/86679/4 That's indeed the reason for the failure. This patch adds to otopi a check for before=/after= parameters for event methods. It causes CI to fail due to bad ones in engine-setup, should be fixed by: https://gerrit.ovirt.org/86858 > > For failed test results see: > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5149/ > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra -- Didi

1 0

what does the vm.merge do in vdsm?
by Pen 29 Jan '18

29 Jan '18

This is a multi-part message in MIME format. ------=_NextPart_5A69FAF8_0A3DD098_26818FA0 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 aGkNCiAgICAgIHdoYXQgbWVhbnMgaW4gdmRzbSBhcGkgbWVyZ2UncyBwYXJhbSAiZHJpdmUu dm9sdW1lSUQiIGluIFsxXaO/SWYgSSB3YW50IGRlbGV0ZSAic25hcHNob3QxIiBpbiBzbmFw c2hvdCBjaGFpbiBbM10sIA0KImRyaXZlLnZvbHVtZUlEIiBtZWFucyAic25hcHNob3QyIiBv ciAgImFjdGl2ZV9pbWciPyBJIGhhdmUgc2VlbiBhYm91dCBkb2N1bWVudCBpbiBbMl0sIHRo ZW4gSSBoYXZlIGEgcXVlc3Rpb24sIA0KSWYgd2Ugd2FudCBkZWxldGUgInNuYXBzaG90MSIg aW4gWzRdLCBhbmQgInNuYXBzaG90MSIgaXMgInNuYXBzaG90MiIncyBzcmNWb2x1bWUgYW5k ICJzbmFwc2hvdDMiJ3Mgc3JjVm9sdW1lIGF0IHRoZSANCnNhbWUgdGltZSwgd2hhdCBzaG91 bGQgSSBkbz8gbWVyZ2UgdHdpY2U/DQoNCg0KDQoNClsxXSANCkBhcGkubWV0aG9kDQpkZWYg bWVyZ2Uoc2VsZiwgZHJpdmUsIGJhc2VWb2xVVUlELCB0b3BWb2xVVUlELCBiYW5kd2lkdGg9 MCwgam9iVVVJRD1Ob25lKToNCiAgICByZXR1cm4gc2VsZi52bS5tZXJnZSgNCiAgICAgICAg ZHJpdmUsIGJhc2VWb2xVVUlELCB0b3BWb2xVVUlELCBiYW5kd2lkdGgsIGpvYlVVSUQpDQoN Cg0KWzJdIGh0dHBzOi8vd3d3Lm92aXJ0Lm9yZy9kZXZlbG9wL3JlbGVhc2UtbWFuYWdlbWVu dC9mZWF0dXJlcy9zdG9yYWdlL2xpdmUtbWVyZ2UvDQoNClszXSANCmJhY2tpbmdfaW1nIC0t LSBzbmFwc2hvdDEgLS0tIHNuYXBzaG90MiAtLS0gYWN0aXZlX2ltZw0KDQpbNF0NCmJhY2tp bmdfaW1nIC0tLSBzbmFwc2hvdDEgLS0tIHNuYXBzaG90MiAtLS0gYWN0aXZlX2ltZw0KICAg ICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAg ICAgICAgICAgICAgLS0tLS0gc25hcHNob3Qz ------=_NextPart_5A69FAF8_0A3DD098_26818FA0 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 aGk8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHdoYXQgbWVhbnMgaW4gdmRz bSBhcGkgbWVyZ2UncyBwYXJhbSAiZHJpdmUudm9sdW1lSUQiIGluIFsxXaO/SWYgSSB3YW50 IGRlbGV0ZSAic25hcHNob3QxIiBpbiBzbmFwc2hvdCBjaGFpbiBbM10sIDxicj4iZHJpdmUu dm9sdW1lSUQiIG1lYW5zICJzbmFwc2hvdDIiIG9yJm5ic3A7ICJhY3RpdmVfaW1nIj8gSSBo YXZlIHNlZW4gYWJvdXQgZG9jdW1lbnQgaW4gWzJdLCB0aGVuIEkgaGF2ZSBhIHF1ZXN0aW9u LCA8YnI+SWYgd2Ugd2FudCBkZWxldGUgInNuYXBzaG90MSIgaW4gWzRdLCBhbmQgInNuYXBz aG90MSIgaXMgInNuYXBzaG90MiIncyBzcmNWb2x1bWUgYW5kICJzbmFwc2hvdDMiJ3Mgc3Jj Vm9sdW1lIGF0IHRoZSA8YnI+c2FtZSB0aW1lLCB3aGF0IHNob3VsZCBJIGRvPyBtZXJnZSB0 d2ljZT88YnI+PGJyPjxicj48YnI+PGJyPlsxXSA8YnI+PHByZSBzdHlsZT0iYmFja2dyb3Vu ZC1jb2xvcjojZmZmZmZmO2NvbG9yOiMwMDAwMDA7Zm9udC1mYW1pbHk6J0RlamFWdSBTYW5z IE1vbm8nO2ZvbnQtc2l6ZToxMS4zcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDBiMjsi PkBhcGkubWV0aG9kPGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250 LXdlaWdodDpib2xkOyI+ZGVmIDwvc3Bhbj5tZXJnZSg8c3BhbiBzdHlsZT0iY29sb3I6Izk0 NTU4ZDsiPnNlbGY8L3NwYW4+LCBkcml2ZSwgYmFzZVZvbFVVSUQsIHRvcFZvbFVVSUQsIGJh bmR3aWR0aD08c3BhbiBzdHlsZT0iY29sb3I6IzAwMDBmZjsiPjA8L3NwYW4+LCBqb2JVVUlE PTxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwOyI+Tm9uZTwvc3Bhbj4pOjxicj4gICAgPHNw YW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPnJldHVybiA8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM5NDU1OGQ7Ij5zZWxmPC9zcGFuPi52bS5tZXJnZSg8 YnI+ICAgICAgICBkcml2ZSwgYmFzZVZvbFVVSUQsIHRvcFZvbFVVSUQsIGJhbmR3aWR0aCwg am9iVVVJRCk8YnI+PGJyPjxicj5bMl0gaHR0cHM6Ly93d3cub3ZpcnQub3JnL2RldmVsb3Av cmVsZWFzZS1tYW5hZ2VtZW50L2ZlYXR1cmVzL3N0b3JhZ2UvbGl2ZS1tZXJnZS88YnI+PGJy PlszXSA8YnI+YmFja2luZ19pbWcgLS0tIHNuYXBzaG90MSAtLS0gc25hcHNob3QyIC0tLSBh Y3RpdmVfaW1nPGJyPjxicj5bNF08YnI+YmFja2luZ19pbWcgLS0tIHNuYXBzaG90MSAtLS0g c25hcHNob3QyIC0tLSBhY3RpdmVfaW1nPGJyPiAgICAgICAgICAgICAgICAgICAgIHw8YnI+ ICAgICAgICAgICAgICAgICAgICAgfDxicj4gICAgICAgICAgICAgICAgICAgICAtLS0tLSBz bmFwc2hvdDM8YnI+PC9wcmU+ ------=_NextPart_5A69FAF8_0A3DD098_26818FA0--

2 1

[ OST Failure Report ] [ oVirt Master (vcredist-x86) ] [ 26-01-2018 ] [ 002_bootstrap.verify_add_all_hosts ]
by Dafna Ron 26 Jan '18

26 Jan '18

Hi, We had a failure on test 002_bootstrap.verify_add_all_hosts in Ovirt Master I don't think the patch reported is related to the issue. >From what I can see, the host was locked when we tried to query its status and since we couldn't fence the host we exited in timeout. I do not think the reported patch was the reason for failure. *Link and headline of reported patches: https://gerrit.ovirt.org/#/c/82234/1 <https://gerrit.ovirt.org/#/c/82234/1> - Initial import from ovirt-wgt-toolchainLink to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5123/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5123/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5123/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5123/artifact/>(Relevant) error snippet from the log: <error>2018-01-26 06:37:31,022-05 INFO [org.ovirt.engine.core.bll.RefreshHostCapabilitiesCommand] (ForkJoinPool-1-worker-4) [75b3e642] Failed to Acquire Lock to object 'EngineLock:{exclusiveLocks='[52ee1a61-31c3-4af8-ae28-65f0953f1804=VDS, HOST_NETWORK52ee1a61-31c3-4af8-ae28-65f0953f1804=HOST_NETWORK]', sharedLocks=''}'2018-01-26 06:37:31,022-05 WARN [org.ovirt.engine.core.bll.RefreshHostCapabilitiesCommand] (ForkJoinPool-1-worker-4) [75b3e642] Validation of action 'RefreshHostCapabilities' failed for user SYSTEM. Reasons: VAR__ACTION__REFRESH,VAR__TYPE__HOST_CAPABILITIES,ACTION_TYPE_FAILED_OBJECT_LOCKED2018-01-26 06:37:31,373-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [1d883766] MESSAGEcontent-length:80destination:jms.topic.vdsm_responsescontent-type:application/jsonsubscription:ce434ca4-0c91-44b6-843a-7f8cff40d8e4{"jsonrpc": "2.0", "id": "8f1c8652-044c-4051-85d7-3d290ee2014f", "result": true}^@2018-01-26 06:37:31,374-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "8f1c8652-044c-4051-85d7-3d290ee2014f", "result": true}2018-01-26 06:37:31,374-05 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "8f1c8652-044c-4051-85d7-3d290ee2014f"2018-01-26 06:37:31,376-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [1d883766] MESSAGEcontent-length:802018-01-26 06:37:35,147-05 ERROR [org.ovirt.engine.core.bll.pm.FenceProxyLocator] (EE-ManagedThreadFactory-engineScheduled-Thread-8) [78ab5d20] Can not run fence action on host 'lago-basic-suite-master-host-0', no suitable proxy host was found.</error>*

1 0

How did vm.merge do when we delete a snapshot that pointed by several other's snapshot's srcVol (as several other snapshot's backing) ?
by pengyixiang 26 Jan '18

26 Jan '18

------=_Part_119726_124618439.1516957895504 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgICBJIGhhdmUgc2VlbiBhYm91dCBkb2N1bWVudCBpbiBbMl0g YWJvdXQgdm0ubWVyZ2UgaW4gWzFdLCB0aGVuIEkgaGF2ZSBhIHF1ZXN0aW9uLCBJZiB3ZSB3YW50 IGRlbGV0ZSAic25hcHNob3QxIiBpbiBbM10sIGFuZCAic25hcHNob3QxIiBpcyAic25hcHNob3Qy IidzIHNyY1ZvbHVtZSBhbmQgInNuYXBzaG90MyIncyBzcmNWb2x1bWUgYXQgdGhlIAoKc2FtZSB0 aW1lLCB3aGF0IHNob3VsZCBJIGRvPyAgbGlidmlydCB3aWxsIG1lcmdlIHNuYXBzaG90MSB0byBz bmFwc2hvdDIgYW5kIHNuYXBzaG90Mz8gIG9yIG90aGVyIHdheXMgZGlkIGZvciBlZmZpY2llbmN5 PwoKCgoKVGhhbmtzIGZvciB5b3VyIGhlbHAgSWYgSSBjYW4gZ2V0IGEgcmVwbHkuCgoKCgoKWzFd IAoKQGFwaS5tZXRob2QKZGVmIG1lcmdlKHNlbGYsIGRyaXZlLCBiYXNlVm9sVVVJRCwgdG9wVm9s VVVJRCwgYmFuZHdpZHRoPTAsIGpvYlVVSUQ9Tm9uZSk6CnJldHVybiBzZWxmLnZtLm1lcmdlKAog ICAgICAgIGRyaXZlLCBiYXNlVm9sVVVJRCwgdG9wVm9sVVVJRCwgYmFuZHdpZHRoLCBqb2JVVUlE KQoKClsyXSBodHRwczovL3d3dy5vdmlydC5vcmcvZGV2ZWxvcC9yZWxlYXNlLW1hbmFnZW1lbnQv ZmVhdHVyZXMvc3RvcmFnZS9saXZlLW1lcmdlLwoKClszXQpiYWNraW5nX2ltZyAtLS0gc25hcHNo b3QxIC0tLSBzbmFwc2hvdDIgLS0tIGFjdGl2ZV9pbWcKICAgICAgICAgICAgICAgICAgICAgfAog ICAgICAgICAgICAgICAgICAgICB8CiAgICAgICAgICAgICAgICAgICAgIC0tLS0tIHNuYXBzaG90 Mw== ------=_Part_119726_124618439.1516957895504 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJnF1b3Q7bHVjaWRh IEdyYW5kZSZxdW90OywgVmVyZGFuYSwgJnF1b3Q7TWljcm9zb2Z0IFlhSGVpJnF1b3Q7OyI+aGVs bG8sIGV2ZXJ5b25lITwvc3Bhbj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiAmcXVvdDtsdWNpZGEg R3JhbmRlJnF1b3Q7LCBWZXJkYW5hLCAmcXVvdDtNaWNyb3NvZnQgWWFIZWkmcXVvdDs7Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6ICZxdW90O2x1Y2lkYSBHcmFuZGUmcXVvdDssIFZlcmRhbmEs ICZxdW90O01pY3Jvc29mdCBZYUhlaSZxdW90OzsiPiZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsg PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJnF1b3Q7bHVjaWRhIEdyYW5kZSZxdW90 OywgVmVyZGFuYSwgJnF1b3Q7TWljcm9zb2Z0IFlhSGVpJnF1b3Q7OyI+SSBoYXZlIHNlZW4gYWJv dXQgZG9jdW1lbnQgaW4gWzJdIGFib3V0IHZtLm1lcmdlIGluIFsxXSwgdGhlbiBJIGhhdmUgYSBx dWVzdGlvbiwmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAmcXVvdDtsdWNp ZGEgR3JhbmRlJnF1b3Q7LCBWZXJkYW5hLCAmcXVvdDtNaWNyb3NvZnQgWWFIZWkmcXVvdDs7Ij5J ZiB3ZSB3YW50IGRlbGV0ZSAic25hcHNob3QxIiBpbiBbM10sIGFuZCAic25hcHNob3QxIiBpcyAi c25hcHNob3QyIidzIHNyY1ZvbHVtZSBhbmQgInNuYXBzaG90MyIncyBzcmNWb2x1bWUgYXQgdGhl Jm5ic3A7PC9zcGFuPjxiciBzdHlsZT0iZm9udC1mYW1pbHk6ICZxdW90O2x1Y2lkYSBHcmFuZGUm cXVvdDssIFZlcmRhbmEsICZxdW90O01pY3Jvc29mdCBZYUhlaSZxdW90OzsiPjxkaXY+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiAmcXVvdDtsdWNpZGEgR3JhbmRlJnF1b3Q7LCBWZXJkYW5hLCAm cXVvdDtNaWNyb3NvZnQgWWFIZWkmcXVvdDs7Ij5zYW1lIHRpbWUsIHdoYXQgc2hvdWxkIEkgZG8/ Jm5ic3A7IGxpYnZpcnQgd2lsbCBtZXJnZSBzbmFwc2hvdDEgdG8gc25hcHNob3QyIGFuZCBzbmFw c2hvdDM/Jm5ic3A7IG9yIG90aGVyIHdheXMgZGlkIGZvciBlPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjogcmdiKDUxLCA1MSwgNTEpOyBmb250LWZhbWlseTogYXJpYWw7IGZvbnQtc2l6ZTogMTNw eDsiPmZmaWNpZW5jeT88L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 ICZxdW90O2x1Y2lkYSBHcmFuZGUmcXVvdDssIFZlcmRhbmEsICZxdW90O01pY3Jvc29mdCBZYUhl aSZxdW90OzsiPjxicj48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 ICZxdW90O2x1Y2lkYSBHcmFuZGUmcXVvdDssIFZlcmRhbmEsICZxdW90O01pY3Jvc29mdCBZYUhl aSZxdW90OzsiPjxicj48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 ICZxdW90O2x1Y2lkYSBHcmFuZGUmcXVvdDssIFZlcmRhbmEsICZxdW90O01pY3Jvc29mdCBZYUhl aSZxdW90OzsiPlRoYW5rcyBmb3IgeW91ciBoZWxwIElmIEkgY2FuIGdldCBhIHJlcGx5Ljwvc3Bh bj48L2Rpdj48ZGl2PjxiciBzdHlsZT0iZm9udC1mYW1pbHk6ICZxdW90O2x1Y2lkYSBHcmFuZGUm cXVvdDssIFZlcmRhbmEsICZxdW90O01pY3Jvc29mdCBZYUhlaSZxdW90OzsiPjwvZGl2PjxkaXY+ PGJyPjwvZGl2PjxiciBzdHlsZT0iZm9udC1mYW1pbHk6ICZxdW90O2x1Y2lkYSBHcmFuZGUmcXVv dDssIFZlcmRhbmEsICZxdW90O01pY3Jvc29mdCBZYUhlaSZxdW90OzsiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTogJnF1b3Q7bHVjaWRhIEdyYW5kZSZxdW90OywgVmVyZGFuYSwgJnF1b3Q7TWlj cm9zb2Z0IFlhSGVpJnF1b3Q7OyI+WzFdJm5ic3A7PC9zcGFuPjxiciBzdHlsZT0iZm9udC1mYW1p bHk6ICZxdW90O2x1Y2lkYSBHcmFuZGUmcXVvdDssIFZlcmRhbmEsICZxdW90O01pY3Jvc29mdCBZ YUhlaSZxdW90OzsiPjxwcmUgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyNS42MTMzcHg7IGZvbnQtZmFt aWx5OiAmcXVvdDtEZWphVnUgU2FucyBNb25vJnF1b3Q7OyBmb250LXNpemU6IDExLjNwdDsiPjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDE3OCk7Ij5AYXBpLm1ldGhvZDxicj48L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMTI4KTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5k ZWYgPC9zcGFuPm1lcmdlKDxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDE0OCwgODUsIDE0MSk7Ij5z ZWxmPC9zcGFuPiwgZHJpdmUsIGJhc2VWb2xVVUlELCB0b3BWb2xVVUlELCBiYW5kd2lkdGg9PHNw YW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMjU1KTsiPjA8L3NwYW4+LCBqb2JVVUlEPTxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDEyOCk7Ij5Ob25lPC9zcGFuPik6PGJyPiAgICA8c3Bh biBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAxMjgpOyBmb250LXdlaWdodDogYm9sZDsiPnJldHVy biA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMTQ4LCA4NSwgMTQxKTsiPnNlbGY8L3Nw YW4+LnZtLm1lcmdlKDxicj4gICAgICAgIGRyaXZlLCBiYXNlVm9sVVVJRCwgdG9wVm9sVVVJRCwg YmFuZHdpZHRoLCBqb2JVVUlEKTxicj48YnI+PGJyPlsyXSBodHRwczovL3d3dy5vdmlydC5vcmcv ZGV2ZWxvcC9yZWxlYXNlLW1hbmFnZW1lbnQvZmVhdHVyZXMvc3RvcmFnZS9saXZlLW1lcmdlLzxi cj48YnI+PGJyPlszXTxicj5iYWNraW5nX2ltZyAtLS0gc25hcHNob3QxIC0tLSBzbmFwc2hvdDIg LS0tIGFjdGl2ZV9pbWc8YnI+ICAgICAgICAgICAgICAgICAgICAgfDxicj4gICAgICAgICAgICAg ICAgICAgICB8PGJyPiAgICAgICAgICAgICAgICAgICAgIC0tLS0tIHNuYXBzaG90MzwvcHJlPjwv ZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxwPiZuYnNwOzwvcD48L3Nw YW4+ ------=_Part_119726_124618439.1516957895504--

2 1

Problem when loading images via web interface
by Dmitry Semenov 25 Jan '18

25 Jan '18

While loading disk image (via the web interface) in cluster01 on storage01, storage02 - everything is going well. While loading disk image (via the web interface) in cluster02 on storage03, storage04 - the problem occurs, the image isn't loaded, the process stops at the stage: paused by System (at the same time loading straightly through API goes without problems). screenshot: https://yadi.sk/i/9WtkDlT23Riqxp Logs are applied (engine.log): https://pastebin.com/54k5j7hC image size: ~1.3 GB my scheme: data_center_01 cluster01 host01 \ host02 - storage01, storage02 host03 / cluster02 host04 \ host05 - storage03, storage04 host06 / HostedEngine in cluster01 oVirt: Version 4.2.0.2-1.el7.centos -- Best regards,

4 5

[25-1-18] [ OST Failure Report] [oVirt Master (vdsm)] [post-002_bootstrap]
by Daniel Belenky 25 Jan '18

25 Jan '18

Hi, We failed to setup host in OST upgrade from 4.1 to master suite. Please note that the upgrade suite installs 4.1 engine, then upgrades it to master and then tries to set up a host. *Links:* 1. Link to failed job <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5093/artifact…> 2. Suspected patch: Gerrit 86474/33 <https://gerrit.ovirt.org/#/c/86474/33> *Error snippet from engine.log (engine):* 2018-01-24 15:13:20,257-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [34609a2f] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation of Host lago-upgrade-from-release-suite-master-host0: Failed to execute stage 'Closing up': Failed to start service 'vdsmd'. 2018-01-24 15:13:20,301-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [34609a2f] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host lago-upgrade-from-release-suite-master-host0. Stage: Clean up. 2018-01-24 15:13:20,304-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [34609a2f] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host lago-upgrade-from-release-suite-master-host0. Stage: Pre-termination. 2018-01-24 15:13:20,332-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [34609a2f] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host lago-upgrade-from-release-suite-master-host0. Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20180124151320-lago-upgrade-from-release-suite-master-host0-34609a2f.log'. 2018-01-24 15:13:29,227-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [34609a2f] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host lago-upgrade-from-release-suite-master-host0. Stage: Termination. 2018-01-24 15:13:29,321-05 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (EE-ManagedThreadFactory-engine-Thread-1) [34609a2f] SSH error running command root@lago-upgrade-from-release-suite-master-host0:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': IOException: Command returned failure code 1 during SSH session 'root@lago-upgrade-from-release-suite-master-host0' 2018-01-24 15:13:29,322-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (EE-ManagedThreadFactory-engine-Thread-1) [34609a2f] Error during host lago-upgrade-from-release-suite-master-host0 install 2018-01-24 15:13:29,324-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [34609a2f] Host installation failed for host '4d681c3b-e8db-4a71-b5e3-0db096e3ae9c', 'lago-upgrade-from-release-suite-master-host0': Command returned failure code 1 during SSH session 'root@lago-upgrade-from-release-suite-master-host0' 2018-01-24 15:13:29,330-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1) [34609a2f] START, SetVdsStatusVDSCommand(HostName = lago-upgrade-from-release-suite-master-host0, SetVdsStatusVDSCommandParameters:{hostId='4d681c3b-e8db-4a71-b5e3-0db096e3ae9c', status='InstallFailed', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 5e6c4a3e 2018-01-24 15:13:29,339-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1) [34609a2f] FINISH, SetVdsStatusVDSCommand, log id: 5e6c4a3e 2018-01-24 15:13:29,346-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1) [34609a2f] EVENT_ID: VDS_INSTALL_FAILED(505), Host lago-upgrade-from-release-suite-master-host0 installation failed. Command returned failure code 1 during SSH session 'root@lago-upgrade-from-release-suite-master-host0'. *Error snippet from /var/log/messages (host0):* 15:13:19 host0 NetworkManager[580]: <info> (bondscan-Ncw7DP): new Bond device (carrier: OFF, driver: 'bonding', ifindex: 4) 15:13:19 host0 vdsm-tool: Traceback (most recent call last): 15:13:19 host0 vdsm-tool: File "/usr/bin/vdsm-tool", line 219, in main 15:13:19 host0 vdsm-tool: return tool_command[cmd]["command"](*args) 15:13:19 host0 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/tool/network.py", line 97, in dump_bonding_options 15:13:19 host0 vdsm-tool: sysfs_options_mapper.dump_bonding_options() 15:13:19 host0 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py", line 48, in dump_bonding_options 15:13:19 host0 vdsm-tool: jdump(_get_default_bonding_options(), f) 15:13:19 host0 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py", line 60, in _get_default_bonding_options 15:13:19 host0 vdsm-tool: with _bond_device(bond_name): 15:13:19 host0 vdsm-tool: File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ 15:13:19 host0 vdsm-tool: return self.gen.next() 15:13:19 host0 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py", line 102, in _bond_device 15:13:19 host0 vdsm-tool: _unmanage_nm_device(bond_name) 15:13:19 host0 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py", line 116, in _unmanage_nm_device 15:13:19 host0 vdsm-tool: dev.managed = False 15:13:19 host0 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/network/nm/networkmanager.py", line 90, in managed 15:13:19 host0 vdsm-tool: self._device.managed = value 15:13:19 host0 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/network/nm/nmdbus/device.py", line 81, in managed 15:13:19 host0 vdsm-tool: return self._set_property('Managed', value) 15:13:19 host0 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/network/nm/nmdbus/device.py", line 88, in _set_property 15:13:19 host0 vdsm-tool: self.IF_NAME, property_name, property_value) 15:13:19 host0 vdsm-tool: File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 70, in __call__ 15:13:19 host0 vdsm-tool: return self._proxy_method(*args, **keywords) 15:13:19 host0 vdsm-tool: File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 145, in __call__ 15:13:19 host0 vdsm-tool: **keywords) 15:13:19 host0 vdsm-tool: File "/usr/lib64/python2.7/site-packages/dbus/connection.py", line 651, in call_blocking 15:13:19 host0 vdsm-tool: message, timeout) 15:13:19 host0 vdsm-tool: DBusException: org.freedesktop.DBus.Error.AccessDenied: Property "Managed" of interface "org.freedesktop.NetworkManager.Device" is not settable Thanks, -- DANIEL BELENKY RHV DEVOPS

3 6

Lago oVirt plugin v0.44 Release Announcement
by Gal Ben Haim 24 Jan '18

24 Jan '18

Hi All, On behalf of the Lago team, I'm pleased to announce Lago oVirt plugin v0.44 is available! For a detailed release announcement, please refer to our Github page at: https://github.com/lago-project/lago-ost-plugin/releases/tag/0.44 As always, if you find any issues, or willing to contribute, visit our GitHub page. Enjoy! -- *GAL bEN HAIM* RHV DEVOPS

1 0

[ OST Failure Report ] [ oVirt Master (ovirt-engine-sdk) ] [24-01-2018 ] [ 007_sd_reattach.deactivate_storage_domain ]
by Dafna Ron 24 Jan '18

24 Jan '18

Hi, We failed 007_sd_reattach.deactivate_storage_domain once again for trying to de-activate a storage domain with running tasks. I did not find the bug I thought I opened on this issue in the past so I opened a new one. https://bugzilla.redhat.com/show_bug.cgi?id=1538228 *Link and headline of suspected patches: Patch is not related *to the issue. *Link to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5076/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5076/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5076/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5076/artifact/>(Relevant) error snippet from the log: <error>2018-01-24 09:12:01,070-05 WARN [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-30) [87107c27-275d-4fee-a456-013615e817cc] Validation of action 'DeactivateStorageDomainWithOvfUpdate' failed for user admin@internal-authz. Reasons: VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__DEACTIVATE,ERROR_CANNOT_DEACTIVATE_DOMAIN_WITH_TASKS2018-01-24 09:12:01,071-05 INFO [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-30) [87107c27-275d-4fee-a456-013615e817cc] Lock freed to object 'EngineLock:{exclusiveLocks='[2b834f56-9469-4c01-98bf-531d41812fe4=STORAGE]', sharedLocks='[3e20e50b-4536-4f03-9bd3-7f02d321e734=POOL]'}'2018-01-24 09:12:01,075-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-30) [87107c27-275d-4fee-a456-013615e817cc] method: runAction, params: [DeactivateStorageDomainWithOvfUpdate, DeactivateStorageDomainWithOvfUpdateParameters:{commandId='df244508-5d1c-4485-82e6-11bc426072bc', user='null', commandType='Unknown'}], timeElapsed: 70ms2018-01-24 09:12:01,079-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-30) [] Operation Failed: [Cannot deactivate Storage while there are running tasks on this Storage.-Please wait until tasks will finish and try again.]</error>*

1 0

[ OST Failure Report ] [ oVirt Master (vdsm)] [ 24-01-2018 ] [ 002_bootstrap.add_hosts ]
by Dafna Ron 24 Jan '18

24 Jan '18

Hi, We have a failure in test 002_bootstrap.add_hosts on Ovirt-Master in project vdsm. The issue seems to be that we fail to configure vdsm correctly. *Link and headline of suspected patches: https://gerrit.ovirt.org/#/c/86474/ <https://gerrit.ovirt.org/#/c/86474/> - * *net: unmanage bonds used for options gatheringLink to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5067 <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5067>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5067/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5067/artifact/>(Relevant) error snippet from the log: <error>Running configure...Reconfiguration of abrt is done.Reconfiguration of passwd is done.WARNING: LVM local configuration: /etc/lvm/lvmlocal.conf is not based on vdsm configurationBacking up /etc/lvm/lvmlocal.conf to /etc/lvm/lvmlocal.conf.201801231944Installing /usr/share/vdsm/lvmlocal.conf at /etc/lvm/lvmlocal.confUnits need configuration: {'lvm2-lvmetad.service': {'LoadState': 'loaded', 'ActiveState': 'active'}, 'lvm2-lvmetad.socket': {'LoadState': 'loaded', 'ActiveState': 'active'}}Reconfiguration of lvm is done.Reconfiguration of sebool is done.Reconfiguration of libvirt is done.Reconfiguration of sanlock is done.2018-01-23 19:44:08,411-0500 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.packages plugin.execute:926 execute-output: ('/usr/bin/vdsm-tool', 'configure', '--force') stderr:Traceback (most recent call last): File "/usr/bin/vdsm-tool", line 219, in main return tool_command[cmd]["command"](*args) File "/usr/lib/python2.7/site-packages/vdsm/tool/__init__.py", line 38, in wrapper func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py", line 141, in configure _configure(c) File "/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py", line 88, in _configure getattr(module, 'configure', lambda: None)() File "/usr/lib/python2.7/site-packages/vdsm/tool/configurators/bond_defaults.py", line 40, in configure sysfs_options_mapper.dump_bonding_options() File "/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py", line 48, in dump_bonding_options jdump(_get_default_bonding_options(), f) File "/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py", line 60, in _get_default_bonding_options with _bond_device(bond_name): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py", line 102, in _bond_device _unmanage_nm_device(bond_name) File "/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py", line 116, in _unmanage_nm_device dev.managed = False File "/usr/lib/python2.7/site-packages/vdsm/network/nm/networkmanager.py", line 90, in managed self._device.managed = value File "/usr/lib/python2.7/site-packages/vdsm/network/nm/nmdbus/device.py", line 81, in managed return self._set_property('Managed', value) File "/usr/lib/python2.7/site-packages/vdsm/network/nm/nmdbus/device.py", line 88, in _set_property self.IF_NAME, property_name, property_value) File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 70, in __call__ return self._proxy_method(*args, **keywords) File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 145, in __call__ **keywords) File "/usr/lib64/python2.7/site-packages/dbus/connection.py", line 651, in call_blocking message, timeout)DBusException: org.freedesktop.DBus.Error.AccessDenied: Property "Managed" of interface "org.freedesktop.NetworkManager.Device" is not settable2018-01-23 19:44:08,412-0500 WARNING otopi.plugins.ovirt_host_deploy.vdsm.packages packages._reconfigure:151 Cannot configure vdsm2018-01-23 19:44:08,413-0500 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventEnd STAGE closeup METHOD otopi.plugins.ovirt_host_deploy.vdsm.packages.Plugin._reconfigure (None)2018-01-23 19:44:08,414-0500 DEBUG otopi.context context._executeMethod:128 Stage closeup METHOD otopi.plugins.otopi.network.firewalld.Plugin._closeup2018-01-23 19:44:08,414-0500 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE closeup METHOD otopi.plugins.otopi.network.firewalld.Plugin._closeup (None):</error>*

1 0

unboundid-ldapsdk-4.0.4-1.fc27 is now available for testing
by Sandro Bonazzola 23 Jan '18

23 Jan '18

On Fedora 27 we had previously 4.0.1. The new releases 4.0.4 will be soon available in updates-testing repository and includes several bug fixes and a few enhancements. You can see release notes here: https://github.com/pingidentity/ldapsdk/releases In oVirt this package is required by ovirt-engine-extension-aaa-ldap. If you're going to test the package, please provide karma: https://bodhi.fedoraproject.org/updates/unboundid-ldapsdk-4.0.4-1.fc27 Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

[ OST Failure Report ] [ oVirt 4.1 ] [ 23-01-2018 ] [ 002_bootstrap.add_cluster ]
by Dafna Ron 23 Jan '18

23 Jan '18

Hi, We are failing test 002_bootstrap.add_cluster on 4.1 suite. this is an issue we encountered on 4.2 and we think is related to libvirt. *Link and headline of suspected patches: Patch is not related to the underline issue: * https://gerrit.ovirt.org/#/c/85609/7 - spec: update dependencies for CVE-2017-5754,CVE-2017-5753,CVE-2017-5715 *Link to Job:http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1527 <http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1527>Link to all logs:http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1527/artifa… <http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1527/artifact/>(Relevant) error snippet from the log: <error>* File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-4.1_change-queue-tester/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 211, in add_cluster add_cluster_4(prefix) File "/home/jenkins/workspace/ovirt-4.1_change-queue-tester/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 237, in add_cluster_4 cpu_family = prefix.virt_env.get_ovirt_cpu_family() File "/usr/lib/python2.7/site-packages/ovirtlago/virt.py", line 151, in get_ovirt_cpu_family ','.join(cpu_map[host.cpu_vendor].iterkeys()) RuntimeError: Unsupported CPU model: Haswell-noTSX-IBRS. Supported models: IvyBridge,Westmere,Skylake,Penryn,Haswell,Broadwell,Nehalem,Skylake-Client,Broadwell-noTSX,Conroe,SandyBridge,Haswell-noTSX *</error>*

1 0

[ OST Failure Report ] [ oVirt Master ] [ 23-06-2018 ] [ 001_initialize_engine.initialize_engine ]
by Dafna Ron 23 Jan '18

23 Jan '18

Hi, We are failing test "001_initialize_engine.initialize_engine" in basic suite. Can you please check this issue? *Link and headline of suspected patches: https://gerrit.ovirt.org/#/c/85809/ <https://gerrit.ovirt.org/#/c/85809/> - * *packaging: raise if network provider name is duplicatedLink to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5047/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5047/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5047/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5047/artifact/>(Relevant) error snippet from the log: <error>[ INFO ] Stage: Setup validation[ ERROR ] Failed to execute stage 'Setup validation': could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused Is the server running on host "localhost" (127.0.0.1) and accepting TCP/IP connections on port 5432? [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20180123025743-gngssk.log[ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20180123025751-setup.conf'[ INFO ] Stage: Pre-termination[ INFO ] Stage: Termination[ ERROR ] Execution of setup failed('FATAL Internal error (main): could not connect to server: Connection refused\n\tIs the server running on host "localhost" (::1) and accepting\n\tTCP/IP connections on port 5432?\ncould not connect to server: Connection refused\n\tIs the server running on host "localhost" (127.0.0.1) and accepting\n\tTCP/IP connections on port 5432?\n',)2018-01-23 07:57:51,174::ssh.py::ssh::96::lago.ssh::DEBUG::Command 178de848 on lago-basic-suite-master-engine errors: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, in main installer.execute() File "/usr/lib/python2.7/site-packages/otopi/main.py", line 157, in execute self.context.runSequence() File "/usr/lib/python2.7/site-packages/otopi/context.py", line 765, in runSequence util.raiseExceptionInformation(infos[0]) File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in raiseExceptionInformation exec('raise info[1], None, info[2]') File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/network/ovirtproviderovn.py", line 894, in _validate_provider_uniqueness existing_provider_id = self._check_provider_exists() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/network/ovirtproviderovn.py", line 138, in _check_provider_exists ownConnection=True, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 238, in execute database=database, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 172, in connect sslmode=sslmode, File "/usr/lib64/python2.7/site-packages/psycopg2/__init__.py", line 164, in connect conn = _connect(dsn, connection_factory=connection_factory, async=async)OperationalError: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections on port 5432?could not connect to server: Connection refused Is the server running on host "localhost" (127.0.0.1) and accepting TCP/IP connections on port 5432?</error>*

1 0

Browser Bookmarkable places
by Alexander Wels 22 Jan '18

22 Jan '18

Hi, I just merged [1] into master, this patch will allow you to use browser bookmarks to save your current location in the application and return to it later. Basically the current entity and place are synchronized into the URL bar of your browser, which together with some previous infra structure allows you to use your browsers bookmark to go directly to an entity from being logged out. The same is true for search queries on main views. Alexander [1] https://gerrit.ovirt.org/c/86496/

2 1

[ OST Failure Report ] [ oVirt hc master ] [ 19-01-2018 ] [ 002_bootstrap.add_hosts ]
by Dafna Ron 22 Jan '18

22 Jan '18

Hi, we are failing hc master basic suite on test: 002_bootstrap.add_hosts *Link and headline of suspected patches: Link to Job:http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/1… <http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/163/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/… <http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/163/a…>(Relevant) error snippet from the log: <error>*2018-01-18 22:30:56,141-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [3e58f8ce] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation of Host lago_basic_suite_hc_host0: Failed to execute stage 'Closing up': 'Plugin' object has no attribute 'exist' *</error>*

3 2

Subject: [ OST Failure Report ] [ oVirt Master ] [ Jan 15th 2018 ] [ 006_migrations.migrate_vm ]
by Dafna Ron 19 Jan '18

19 Jan '18

Hi, We had a failure in test 006_migrations.migrate_vm <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4842/testRepo…>. the migration failed with reason "VMExists" Seems to be an issue which is caused by connectivity between engine and hosts. I remember this issue happening before a few weeks ago - is there a solution/bug for this issue? *Link and headline of suspected patches: https://gerrit.ovirt.org/#/c/86114/4 <https://gerrit.ovirt.org/#/c/86114/4> - net tests: Fix vlan creation name length in nettestlib Link to Job:* *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4842/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4842/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4842/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4842/artifact/>(Relevant) error snippet from the log: <error>* *vdsm dst:2018-01-15 06:47:03,355-0500 ERROR (jsonrpc/0) [api] FINISH create error=Virtual machine already exists (api:124)Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 117, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 180, in create raise exception.VMExists()VMExists: Virtual machine already exists* *vdsm src: 2018-01-15 06:47:03,359-0500 ERROR (migsrc/d17a2482) [virt.vm] *(vmId='d17a2482-4904-4cbc-8d13-3a3b7840782d') migration destination error: Virtual machine already exists (migration:290 *)* *Engine: 2018-01-15 06:45:30,169-05 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-34) [] Failure to refresh host 'lago-basic-suite-master-host-0' runtime info: java.net.ConnectException: Connection refused2018-01-15 06:45:30,169-05 DEBUG [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-34) [] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.net.ConnectException: Connection refused at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:159) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:122) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:387) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager$Proxy$_$$_WeldSubclass.runVdsCommand$$super(Unknown Source) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor234.invoke(Unknown Source) [:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:49) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:77) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12) [common.jar:] at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source) [:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.ovirt.engine.core.vdsbroker.ResourceManager$Proxy$_$$_WeldSubclass.runVdsCommand(Unknown Source) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:647) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refreshVdsRunTimeInfo(HostMonitoring.java:118) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refresh(HostMonitoring.java:85) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.refresh(VdsManager.java:267) [vdsbroker.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_151] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [rt.jar:1.8.0_151] at org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383) [javax.enterprise.concurrent-1.0.jar:] at org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534) [javax.enterprise.concurrent-1.0.jar:] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_151] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_151] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151] at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) [javax.enterprise.concurrent-1.0.jar:] at org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)Caused by: java.net.ConnectException: Connection refused at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method) [rt.jar:1.8.0_151] at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717) [rt.jar:1.8.0_151] at org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.connect(ReactorClient.java:118) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.getClient(JsonRpcClient.java:160) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:93) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.<init>(FutureMap.java:70) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer.getCapabilities(JsonRpcVdsServer.java:314) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:22) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:112) [vdsbroker.jar:] ... 34 more2018-01-15 06:45:30,170-05 DEBUG [org.ovirt.engine.core.vdsbroker.VdsManager] (EE-ManagedThreadFactory-engineScheduled-Thread-34) [] Failed to refresh VDS, network error, continuing, vds='lago-basic-suite-master-host-0'(31f09289-ec6c-42ff-a745-e82e8ac8e6b9): java.net.ConnectException: Connection refused* *</error>*

5 5

[ANN] oVirt 4.2.1 Second Release Candidate is now available
by Sandro Bonazzola 19 Jan '18

19 Jan '18

The oVirt Project is pleased to announce the availability of the oVirt 4.2.1 Second Release Candidate, as of January 18th, 2017 This update is a release candidate of the second in a series of stabilization updates to the 4.2 series. This is pre-release software. This pre-release should not to be used in production. [WARNING] right after we finished to compose the release candidate we discovered a regression in a disaster recovery flow causing wrong MAC address to be assigned to re-imported VMs. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node will be available soon [2] Additional Resources: * Read more about the oVirt 4.2.1 release highlights: http://www.ovirt.org/release/4.2.1/ * 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] http://www.ovirt.org/release/4.2.1/ [2] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 2

Why we don't call "blockPull" to merge snapshot(base to top) in vdsm?
by pengyixiang 19 Jan '18

19 Jan '18

------=_Part_120597_53746623.1516267158409 Content-Type: multipart/alternative; boundary="----=_Part_120598_477531472.1516267158409" ------=_Part_120598_477531472.1516267158409 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgICBXZSBjcmVhdGUgYSBzbmFwc2hvdCBjaGFpbiBhcyBmb2xs b3dzIG1hcCBbMV0sIGlmIHdlIGRlbGV0ZSAiU25hcHNob3QxIiwgaXQgd2lsbCBjYWxsIFsyXSBp biB2ZHNtLCBpbiBsYXN0LCAidmlyc2ggYmxvY2tjb21taXQnIHdpbGwgYmUgY2FsbGVkLApidXQg aWYgd2UgZGVsZXRlICJTbmFwc2hvdDIiLCBpdCB3aWxsIGNhbGwgWzNdIGluIHZkc20sIGF0IGxh c3Qgd2Ugd2lsbCBjYWxsIFs0XSwgaXQgdXNlIHFlbXUuY21kICJjb21taXQiLiAsIHdoeSB3ZSBk b24ndCB1c2UgInZpcnNoIGJsb2NrcHVsbCIgdG8gbWVyZ2Ugc25hcHNob3QgdG8gdG9wVm9sdW1l PwppcyBxZW11LmNtZCAiY29tbWl0IiBiZXR0ZXI/CgoKCgoKCgoKWzFdCgoKWzJdIGh0dHBzOi8v Z2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvMmI5OGRhZmZiMmMyZGVjMWJiYmQzNDI3ZDNkMzI4 NjFkNzdmMDFhNy9saWIvdmRzbS92aXJ0L3ZtLnB5I0w1NzQ0CgoKWzNdIGh0dHBzOi8vZ2l0aHVi LmNvbS9vVmlydC92ZHNtL2Jsb2IvOThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMzNzJmOTcwYTNh ZGNlNC9saWIvdmRzbS9BUEkucHkjTDE2NTUKWzRdIGh0dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92 ZHNtL2Jsb2IvOThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMzNzJmOTcwYTNhZGNlNC9saWIvdmRz bS9zdG9yYWdlL3FlbXVpbWcucHkjTDIxOAoKCgoKCgoKCgoKIAoKCgoKCiA= ------=_Part_120598_477531472.1516267158409 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAxLjc7Ij48ZGl2IHN0 eWxlPSJsaW5lLWhlaWdodDogMS43OyI+PGRpdj5oZWxsbywgZXZlcnlvbmUhPC9kaXY+PGRpdj4m bmJzcDsgJm5ic3A7ICZuYnNwOyBXZSBjcmVhdGUgYSBzbmFwc2hvdCBjaGFpbiBhcyBmb2xsb3dz IG1hcCBbMV0sIGlmIHdlIGRlbGV0ZSAiU25hcHNob3QxIiwgaXQgd2lsbCBjYWxsIFsyXSBpbiB2 ZHNtLCBpbiBsYXN0LCAidmlyc2ggYmxvY2tjb21taXQnIHdpbGwgYmUgY2FsbGVkLDwvZGl2Pjxk aXY+YnV0IGlmIHdlIGRlbGV0ZSAiU25hcHNob3QyIiwgaXQgd2lsbCBjYWxsIFszXSBpbiB2ZHNt LCBhdCBsYXN0IHdlIHdpbGwgY2FsbCBbNF0sIGl0IHVzZSBxZW11LmNtZCAiY29tbWl0Ii4gLCB3 aHkgd2UgZG9uJ3QgdXNlICJ2aXJzaCBibG9ja3B1bGwiIHRvIG1lcmdlIHNuYXBzaG90IHRvIHRv cFZvbHVtZT88L2Rpdj48ZGl2PmlzIHFlbXUuY21kICJjb21taXQiIGJldHRlcj88L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48 ZGl2PlsxXTwvZGl2PjxkaXY+PGltZyBzcmM9ImNpZDozZjg5MTJjNCQxJDE2MTA4OTBiYjg4JENv cmVtYWlsJHl4cGVuZ2kzODYkMTYzLmNvbSIgb3Jnd2lkdGg9IjgwMCIgb3JnaGVpZ2h0PSI4MiIg ZGF0YS1pbWFnZT0iMSIgc3R5bGU9IndpZHRoOiA4MDBweDsgaGVpZ2h0OiA4MnB4OyI+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5bMl0mbmJzcDs8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwg NDEsIDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGli ZXJhdGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6 IDEycHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNv bS9vVmlydC92ZHNtL2Jsb2IvMmI5OGRhZmZiMmMyZGVjMWJiYmQzNDI3ZDNkMzI4NjFkNzdmMDFh Ny9saWIvdmRzbS92aXJ0L3ZtLnB5I0w1NzQ0IiBfc3JjPSJodHRwczovL2dpdGh1Yi5jb20vb1Zp cnQvdmRzbS9ibG9iLzJiOThkYWZmYjJjMmRlYzFiYmJkMzQyN2QzZDMyODYxZDc3ZjAxYTcvbGli L3Zkc20vdmlydC92bS5weSNMNTc0NCIgc3R5bGU9ImNvbG9yOiByZ2IoNiwgNzMsIDExOSk7Ij5o dHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9iLzJiOThkYWZmYjJjMmRlYzFiYmJkMzQy N2QzZDMyODYxZDc3ZjAxYTcvbGliL3Zkc20vdmlydC92bS5weSNMNTc0NDwvYT48L3NwYW4+PC9k aXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6 IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBN ZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBw cmUtd3JhcDsiPjxicj48L3NwYW4+PC9kaXY+PGRpdj5bM10mbmJzcDs8c3BhbiBzdHlsZT0iY29s b3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xh cywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNl OyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPjxhIGhyZWY9Imh0dHBz Oi8vZ2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvOThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMz NzJmOTcwYTNhZGNlNC9saWIvdmRzbS9BUEkucHkjTDE2NTUiIF9zcmM9Imh0dHBzOi8vZ2l0aHVi LmNvbS9vVmlydC92ZHNtL2Jsb2IvOThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMzNzJmOTcwYTNh ZGNlNC9saWIvdmRzbS9BUEkucHkjTDE2NTUiIHN0eWxlPSJjb2xvcjogcmdiKDYsIDczLCAxMTkp OyI+aHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi85OGU2YTVkMWFkMWIwOTdiOWM5 OTNkY2EzMzM3MmY5NzBhM2FkY2U0L2xpYi92ZHNtL0FQSS5weSNMMTY1NTwvYT48L3NwYW4+PC9k aXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6 IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBN ZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBw cmUtd3JhcDsiPiA8L3NwYW4+PC9kaXY+PGRpdj5bNF0mbmJzcDs8c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywg JnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBm b250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPjxhIGhyZWY9Imh0dHBzOi8v Z2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvOThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMzNzJm OTcwYTNhZGNlNC9saWIvdmRzbS9zdG9yYWdlL3FlbXVpbWcucHkjTDIxOCIgX3NyYz0iaHR0cHM6 Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi85OGU2YTVkMWFkMWIwOTdiOWM5OTNkY2EzMzM3 MmY5NzBhM2FkY2U0L2xpYi92ZHNtL3N0b3JhZ2UvcWVtdWltZy5weSNMMjE4IiBzdHlsZT0iY29s b3I6IHJnYig2LCA3MywgMTE5KTsiPmh0dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2Iv OThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMzNzJmOTcwYTNhZGNlNC9saWIvdmRzbS9zdG9yYWdl L3FlbXVpbWcucHkjTDIxODwvYT48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywg JnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBm b250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPiA8L3NwYW4+PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+PGJyPjxicj48 c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHA+Jm5ic3A7PC9wPjwvc3Bhbj48L2Rpdj48YnIg c3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2EsICZxdW90O01pY3Jvc29mdCBZYWhlaSZxdW90 OywgdmVyZGFuYTsiPjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYSwgJnF1b3Q7TWlj cm9zb2Z0IFlhaGVpJnF1b3Q7LCB2ZXJkYW5hOyI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIi IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhLCAmcXVvdDtNaWNyb3NvZnQgWWFoZWkmcXVv dDssIHZlcmRhbmE7Ij48cD4mbmJzcDs8L3A+PC9zcGFuPjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0 bGU9Im5ldGVhc2Vmb290ZXIiPjxwPiZuYnNwOzwvcD48L3NwYW4+ ------=_Part_120598_477531472.1516267158409-- ------=_Part_120597_53746623.1516267158409 Content-Type: image/png; name="image.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="image.png" Content-ID: <3f8912c4$1$1610890bb88$Coremail$yxpengi386$163.com> iVBORw0KGgoAAAANSUhEUgAAAyAAAABSCAIAAAAjECdoAAATO0lEQVR4Ae2dXWgUVxvHT0vrRdmi ATMkUgrKJBcaoYbSxGUbmq3JtjRq0tpuV7oxKdoubkEtYpraktxEWWiJQkIXhJpkYJekQhOTUrbx oy5Bm37shrQR3B0sVTDLBmzVvfMi79uc9z0Ms8k6Zr/mzPznQubjnGee83v+OfPMOWfWJ/bv3y/L MsGmYwKiKJ45c0bHDubStQMHDkCQuQSaB1sQZB6gwuTqCUCQq2eHmnkgwAT5lCzLly9fzsMtYDJn BOrr63NmS/eGIEjdh4hAkPqPkak8hCBNFW79N5YJ8ilCyOLiov49NrmH8/PzTz/99Pr1683AAYLU f5QhSP3HyFQeQpCmCrf+G0sF+aT+HYWHlMDDhw+BAgT0QwCC1E8s4AkhBIKEDHRF4OHDh0iwdBUR OAMCIAACIAACIGAEAkiwjBBFtAEEQAAEQAAEQEBXBJBg6SoccAYEQAAEQAAEQMAIBLDI3QhRNFgb sMjdYAHlvTkQJO8RNJj/ECQvAcUIFi+Rgp8gAAIgAAIgAALcEECCxU2o4CgIgAAIgAAIgAAvBJBg 8RIp+AkCIAACIAACIMANASRY3IQKjoIACIAACIAACPBCAIvceYmUifzEEk4TBZuHpkKQPETJRD5C kLwEGyNYvEQKfoIACIAACIAACHBDAAkWN6GCoyAAAiAAAiAAArwQQILFS6TgJwiAAAiAAAiAADcE kGBxEyo4CgIgAAIgAAIgwAsBLHLnJVIm8hNLOE0UbB6aCkHyECUT+QhB8hJsjGDxEin4CQIgAAIg AAIgwA0BJFjchAqOggAIgAAIgAAI8EIACRYvkYKfIAACIAACIAAC3BBAgsVNqOAoCIAACIAACIAA LwSwyJ2XSJnITyzhNFGweWgqBMlDlEzkIwTJS7AxgsVLpOAnCIAACIAACIAANwSQYHETKjgKAiAA AiAAAiDACwEkWLxECn6CAAiAAAiAAAhwQwAJFjehgqMgAAIgAAIgAAK8EMAid14iZSI/sYTTRMHm oakQJA9RMpGPECQvwcYIFi+Rgp8gAAIgAAIgAALcEECCxU2o4CgIgAAIgAAIgAAvBJBg8RIp+AkC IAACIAACIMANASRY3IQKjoIACIAACIAACPBCAIvceYmUifw0/BJOp9PpdrubmppMFFSemwpB8hw9 A/pueEEaJmY6HcEKh8NOp7Pq/5vH40kkEpmhV1VVOZ3OzGUIIdTsI4uhgFEJTExM2O12qiwtusoH h7mlLbeWabv8fn9uzcJavgkYT5DK3tvpdMbj8XwzhH09EHAubav2JB6PV1VV+Xy+VVvQYUU9JljB YLCxsXFhYcG9tO3cuXNqamrHjh3hcDgDwS1btpSUlGQoQC9t2rRpy5YtjyyGAoYkMDExsWfPntLS UiqtWCw2ODjIV0udTqcqi0qlUh6P55NPPrl69eq9e/f4ao7JvTWeIOPxeGNjIyHE7XbbbLaxsbGW lpZHvh6bXAYGaH4wGBxb2oLBoMbmqLqyZ599VhCEtWvXaqzORbF/pwh1tYXD4fb29ra2NuVT5O23 325tbe3u7r506dJK3g4PD690SXn+5MmTykPe92dmZl544QXeW1Ew/yVJEkWRSaWjoyOVShXs7jm5 0dzcXHV1tdLUrl27SktLv/3225aWFuX5ouxDkI+F3XiCLC8v/+GHH+rq6iiHjRs3dnV1jY6Oejye xyKTq8IQZK5IZrZz5syZ3bt3z83NnTlzxuVyZS5Mr6q6srKysgzPdy0GdVhGdyNYgUBAFMXu7m4l rOrqarfbffXqVTqIlUql6ECiz+ez2+0TExOEEP/SxmrF43GPx2O32z0ej29po8XC4TAbhGR2gsGg 3W53Op20DDOi552ZmRmv1/vLL7/o2Um9+bawsKByyWKx0DN+vz8cDicSCSqbzs5OZcl4PN7Z2Wlf 2ph+aAGfz5dKpei0iN1uV10NBoNOp9Nut6sMEkJYFeW7BLXJank8HjZwy6QbiUSopGnhQCAwPDxc UVGhdLjw+xDkKpgbT5AWi4VlV4SQhoYGQkhRBlYhyFUIcnVVEolEMplsbm52u93JZDJ9wNLv99PO k/Z1K3VlPp+Pdnc+n0/VK7Iq1ENmsLOzU88vybpLsKampgRBKCsrU0X6zTffJIRcu3aNEBKLxSRJ 8ng8kiQRQubm5gghI0sbrRUOh+nbvMPhIIR0dXWFQiFa7Nq1a7SW0k5PT09NTc3CwsKePXv0n2Ml EonPP//8yJEj169fpw1UscLhSgQcDocsy8u+TI+MjAQCgR07dvz999+VlZW9vb12u53aicfjLS0t N2/edDgcNTU1kiQpV/tJktTT03Pw4MGSkpLKysquri521e/3t7e3b9q0yeFw3Lx5U5l7hUIhWqW0 tPTw4cPK9Mtut/f09JSUlDgcjlgs1tjYSEfd79+/HwqFZFmem5sLhUKRSIS6l/7HslLz83Qeglw1 WEMKUknjxo0bhJDnn39eeTLf+xBkvgmr7NOFFi6Xa9++fYQQ1boLu93e19dXs7T19fV5PJ6VujJJ kugjPhKJ9PX1Ke/S3d0dCoXoGWbQ4XBMT0/X1tbqNsfS3RQhIaS0tFRJlu5XVFSIosgeKrIsC4Lw 008/sREIZZX+/n46pkVPTk1NVVZWdnR0KMvQfWrnjz/+IISkUqna2lpJknT7eVcqlRocHDx37hx1 fs2aNQXuudIB8nWmo6MjEokMDAxMTU253W6VJAYGBs6ePUvHt+nURjwer1jaLly4wPKYdevWSZKU SCTYmfHx8aGhITpzRyuGw+G6urqRkRGr1brsrHQymWRVnE7n+Pg4Leb3+69evcomWTo6OpxOZ09P j8vlalraqqqq0j0vVhQgyCzJG16Qo6OjoihqnDPKEibtw9FDZo/xcS1IkmSz2QghZWVlgiBIksS6 Vp/Pp+zQjh8//uOPPz6yK/N6vY2NjbQXJYTQEbLjx4/Tx7qy8/R6vbW1tT09Pct2s4/bkJyX190I FiFk06ZNK7VTOaL+8ccfL5tdEUIWFhYEQWBGBEGIxWLsULXzxRdf0DMWi0UQBOUtVCWLePjw4cPz 58+7XC6WXVE1F9ElTm89PDx89uxZQRC6urqqqqpYyk4IsVqt7ElApzYePHhAm8lyKTrrIcvynTt3 GAG3283WRe3bt08URfoeVlpamkwm2RwfK0+XALMqbIcOxIqiqJxk8Xq9siwva0RpsMD7EGSugBtY kH6/f2xs7KOPPsoVqwx2IMgMcPJ6KR6Py7K8d+9eepd33nlHlmX26WgoFLJaraxDs1gsWsYv6urq RFGkAyWEkNOnTxNCaOc8MjIiCALrM+lTe3p6Oq9tXLVxPY5gLQuLTusqZ8Q2bNiwUrMdDockSZFI pLq6OhKJJJPJwvyRr+RP9uc7OzuVT3Rq8NatW/X19dkbN5sF19Lm9/v7+vpaW1vp+GVmCOFwOBAI xGKxZDKZuaQyFTt9+vTevXsbGxutVuuBAwdY9pbBQjKZVL4bEELoW8S1a9dYJ5WhesEuQZA5RG1I QdJZnra2tmVn5HNIj5qCIHOOVKPBL7/8UhRFi8VCX1afe+45URS//vprOqSU3qFpNGuz2aampmjh 8fFx9u1/MpmUZbmqqorZkWXZarWyQ13t6DHBWvYZFovFZFnWOCNGP/VsbW2lrG02W2H+yPMX2s8+ ++zixYuXL1++e/cuu4vFYhkfH2eHxtgpWMro8Xj++uuv3t5emohnoBcOhxsbG9va2uhg540bN9rb 2zOUZ5fodzHhcLi/v7+9vX12dnbV49h6+3oZgmRRztWOkQQZiURaW1sFQVAtVc4Vq3Q7EGQ6k8Kc oWkQe9rSm7I1D6v2Ye/evQMDA8Fg8MUXX5Rlmc4PUmtWq5XNO9EzGUZbVu1ATirqLsGy2WwDAwNs 8pU1sr+/X/tcfl9f386dOw8dOnTnzp0NGzYoBxWYQb521q1b99Zbb33wwQeXLl0KBoO3bt2iCw5S qdRK86R8NbAo3q5bt07LfemXrRkeFf/88w+zEw6HVW8CdUubx+PR0ukIgqB6waDLhF999VV2Cz3s QJD5iIIxBMmyq0J+dQ9B5kOQj7RJu7tz584pJ/78fv/hw4fpQzy9Q3ukTVqAzhKOjo7Ozs4qH/1b tmxR/b6DRoNFKfbvGqxFPW1dXV2iKB48eDAQCFC/5ufnPR7P2NiY1+ulZxgppeP0JD2zefPm8fHx U6dOTU5ODg4OMlPsfxhYyY7SiNJ4cfdZe9esWfPaa68NDg76fL6XXnqJEMIGUVkZA+zkj7bdbr9y 5Qq1f+XKFUmSrFbrtm3bVMJgh/Svgz725ufnFxcXHzx4cPToUaVOCCG9vb1fffUVvdrd3S2K4rvv vru4uEhP0tvdvXtXEAS6r6zO7kUv7d+/n37nSA8jkUhPT8+uXbtEUWR1Q6EQ3Vf9qzKruprDQ6Yx CDJLqsYT5Pz8PB27GhsbyxKO9uoQpHZWuS3Z19cniuIbb7yhNPvhhx+Kokgfu7RDYz1hIBDweDy0 MCFE1ZWperCmpqa5ubnx8XGbzcbs7969W5ZlZnBxcTG2tLECethhgtTdCFZZWdnQ0NDRo0fff//9 EydOMEd7e3u1T/PV19efP3/+559/ptWTyeSJEycmJycNMJRFW/TS0nbr1q2ZmRmGCDuPJLB+/XqH wyGKIiGEztyrhpqXtXDo0KGJiYmGhgb6Nmaz2VSDTG1tbf1LG63+6aef0h16kr3DsTWby96FnnS5 XLOzsxMTE1u3bqVnBEFgv4xKCGlqajp16hS9+vvvv9P//en69eu0RdLSRgihlzLcKLeXIMjV8TSe IIeGhmRZJoRs375dyQSCVNIwzP7169fp94OqFm3evJm+/LtcrnA4fOTIEdb7se4xvStTGaEdryzL rC5d6j47O6vqWk+ePFn0HwJUOU8Pn3jllVe+//77Za8V92Q0Gp2enr5//35DQ8O2bdtUzkSjUdVJ +tlCRUVFIpFoaGjwer0sIUulUtu3b3e73ceOHUulUvF4nNVV2WFGVLcr7uHrr78eCAQIIeXl5cX1 pAB3r6+vz6sg4/H4r7/+evv2bZWu0kOv0kYwGLx3715zc3NZWZny0tatW6m06K9V1dfXK/P4aDQ6 OTlZW1urXKIejUYrKirY3K5Kk/Sz5MuXL6c7SflTmy0tLbRPicfj6T8DwxSej5BBkDmkajxBRqPR dD4QZDqT1Z3Jdw/5WF6pujJWV9WnxePxixcvrl27dtnukXVl6daoltLFk0gkWA9ZXl6u7HKZD0Xc YT2kfhOsVdOJRqNWq/Wbb75hs8LRaLS1tVWZcq3aeFEqsmghwSoK/8w3ZQlW5mJGugpB6jmaEKSe o5O9b7pKsLJvjiEtsB5Sd1OE2ePetm2b1Wrt7Oz87rvvNm7c+Oeff9Jfh2cDWtnfAhZAAARAAARA AARAIAOBfxMstsw2Qzm+Ll24cCEYDN6+ffu3336rrq5++eWXXS6X8ZrJV1C0e8tXpN57772amhq+ fNYeC5TkroeEIA0vWvQ2vITYgCNYFL2WH3XkJUjwU88Ejh07pmf34JvZCECQZos42qtbAnr8r3J0 CwuOgQAIgAAIgAAIgIAWAkiwtFBCGRAAARAAARAAARB4DAJIsB4DFoqCAAiAAAiAAAiAgBYCxlzk rqXlKKNbAljCqdvQmNMxCNKccddtqyFI3YZG5RhGsFRAcAgCIAACIAACIAAC2RJAgpUtQdQHARAA ARAAARAAARUBJFgqIDgEARAAARAAARAAgWwJIMHKliDqgwAIgAAIgAAIgICKABa5q4DgsPgEsISz +DGABwoCEKQCBnaLTwCCLH4MtHmAESxtnFAKBEAABEAABEAABDQTQIKlGRUKggAIgAAIgAAIgIA2 AkiwtHFCKRAAARAAARAAARDQTAAJlmZUKAgCIAACIAACIAAC2ghgkbs2TihVQAJYwllA2LjVowlA kI9mhBIFJABBFhB2VrfCCFZW+FAZBEAABEAABEAABNIJIMFKZ4IzIAACIAACIAACIJAVASRYWeFD ZRAAARAAARAAARBIJ4AEK50JzoAACIAACIAACIBAVgSwyD0rfKicDwJYwpkPqrC5agIQ5KrRoWI+ CECQ+aCaD5sYwcoHVdgEARAAARAAARAwNQEkWKYOPxoPAiAAAiAAAiCQDwJIsPJBFTZBAARAAARA AARMTQAJlqnDj8aDAAiAAAiAAAjkgwAWueeDKmxmRQBLOLPCh8q5JgBB5poo7GVFAILMCl8BK2ME q4CwcSsQAAEQAAEQAAFzEECCZY44o5UgAAIgAAIgAAIFJIAEq4CwcSsQAAEQAAEQAAFzEECCZY44 o5UgAAIgAAIgAAIFJIBF7gWEjVtpI4AlnNo4oVSBCECQBQKN22gjAEFq41T8Uk9ZLJbm5ubiOwIP VibwzDPPrHzRaFcgSP1HFILUf4xM5SEEaapw67+xTJBP0Fx4fn5e/07Dw/LycpNAgCC5CDQEyUWY zOMkBGmeWHPR0v+twXrySSzG0nu8TBUjUzVW78pbwT9TxchUjV0h4Ho/baoYmaqxelfeCv79N0b/ AeiidwTCECsdAAAAAElFTkSuQmCC ------=_Part_120597_53746623.1516267158409--

1 0

Why we don't call "blockPull" to merge snapshot(base to top) in vdsm?
by pengyixiang 19 Jan '18

19 Jan '18

------=_Part_120291_518610280.1516267081381 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgICBXZSBjcmVhdGUgYSBzbmFwc2hvdCBjaGFpbiBhcyBmb2xs b3dzIG1hcCBbMV0sIGlmIHdlIGRlbGV0ZSAiU25hcHNob3QxIiwgaXQgd2lsbCBjYWxsIFsyXSBp biB2ZHNtLCBpbiBsYXN0LCAidmlyc2ggYmxvY2tjb21taXQnIHdpbGwgYmUgY2FsbGVkLApidXQg aWYgd2UgZGVsZXRlICJTbmFwc2hvdDIiLCBpdCB3aWxsIGNhbGwgWzNdIGluIHZkc20sIGF0IGxh c3Qgd2Ugd2lsbCBjYWxsIFs0XSwgaXQgdXNlIHFlbXUuY21kICJjb21taXQiLiAsIHdoeSB3ZSBk b24ndCB1c2UgInZpcnNoIGJsb2NrcHVsbCIgdG8gbWVyZ2Ugc25hcHNob3QgdG8gdG9wVm9sdW1l PwppcyBxZW11LmNtZCAiY29tbWl0IiBiZXR0ZXI/CgoKCgoKCgoKWzFdCgoKWzJdIGh0dHBzOi8v Z2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvMmI5OGRhZmZiMmMyZGVjMWJiYmQzNDI3ZDNkMzI4 NjFkNzdmMDFhNy9saWIvdmRzbS92aXJ0L3ZtLnB5I0w1NzQ0CgoKWzNdIGh0dHBzOi8vZ2l0aHVi LmNvbS9vVmlydC92ZHNtL2Jsb2IvOThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMzNzJmOTcwYTNh ZGNlNC9saWIvdmRzbS9BUEkucHkjTDE2NTUKWzRdIGh0dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92 ZHNtL2Jsb2IvOThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMzNzJmOTcwYTNhZGNlNC9saWIvdmRz bS9zdG9yYWdlL3FlbXVpbWcucHkjTDIxOAoKCgoKCgoKCgoKIA== ------=_Part_120291_518610280.1516267081381 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAxLjc7Ij48ZGl2Pmhl bGxvLCBldmVyeW9uZSE8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7IFdlIGNyZWF0ZSBh IHNuYXBzaG90IGNoYWluIGFzIGZvbGxvd3MgbWFwIFsxXSwgaWYgd2UgZGVsZXRlICJTbmFwc2hv dDEiLCBpdCB3aWxsIGNhbGwgWzJdIGluIHZkc20sIGluIGxhc3QsICJ2aXJzaCBibG9ja2NvbW1p dCcgd2lsbCBiZSBjYWxsZWQsPC9kaXY+PGRpdj5idXQgaWYgd2UgZGVsZXRlICJTbmFwc2hvdDIi LCBpdCB3aWxsIGNhbGwgWzNdIGluIHZkc20sIGF0IGxhc3Qgd2Ugd2lsbCBjYWxsIFs0XSwgaXQg dXNlIHFlbXUuY21kICJjb21taXQiLiAsIHdoeSB3ZSBkb24ndCB1c2UgInZpcnNoIGJsb2NrcHVs bCIgdG8gbWVyZ2Ugc25hcHNob3QgdG8gdG9wVm9sdW1lPzwvZGl2PjxkaXY+aXMgcWVtdS5jbWQg ImNvbW1pdCIgYmV0dGVyPzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+WzFdPC9kaXY+PGRpdj48aW1nIHNyYz0iaHR0 cDovL21haWwuMTYzLmNvbS9qczYvcz9mdW5jPW1ib3g6Z2V0Q29tcG9zZURhdGEmYW1wO3NpZD0q JmFtcDtjb21wb3NlSWQ9ckJSTVlOeFBqWnZtV05JR29LUFBVV1pXb1JNRlBmeXUmYW1wO2F0dGFj aElkPTEiIG9yZ3dpZHRoPSI4MDAiIG9yZ2hlaWdodD0iODIiIGRhdGEtaW1hZ2U9IjEiIHN0eWxl PSJ3aWR0aDogODAwcHg7IGhlaWdodDogODJweDsiPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ WzJdJm5ic3A7PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMzYsIDQxLCA0Nik7IGZvbnQtZmFtaWx5 OiBTRk1vbm8tUmVndWxhciwgQ29uc29sYXMsICZxdW90O0xpYmVyYXRpb24gTW9ubyZxdW90Oywg TWVubG8sIENvdXJpZXIsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTog cHJlLXdyYXA7Ij48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9iLzJi OThkYWZmYjJjMmRlYzFiYmJkMzQyN2QzZDMyODYxZDc3ZjAxYTcvbGliL3Zkc20vdmlydC92bS5w eSNMNTc0NCIgX3NyYz0iaHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi8yYjk4ZGFm ZmIyYzJkZWMxYmJiZDM0MjdkM2QzMjg2MWQ3N2YwMWE3L2xpYi92ZHNtL3ZpcnQvdm0ucHkjTDU3 NDQiPmh0dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvMmI5OGRhZmZiMmMyZGVjMWJi YmQzNDI3ZDNkMzI4NjFkNzdmMDFhNy9saWIvdmRzbS92aXJ0L3ZtLnB5I0w1NzQ0PC9hPjwvc3Bh bj48L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDM2LCA0MSwgNDYpOyBmb250LWZh bWlseTogU0ZNb25vLVJlZ3VsYXIsIENvbnNvbGFzLCAmcXVvdDtMaWJlcmF0aW9uIE1vbm8mcXVv dDssIE1lbmxvLCBDb3VyaWVyLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsgd2hpdGUtc3Bh Y2U6IHByZS13cmFwOyI+PGJyPjwvc3Bhbj48L2Rpdj48ZGl2PlszXSZuYnNwOzxzcGFuIHN0eWxl PSJjb2xvcjogcmdiKDM2LCA0MSwgNDYpOyBmb250LWZhbWlseTogU0ZNb25vLVJlZ3VsYXIsIENv bnNvbGFzLCAmcXVvdDtMaWJlcmF0aW9uIE1vbm8mcXVvdDssIE1lbmxvLCBDb3VyaWVyLCBtb25v c3BhY2U7IGZvbnQtc2l6ZTogMTJweDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyI+PGEgaHJlZj0i aHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi85OGU2YTVkMWFkMWIwOTdiOWM5OTNk Y2EzMzM3MmY5NzBhM2FkY2U0L2xpYi92ZHNtL0FQSS5weSNMMTY1NSIgX3NyYz0iaHR0cHM6Ly9n aXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi85OGU2YTVkMWFkMWIwOTdiOWM5OTNkY2EzMzM3MmY5 NzBhM2FkY2U0L2xpYi92ZHNtL0FQSS5weSNMMTY1NSI+aHR0cHM6Ly9naXRodWIuY29tL29WaXJ0 L3Zkc20vYmxvYi85OGU2YTVkMWFkMWIwOTdiOWM5OTNkY2EzMzM3MmY5NzBhM2FkY2U0L2xpYi92 ZHNtL0FQSS5weSNMMTY1NTwvYT48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywg JnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBm b250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPiA8L3NwYW4+PC9kaXY+PGRp dj5bNF0mbmJzcDs8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1p bHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7 LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNl OiBwcmUtd3JhcDsiPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2Iv OThlNmE1ZDFhZDFiMDk3YjljOTkzZGNhMzMzNzJmOTcwYTNhZGNlNC9saWIvdmRzbS9zdG9yYWdl L3FlbXVpbWcucHkjTDIxOCIgX3NyYz0iaHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxv Yi85OGU2YTVkMWFkMWIwOTdiOWM5OTNkY2EzMzM3MmY5NzBhM2FkY2U0L2xpYi92ZHNtL3N0b3Jh Z2UvcWVtdWltZy5weSNMMjE4Ij5odHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9iLzk4 ZTZhNWQxYWQxYjA5N2I5Yzk5M2RjYTMzMzcyZjk3MGEzYWRjZTQvbGliL3Zkc20vc3RvcmFnZS9x ZW11aW1nLnB5I0wyMTg8L2E+PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOiBy Z2IoMzYsIDQxLCA0Nik7IGZvbnQtZmFtaWx5OiBTRk1vbm8tUmVndWxhciwgQ29uc29sYXMsICZx dW90O0xpYmVyYXRpb24gTW9ubyZxdW90OywgTWVubG8sIENvdXJpZXIsIG1vbm9zcGFjZTsgZm9u dC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij4gPC9zcGFuPjwvZGl2PjxkaXY+ PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjwvZGl2Pjxicj48YnI+PHNw YW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxwPiZuYnNwOzwvcD48L3NwYW4+PC9kaXY+PGJyPjxi cj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHA+Jm5ic3A7PC9wPjwvc3Bhbj4= ------=_Part_120291_518610280.1516267081381--

1 0

Why we don't call "blockPull" to merge snapshot(base to top) in vdsm?
by pengyixiang 19 Jan '18

19 Jan '18

------=_Part_117749_1501217164.1516266380104 Content-Type: multipart/alternative; boundary="----=_Part_117750_10840035.1516266380104" ------=_Part_117750_10840035.1516266380104 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgICBXZSBjcmVhdGUgYSBzbmFwc2hvdCBjaGFpbiBhcyBmb2xs b3dzIG1hcCBbMV0sIGlmIHdlIGRlbGV0ZSAiU25hcHNob3QxIiwgaXQgd2lsbCBjYWxsIFsyXSBp biB2ZHNtLCBpbiBsYXN0LCAidmlyc2ggYmxvY2tjb21taXQnIHdpbGwgYmUgY2FsbGVkLApidXQg aWYgd2UgZGVsZXRlICJTbmFwc2hvdDIiLCBpdCB3aWxsIGNhbGwgWzNdIGluIHZkc20sIHdoYXQg dGhlICJzZG0uYXBpLm1lcmdlLkpvYiIgbWVhbnM/ICBBbmQgSSBjYW4gZmluZCJibG9ja0NvbW1p dCIgdXNlZCBpbiB2ZHNtIGJ5IFs0XSwKcmF0aGVyIHRoYW4gImJsb2NrUHVsbCIgaXMgbm90IHVz ZWQgYXMgWzVdLCB3aHkgd2UgZG9uJ3QgdXNlIGl0IHRvIG1lcmdlIHNuYXBzaG90IHRvIHRvcFZv bHVtZT8KCgoKCgoKCgpbMV0KCgpbMl0gaHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxv Yi8yYjk4ZGFmZmIyYzJkZWMxYmJiZDM0MjdkM2QzMjg2MWQ3N2YwMWE3L2xpYi92ZHNtL3ZpcnQv dm0ucHkjTDU3NDQKCgpbM10gaHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi85OGU2 YTVkMWFkMWIwOTdiOWM5OTNkY2EzMzM3MmY5NzBhM2FkY2U0L2xpYi92ZHNtL0FQSS5weSNMMTY1 NQpbNF0KJCBncmVwIC1uUiAiYmxvY2tDb21taXQiCmxpYi92ZHNtL2FwaS92ZHNtLWFwaS55bWw6 Mjg3OiAgICAgICAgICAgIGNvbW1pdDogQSBibG9ja0NvbW1pdCBvcGVyYXRpb24gKGJhY2t3YXJk CmxpYi92ZHNtL2FwaS92ZHNtLWFwaS5odG1sOjI0MTM6PHRyPjx0ZCBjbGFzcz0iYXR0cmxpc3Qi PmNvbW1pdDwvdGQ+PHRkIGNsYXNzPSJhdHRybGlzdCI+PC90ZD48dGQgY2xhc3M9ImF0dHJsaXN0 Ij5BIGJsb2NrQ29tbWl0IG9wZXJhdGlvbiAoYmFja3dhcmQgbWVyZ2UpPC90ZD48L3RyPgp2ZHNt L3ZpcnQvdm0ucHk6NDkwOTogICAgICAgICAgICAgICAgcmV0ID0gc2VsZi5fZG9tLmJsb2NrQ29t bWl0KGRyaXZlLnBhdGgsIGJhc2UsIHRvcCwgYmFuZHdpZHRoLAp2ZHNtL3ZpcnQvdm0ucHk6NDkx MjogICAgICAgICAgICAgICAgICAgIHJhaXNlIFJ1bnRpbWVFcnJvcigiYmxvY2tDb21taXQgZmFp bGVkIHJjOiVpIiwgcmV0KQp2ZHNtL3ZpcnQvdm0ucHk6NDkxODogICAgICAgICMgYmxvY2tDb21t aXQgd2lsbCBjYXVzZSBkYXRhIHRvIGJlIHdyaXR0ZW4gaW50byB0aGUgYmFzZSB2b2x1bWUuCnZk c20vdmlydC92bS5weTo1MjM4OiAgICAgICAgIyB2b2x1bWUgYXV0b21hdGljYWxseSBhcyBwYXJ0 IG9mIHRoZSBibG9ja0NvbW1pdCBvcGVyYXRpb24uICBVcGRhdGUKCgpbNV0KJCBncmVwIC1uUiAi YmxvY2tQdWxsIgpsaWIvdmRzbS9hcGkvdmRzbS1hcGkueW1sOjI5MDogICAgICAgICAgICBwdWxs OiBBIGJsb2NrUHVsbCBvcGVyYXRpb24gKGZvcndhcmQgbWVyZ2UpCmxpYi92ZHNtL2FwaS92ZHNt LWFwaS5odG1sOjI0MTI6PHRyPjx0ZCBjbGFzcz0iYXR0cmxpc3QiPnB1bGw8L3RkPjx0ZCBjbGFz cz0iYXR0cmxpc3QiPjwvdGQ+PHRkIGNsYXNzPSJhdHRybGlzdCI+QSBibG9ja1B1bGwgb3BlcmF0 aW9uIChmb3J3YXJkIG1lcmdlKTwvdGQ+PC90cj4KCgoKCgoKCgoK ------=_Part_117750_10840035.1516266380104 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sIGV2ZXJ5b25lITwvZGl2PjxkaXY+Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgV2UgY3JlYXRlIGEgc25hcHNob3QgY2hhaW4gYXMgZm9sbG93cyBtYXAg WzFdLCBpZiB3ZSBkZWxldGUgIlNuYXBzaG90MSIsIGl0IHdpbGwgY2FsbCBbMl0gaW4gdmRzbSwg aW4gbGFzdCwgInZpcnNoIGJsb2NrY29tbWl0JyB3aWxsIGJlIGNhbGxlZCw8L2Rpdj48ZGl2PmJ1 dCBpZiB3ZSBkZWxldGUgIlNuYXBzaG90MiIsIGl0IHdpbGwgY2FsbCBbM10gaW4gdmRzbSwgd2hh dCB0aGUgIjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJnF1b3Q7RGVqYVZ1IFNhbnMgTW9ubyZx dW90OzsgZm9udC1zaXplOiAxMS4zcHQ7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPnNkbS5hcGku bWVyZ2UuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJnF1b3Q7RGVqYVZ1IFNhbnMg TW9ubyZxdW90OzsgZm9udC1zaXplOiAxMS4zcHQ7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsgYmFj a2dyb3VuZC1jb2xvcjogcmdiKDIyOCwgMjI4LCAyNTUpOyI+Sm9iPC9zcGFuPiIgbWVhbnM/Jm5i c3A7IEFuZCBJIGNhbiBmaW5kImJsb2NrQ29tbWl0IiB1c2VkIGluIHZkc20gYnkgWzRdLDwvZGl2 PjxkaXY+cmF0aGVyIHRoYW4gImJsb2NrUHVsbCIgaXMgbm90IHVzZWQgYXMgWzVdLCB3aHkgd2Ug ZG9uJ3QgdXNlIGl0IHRvIG1lcmdlIHNuYXBzaG90IHRvIHRvcFZvbHVtZT88L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 PlsxXTwvZGl2PjxkaXY+PGltZyBzcmM9ImNpZDoxM2E1MzEwNSQxJDE2MTA4ODRkYjQ3JENvcmVt YWlsJHl4cGVuZ2kzODYkMTYzLmNvbSIgb3Jnd2lkdGg9IjgwMCIgb3JnaGVpZ2h0PSI4MiIgZGF0 YS1pbWFnZT0iMSIgc3R5bGU9IndpZHRoOiA4MDBweDsgaGVpZ2h0OiA4MnB4OyI+PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj5bMl0mbmJzcDs8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwgNDEs IDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGliZXJh dGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IDEy cHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9v VmlydC92ZHNtL2Jsb2IvMmI5OGRhZmZiMmMyZGVjMWJiYmQzNDI3ZDNkMzI4NjFkNzdmMDFhNy9s aWIvdmRzbS92aXJ0L3ZtLnB5I0w1NzQ0IiBfc3JjPSJodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQv dmRzbS9ibG9iLzJiOThkYWZmYjJjMmRlYzFiYmJkMzQyN2QzZDMyODYxZDc3ZjAxYTcvbGliL3Zk c20vdmlydC92bS5weSNMNTc0NCI+aHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi8y Yjk4ZGFmZmIyYzJkZWMxYmJiZDM0MjdkM2QzMjg2MWQ3N2YwMWE3L2xpYi92ZHNtL3ZpcnQvdm0u cHkjTDU3NDQ8L2E+PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMzYs IDQxLCA0Nik7IGZvbnQtZmFtaWx5OiBTRk1vbm8tUmVndWxhciwgQ29uc29sYXMsICZxdW90O0xp YmVyYXRpb24gTW9ubyZxdW90OywgTWVubG8sIENvdXJpZXIsIG1vbm9zcGFjZTsgZm9udC1zaXpl OiAxMnB4OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij48YnI+PC9zcGFuPjwvZGl2PjxkaXY+WzNd Jm5ic3A7PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMzYsIDQxLCA0Nik7IGZvbnQtZmFtaWx5OiBT Rk1vbm8tUmVndWxhciwgQ29uc29sYXMsICZxdW90O0xpYmVyYXRpb24gTW9ubyZxdW90OywgTWVu bG8sIENvdXJpZXIsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTogcHJl LXdyYXA7Ij48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9iLzk4ZTZh NWQxYWQxYjA5N2I5Yzk5M2RjYTMzMzcyZjk3MGEzYWRjZTQvbGliL3Zkc20vQVBJLnB5I0wxNjU1 IiBfc3JjPSJodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9iLzk4ZTZhNWQxYWQxYjA5 N2I5Yzk5M2RjYTMzMzcyZjk3MGEzYWRjZTQvbGliL3Zkc20vQVBJLnB5I0wxNjU1Ij5odHRwczov L2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9iLzk4ZTZhNWQxYWQxYjA5N2I5Yzk5M2RjYTMzMzcy Zjk3MGEzYWRjZTQvbGliL3Zkc20vQVBJLnB5I0wxNjU1PC9hPjwvc3Bhbj48L2Rpdj48ZGl2Pjxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDM2LCA0MSwgNDYpOyBmb250LWZhbWlseTogU0ZNb25vLVJl Z3VsYXIsIENvbnNvbGFzLCAmcXVvdDtMaWJlcmF0aW9uIE1vbm8mcXVvdDssIE1lbmxvLCBDb3Vy aWVyLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTJweDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyI+ IDwvc3Bhbj48L2Rpdj48ZGl2Pls0XTwvZGl2PjxkaXY+PGRpdj4kIGdyZXAgLW5SICJibG9ja0Nv bW1pdCI8L2Rpdj48ZGl2PmxpYi92ZHNtL2FwaS92ZHNtLWFwaS55bWw6Mjg3OiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGNvbW1pdDogQSBibG9ja0NvbW1pdCBvcGVy YXRpb24gKGJhY2t3YXJkPC9kaXY+PGRpdj5saWIvdmRzbS9hcGkvdmRzbS1hcGkuaHRtbDoyNDEz OiZsdDt0ciZndDsmbHQ7dGQgY2xhc3M9ImF0dHJsaXN0IiZndDtjb21taXQmbHQ7L3RkJmd0OyZs dDt0ZCBjbGFzcz0iYXR0cmxpc3QiJmd0OyZsdDsvdGQmZ3Q7Jmx0O3RkIGNsYXNzPSJhdHRybGlz dCImZ3Q7QSBibG9ja0NvbW1pdCBvcGVyYXRpb24gKGJhY2t3YXJkIG1lcmdlKSZsdDsvdGQmZ3Q7 Jmx0Oy90ciZndDs8L2Rpdj48ZGl2PnZkc20vdmlydC92bS5weTo0OTA5OiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgcmV0ID0gc2VsZi5fZG9t LmJsb2NrQ29tbWl0KGRyaXZlLnBhdGgsIGJhc2UsIHRvcCwgYmFuZHdpZHRoLDwvZGl2PjxkaXY+ dmRzbS92aXJ0L3ZtLnB5OjQ5MTI6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHJhaXNlIFJ1bnRpbWVFcnJvcigiYmxv Y2tDb21taXQgZmFpbGVkIHJjOiVpIiwgcmV0KTwvZGl2PjxkaXY+dmRzbS92aXJ0L3ZtLnB5OjQ5 MTg6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICMgYmxvY2tDb21taXQgd2lsbCBjYXVzZSBk YXRhIHRvIGJlIHdyaXR0ZW4gaW50byB0aGUgYmFzZSB2b2x1bWUuPC9kaXY+PGRpdj52ZHNtL3Zp cnQvdm0ucHk6NTIzODombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgIyB2b2x1bWUgYXV0b21h dGljYWxseSBhcyBwYXJ0IG9mIHRoZSBibG9ja0NvbW1pdCBvcGVyYXRpb24uJm5ic3A7IFVwZGF0 ZTwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+WzVdPC9kaXY+PGRpdj48ZGl2PiQgZ3Jl cCAtblIgImJsb2NrUHVsbCI8L2Rpdj48ZGl2PmxpYi92ZHNtL2FwaS92ZHNtLWFwaS55bWw6Mjkw OiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHB1bGw6IEEgYmxvY2tQ dWxsIG9wZXJhdGlvbiAoZm9yd2FyZCBtZXJnZSk8L2Rpdj48ZGl2PmxpYi92ZHNtL2FwaS92ZHNt LWFwaS5odG1sOjI0MTI6Jmx0O3RyJmd0OyZsdDt0ZCBjbGFzcz0iYXR0cmxpc3QiJmd0O3B1bGwm bHQ7L3RkJmd0OyZsdDt0ZCBjbGFzcz0iYXR0cmxpc3QiJmd0OyZsdDsvdGQmZ3Q7Jmx0O3RkIGNs YXNzPSJhdHRybGlzdCImZ3Q7QSBibG9ja1B1bGwgb3BlcmF0aW9uIChmb3J3YXJkIG1lcmdlKSZs dDsvdGQmZ3Q7Jmx0Oy90ciZndDs8L2Rpdj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48L2Rpdj48 YnI+PGJyPjxzcGFuIHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48cD4mbmJzcDs8L3A+PC9zcGFuPg== ------=_Part_117750_10840035.1516266380104-- ------=_Part_117749_1501217164.1516266380104 Content-Type: image/png; name="image.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="image.png" Content-ID: <13a53105$1$1610884db47$Coremail$yxpengi386$163.com> iVBORw0KGgoAAAANSUhEUgAAAyAAAABSCAIAAAAjECdoAAATO0lEQVR4Ae2dXWgUVxvHT0vrRdmi ATMkUgrKJBcaoYbSxGUbmq3JtjRq0tpuV7oxKdoubkEtYpraktxEWWiJQkIXhJpkYJekQhOTUrbx oy5Bm37shrQR3B0sVTDLBmzVvfMi79uc9z0Ms8k6Zr/mzPznQubjnGee83v+OfPMOWfWJ/bv3y/L MsGmYwKiKJ45c0bHDubStQMHDkCQuQSaB1sQZB6gwuTqCUCQq2eHmnkgwAT5lCzLly9fzsMtYDJn BOrr63NmS/eGIEjdh4hAkPqPkak8hCBNFW79N5YJ8ilCyOLiov49NrmH8/PzTz/99Pr1683AAYLU f5QhSP3HyFQeQpCmCrf+G0sF+aT+HYWHlMDDhw+BAgT0QwCC1E8s4AkhBIKEDHRF4OHDh0iwdBUR OAMCIAACIAACIGAEAkiwjBBFtAEEQAAEQAAEQEBXBJBg6SoccAYEQAAEQAAEQMAIBLDI3QhRNFgb sMjdYAHlvTkQJO8RNJj/ECQvAcUIFi+Rgp8gAAIgAAIgAALcEECCxU2o4CgIgAAIgAAIgAAvBJBg 8RIp+AkCIAACIAACIMANASRY3IQKjoIACIAACIAACPBCAIvceYmUifzEEk4TBZuHpkKQPETJRD5C kLwEGyNYvEQKfoIACIAACIAACHBDAAkWN6GCoyAAAiAAAiAAArwQQILFS6TgJwiAAAiAAAiAADcE kGBxEyo4CgIgAAIgAAIgwAsBLHLnJVIm8hNLOE0UbB6aCkHyECUT+QhB8hJsjGDxEin4CQIgAAIg AAIgwA0BJFjchAqOggAIgAAIgAAI8EIACRYvkYKfIAACIAACIAAC3BBAgsVNqOAoCIAACIAACIAA LwSwyJ2XSJnITyzhNFGweWgqBMlDlEzkIwTJS7AxgsVLpOAnCIAACIAACIAANwSQYHETKjgKAiAA AiAAAiDACwEkWLxECn6CAAiAAAiAAAhwQwAJFjehgqMgAAIgAAIgAAK8EMAid14iZSI/sYTTRMHm oakQJA9RMpGPECQvwcYIFi+Rgp8gAAIgAAIgAALcEECCxU2o4CgIgAAIgAAIgAAvBJBg8RIp+AkC IAACIAACIMANASRY3IQKjoIACIAACIAACPBCAIvceYmUifw0/BJOp9PpdrubmppMFFSemwpB8hw9 A/pueEEaJmY6HcEKh8NOp7Pq/5vH40kkEpmhV1VVOZ3OzGUIIdTsI4uhgFEJTExM2O12qiwtusoH h7mlLbeWabv8fn9uzcJavgkYT5DK3tvpdMbj8XwzhH09EHAubav2JB6PV1VV+Xy+VVvQYUU9JljB YLCxsXFhYcG9tO3cuXNqamrHjh3hcDgDwS1btpSUlGQoQC9t2rRpy5YtjyyGAoYkMDExsWfPntLS UiqtWCw2ODjIV0udTqcqi0qlUh6P55NPPrl69eq9e/f4ao7JvTWeIOPxeGNjIyHE7XbbbLaxsbGW lpZHvh6bXAYGaH4wGBxb2oLBoMbmqLqyZ599VhCEtWvXaqzORbF/pwh1tYXD4fb29ra2NuVT5O23 325tbe3u7r506dJK3g4PD690SXn+5MmTykPe92dmZl544QXeW1Ew/yVJEkWRSaWjoyOVShXs7jm5 0dzcXHV1tdLUrl27SktLv/3225aWFuX5ouxDkI+F3XiCLC8v/+GHH+rq6iiHjRs3dnV1jY6Oejye xyKTq8IQZK5IZrZz5syZ3bt3z83NnTlzxuVyZS5Mr6q6srKysgzPdy0GdVhGdyNYgUBAFMXu7m4l rOrqarfbffXqVTqIlUql6ECiz+ez2+0TExOEEP/SxmrF43GPx2O32z0ej29po8XC4TAbhGR2gsGg 3W53Op20DDOi552ZmRmv1/vLL7/o2Um9+bawsKByyWKx0DN+vz8cDicSCSqbzs5OZcl4PN7Z2Wlf 2ph+aAGfz5dKpei0iN1uV10NBoNOp9Nut6sMEkJYFeW7BLXJank8HjZwy6QbiUSopGnhQCAwPDxc UVGhdLjw+xDkKpgbT5AWi4VlV4SQhoYGQkhRBlYhyFUIcnVVEolEMplsbm52u93JZDJ9wNLv99PO k/Z1K3VlPp+Pdnc+n0/VK7Iq1ENmsLOzU88vybpLsKampgRBKCsrU0X6zTffJIRcu3aNEBKLxSRJ 8ng8kiQRQubm5gghI0sbrRUOh+nbvMPhIIR0dXWFQiFa7Nq1a7SW0k5PT09NTc3CwsKePXv0n2Ml EonPP//8yJEj169fpw1UscLhSgQcDocsy8u+TI+MjAQCgR07dvz999+VlZW9vb12u53aicfjLS0t N2/edDgcNTU1kiQpV/tJktTT03Pw4MGSkpLKysquri521e/3t7e3b9q0yeFw3Lx5U5l7hUIhWqW0 tPTw4cPK9Mtut/f09JSUlDgcjlgs1tjYSEfd79+/HwqFZFmem5sLhUKRSIS6l/7HslLz83Qeglw1 WEMKUknjxo0bhJDnn39eeTLf+xBkvgmr7NOFFi6Xa9++fYQQ1boLu93e19dXs7T19fV5PJ6VujJJ kugjPhKJ9PX1Ke/S3d0dCoXoGWbQ4XBMT0/X1tbqNsfS3RQhIaS0tFRJlu5XVFSIosgeKrIsC4Lw 008/sREIZZX+/n46pkVPTk1NVVZWdnR0KMvQfWrnjz/+IISkUqna2lpJknT7eVcqlRocHDx37hx1 fs2aNQXuudIB8nWmo6MjEokMDAxMTU253W6VJAYGBs6ePUvHt+nURjwer1jaLly4wPKYdevWSZKU SCTYmfHx8aGhITpzRyuGw+G6urqRkRGr1brsrHQymWRVnE7n+Pg4Leb3+69evcomWTo6OpxOZ09P j8vlalraqqqq0j0vVhQgyCzJG16Qo6OjoihqnDPKEibtw9FDZo/xcS1IkmSz2QghZWVlgiBIksS6 Vp/Pp+zQjh8//uOPPz6yK/N6vY2NjbQXJYTQEbLjx4/Tx7qy8/R6vbW1tT09Pct2s4/bkJyX190I FiFk06ZNK7VTOaL+8ccfL5tdEUIWFhYEQWBGBEGIxWLsULXzxRdf0DMWi0UQBOUtVCWLePjw4cPz 58+7XC6WXVE1F9ElTm89PDx89uxZQRC6urqqqqpYyk4IsVqt7ElApzYePHhAm8lyKTrrIcvynTt3 GAG3283WRe3bt08URfoeVlpamkwm2RwfK0+XALMqbIcOxIqiqJxk8Xq9siwva0RpsMD7EGSugBtY kH6/f2xs7KOPPsoVqwx2IMgMcPJ6KR6Py7K8d+9eepd33nlHlmX26WgoFLJaraxDs1gsWsYv6urq RFGkAyWEkNOnTxNCaOc8MjIiCALrM+lTe3p6Oq9tXLVxPY5gLQuLTusqZ8Q2bNiwUrMdDockSZFI pLq6OhKJJJPJwvyRr+RP9uc7OzuVT3Rq8NatW/X19dkbN5sF19Lm9/v7+vpaW1vp+GVmCOFwOBAI xGKxZDKZuaQyFTt9+vTevXsbGxutVuuBAwdY9pbBQjKZVL4bEELoW8S1a9dYJ5WhesEuQZA5RG1I QdJZnra2tmVn5HNIj5qCIHOOVKPBL7/8UhRFi8VCX1afe+45URS//vprOqSU3qFpNGuz2aampmjh 8fFx9u1/MpmUZbmqqorZkWXZarWyQ13t6DHBWvYZFovFZFnWOCNGP/VsbW2lrG02W2H+yPMX2s8+ ++zixYuXL1++e/cuu4vFYhkfH2eHxtgpWMro8Xj++uuv3t5emohnoBcOhxsbG9va2uhg540bN9rb 2zOUZ5fodzHhcLi/v7+9vX12dnbV49h6+3oZgmRRztWOkQQZiURaW1sFQVAtVc4Vq3Q7EGQ6k8Kc oWkQe9rSm7I1D6v2Ye/evQMDA8Fg8MUXX5Rlmc4PUmtWq5XNO9EzGUZbVu1ATirqLsGy2WwDAwNs 8pU1sr+/X/tcfl9f386dOw8dOnTnzp0NGzYoBxWYQb521q1b99Zbb33wwQeXLl0KBoO3bt2iCw5S qdRK86R8NbAo3q5bt07LfemXrRkeFf/88w+zEw6HVW8CdUubx+PR0ukIgqB6waDLhF999VV2Cz3s QJD5iIIxBMmyq0J+dQ9B5kOQj7RJu7tz584pJ/78fv/hw4fpQzy9Q3ukTVqAzhKOjo7Ozs4qH/1b tmxR/b6DRoNFKfbvGqxFPW1dXV2iKB48eDAQCFC/5ufnPR7P2NiY1+ulZxgppeP0JD2zefPm8fHx U6dOTU5ODg4OMlPsfxhYyY7SiNJ4cfdZe9esWfPaa68NDg76fL6XXnqJEMIGUVkZA+zkj7bdbr9y 5Qq1f+XKFUmSrFbrtm3bVMJgh/Svgz725ufnFxcXHzx4cPToUaVOCCG9vb1fffUVvdrd3S2K4rvv vru4uEhP0tvdvXtXEAS6r6zO7kUv7d+/n37nSA8jkUhPT8+uXbtEUWR1Q6EQ3Vf9qzKruprDQ6Yx CDJLqsYT5Pz8PB27GhsbyxKO9uoQpHZWuS3Z19cniuIbb7yhNPvhhx+Kokgfu7RDYz1hIBDweDy0 MCFE1ZWperCmpqa5ubnx8XGbzcbs7969W5ZlZnBxcTG2tLECethhgtTdCFZZWdnQ0NDRo0fff//9 EydOMEd7e3u1T/PV19efP3/+559/ptWTyeSJEycmJycNMJRFW/TS0nbr1q2ZmRmGCDuPJLB+/XqH wyGKIiGEztyrhpqXtXDo0KGJiYmGhgb6Nmaz2VSDTG1tbf1LG63+6aef0h16kr3DsTWby96FnnS5 XLOzsxMTE1u3bqVnBEFgv4xKCGlqajp16hS9+vvvv9P//en69eu0RdLSRgihlzLcKLeXIMjV8TSe IIeGhmRZJoRs375dyQSCVNIwzP7169fp94OqFm3evJm+/LtcrnA4fOTIEdb7se4xvStTGaEdryzL rC5d6j47O6vqWk+ePFn0HwJUOU8Pn3jllVe+//77Za8V92Q0Gp2enr5//35DQ8O2bdtUzkSjUdVJ +tlCRUVFIpFoaGjwer0sIUulUtu3b3e73ceOHUulUvF4nNVV2WFGVLcr7uHrr78eCAQIIeXl5cX1 pAB3r6+vz6sg4/H4r7/+evv2bZWu0kOv0kYwGLx3715zc3NZWZny0tatW6m06K9V1dfXK/P4aDQ6 OTlZW1urXKIejUYrKirY3K5Kk/Sz5MuXL6c7SflTmy0tLbRPicfj6T8DwxSej5BBkDmkajxBRqPR dD4QZDqT1Z3Jdw/5WF6pujJWV9WnxePxixcvrl27dtnukXVl6daoltLFk0gkWA9ZXl6u7HKZD0Xc YT2kfhOsVdOJRqNWq/Wbb75hs8LRaLS1tVWZcq3aeFEqsmghwSoK/8w3ZQlW5mJGugpB6jmaEKSe o5O9b7pKsLJvjiEtsB5Sd1OE2ePetm2b1Wrt7Oz87rvvNm7c+Oeff9Jfh2cDWtnfAhZAAARAAARA AARAIAOBfxMstsw2Qzm+Ll24cCEYDN6+ffu3336rrq5++eWXXS6X8ZrJV1C0e8tXpN57772amhq+ fNYeC5TkroeEIA0vWvQ2vITYgCNYFL2WH3XkJUjwU88Ejh07pmf34JvZCECQZos42qtbAnr8r3J0 CwuOgQAIgAAIgAAIgIAWAkiwtFBCGRAAARAAARAAARB4DAJIsB4DFoqCAAiAAAiAAAiAgBYCxlzk rqXlKKNbAljCqdvQmNMxCNKccddtqyFI3YZG5RhGsFRAcAgCIAACIAACIAAC2RJAgpUtQdQHARAA ARAAARAAARUBJFgqIDgEARAAARAAARAAgWwJIMHKliDqgwAIgAAIgAAIgICKABa5q4DgsPgEsISz +DGABwoCEKQCBnaLTwCCLH4MtHmAESxtnFAKBEAABEAABEAABDQTQIKlGRUKggAIgAAIgAAIgIA2 AkiwtHFCKRAAARAAARAAARDQTAAJlmZUKAgCIAACIAACIAAC2ghgkbs2TihVQAJYwllA2LjVowlA kI9mhBIFJABBFhB2VrfCCFZW+FAZBEAABEAABEAABNIJIMFKZ4IzIAACIAACIAACIJAVASRYWeFD ZRAAARAAARAAARBIJ4AEK50JzoAACIAACIAACIBAVgSwyD0rfKicDwJYwpkPqrC5agIQ5KrRoWI+ CECQ+aCaD5sYwcoHVdgEARAAARAAARAwNQEkWKYOPxoPAiAAAiAAAiCQDwJIsPJBFTZBAARAAARA AARMTQAJlqnDj8aDAAiAAAiAAAjkgwAWueeDKmxmRQBLOLPCh8q5JgBB5poo7GVFAILMCl8BK2ME q4CwcSsQAAEQAAEQAAFzEECCZY44o5UgAAIgAAIgAAIFJIAEq4CwcSsQAAEQAAEQAAFzEECCZY44 o5UgAAIgAAIgAAIFJIBF7gWEjVtpI4AlnNo4oVSBCECQBQKN22gjAEFq41T8Uk9ZLJbm5ubiOwIP VibwzDPPrHzRaFcgSP1HFILUf4xM5SEEaapw67+xTJBP0Fx4fn5e/07Dw/LycpNAgCC5CDQEyUWY zOMkBGmeWHPR0v+twXrySSzG0nu8TBUjUzVW78pbwT9TxchUjV0h4Ho/baoYmaqxelfeCv79N0b/ AeiidwTCECsdAAAAAElFTkSuQmCC ------=_Part_117749_1501217164.1516266380104--

1 0

Host management: upgrade
by Sandro Bonazzola 18 Jan '18

18 Jan '18

Hi, I was upgrading my lab from 4.2.0 to 4.2.1 RC and noticed that now an ansible playbook is executed during the upgrade instead of ovirt-host-deploy upgrade process. I think integration team missed this change being discussed but I guess that whoever did this change ensured that the playbook do also all those stuff that ovirt-host-deploy did when upgrading the hosts. I remember we had some code executed around vmconsole, hosted-engine and vdsm PKI related stuff. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

Trouble in switch type to OVS process
by Dmitry Semenov 18 Jan '18

18 Jan '18

4 5

[ OST Failure Report ] [ oVirt-Host ] [ 17-01-2018 ] [ 002_bootstrap.add_hosts ]
by Dafna Ron 18 Jan '18

18 Jan '18

Hi, We have a failure in test 002_bootstrap.add_hosts from upgrade suite. Can you please check the issue? *Link and headline of suspected patches: Reported as failed: https://gerrit.ovirt.org/#/c/86152/ <https://gerrit.ovirt.org/#/c/86152/> - build: post 4.2.1-1* *Reported as root cause: https://gerrit.ovirt.org/#/c/85421/ <https://gerrit.ovirt.org/#/c/85421/> - Require katello-agentLink to Job:* *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4908/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4908/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4908/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4908/artifact>(Relevant) error snippet from the log: <error>nsaction commit.2018-01-17 00:08:41,743-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [8f86c69] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host lago-upgrade-from-release-suite-master-host0. Setting kernel arguments.2018-01-17 00:08:41,977-05 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Swallowing exception as preferring stderr2018-01-17 00:08:41,977-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [8f86c69] Error during deploy dialog2018-01-17 00:08:41,978-05 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] SSH error running command root@lago-upgrade-from-release-suite-master-host0:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': RuntimeException: Unexpected error during execution: bash: line 1: 1419 Segmentation fault "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True2018-01-17 00:08:41,979-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Error during host lago-upgrade-from-release-suite-master-host0 install2018-01-17 00:08:41,983-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation of Host lago-upgrade-from-release-suite-master-host0: Unexpected error during execution: bash: line 1: 1419 Segmentation fault "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True.2018-01-17 00:08:41,983-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Error during host lago-upgrade-from-release-suite-master-host0 install, preferring first exception: Unexpected connection termination2018-01-17 00:08:41,983-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Host installation failed for host '76f737a5-fc15-4641-91c8-f5ef28b02436', 'lago-upgrade-from-release-suite-master-host0': Unexpected connection termination2018-01-17 00:08:41,989-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] START, SetVdsStatusVDSCommand(HostName = lago-upgrade-from-release-suite-master-host0, SetVdsStatusVDSCommandParameters:{hostId='76f737a5-fc15-4641-91c8-f5ef28b02436', status='InstallFailed', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 47ad9c872018-01-17 00:08:41,995-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] FINISH, SetVdsStatusVDSCommand, log id: 47ad9c872018-01-17 00:08:42,003-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] EVENT_ID: VDS_INSTALL_FAILED(505), Host lago-upgrade-from-release-suite-master-host0 installation failed. Unexpected connection termination.2018-01-17 00:08:42,014-05 INFO [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Lock freed to object 'EngineLock:{exclusiveLocks='[76f737a5-fc15-4641-91c8-f5ef28b02436=VDS]', sharedLocks=''}'</error>*

2 1

Subject: [ OST Failure Report ] [ oVirt Master ] [Jan 15th 2018 ] [ 004_basic_sanity.verify_glance_import ]
by Dafna Ron 18 Jan '18

18 Jan '18

Hi, We had a failure in test : 004_basic_sanity.verify_glance_import <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4829/testRepo…> The issue is actually with engine loosing connection to host and assuming there was a failure. however, I could not find a failure in the vdsm which would be related to this issue. Please note that there is a NPE in the engine log for trying to update the task status which I think is something that should be addressed. *Link and headline of suspected patches: Patch repoted as the failed: https://gerrit.ovirt.org/#/c/86198/2 <https://gerrit.ovirt.org/#/c/86198/2>* Patch reported as root cause: https://gerrit.ovirt.org/#/c/84883/11 *Link to Job:* *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4829/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4829/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4829/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4829/artifact/>(Relevant) error snippet from the log: <error>2018-01-14 21:24:16,881-05 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "6bae83f1-184c-475a-96e7-240e58ead94c"2018-01-14 21:25:34,824-05 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (default task-6) [ae77e2a8-1473-487d-949b-e6f525dcb38f] Adding task '388ef299-f83e-4af1-93a6-07781caf275f' (Parent Command 'AddImageFromScratch', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters'), polling hasn't started yet..2018-01-14 21:25:34,866-05 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (default task-6) [ae77e2a8-1473-487d-949b-e6f525dcb38f] BaseAsyncTask::startPollingTask: Starting to poll task '388ef299-f83e-4af1-93a6-07781caf275f'.2018-01-14 21:25:34,900-05 ERROR [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-6) [ae77e2a8-1473-487d-949b-e6f525dcb38f] Command 'org.ovirt.engine.core.bll.storage.disk.AddDiskCommand' failed: null2018-01-14 21:25:34,900-05 ERROR [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-6) [ae77e2a8-1473-487d-949b-e6f525dcb38f] Exception: java.lang.NullPointerException at org.ovirt.engine.core.bll.VmCommand.executeCommand(VmCommand.java:163) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1140) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1282) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1931) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1342) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:407) [bll.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:468) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:450) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:656) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_151] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:78) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:255) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:381) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:244) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:64) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422):</error>*

2 1

[ OST Failure Report ] [ oVirt-engine-dashboard ] [ 17-01-2018 ] [ 002_bootstrap.add_hosts ]
by Dafna Ron 17 Jan '18

17 Jan '18

hi, We are failing test 002_bootstrap.add_hosts <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/testRepo…> on ovirt-engine-dashboard in the upgrade suite. The error seems to be for missing metrics rules in the ansible playbook. *Link and headline of suspected patches: https://gerrit.ovirt.org/#/c/86318/ <https://gerrit.ovirt.org/#/c/86318/> - add fc27.spec link for automation Link to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/>Link to all logs:* *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/artifact/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4918/artifact/>(Relevant) error snippet from the log: <error>2018-01-17 08:36:23,706 p=27149 u=ovirt | Using /usr/share/ovirt-engine/playbooks/ansible.cfg as config file2018-01-17 08:36:23,734 p=27149 u=ovirt | ERROR! the role 'oVirt.metrics' was not found in /usr/share/ovirt-engine/playbooks/roles:/var/lib/ovirt-engine/.ansible/roles:/usr/share/ansible/roles:/etc/ansible/roles:/usr/share/ovirt-engine/playbooks/roles:/usr/share/ovirt-engine/playbooksThe error appears to have been in '/usr/share/ovirt-engine/playbooks/roles/ovirt-host-deploy/meta/main.yml': line 6, column 5, but maybe elsewhere in the file depending on the exact syntax problem.The offending line appears to be: - ovirt-host-deploy-firewalld - oVirt.metrics ^ here2018-01-17 08:36:23,764-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [849756c] Host installation failed for host '61c7b24f-e19d-4101-a945-a65b30b7b488', 'lago-upgrade-from-release-suite-master-host0': Failed to execute Ansible host-deploy role. Please check logs for more details: /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20180117083623-lago-upgrade-from-release-suite-master-host0-849756c.log2018-01-17 08:36:23,769-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1) [849756c] START, SetVdsStatusVDSCommand(HostName = lago-upgrade-from-release-suite-master-host0, SetVdsStatusVDSCommandParameters:{hostId='61c7b24f-e19d-4101-a945-a65b30b7b488', status='InstallFailed', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 65b48a392018-01-17 08:36:23,773-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1) [849756c] FINISH, SetVdsStatusVDSCommand, log id: 65b48a392018-01-17 08:36:23,780-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1) [849756c] EVENT_ID: VDS_INSTALL_FAILED(505), Host lago-upgrade-from-release-suite-master-host0 installation failed. Failed to execute Ansible host-deploy role. Please check logs for more details: /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20180117083623-lago-upgrade-from-release-suite-master-host0-849756c.log.2018-01-17 08:36:23,788-05 INFO [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [849756c] Lock freed to object 'EngineLock:{exclusiveLocks='[61c7b24f-e19d-4101-a945-a65b30b7b488=VDS]', sharedLocks=''}'</error>*

3 2

[IMPORTANT] getting rid of our implementation of UUID generation in 4.2.1
by Eli Mesika 16 Jan '18

16 Jan '18

Hi We had decided to drop our UUID generation function from DB in 4.2.1 and use the one provided by PG (using an extension) Please note that once this patch [1] is merged , you will have to do the following steps in your env in order that it will continue working. 1) make sure that the postgresql-contrib is installed on your machine (yum/dnf install postgresql-contrib -y) 2) run the following command from psql prompt while logging in with a DB admin (postgres) user a) DROP FUNCTION IF EXISTS uuid_generate_v1(); b) CREATE EXTENSION "uuid-ossp";' 3) validate from psql prompt by : # select * from pg_available_extensions where name = 'uuid-ossp' and installed_version IS NOT NULL; You should get the following result -[ RECORD 1 ]-----+------------------------------------------------ name | uuid-ossp default_version | 1.0 installed_version | 1.0 comment | generate universally unique identifiers (UUIDs) Please contact me for any questions or problems you encounter after this patch is merged to master. [1] https://gerrit.ovirt.org/#/c/84832/ Thanks Eli Mesika

6 6

Subject: [ OST Failure Report ] [ oVirt Master ] [ 15 Jan 2018 ] [ 004_basic_sanity.vm_run ]
by Dafna Ron 16 Jan '18

16 Jan '18

Hi, We had a failure in OST on the upgrade suite. *Link and headline of suspected patches: Reported as the cause: https://gerrit.ovirt.org/#/c/86115/4 - <https://gerrit.ovirt.org/#/c/86115/4>vm: support error_policy='report' for CDROMs*Reported* as the root cause: *https://gerrit.ovirt.org/#/c/86114/4 net tests: Fix vlan creation name length in nettestlib <https://gerrit.ovirt.org/#/c/86114/4> * <https://gerrit.ovirt.org/#/c/86114/4>* *Link to Job:* *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4854/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4854/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4854/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4854/artifact/>(Relevant) error snippet from the log: <error>* *vdsm: *type=file, path= threshold=unset at 0x7f57d8027d40>> watermarkLimit:536870912 (vm:2134) 2018-01-15 13:12:06,126-0500 ERROR (vm/75adb67b) [virt.vm] (vmId='75adb67b-4390-45f7-a677-8d4515cf4a2b') The vm start process failed (vm:917) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 846, in _startUnderlyingVm self._run() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2735, in _run domxml = hooks.before_vm_start(self._buildDomainXML(), File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2191, in _buildDomainXML return self._make_domain_xml() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2236, in _make_domain_xml devices_xml = self._process_devices() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2116, in _process_devices dev_xml = dev.getXML() File "/usr/lib/python2.7/site-packages/vdsm/virt/vmdevices/storage.py", line 595, in getXML diskelem.appendChild(_getDriverXML(self)) File "/usr/lib/python2.7/site-packages/vdsm/virt/vmdevices/storage.py", line 957, in _getDriverXML if (drive['propagateErrors'] == 'on' or File "/usr/lib/python2.7/site-packages/vdsm/virt/vmdevices/storage.py", line 292, in __getitem__ raise KeyError(key) KeyError: 'propagateErrors' 2018-01-15 13:12:06,129-0500 INFO (vm/75adb67b) [virt.vm] (vmId='75adb67b-4390-45f7-a677-8d4515cf4a2b') Changed state to Down: 'propagateErrors' (code=1) (vm:1636) engine: *2018-01-15 13:12:07,203-05 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring] (ForkJoinPool-1-worker-15) [] Rerun VM '75adb67b-4390-45f7-a677-8d4515cf4a2b'. Called from VDS 'lago-upgrade-from-release-suite-master-host0'2018-01-15 13:12:07,205-05 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (ForkJoinPool-1-worker-15) [] VMs initialization finished for Host: 'lago-upgrade-from-release-suite-master-host0:c98b0719-383b-4656-a28d-03005e2fb862'2018-01-15 13:12:07,256-05 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-19) [] EVENT_ID: USER_INITIATED_RUN_VM_FAILED(151), Failed to run VM vm0 on Host lago-upgrade-from-release-suite-master-host0.2018-01-15 13:12:07,274-05 INFO [org.ovirt.engine.core.bll.RunVmOnceCommand] (EE-ManagedThreadFactory-engine-Thread-19) [] Lock Acquired to object 'EngineLock:{exclusiveLocks='[75adb67b-4390-45f7-a677-8d4515cf4a2b=VM]', sharedLocks=''}'2018-01-15 13:12:07,294-05 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (EE-ManagedThreadFactory-engine-Thread-19) [] START, IsVmDuringInitiatingVDSCommand( IsVmDuringInitiatingVDSCommandParameters:{vmId='75adb67b-4390-45f7-a677-8d4515cf4a2b'}), log id: 41c281dc2018-01-15 13:12:07,294-05 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (EE-ManagedThreadFactory-engine-Thread-19) [] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 41c281dc2018-01-15 13:12:07,300-05 WARN [org.ovirt.engine.core.bll.RunVmOnceCommand] (EE-ManagedThreadFactory-engine-Thread-19) [] Validation of action 'RunVmOnce' failed for user admin@internal-authz. Reasons: VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,SCHEDULING_NO_HOSTS</error>*

2 2

Trouble in switch type to OVS process
by Dmitry Semenov 16 Jan '18

16 Jan '18

1 0

OST Regression in add cluster (IBRS related)
by Yaniv Kaul 15 Jan '18

15 Jan '18

See[1] - do we need to update Lago / Lago OST plugin? Error Message Unsupported CPU model: Haswell-noTSX-IBRS. Supported models: IvyBridge,Westmere,Skylake,Penryn,Haswell,Broadwell,Nehalem,Skylake-Client,Broadwell-noTSX,Conroe,SandyBridge,Haswell-noTSX Stacktrace Traceback (most recent call last): File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_master_check-patch-el7-x86_64/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 277, in add_cluster add_cluster_4(prefix) File "/home/jenkins/workspace/ovirt-system-tests_master_check-patch-el7-x86_64/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 305, in add_cluster_4 cpu_family = prefix.virt_env.get_ovirt_cpu_family() File "/usr/lib/python2.7/site-packages/ovirtlago/virt.py", line 151, in get_ovirt_cpu_family ','.join(cpu_map[host.cpu_vendor].iterkeys()) RuntimeError: Unsupported CPU model: Haswell-noTSX-IBRS. Supported models: IvyBridge,Westmere,Skylake,Penryn,Haswell,Broadwell,Nehalem,Skylake-Client,Broadwell-noTSX,Conroe,SandyBridge,Haswell-noTSX Y. [1] http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_…

6 12

fc27 job failing on missing vmconsole
by Dan Kenigsberg 15 Jan '18

15 Jan '18

http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc27-x86_64/ is failing since yesterday on Error: Problem 1: conflicting requests - nothing provides ovirt-vmconsole >= 1.0.0-0 needed by vdsm-4.20.11-7.git4a7f18434.fc27.x86_64 after already passing in the past. Can this be solved on ovirt-vmconsole side, or should we disable fc27 (again)? Dan.

4 6

vdsm stable branch maitainership
by Dan Kenigsberg 14 Jan '18

14 Jan '18

Hello, I would like to nominate Milan Zamazal and Petr Horacek as maintainers of vdsm stable branches. This job requires understanding of vdsm packaging and code, a lot of attention to details and awareness of the requirements of other components and teams. I believe that both Milan and Petr have these qualities. I am certain they would work in responsive caution when merging and tagging patches to the stable branches. vdsm maintainers, please confirm if you approve. Regards, Dan.

8 11

Should we call meta data operations by using mailbox in normal host or directly call these in SPM?
by pengyixiang 13 Jan '18

13 Jan '18

------=_Part_25737_545290082.1515814120464 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGVsbG8sIGV2ZXJ5b25lIQogICAgIFdlIGtub3cgd2hlbiBzb21lIG1ldGEgZGF0YSBvcGVyYXRp b25zIGxpa2Ugdm9sdW1lIGNyZWF0ZSBleGVjIGluIG5vcm1hbCBob3N0LCB0aGlzIG5vcm1hbCBo b3N0IHdpbGwgcmV0cmFuc3BvcnQgdGhlc2UgY29tbWFuZHMgYnkgbWFpbGJveCB0byBzcG0sIApi dXQgd2h5IEVuZ2luZSBkb24ndCBkaXJlY3RseSBjYWxsIHRoZXNlIG9wZXJhdGlvbnMgYnkgUlBD IGluIFNQTT8gIEkgYW0gY29uZnVzZWQgYWJvdXQgdGhlc2UgdHdvLg== ------=_Part_25737_545290082.1515814120464 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGVsbG8sIGV2ZXJ5b25lITwvZGl2PjxkaXY+Jm5ic3A7 ICZuYnNwOyAmbmJzcDtXZSBrbm93IHdoZW4gc29tZSBtZXRhIGRhdGEgb3BlcmF0aW9ucyBsaWtl IHZvbHVtZSBjcmVhdGUgZXhlYyBpbiBub3JtYWwgaG9zdCwgdGhpcyBub3JtYWwgaG9zdCB3aWxs IHJldHJhbnNwb3J0IHRoZXNlIGNvbW1hbmRzIGJ5IG1haWxib3ggdG8gc3BtLCZuYnNwOzwvZGl2 PjxkaXY+YnV0IHdoeSBFbmdpbmUgZG9uJ3QgZGlyZWN0bHkgY2FsbCB0aGVzZSBvcGVyYXRpb25z IGJ5IFJQQyBpbiBTUE0/Jm5ic3A7IEkgYW0gY29uZnVzZWQgYWJvdXQgdGhlc2UgdHdvLjwvZGl2 PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxwPiZuYnNwOzwvcD48 L3NwYW4+ ------=_Part_25737_545290082.1515814120464--

1 0

[VDSM] loop device tests fail again on jenkins
by Nir Soffer 11 Jan '18

11 Jan '18

We have random failures of loop device tests on jenkins (see example bellow). Barak commented that losetup -f /path does not work sometimes in the CI but I don't recall what it the alternative way to get a loop device. We need a reliable way to create a loop device for vdsm tests. What is the recommended way to do this? Until we have a reliable solution I'm going to mark this test as broken on ovirt CI: https://gerrit.ovirt.org/#/c/86241/ Please report if you see other tests fail with this error - typically: Error: Command ['losetup', '--find', '--show', '/tmp/tmp17Wqri/file'] failed with rc=1 out='' err='losetup: /tmp/tmp17Wqri/file: failed to set up loop device: No such file or directory\n' http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/20862/conso… *00:05:48.766* ======================================================================*00:05:48.766* ERROR: test_attach_detach_manually (loopback_test.TestDevice)*00:05:48.767* ----------------------------------------------------------------------*00:05:48.767* Traceback (most recent call last):*00:05:48.767* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/testValidation.py", line 191, in wrapper*00:05:48.768* return f(*args, **kwargs)*00:05:48.768* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/loopback_test.py", line 56, in test_attach_detach_manually*00:05:48.768* device.attach()*00:05:48.768* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/loopback.py", line 56, in attach*00:05:48.769* raise cmdutils.Error(cmd, rc, out, err)*00:05:48.769* Error: Command ['losetup', '--find', '--show', '/tmp/tmp17Wqri/file'] failed with rc=1 out='' err='losetup: /tmp/tmp17Wqri/file: failed to set up loop device: No such file or directory\n'*00:05:48.770* -------------------- >> begin captured logging << --------------------*00:05:48.770* 2018-01-11 13:42:45,676 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 losetup --find --show /tmp/tmp17Wqri/file (cwd None) (commands:65)*00:05:48.771* 2018-01-11 13:42:45,733 DEBUG (MainThread) [root] FAILED: <err> = 'losetup: /tmp/tmp17Wqri/file: failed to set up loop device: No such file or directory\n'; <rc> = 1 (commands:86)*00:05:48.772* --------------------- >> end captured logging << ---------------------

3 4

ovirt-engine-metrics is now required for running host deploy
by Shirly Radco 11 Jan '18

11 Jan '18

Hi, Please note, we plan to merge patch [1], which will add ovirt-engine-metrics package to requirements for engine development environment, because metrics setup will now be part of host deploy. You will need to install ovirt-engine-metrics rpm package or host deploy will fail. Minimal required package version: ovirt-engine-metrics-1.1.2-0. 0.master.20180101000000.el7.centos.noarch.rpm [1] https://gerrit.ovirt.org/#/c/84331/ Best regards, -- SHIRLY RADCO BI SeNIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

vdsm update on fc27
by Viktor Mihajlovski 10 Jan '18

10 Jan '18

Hi, I have issues updating vdsm on my Fedora 27 host (s390x, although I would think that the arch shouldn't matter). [mihajlov@s3560022 ~]$ sudo dnf update ... ================================================================================ Package Arch Version Repository Size ================================================================================ Upgrading: ovirt-release-master noarch 4.2.1-0.0.master.20180108005748.git96e5658.fc27 ovirt-master-snapshot 11 k vdsm s390x 4.20.11-18.git92c490ca8.fc27 ovirt-master-snapshot 79 k ... (14/15): vdsm-hook-vhostmd-4.20.11-18.git92c490 29 kB/s | 16 kB 00:00 (15/15): vdsm-python-4.20.11-18.git92c490ca8.fc 363 kB/s | 1.2 MB 00:03 -------------------------------------------------------------------------------- Total 454 kB/s | 1.9 MB 00:04 Running transaction check Transaction check succeeded. Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/lib/python2.7/site-packages/vdsm/__init__.pyc conflicts between attempted installs of vdsm-network-4.20.11-18.git92c490ca8.fc27.s390x and vdsm-common-4.20.11-18.git92c490ca8.fc27.noarch file /usr/lib/python2.7/site-packages/vdsm/__init__.pyo conflicts between attempted installs of vdsm-network-4.20.11-18.git92c490ca8.fc27.s390x and vdsm-common-4.20.11-18.git92c490ca8.fc27.noarch I *think* this is caused by packaging __init__.py* with both vdsm-network and vdsm-common. The patch https://gerrit.ovirt.org/#/c/86062/ should help to get around that. BTW: The vdsm-network package was transiently built as noarch before it was replaced by an arch-specific RPM. Since the noarch version has vanished from the repositories in the meantime, that part of the patch may be obsolete. -- Mit freundlichen Grüßen/Kind Regards Viktor Mihajlovski

2 1

Planned restart of production services
by Evgheni Dereveanchin 10 Jan '18

10 Jan '18

Hi everyone, I will be restarting several production systems within the following hour to apply security updates. The following services may be unreachable for some period of time: - resources.ovirt.org - package repositories - gerrit.ovirt.org - code review - jenkins.ovirt.org - CI master It will not be possible to submit/review patches, clone repositories or run CI jobs during this period. Package repositories will also be unreachable for a short period of time. I will announce you once the maintenance is complete. -- Regards, Evgheni Dereveanchin

1 2

[oVirt 4.2 Localization Question #9] A possible typo in volatileRunInfo
by Yuko Katabami 09 Jan '18

09 Jan '18

Hello team. Could you please help us with the following question? *File: *CommonApplicationConstants *Resource ID: *volatileRunInfo *String: *Activate logic that both reboots initiated by user (using REST API or frontend) and reboots initiated from *withing* guest (e.g. during system installation) will result in powering off the VM and starting it with regular (non-run-once) configuration. *Question:* Is "withing" a typo for "within"? Kind regards, Yuko

3 3

VDSM RAWHIDE builds disabled (again)
by Barak Korren 07 Jan '18

07 Jan '18

Hi, It seems we currently have an issue with composing the build environment for VDSM on Fedora RAWHIDE. Tracker ticket for this issue is at: https://ovirt-jira.atlassian.net/browse/OVIRT-1830 To allow builds for other platforms to get tested and released, we disabled the RAWHIDE builds for VDSM at this point. We're currently re-running builds for patches that were rejected for the change-queue due to failed RAWHIDE builds. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

1 0

[CVE-2017-5715] qemu-kvm-ev-2.9.0-16.el7_4.13.1 is now available for testing
by Sandro Bonazzola 04 Jan '18

04 Jan '18

Hi, qemu-kvm-ev-2.9.0-16.el7_4.13.1 <https://cbs.centos.org/koji/buildinfo?buildID=21119> is now available for testing. I'm testing it right now in oVirt CI, if nothing shows up, I'll tag it for release in a few hours. Here's the changelog: * Thu Jan 04 2018 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.9.0-16.el7_4.13.1 - Removing RH branding from package name * Thu Dec 14 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.13 - Fix CVE-2017-5715 * Thu Nov 16 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.12 - kvm-util-async-use-atomic_mb_set-in-qemu_bh_cancel.patch [bz#1513362] - Resolves: bz#1513362 (QEMU's AIO subsystem gets stuck inhibiting all I/O operations on virtio-blk-pci devices [rhel-7.4.z]) -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 1

why we need "postZero" and discard the block device in deleteVolumes(class Image) in vdsm?
by pengyixiang 04 Jan '18

04 Jan '18

------=_Part_53573_1186128017.1514946785593 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgd2hlbiBJbWFnZS5kZWxldGUgY2FsbGVkIGluIHZkc20sIHdl IG5lZWQgYSBwYXJhbSAiZGlzY2FydCIgaW4gWzFdLCB0aGVuIEkgZmluZCBpcyBqdXN0IHN1cHBv cnRlZCBieSBibG9jayBhbmQgIi9zYmluL2Jsa2Rpc2NhcmQiIGNhbGxlZCBpbiBsYXN0IGluIFsy XSwgYnV0IApJIGRvbid0IGtub3cgd2h5IHdlIG5lZWQgdG8gZGlzY2FyZCB0aGUgYmxvY2sgZGV2 aWNlcyByYXRoZXIgdGhhbiBkaXJlY3RseSB1c2UgInJtIC1mIiA/IGFuZCB3aGF0IHRpbWUgd2Ug bmVlZCBzZXQgImRpc2NhcnQgPSBUUlVFIiA/CiAgICBBbmQgd2hhdCB0aW1lIHdlIHNob3VsZCBz ZXQgInBvc3RaZXJvPVRSVUUiID8KCgoKClsxXSAgaHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zk c20vYmxvYi8yYjk4ZGFmZmIyYzJkZWMxYmJiZDM0MjdkM2QzMjg2MWQ3N2YwMWE3L2xpYi92ZHNt L0FQSS5weSNMODQxClsyXWh0dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvMmI5OGRh ZmZiMmMyZGVjMWJiYmQzNDI3ZDNkMzI4NjFkNzdmMDFhNy9saWIvdmRzbS9zdG9yYWdlL2Jsb2Nr U0QucHkjTDcxNA== ------=_Part_53573_1186128017.1514946785593 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sIGV2ZXJ5b25lITwvZGl2PjxkaXY+Jm5ic3A7 ICZuYnNwOyB3aGVuIEltYWdlLmRlbGV0ZSBjYWxsZWQgaW4gdmRzbSwgd2UgbmVlZCBhIHBhcmFt ICJkaXNjYXJ0IiBpbiBbMV0sIHRoZW4gSSBmaW5kIGlzIGp1c3Qgc3VwcG9ydGVkIGJ5IGJsb2Nr IGFuZCZuYnNwOzxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDEyOCwgMCk7IGZvbnQtd2VpZ2h0 OiBib2xkOyBmb250LWZhbWlseTogJnF1b3Q7RGVqYVZ1IFNhbnMgTW9ubyZxdW90OzsgZm9udC1z aXplOiAxMS4zcHQ7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPiIvc2Jpbi9ibGtkaXNjYXJkIiA8 L3NwYW4+Y2FsbGVkIGluIGxhc3QgaW4gWzJdLCBidXQmbmJzcDs8L2Rpdj48ZGl2PkkgZG9uJ3Qg a25vdyB3aHkgd2UgbmVlZCB0byBkaXNjYXJkIHRoZSBibG9jayBkZXZpY2VzIHJhdGhlciB0aGFu IGRpcmVjdGx5IHVzZSAiPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMTI4LCAwKTsgZm9udC13 ZWlnaHQ6IGJvbGQ7IGZvbnQtZmFtaWx5OiAmcXVvdDtEZWphVnUgU2FucyBNb25vJnF1b3Q7OyBm b250LXNpemU6IDExLjNwdDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyIgY2xhc3M9IiI+cm0gLWY8 L3NwYW4+IiA/IGFuZCB3aGF0IHRpbWUgd2UgbmVlZCBzZXQgIjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDAsIDEyOCwgMCk7IGZvbnQtd2VpZ2h0OiBib2xkOyBmb250LWZhbWlseTogJnF1b3Q7RGVq YVZ1IFNhbnMgTW9ubyZxdW90OzsgZm9udC1zaXplOiAxMS4zcHQ7IHdoaXRlLXNwYWNlOiBwcmUt d3JhcDsiIGNsYXNzPSIiPmRpc2NhcnQgPSBUUlVFIiA8L3NwYW4+PzwvZGl2PjxkaXY+Jm5ic3A7 ICZuYnNwOyBBbmQgd2hhdCB0aW1lIHdlIHNob3VsZCBzZXQgIjxzcGFuIHN0eWxlPSJjb2xvcjog cmdiKDAsIDEyOCwgMCk7IGZvbnQtd2VpZ2h0OiBib2xkOyBmb250LWZhbWlseTogJnF1b3Q7RGVq YVZ1IFNhbnMgTW9ubyZxdW90OzsgZm9udC1zaXplOiAxMS4zcHQ7IHdoaXRlLXNwYWNlOiBwcmUt d3JhcDsiIGNsYXNzPSIiPnBvc3RaZXJvPVRSVUU8L3NwYW4+IiA/PC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj5bMV0mbmJzcDsmbmJzcDs8c3BhbiBzdHlsZT0iY29sb3I6 IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywg JnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBm b250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPjxhIGhyZWY9Imh0dHBzOi8v Z2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvMmI5OGRhZmZiMmMyZGVjMWJiYmQzNDI3ZDNkMzI4 NjFkNzdmMDFhNy9saWIvdmRzbS9BUEkucHkjTDg0MSIgX3NyYz0iaHR0cHM6Ly9naXRodWIuY29t L29WaXJ0L3Zkc20vYmxvYi8yYjk4ZGFmZmIyYzJkZWMxYmJiZDM0MjdkM2QzMjg2MWQ3N2YwMWE3 L2xpYi92ZHNtL0FQSS5weSNMODQxIj5odHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9i LzJiOThkYWZmYjJjMmRlYzFiYmJkMzQyN2QzZDMyODYxZDc3ZjAxYTcvbGliL3Zkc20vQVBJLnB5 I0w4NDE8L2E+PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMzYsIDQx LCA0Nik7IGZvbnQtZmFtaWx5OiBTRk1vbm8tUmVndWxhciwgQ29uc29sYXMsICZxdW90O0xpYmVy YXRpb24gTW9ubyZxdW90OywgTWVubG8sIENvdXJpZXIsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAx MnB4OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij5bMl08L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiByZ2IoMzYsIDQxLCA0Nik7IGZvbnQtZmFtaWx5OiBTRk1vbm8tUmVndWxhciwgQ29uc29sYXMs ICZxdW90O0xpYmVyYXRpb24gTW9ubyZxdW90OywgTWVubG8sIENvdXJpZXIsIG1vbm9zcGFjZTsg Zm9udC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij5odHRwczovL2dpdGh1Yi5j b20vb1ZpcnQvdmRzbS9ibG9iLzJiOThkYWZmYjJjMmRlYzFiYmJkMzQyN2QzZDMyODYxZDc3ZjAx YTcvbGliL3Zkc20vc3RvcmFnZS9ibG9ja1NELnB5I0w3MTQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOiByZ2IoMzYsIDQxLCA0Nik7IGZvbnQtZmFtaWx5OiBTRk1vbm8tUmVndWxhciwgQ29uc29s YXMsICZxdW90O0xpYmVyYXRpb24gTW9ubyZxdW90OywgTWVubG8sIENvdXJpZXIsIG1vbm9zcGFj ZTsgZm9udC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij4gPC9zcGFuPjwvZGl2 PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxwPiZuYnNwOzwvcD48 L3NwYW4+ ------=_Part_53573_1186128017.1514946785593--

2 3

sslStompReactor just created once, may cause engine failed to connect to new node
by pengyixiang 03 Jan '18

03 Jan '18

------=_Part_31563_326541847.1514165212297 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgIEkgdXNlIFNjZW5hcmlvQ2xpZW50IHRvIGNhbGwgdmRzbS1q c29ucnBjLWNsaWVudCwgYnV0IEkgZmluZCBhZnRlciBteSBlbmdpbmUgY29ubmVjdGVkIHRvIG9u ZSBub2RlLCBJIG5ldyBhIG5vZGUsIHRoZW4gdGhlIGNlcnRzKGVuZ2luZS5wMTIpIGlzIGNoYW5n ZWQsCgpidXQgZW5naW5lIGNhbiBub3QgY29ubmVjdGVkIHRvIG5ldyBub2RlLCBhdCBsYXN0LCBJ IGZpbmQgdGhlIHByb2JsZW0gaW4gdGhlcmUgWzFdLCAgYW5kIEkgdGhpbmsgcnBjJ3MgY2VydHMg dG8gbm9kZSB0aGF0IGlzIHN0aWxsIG9sZCwgc28gSSB0cnkgdG8gY2hhbmdlZCBjb2RlIHRvIFsy XSwKdGhlbiByZXBlYXQgdGhlIHRlc3Qgd2F5LCBpdCB3b3JrcyB3ZWxsLCB0aGUgb3ZpcnQncyBl bmdpbmUgZG9lc24ndCBtZWV0IHRoZSB0cm91YmxlIGFuZCBob3cgZGlkIHlvdSBkbz8gY2xpZW50 IGlzIGNyZWF0ZWQgbGlrZSB0aGlzIFszXS4KCgoKCgoKCgoKWzFdICAgaHR0cHM6Ly9naXRodWIu Y29tL29WaXJ0L3Zkc20tanNvbnJwYy1qYXZhL2Jsb2IvMDc4MjMzZTYwYzI0ZjhiODUyNWIzYmY1 ZmIxYzVhYjlmMWM0ZTBmNC9jbGllbnQvc3JjL21haW4vamF2YS9vcmcvb3ZpcnQvdmRzbS9qc29u cnBjL2NsaWVudC9yZWFjdG9ycy9SZWFjdG9yRmFjdG9yeS5qYXZhI0w3NgoKCgpbMl0gIAoKcHJp dmF0ZSBzdGF0aWMgUmVhY3RvciBnZXRTc2xTdG9tcFJlYWN0b3IoTWFuYWdlclByb3ZpZGVyIHBy b3ZpZGVyKSB0aHJvd3MgQ2xpZW50Q29ubmVjdGlvbkV4Y2VwdGlvbiB7Ci8vICAgICAgICBpZiAo c3NsU3RvbXBSZWFjdG9yICE9IG51bGwpIHsKLy8gICAgICAgICAgICByZXR1cm4gc3NsU3RvbXBS ZWFjdG9yOwovLyAgICAgICAgfQpzeW5jaHJvbml6ZWQgKFJlYWN0b3JGYWN0b3J5LmNsYXNzKSB7 Ci8vICAgICAgICAgICAgaWYgKHNzbFN0b21wUmVhY3RvciAhPSBudWxsKSB7Ci8vICAgICAgICAg ICAgICAgIHJldHVybiBzc2xTdG9tcFJlYWN0b3I7Ci8vICAgICAgICAgICAgfQp0cnkgewpzc2xT dG9tcFJlYWN0b3IgPSBuZXcgU1NMU3RvbXBSZWFjdG9yKHByb3ZpZGVyLmdldFNTTENvbnRleHQo KSk7CiAgICAgICAgICAgIH0gY2F0Y2ggKElPRXhjZXB0aW9uIHwgR2VuZXJhbFNlY3VyaXR5RXhj ZXB0aW9uIGUpIHsKdGhyb3cgbmV3IENsaWVudENvbm5lY3Rpb25FeGNlcHRpb24oZSk7CiAgICAg ICAgICAgIH0KICAgICAgICB9CnJldHVybiBzc2xTdG9tcFJlYWN0b3I7CiAgICB9CgpbM10gCnB1 YmxpYyBTY2VuYXJpb0NsaWVudChTdHJpbmcgaG9zdG5hbWUsIGludCBwb3J0KSB0aHJvd3MgQ2xp ZW50Q29ubmVjdGlvbkV4Y2VwdGlvbiB7CnRoaXMucmVhY3RvciA9IFJlYWN0b3JGYWN0b3J5Lmdl dFJlYWN0b3IoUHJvdmlkZXJGYWN0b3J5LmdldFByb3ZpZGVyKCksIFJlYWN0b3JUeXBlLlNUT01Q KTsKZmluYWwgUmVhY3RvckNsaWVudCBjbGllbnQgPSB0aGlzLnJlYWN0b3IuY3JlYXRlQ2xpZW50 KGhvc3RuYW1lLCBwb3J0KTsKICAgIGNsaWVudC5zZXRDbGllbnRQb2xpY3kobmV3IERlZmF1bHRT dG9tcENvbm5lY3Rpb25Qb2xpY3koKSk7CnRoaXMud29ya2VyID0gUmVhY3RvckZhY3RvcnkuZ2V0 V29ya2VyKFBBUkFMTEVMSVNNKTsKdGhpcy5qc29uQ2xpZW50ID0gdGhpcy53b3JrZXIucmVnaXN0 ZXIoY2xpZW50KTsKdGhpcy5qc29uQ2xpZW50LnNldFJldHJ5UG9saWN5KG5ldyBEZWZhdWx0U3Rv bXBDbGllbnRQb2xpY3koKSk7Cn0= ------=_Part_31563_326541847.1514165212297 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sIGV2ZXJ5b25lITwvZGl2PjxkaXY+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IEkgdXNlIFNjZW5hcmlvQ2xpZW50IHRvIGNhbGwgdmRzbS1qc29u cnBjLWNsaWVudCwgYnV0IEkgZmluZCBhZnRlciBteSBlbmdpbmUgY29ubmVjdGVkIHRvIG9uZSBu b2RlLCBJIG5ldyBhIG5vZGUsIHRoZW4gdGhlIGNlcnRzKGVuZ2luZS5wMTIpIGlzIGNoYW5nZWQs IDxicj48L2Rpdj48ZGl2PmJ1dCBlbmdpbmUgY2FuIG5vdCBjb25uZWN0ZWQgdG8gbmV3IG5vZGUs IGF0IGxhc3QsIEkgZmluZCB0aGUgcHJvYmxlbSBpbiB0aGVyZSBbMV0sJm5ic3A7IGFuZCBJIHRo aW5rIHJwYydzIGNlcnRzIHRvIG5vZGUgdGhhdCBpcyBzdGlsbCBvbGQsIHNvIEkgdHJ5IHRvIGNo YW5nZWQgY29kZSB0byBbMl0sPC9kaXY+PGRpdj4gdGhlbiByZXBlYXQgdGhlIHRlc3Qgd2F5LCBp dCB3b3JrcyB3ZWxsLCB0aGUgb3ZpcnQncyBlbmdpbmUgZG9lc24ndCBtZWV0IHRoZSB0cm91Ymxl IGFuZCBob3cgZGlkIHlvdSBkbz8gY2xpZW50IGlzIGNyZWF0ZWQgbGlrZSB0aGlzIFszXS48YnI+ PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj5bMV0mbmJzcDsmbmJzcDsgaHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zk c20tanNvbnJwYy1qYXZhL2Jsb2IvMDc4MjMzZTYwYzI0ZjhiODUyNWIzYmY1ZmIxYzVhYjlmMWM0 ZTBmNC9jbGllbnQvc3JjL21haW4vamF2YS9vcmcvb3ZpcnQvdmRzbS9qc29ucnBjL2NsaWVudC9y ZWFjdG9ycy9SZWFjdG9yRmFjdG9yeS5qYXZhI0w3Njxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48 ZGl2PlsyXSZuYnNwOyZuYnNwOyA8YnI+PC9kaXY+PGRpdj48cHJlIHN0eWxlPSJiYWNrZ3JvdW5k LWNvbG9yOiNmZmZmZmY7Y29sb3I6IzAwMDAwMDtmb250LWZhbWlseTonRGVqYVZ1IFNhbnMgTW9u byc7Zm9udC1zaXplOjExLjNwdDsiPiAgICA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250 LXdlaWdodDpib2xkOyI+cHJpdmF0ZSBzdGF0aWMgPC9zcGFuPlJlYWN0b3IgZ2V0U3NsU3RvbXBS ZWFjdG9yKE1hbmFnZXJQcm92aWRlciBwcm92aWRlcikgPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAw ODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPnRocm93cyA8L3NwYW4+Q2xpZW50Q29ubmVjdGlvbkV4Y2Vw dGlvbiB7PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjojODA4MDgwO2ZvbnQtc3R5bGU6aXRhbGljOyI+ Ly8gICAgICAgIGlmIChzc2xTdG9tcFJlYWN0b3IgIT0gbnVsbCkgezxicj48L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiM4MDgwODA7Zm9udC1zdHlsZTppdGFsaWM7Ij4vLyAgICAgICAgICAgIHJl dHVybiBzc2xTdG9tcFJlYWN0b3I7PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzgwODA4 MDtmb250LXN0eWxlOml0YWxpYzsiPi8vICAgICAgICB9PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IzgwODA4MDtmb250LXN0eWxlOml0YWxpYzsiPiAgICAgICAgPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5zeW5jaHJvbml6ZWQgPC9zcGFu PihSZWFjdG9yRmFjdG9yeS48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpi b2xkOyI+Y2xhc3M8L3NwYW4+KSB7PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjojODA4MDgwO2ZvbnQt c3R5bGU6aXRhbGljOyI+Ly8gICAgICAgICAgICBpZiAoc3NsU3RvbXBSZWFjdG9yICE9IG51bGwp IHs8YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojODA4MDgwO2ZvbnQtc3R5bGU6aXRhbGlj OyI+Ly8gICAgICAgICAgICAgICAgcmV0dXJuIHNzbFN0b21wUmVhY3Rvcjs8YnI+PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjojODA4MDgwO2ZvbnQtc3R5bGU6aXRhbGljOyI+Ly8gICAgICAgICAg ICB9PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzgwODA4MDtmb250LXN0eWxlOml0YWxp YzsiPiAgICAgICAgICAgIDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdl aWdodDpib2xkOyI+dHJ5IDwvc3Bhbj57PGJyPiAgICAgICAgICAgICAgICA8c3BhbiBzdHlsZT0i Y29sb3I6IzY2MGU3YTtmb250LXN0eWxlOml0YWxpYzsiPnNzbFN0b21wUmVhY3RvciA8L3NwYW4+ PSA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+bmV3IDwvc3Bh bj5TU0xTdG9tcFJlYWN0b3IocHJvdmlkZXIuZ2V0U1NMQ29udGV4dCgpKTs8YnI+ICAgICAgICAg ICAgfSA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+Y2F0Y2gg PC9zcGFuPihJT0V4Y2VwdGlvbiB8IEdlbmVyYWxTZWN1cml0eUV4Y2VwdGlvbiBlKSB7PGJyPiAg ICAgICAgICAgICAgICA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xk OyI+dGhyb3cgbmV3IDwvc3Bhbj5DbGllbnRDb25uZWN0aW9uRXhjZXB0aW9uKGUpOzxicj4gICAg ICAgICAgICB9PGJyPiAgICAgICAgfTxicj4gICAgICAgIDxzcGFuIHN0eWxlPSJjb2xvcjojMDAw MDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5yZXR1cm4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjoj NjYwZTdhO2ZvbnQtc3R5bGU6aXRhbGljOyI+c3NsU3RvbXBSZWFjdG9yPC9zcGFuPjs8YnI+ICAg IH08YnI+PGJyPlszXSA8YnI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6 Ym9sZDsiPnB1YmxpYyA8L3NwYW4+U2NlbmFyaW9DbGllbnQoU3RyaW5nIGhvc3RuYW1lLCA8c3Bh biBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+aW50IDwvc3Bhbj5wb3J0 KSA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+dGhyb3dzIDwv c3Bhbj5DbGllbnRDb25uZWN0aW9uRXhjZXB0aW9uIHs8YnI+ICAgIDxzcGFuIHN0eWxlPSJjb2xv cjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij50aGlzPC9zcGFuPi48c3BhbiBzdHlsZT0iY29s b3I6IzY2MGU3YTtmb250LXdlaWdodDpib2xkOyI+cmVhY3RvciA8L3NwYW4+PSBSZWFjdG9yRmFj dG9yeS48c3BhbiBzdHlsZT0iZm9udC1zdHlsZTppdGFsaWM7Ij5nZXRSZWFjdG9yPC9zcGFuPihQ cm92aWRlckZhY3RvcnkuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6aXRhbGljOyI+Z2V0UHJvdmlk ZXI8L3NwYW4+KCksIFJlYWN0b3JUeXBlLjxzcGFuIHN0eWxlPSJjb2xvcjojNjYwZTdhO2ZvbnQt d2VpZ2h0OmJvbGQ7Zm9udC1zdHlsZTppdGFsaWM7Ij5TVE9NUDwvc3Bhbj4pOzxicj4gICAgPHNw YW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPmZpbmFsIDwvc3Bhbj5S ZWFjdG9yQ2xpZW50IGNsaWVudCA9IDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2Vp Z2h0OmJvbGQ7Ij50aGlzPC9zcGFuPi48c3BhbiBzdHlsZT0iY29sb3I6IzY2MGU3YTtmb250LXdl aWdodDpib2xkOyI+cmVhY3Rvcjwvc3Bhbj4uY3JlYXRlQ2xpZW50KGhvc3RuYW1lLCBwb3J0KTs8 YnI+ICAgIGNsaWVudC5zZXRDbGllbnRQb2xpY3koPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7 Zm9udC13ZWlnaHQ6Ym9sZDsiPm5ldyA8L3NwYW4+RGVmYXVsdFN0b21wQ29ubmVjdGlvblBvbGlj eSgpKTs8YnI+ICAgIDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7 Ij50aGlzPC9zcGFuPi48c3BhbiBzdHlsZT0iY29sb3I6IzY2MGU3YTtmb250LXdlaWdodDpib2xk OyI+d29ya2VyIDwvc3Bhbj49IFJlYWN0b3JGYWN0b3J5LjxzcGFuIHN0eWxlPSJmb250LXN0eWxl Oml0YWxpYzsiPmdldFdvcmtlcjwvc3Bhbj4oPHNwYW4gc3R5bGU9ImNvbG9yOiM2NjBlN2E7Zm9u dC13ZWlnaHQ6Ym9sZDtmb250LXN0eWxlOml0YWxpYzsiPlBBUkFMTEVMSVNNPC9zcGFuPik7PGJy PiAgICA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+dGhpczwv c3Bhbj4uPHNwYW4gc3R5bGU9ImNvbG9yOiM2NjBlN2E7Zm9udC13ZWlnaHQ6Ym9sZDsiPmpzb25D bGllbnQgPC9zcGFuPj0gPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9s ZDsiPnRoaXM8L3NwYW4+LjxzcGFuIHN0eWxlPSJjb2xvcjojNjYwZTdhO2ZvbnQtd2VpZ2h0OmJv bGQ7Ij53b3JrZXI8L3NwYW4+LnJlZ2lzdGVyKGNsaWVudCk7PGJyPiAgICA8c3BhbiBzdHlsZT0i Y29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+dGhpczwvc3Bhbj4uPHNwYW4gc3R5bGU9 ImNvbG9yOiM2NjBlN2E7Zm9udC13ZWlnaHQ6Ym9sZDsiPmpzb25DbGllbnQ8L3NwYW4+LnNldFJl dHJ5UG9saWN5KDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5u ZXcgPC9zcGFuPkRlZmF1bHRTdG9tcENsaWVudFBvbGljeSgpKTs8YnI+fTwvcHJlPjwvZGl2Pjwv ZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxwPiZuYnNwOzwvcD48L3Nw YW4+ ------=_Part_31563_326541847.1514165212297--

3 4

oVirt s390x support - some questions for maintainers
by Barak Korren 03 Jan '18

03 Jan '18

Hi to all project maintainers, As you may know, over the last few months the oVirt project had got some code contributions geared towards enabling the use of s390x (Mainframe) machines as hypervisor hosts. As you may also know, if you've followed the relevant thread, some work had been done in collaboration with the Fedora community to enable os390x support in oVirt`s CI system. We're now at the point where we can take the final step and enable automated builds of node components for s390x/fc27. Looking at what we curently build for ppc64le, I already took the time and submitted patches to enable build jobs for vdsm [2], ovirt-host [3], and ioprocess [4]. The relevant maintainers should have had these patches land in thair inbpx already. Few questions remain however: 1. When would be the best time to merge the patches mentioned above? Given that some of the projects do not support fc27 yet, that the new build jobs may raise issues and that the 4.2 release is fast approaching, the right timing should be considered carefully. 2. Which additional projects need to be build? I can see we build some SDK components for ppc64le as wel, are those dependences of vdsm? Will we need to build then for s390x? [1]: http://jenkins.ovirt.org/search/?q=master_build-artifacts-el7-ppc64le [2]: https://gerrit.ovirt.org/c/85487 [3]: https://gerrit.ovirt.org/c/85486 [4]: https://gerrit.ovirt.org/c/85485 -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

4 8

Warnings in ovirt-engine build process
by Dominik Holler 03 Jan '18

03 Jan '18

If a code change adds a warning to ovirt-engine build process, shouldn't CI mark the change as unstable?

3 3

[ovirt-users] cloud-init not working on master/4.2?
by Roy Golan 03 Jan '18

03 Jan '18

I had problems bootstrapping my glance images, cloud init seems to ignore my password changes and then I realized I'm missing the cdrom in the domxml. To solve it I disabled the DomainXML feature(engine preparing the domxml, not vdsm) and it started working. Before I open a bug can anyone try to reproduce on 4.2? The workaround with engine-config: echo DomainXML | engine-config -s DomainXML=false --cver=4.2 -p /dev/stdin

3 5

WFLYCTL0348: Timeout after [300] seconds waiting for service container stability
by Yedidyah Bar David 02 Jan '18

02 Jan '18

Hi all, Can someone please help debug this failure? It happens to me when deploying hosted-engine --ansible using ovirt-system-tests. So far happened to me once when tried manually and once in jenkins [1] (/var/log/ovirt-engine) [2] (server.log): 2018-01-01 08:19:14,375-05 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 57) WFLYCLINF0002: Started timeout-base cache from ovirt-engine container 2018-01-01 08:23:49,407-05 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0348: Timeout after [300] seconds waiting for service container stability. Operation will roll back. Step that first updated the service container was 'add' at address '[ ("core-service" => "management"), ("management-interface" => "native-interface") ]' On my own system, HE-HA-agent gave up, stopped the machine, started it, and then the engine did start well. In jenkins, we do not give it enough time for this. Now pushed a patch [3] to increase the timeout to 20 minutes (from 10), but this is just to see if it works then. For now, at least. Thanks, [1] http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_… [2] http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_… [3] https://gerrit.ovirt.org/85856 -- Didi

2 3