June 2017 - Devel - oVirt List Archives

rounding microseconds in vm conf update
by Valentina Makarova 22 Jun '17

22 Jun '17

Hello! Ovirt sdk process updating of vm template with rounding of microseconds in creation_time. And vm is marked as vm which has a newer configuration because of this, but there is not a new configuration, all difference between current configuration and next_run configuration is creation_time. It is not correct. For example, diff between curl get-request for this state of vm and next_run state is: [ovirt-system-tests]$ diff current_state.txt next_state.txt 55c55 < <creation_time>2017-06-14T06:18:03*.987*-04:00</creation_time> --- > <creation_time>2017-06-14T06:18:03*.000*-04:00</creation_time> 76a77 And example how to request update for reach rounding is a test in ovirt_system_test: @ovirtlago.testlib.with_ovirt_api def update_round(api): vm = api.vms.get('vm0') #there vm.creation_time.isoformat() is a real datetime with microseconds vm.update() #after this vm.creation_time.isoformat() contains a real datetime with microseconds, #but vm becames vm with newer configuration and # next_run creation time becomes rounded to seconds Does anyone have idea how to fix this? Sincerely, Valentina Makarova

2 1

Re: [ovirt-devel] help with building a package with Copr
by Eyal Edri 22 Jun '17

22 Jun '17

Adding also devel list, I think there are some maintainers who build in copr. On Thu, Jun 22, 2017 at 6:23 AM, Marc Dequènes (Duck) <duck(a)redhat.com> wrote: > Quack, > > So my project is here: > https://copr.fedorainfracloud.org/coprs/duck/PostSRSd/build/568647/ > In the SCM URL I've got the spec file. > > I built this package on a CentOS 7.3 VM successfully and it currently > works well in production. > > On Copr I've got this error: > > https://copr-be.cloud.fedoraproject.org/results/ > duck/PostSRSd/epel-7-x86_64/00568647-postsrsd/build.log.gz > > So I made a small change (second commit) to try to make things simpler > just in case but it does not work better. > > So I'm at a loss. Could someone give a hand please? > \_o< > > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > -- Eyal edri ASSOCIATE MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

2 1

Lowering the bar for wiki contribution?
by Roy Golan 22 Jun '17

22 Jun '17

I'm getting the feeling I'm not alone in this, authoring and publishing a wiki page isn't as used to be for long time. I want to suggest a bit lighter workflow: 1. Everyone can merge their page - (it's a wiki) Same as with (public and open) code, no one has the motivation to publish a badly written wiki page under their name. True, it can have an impact, but not as with broken code 2. Use Page-Status marker The author first merges the draft. Its now out there and should be updated as time goes and its status is DRAFT. Maintainers will come later and after review would change the status to PUBLISH. That could be a header in on the page: --- page status: DRAFT/PUBLISH --- Simple I think, and should work.

14 23

dnf issue on FC24/25 slaves
by Gil Shinar 21 Jun '17

21 Jun '17

Today we have encountered a dnf issue on all of our FC24/25 slaves. It affected all Jenkins jobs that are running on these slaves. If you see this error message: *system-python: /builddir/build/BUILD/hawkey-0.6.3/src/sack.c:354: load_ext: Assertion `ret == 0' failed* please be patient. We are working to solve this issue in the next couple of minutes. It was basically a fedora mirror issue. They have a bug on it but looks like they have already fixed it. Thanks Gil

1 1

ovirt-node-ng-installer-master-2017062004 is missing the Updates repository.
by Mike Hulsman 20 Jun '17

20 Jun '17

------=_Part_53379_1338138929.1497963607312 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I installed the ovirt-node-ng-installer-master-2017062004.iso and tried to create a host from within a Ovirt-engine. I got the error: Failed to install Host node01. Yum Cannot queue package qemu-kvm-tools: Package qemu-kvm-tools cannot be found. The solution for this problem is to enable the updates in the /etc/yum.repos.d/CentOS-Base.repo file. I also see that the base repo is also disabled. Regards, Mike Hulsman Proxy Managed Services B.V. | www.proxy.nl | Enterprise IT-Infra, Open Source and Cloud Technology Delftweg 128 3043 NB Rotterdam The Netherlands | +31 10 307 0965 ------=_Part_53379_1338138929.1497963607312 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Arial, Helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>I installed the ovirt-node-ng-installer-mas= ter-2017062004.iso and tried to create a host from within a Ovirt-engine.<b= r></div><div>I got the error: Failed to install Host node01. Yum Cannot que= ue package qemu-kvm-tools: Package qemu-kvm-tools cannot be found.<br data-= mce-bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div>The solution= for this problem is to enable the updates in the /etc/yum.repos.d/CentOS-B= ase.repo file.<br data-mce-bogus=3D"1"></div><div><br data-mce-bogus=3D"1">= </div><div>I also see that the base repo is also disabled.<br data-mce-bogu= s=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div><br></div><div data-= marker=3D"__SIG_PRE__">Regards, <br><br>Mike Hulsman<br><br>Proxy Managed S= ervices B.V. | www.proxy.nl | Enterprise IT-Infra, Open Source and Cloud Te= chnology<br>Delftweg 128 3043 NB Rotterdam The Netherlands | +31 10 307 096= 5</div></div></body></html> ------=_Part_53379_1338138929.1497963607312--

1 0

[ OST Failure Report ] [ oVirt master ] [ 19/06/17 ] [ add_secondary_storage_domains ]
by Gil Shinar 20 Jun '17

20 Jun '17

Test failed: 002_bootstrap.add_secondary_storage_domains Link to suspected patches: Link to Job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7264 Link to all logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7264/artif… Error snippet from the log: Host 0: 2017-06-19 08:46:48,457-0400 WARN (jsonrpc/1) [storage.HSM] getPV failed for guid: 360014050f775dd654404bd39d061693c (hsm:1928) Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 1925, in _getDeviceList pv = lvm.getPV(guid) File "/usr/lib/python2.7/site-packages/vdsm/storage/lvm.py", line 852, in getPV raise se.InaccessiblePhysDev((pvName,)) InaccessiblePhysDev: Multipath cannot access physical device(s): "devices=(u'360014050f775dd654404bd39d061693c',)" 2017-06-19 08:46:48,546-0400 WARN (jsonrpc/1) [storage.LVM] lvm pvs failed: 5 [] [' Failed to find physical volume "/dev/mapper/360014050fae4a3a8e8047e6933531876".'] (lvm:322) 2017-06-19 08:46:48,546-0400 WARN (jsonrpc/1) [storage.HSM] getPV failed for guid: 360014050fae4a3a8e8047e6933531876 (hsm:1928) Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 1925, in _getDeviceList pv = lvm.getPV(guid) File "/usr/lib/python2.7/site-packages/vdsm/storage/lvm.py", line 852, in getPV raise se.InaccessiblePhysDev((pvName,)) InaccessiblePhysDev: Multipath cannot access physical device(s): "devices=(u'360014050fae4a3a8e8047e6933531876',)" Host 1: *2017-06-19 08:49:03,151-0400 ERROR (monitor/b92f872) [storage.Monitor] Setting up monitor for b92f8727-8c51-4e12-a3fe-5441531c13ca failed (monitor:329) Traceback (most recent call last): File "/usr/share/vdsm/storage/monitor.py", line 326, in _setupLoop self._setupMonitor() File "/usr/share/vdsm/storage/monitor.py", line 348, in _setupMonitor self._produceDomain() File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 237, in wrapper value = meth(self, *a, **kw) File "/usr/share/vdsm/storage/monitor.py", line 366, in _produceDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 108, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 49, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 132, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 149, in _findDomain return findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 174, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'b92f8727-8c51-4e12-a3fe-5441531c13ca',)*

3 3

Heads up: VdcAction* classes names have been changed
by Tal Nisan 20 Jun '17

20 Jun '17

Hi all, I've merged patches to change the legacy name "VdcAction*" to "Action*", the Vdc prefix is here from long time ago and doesn't make much sense anymore (if it ever did). Please make sure you rebase your patches before submitting and make sure CI passes again even if it passed before rebasing. Changed classes are: VdcActionType -> ActionType VdcActionTypeDeserializer -> ActionTypeDeserializer VdcActionParametersBase -> ActionParametersBase VdcActionUtils -> ActionUtils Thanks for the reviewers that helped review those long and boring patches (amureini, masayah, frolland, ishaby, awels, gsheremeta, oourfali) Next up on my list is VdcQuery*, stay tuned :)

3 2

[ENGINE][ACTION_NEEDED] - default maintainers, per path
by Roy Golan 19 Jun '17

19 Jun '17

Hi all, Some time ago the infra team enabled *gerrit default reviewer plugin* which you probably noticed if you logged in to gerrit. What we can do is for example set the stable branch maintainers per branch automatically: [filter "branch:ovirt-engine-4.1"] reviewer = stableBranchMaintainersGroup Put people based on path: [filter "branch:master file:^frontend/.*"] reviewer = j.r.r.t(a)shire.me *Action Needed:* Nominate yourself, or others, by amending this patch online [1]. Once this patch is fully acked and agreed we will merge it. If something can't get consensus we will defer it from the patch till maintainers agree. [1] https://gerrit.ovirt.org/#/c/77488/

1 1

Heads up: Checkstyle is now enforcing blank lines between import groups in oVirt Engine
by Tal Nisan 18 Jun '17

18 Jun '17

A couple of years ago commit a4f50e3b introduced a new checkstyle validation in oVirt Engine that enforces the order of the imports since some of the developers did not use the standards from the Engine code format and this caused a situation where some commits included aside for the actual code also a reformat of the imports that was unrelated to the patch. After the validation was added the situation got better but there were still no 100% alignment since the Engine code format also defines that there should be that there should be a blank line between the different import groups and this was not enforced, a fact that caused some patches to add lines and some remove lines between the imports. Today I've merged commit bf298fed that fixes all the imports as per the project standard and commit 1c6b710 that adds a checkstyle validation that enforces this change so note that from now on you should maintain that. You can add the code format which is located in Engine root under config/engine-code-format.xml to your IDE to have the imports arranged automatically.

1 0

ovirt_master_hc-system-tests and gluster
by Sandro Bonazzola 18 Jun '17

18 Jun '17

Hi, I was looking at Bug 1429537 <https://bugzilla.redhat.com/show_bug.cgi?id=1429537> - [RFE] Rebase on gluster-3.10 for oVirt Hosted Engine and pretty happy that ovirt_master_hc-system-tests is green. But despite ovirt-release-master is enabling gluster 10 repositories[1], ovirt_master_hc-system-tests is consuming glusterfs 3.8.12[2] This jenkins job is therefore ineffective. Can you please fix the job for consuming glusterfs 3.10? Thanks, [1] https://gerrit.ovirt.org/#/c/74129/ [2] http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/133/artifact/expo… -- 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 2

[ OST Failure Report ] [ oVirt 4.1 ] [ 15/06/17 ] [ snapshot merge ]
by Gil Shinar 18 Jun '17

18 Jun '17

Test failed: 004_basic_sanity.snapshots_merge Link to Job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1713/ Link to all logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1713/artifact… Error snippet from the log: Enginr error: 2017-06-15 09:16:56,989-04 WARN [org.ovirt.engine.core.bll.GetVmConfigurationBySnapshotQuery] (default task-8) [d18e72b4-f40f-4229-850f-b347ab08aef6] Snapshot '5341b09d-3e06-4dd2-92ec-3325fa50a9d6' does not exist 2017-06-15 09:16:56,989-04 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-8) [] Operation Failed: Entity not found: null VDSM error: 2017-06-15 09:15:14,948-0400 INFO (jsonrpc/6) [vdsm.api] FINISH teardownImage error=Cannot deactivate Logical Volume: ('General Storage Exception: ("5 [] [\' Logical volume cb913f2b-22ef-4beb-b9c8-4d865f2e48a7/cb64690e-473d-4c3c-a4e6-640de10f119b in use.\', \' Logical volume cb913f2b-22ef-4beb-b9c8-4d865f2e48a7/3dd815a0-92a9-4337-b467-6e0dd7fcf223 in use.\']\\ncb913f2b-22ef-4beb-b9c8-4d865f2e48a7/[\'3dd815a0-92a9-4337-b467-6e0dd7fcf223\', \'cb64690e-473d-4c3c-a4e6-640de10f119b\']",)',) from=::ffff:192.168.201.2,43638, flow_id=33e259a3-3db2-4c07-a6f0-a1e5be5b98d6 (api:50) 2017-06-15 09:15:14,949-0400 ERROR (jsonrpc/6) [storage.TaskManager.Task] (Task='d96ad445-3017-4fea-b6d4-59adae63156a') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "<string>", line 2, in teardownImage File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method ret = func(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 3186, in teardownImage dom.deactivateImage(imgUUID) File "/usr/share/vdsm/storage/blockSD.py", line 1288, in deactivateImage lvm.deactivateLVs(self.sdUUID, volUUIDs) File "/usr/share/vdsm/storage/lvm.py", line 1304, in deactivateLVs _setLVAvailability(vgName, toDeactivate, "n") File "/usr/share/vdsm/storage/lvm.py", line 843, in _setLVAvailability raise error(str(e)) CannotDeactivateLogicalVolume: Cannot deactivate Logical Volume: ('General Storage Exception: ("5 [] [\' Logical volume cb913f2b-22ef-4beb-b9c8-4d865f2e48a7/cb64690e-473d-4c3c-a4e6-640de10f119b in use.\', \' Logical volume cb913f2b-22ef-4beb-b9c8-4d865f2e48a7/3dd815a0-92a9-4337-b467-6e0dd7fcf223 in use.\']\\ncb913f2b-22ef-4beb-b9c8-4d865f2e48a7/[\'3dd815a0-92a9-4337-b467-6e0dd7fcf223\', \'cb64690e-473d-4c3c-a4e6-640de10f119b\']",)',) 2017-06-15 09:15:14,952-0400 INFO (jsonrpc/6) [storage.TaskManager.Task] (Task='d96ad445-3017-4fea-b6d4-59adae63156a') aborting: Task is aborted: 'Cannot deactivate Logical Volume' - code 552 (task:1175) 2017-06-15 09:15:14,953-0400 ERROR (jsonrpc/6) [storage.Dispatcher] FINISH teardownImage error=Cannot deactivate Logical Volume: ('General Storage Exception: ("5 [] [\' Logical volume cb913f2b-22ef-4beb-b9c8-4d865f2e48a7/cb64690e-473d-4c3c-a4e6-640de10f119b in use.\', \' Logical volume cb913f2b-22ef-4beb-b9c8-4d865f2e48a7/3dd815a0-92a9-4337-b467-6e0dd7fcf223 in use.\']\\ncb913f2b-22ef-4beb-b9c8-4d865f2e48a7/[\'3dd815a0-92a9-4337-b467-6e0dd7fcf223\', \'cb64690e-473d-4c3c-a4e6-640de10f119b\']",)',) (dispatcher:78

1 0

UI Redesign patch has been merged.
by Alexander Wels 16 Jun '17

16 Jun '17

Hi, I have just merged [1] which is a huge patch to update the look and feel of the webadmin UI to be more modern and based on Patternfly. I believe this is a huge step forward for the UI and should hopefully improve the usability and functionality of the UI (it certainly looks better). There are a bunch of follow up patches that once merged will make the UI look like [2]. It might take a few days for all of these patches to get into master. There are more enhancements planned to the usability of the UI as part of the overhaul process. As always, if there are any issues or comments let me know and I will be sure to address them ASAP. Alexander ps. You will have to clear your browser cache to get some of the formatting to look right. [1] https://gerrit.ovirt.org/#/c/75669/ [2] http://imgur.com/a/JX0iG

5 6

[ovirt-system-tests] Failed after fluentd rpm ubdate
by Valentina Makarova 16 Jun '17

16 Jun '17

Hello! Fluentd packages was modified yesterday there http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/el7/noarch/ This repository is referenced in reposync-config. And now run_suile.sh failed in 003_00_metrics_bootstrap test with error: TASK [fluentd : Ensure fluentd configuration directory exists] ***************** fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "gid": 0, "group": "root", "mode": "0755", "msg": "chgrp failed: failed to look up group fluentd" And the same error on host0 and hos1. Does anyone know how to fix it? Sincerely, Valentina Makarova

7 12

UnboundID LDAP SDK for Java 4.0.0 has been released upstream
by Sandro Bonazzola 15 Jun '17

15 Jun '17

Hi, just an heads up that a new release of UnboundID LDAP SDK for Java is available upstream. I'm going to build it for Fedora Rawhide, please let me know if we need it for 4.2, requiring a backport to Fedora 25 / 26 and EL7 or if it can just stay in Rawhide for ovirt >= 4.3 consumption. Here the release notes: https://github.com/pingidentity/ldapsdk/releases/tag/4.0.0 Fedora tracking bug: Bug 1461604 <https://bugzilla.redhat.com/show_bug.cgi?id=1461604> - unboundid-ldapsdk-4.0.0 is available 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>

3 3

Removal of Export Storage Domain and virt-v2v
by Richard W.M. Jones 15 Jun '17

15 Jun '17

As you may know virt-v2v can use the Export Storage Domain (ESD) to upload converted virtual machines to oVirt. It was brought to my attention yesterday that the ESD feature is being dropped, so this will no longer work at some point in the future. (BTW I would appreciate notice if you're going to drop major features that we rely on.) Although virt-v2v can still work via the GUI, this isn't really suitable for bulk, scripted upload of hundreds or thousands of VMs. The ESD method was never very good. It was sort of an undocumented back door into oVirt, and it was slow, and still required manual intervention (after virt-v2v had done its job, you still needed to go through the GUI and import the guests into the Data Domain). What we really need is a fully scripted method to upload VMs -- metadata and disk images -- to oVirt. Maybe one exists already? If not, what's the best way to do this? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org

3 4

Fwd: Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #501
by Dafna Ron 14 Jun '17

14 Jun '17

This is a multi-part message in MIME format. --------------CB71ADCC664B54A2C90904A0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Hi, We have a failure on centos sync. Anyone can take a look? Thanks, Dafna -------- Forwarded Message -------- Subject: Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #501 Date: Wed, 14 Jun 2017 16:39:03 +0000 (UTC) From: jenkins(a)jenkins.phx.ovirt.org To: infra(a)ovirt.org See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/13/75913/5:patch --prune > git rev-parse origin/patch^{commit} # timeout=10 > git rev-parse patch^{commit} # timeout=10 Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch) > git config core.sparsecheckout # timeout=10 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/hudson8025271032904376196.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 96, in retrieveAllMD downloading = repo._commonRetrieveDataMD_list(mdtypes) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1609, in _commonRetrieveDataMD_list os.rename(local, local + '.old.tmp') OSError: [Errno 2] No such file or directory Build step 'Execute shell' marked build as failure _______________________________________________ Infra mailing list Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra --------------CB71ADCC664B54A2C90904A0 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> </head> <body text="#000000" bgcolor="#FFFFFF"> <p>Hi, <br> </p> <p>We have a failure on centos sync. </p> <p>Anyone can take a look? <br> </p> <p>Thanks, <br> </p> <p>Dafna</p> <p><br> </p> <div class="moz-forward-container"><br> <br> -------- Forwarded Message -------- <table class="moz-email-headers-table" border="0" cellspacing="0" cellpadding="0"> <tbody> <tr> <th valign="BASELINE" align="RIGHT" nowrap="nowrap">Subject: </th> <td>Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #501</td> </tr> <tr> <th valign="BASELINE" align="RIGHT" nowrap="nowrap">Date: </th> <td>Wed, 14 Jun 2017 16:39:03 +0000 (UTC)</td> </tr> <tr> <th valign="BASELINE" align="RIGHT" nowrap="nowrap">From: </th> <td><a class="moz-txt-link-abbreviated" href="mailto:jenkins@jenkins.phx.ovirt.org">jenkins(a)jenkins.phx.ovirt.org</a></td> </tr> <tr> <th valign="BASELINE" align="RIGHT" nowrap="nowrap">To: </th> <td><a class="moz-txt-link-abbreviated" href="mailto:infra@ovirt.org">infra(a)ovirt.org</a></td> </tr> </tbody> </table> <br> <br> <pre>See <a class="moz-txt-link-rfc2396E" href="http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…"><http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/501/display/redirect></a> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <a class="moz-txt-link-rfc2396E" href="http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…"><http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/ws/></a> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url <a class="moz-txt-link-freetext" href="http://gerrit.ovirt.org/jenkins.git">http://gerrit.ovirt.org/jenkins.git</a> # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from <a class="moz-txt-link-freetext" href="http://gerrit.ovirt.org/jenkins.git">http://gerrit.ovirt.org/jenkins.git</a> > git --version # timeout=10 > git fetch --tags --progress <a class="moz-txt-link-freetext" href="http://gerrit.ovirt.org/jenkins.git">http://gerrit.ovirt.org/jenkins.git</a> +refs/changes/13/75913/5:patch --prune > git rev-parse origin/patch^{commit} # timeout=10 > git rev-parse patch^{commit} # timeout=10 Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch) > git config core.sparsecheckout # timeout=10 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/hudson8025271032904376196.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 96, in retrieveAllMD downloading = repo._commonRetrieveDataMD_list(mdtypes) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1609, in _commonRetrieveDataMD_list os.rename(local, local + '.old.tmp') OSError: [Errno 2] No such file or directory Build step 'Execute shell' marked build as failure _______________________________________________ Infra mailing list <a class="moz-txt-link-abbreviated" href="mailto:Infra@ovirt.org">Infra(a)ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/infra">http://lists.ovirt.org/mailman/listinfo/infra</a> </pre> </div> </body> </html> --------------CB71ADCC664B54A2C90904A0--

2 1

Regarding changes in Apperrors
by shubham dubey 11 Jun '17

11 Jun '17

Hello, I have added a validation in validate() method in runvmcommand.java. if the validation failed then I have added failValidation(EngineMessage.INITIALIZATION_FAIL_SINCE_VM_DISK_IS_IN_BACKUP_STORAGE); Now I want to know that where to declare it, in frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties or in frontend/webadmin/modules/frontend/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties Thanks, Shubham

2 2

vdsm libs dependencies
by Pavel Gashev 11 Jun '17

11 Jun '17

--_000_3ECE0CC4CC784D5C8DE6B77CDA7F189Aacroniscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBhIHF1ZXN0aW9uIGFib3V0IGRlcGVuZGVuY2llcyBvZiB2ZHNtIGxp YnJhcmllcy4gQ291bGQgc29tZWJvZHkgc3VnZ2VzdCBob3cgSSBjYW4gdXNlIHZkc20ubmV0d29y ay5pcHdyYXBwZXIgZnJvbSB2ZHNtLnN0b3JhZ2U/DQoNClNwZWNpZmljYWxseSwgSSBuZWVkIGEg d2F5IHRvIGRldGVybWluZSB0aGF0IGFuIElQIGFkZHJlc3Mgb2YgTkZTIHBhdGggaXMgbG9jYWwu IFRoZSByaWdodCB3YXkgdG8gZGV0ZXJtaW5lIHRoYXQgaXMgYXMgc2ltcGxlIGFzIHRoZSBmb2xs b3dpbmc6DQoNCiMgL3NiaW4vaXAgcm91dGUgZ2V0IFguWC5YLlggfCBncmVwIC1xIF5sb2NhbCAm JiBlY2hvIElQIGlzIGxvY2FsDQoNClRoaXMgaXMgd2h5IEkgbmVlZCB0byB1c2UgdmRzbS5uZXR3 b3JrLmlwd3JhcHBlci4gU2VlIGRldGFpbHMgYXQgaHR0cHM6Ly9nZXJyaXQub3ZpcnQub3JnLyMv Yy82ODgyMi8NCg0KVGhhbmtzDQoNCg== --_000_3ECE0CC4CC784D5C8DE6B77CDA7F189Aacroniscom_ Content-Type: text/html; charset="utf-8" Content-ID: <77AD686C8113B2458D846577C397B4F2(a)acronis.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCmE6bGluaywgc3Bhbi5N c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2lu ZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglt c28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRl YWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo1OTUuMHB0IDg0Mi4wcHQ7DQoJbWFyZ2luOjIuMGNtIDQyLjVw dCAyLjBjbSAzLjBjbTt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tR0Ii IGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPkhlbGxvLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGhhdmUgYSBxdWVzdGlvbiBhYm91dCBk ZXBlbmRlbmNpZXMgb2YgdmRzbSBsaWJyYXJpZXMuIENvdWxkIHNvbWVib2R5IHN1Z2dlc3QgaG93 IEkgY2FuIHVzZSB2ZHNtLm5ldHdvcmsuaXB3cmFwcGVyIGZyb20gdmRzbS5zdG9yYWdlPzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5TcGVjaWZpY2FsbHksIEkgbmVlZCBhIHdheSB0byBkZXRlcm1pbmUgdGhhdCBhbiBJ UCBhZGRyZXNzIG9mIE5GUyBwYXRoIGlzIGxvY2FsLiBUaGUgcmlnaHQgd2F5IHRvIGRldGVybWlu ZSB0aGF0IGlzIGFzIHNpbXBsZSBhcyB0aGUgZm9sbG93aW5nOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4jIC9zYmlu L2lwIHJvdXRlIGdldCBYLlguWC5YIHwgZ3JlcCAtcSBebG9jYWwgJmFtcDsmYW1wOyBlY2hvIElQ IGlzIGxvY2FsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoaXMgaXMgd2h5IEkgbmVlZCB0byB1c2UgdmRzbS5uZXR3 b3JrLmlwd3JhcHBlci4gU2VlIGRldGFpbHMgYXQNCjxhIGhyZWY9Imh0dHBzOi8vZ2Vycml0Lm92 aXJ0Lm9yZy8jL2MvNjg4MjIvIj5odHRwczovL2dlcnJpdC5vdmlydC5vcmcvIy9jLzY4ODIyLzwv YT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+VGhhbmtzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_3ECE0CC4CC784D5C8DE6B77CDA7F189Aacroniscom_--

4 6

GWT symbol maps are now installed with Engine, the "debuginfo" packages are out
by Vojtech Szocs 09 Jun '17

09 Jun '17

Hello everyone, in master [1] and 4.1 [2] branches, meaningful (de-obfuscated) GWT/Java stack traces are now available right after Engine installation or upgrade. There's no need to install the complementary "debuginfo" packages anymore. In fact, those packages are removed now. (If installed, please remove them manually before upgrading Engine.) Please refer to commit msg for details. [1] https://gerrit.ovirt.org/#/c/75420 [2] https://gerrit.ovirt.org/#/c/77892/ Regards, Vojtech

4 5

ovirt engine in docker container
by Petr Kotas 08 Jun '17

08 Jun '17

Hi all, I am containerizing the ovirt engine with docker and docker-compose. Does anybody tried something similar? I would like to share knowledge and build universal dev environment to easier our lives. Thanks :) Petr Kotas

2 1

outage alert: Gerrit.ovirt.org is down
by Eyal Edri 08 Jun '17

08 Jun '17

FYI, Gerrit.ovirt.org which is hosted on Amazon seems to be not responding, we're investigating the issue and will report shortly once we identify the problem. oVirt infra. -- Eyal edri ASSOCIATE MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 1

[ OST Failure Report ] [ oVirt master ] [ 06-06-2017 ] live_storage_migration
by Evgheni Dereveanchin 08 Jun '17

08 Jun '17

Hi, We have the following test failing on master: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7050/testR… Stack trace from engine.log: 2017-06-06 12:15:13,150-04 ERROR [org.ovirt.engine.core.bll.storage.lsm.LiveMigrateDiskCommand] (DefaultQuartzScheduler2) [2b9829cc-1fce-47c8-93d8-c97b5531c930] Error during ValidateFailure.: java.lang.IllegalArgumentException: Cannot validate operation on disk for action of type LiveMigrateDisk as it is not an allowed command for the disk content type. at org.ovirt.engine.core.bll.validator.storage.DiskOperationsValidator.isOperationAllowedOnDisk(DiskOperationsValidator.java:34) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.MoveOrCopyDiskCommand.checkOperationAllowedOnDiskContentType(MoveOrCopyDiskCommand.java:187) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.MoveOrCopyDiskCommand.validate(MoveOrCopyDiskCommand.java:144) [bll.jar:] at org.ovirt.engine.core.bll.storage.lsm.LiveMigrateDiskCommand.validate(LiveMigrateDiskCommand.java:360) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:849) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:403) [bll.jar:] ... Suspect patches: https://gerrit.ovirt.org/#/c/77521/ https://gerrit.ovirt.org/#/c/77452/ full engine.log: http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper… first failing job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7050/ -- Regards, Evgheni Dereveanchin

2 1

Need Support to fix oVirt Engine - Fails to start engine VM
by Rizwan Qureshi 08 Jun '17

08 Jun '17

--_000_LOXP123MB106111E7C95DE5E4C1CE0364EDC90LOXP123MB1061GBRP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Developers, We are new to ovirt developers list, infact new to oVirt also. We unfortuna= tely managed to break our oVirt installation. The engine VM does not seem t= o start after we updated to 4.0 from 3.6 and did a restart. We are looking for someone specialized to fix this kind of issues. I have f= ailed to find anyone who provides support for oVirt so resorting to the dev= elopers list now. Already tried using the users list and someone did try to= help but could not get it to work. You can see the thread below for refere= nce and logs that I posted: http://lists.ovirt.org/pipermail/users/2017-May/082309.html Can anyone help please? -- Best Regards, Rizwan Qureshi VoIP Admin Ph: 01482427836 --_000_LOXP123MB106111E7C95DE5E4C1CE0364EDC90LOXP123MB1061GBRP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hello Developers,<o:p></o:p></p> <p class=3D"MsoNormal">We are new to ovirt developers list, infact new to o= Virt also. We unfortunately managed to break our oVirt installation. The en= gine VM does not seem to start after we updated to 4.0 from 3.6 and did a r= estart.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">We are looking for someone specialized to fix this k= ind of issues. I have failed to find anyone who provides support for oVirt = so resorting to the developers list now. Already tried using the users list= and someone did try to help but could not get it to work. You can see the thread below for reference and logs th= at I posted:<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><a href=3D"http://lists.ovirt.org/pipermail/users/20= 17-May/082309.html">http://lists.ovirt.org/pipermail/users/2017-May/082309.= html</a><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Can anyone help please?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-GB">--<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-GB">Best Regards,<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-GB">Rizwan Qureshi<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-GB">VoIP Admin<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-GB">Ph: 01482427836<o:p></o:p></spa= n></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_LOXP123MB106111E7C95DE5E4C1CE0364EDC90LOXP123MB1061GBRP_--

2 1

Who cares about 'memGuaranteedSize'?
by Francesco Romani 08 Jun '17

08 Jun '17

Hi all, We have this field in the Vdsm API: - description: The amount of memory guaranteed to the VM in MB name: memGuaranteedSize type: uint Available in VmDefinition, VMFullInfo, VmParameters Vdsm dutifully records and reports this value - but doesn't use it. It is used exactly once for balloon stata: stats['balloonInfo'].update({ 'balloon_max': str(max_mem), 'balloon_min': str( int(vm.conf.get('memGuaranteedSize', '0')) * 1024), 'balloon_cur': str(balloon_cur), 'balloon_target': str(balloon_target) }) Now, a quick git grep in both MOM and Engine reveals no obvious usages. Am I missing something? Can we drop this for 4.2, and deprecate it in next(4.1) ? Thanks, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

2 1

[ OST Failue Report ] [ oVirt master ] [ 7/6/17 ] engine upgrade: 001_upgrade_engine
by Daniel Belenky 07 Jun '17

07 Jun '17

Hi all, oVirt engine upgrade test failed. Version failing: upgrade from 4.1 to master | upgrade from 4.0 to master Link to failed job: test-repo_ovirt_experimental_master/7091/ <http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7091/> Link to suites logs: logs <http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7091/artif…> Suspected patch: Gerrit 77254: packaging: ovirt-provider-ovn password must not be empty by default <https://gerrit.ovirt.org/#/c/77254/> Potential fix(es): [1] 77934: Add ovirtProviderOvnPassword to the answer file <https://gerrit.ovirt.org/#/c/77934/> [2] 77975: Update upgrade engine answer-file with ovirtProviderOvnPassword <https://gerrit.ovirt.org/#/c/77975/> iIt seems that though the answer file includes the ovn password, engine-setup ignores it. Can anyone provide more info/actions can be done in order to fix this issue? Thanks, -- DANIEL BELENKY Associate sw engineer RHEV DEVOPS Red Hat Israel <https://www.redhat.com/> dbelenky(a)redhat.com IRC: #rhev-integ, #rhev-dev <https://red.ht/sig>

1 0