- Devel - oVirt List Archives

[QE][ACTION NEEDED] oVirt 3.4.3 RC status
by Sandro Bonazzola 25 Jun '14

25 Jun '14

Hi, We're going to start composing oVirt 3.4.3 RC on *2014-07-10 08:00 UTC* from 3.4 branch. A 3.4.3 branch will be created immediately after using the same hash of the build. The bug tracker [1] shows no blocking bugs for the release There are still 34 bugs [2] targeted to 3.4.3. Excluding node and documentation bugs we still have 12 bugs [3] targeted to 3.4.3. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.4.3 should not be released without them fixed. - Please update the target to any next release for bugs that won't be in 3.4.3: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please build packages before *2014-07-09 15:00 UTC*. Community: - If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5] [1] bugzilla.redhat.com/1107968 [2] http://red.ht/1lBAw2R [3] http://red.ht/1ly9hfA [4] http://www.ovirt.org/OVirt_3.4.3_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Update on QEMU Snapshot Package in CentOS
by Brian Proffitt 25 Jun '14

25 Jun '14

All: I spoke with KB at CentOS about maintaining the qemu package for the Virt SIG. He has expressed concerns that if oVirt curates the qemu package in order to have the snapshotting flag turned on, then there might arise a situation where each project within the SIG would be getting their own versions of qemu. To help mitigate against such an occurrence, KB suggested that oVirt take ownership of not the RHEL distro-specific version of qemu, but a more upstream version instead. Upon discussion with Douglas Landsgraf and Itamar, it seemed to make more sense to keep downloading from CentOS repo and rebuilding it with flag enabled and either sharing that with the SIG or inside our own oVirt repository. Basically, KB's issue that if oVirt does wish to curate this package on behalf of the SIG, that we as a project would be willing to manage all requests from the rest of the SIG participants (such as the example he raised, which was his personal wish that the vdi and Microsoft vpc formats be turned on as well, so he can build Azure images more easily). If we were willing to take on such a responsibility for the SIG, then this would mitigate multiple versions of qemu appearing. >From my side, I believe this is a reasonable expectation, given that we are going to get what we need within CentOS and still can be a responsible community player within the SIG. I put the question to the developers: is this something we want to undertake, or should we simply maintain our version of qemu within an oVirt-specific repository? Peace, Brian -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

5 11

HA not working 3.4.2
by mad Engineer 25 Jun '14

25 Jun '14

Hi i was testing HA of ovirt,(i am from Xenserver background and trying to use KVM solution in our environment) Have 2 hosts with NFS storage and i tested migration between these two hosts. On Host2 while VM was running on it, i unplugged Power cable and it took long minutes to update that VM is down,okkk now long wait...... .. ..... ....... VM state changed to *unkown *and not booted on second Node ie Host1 its been half an hour and still the VM is not restarted What can be the issue?What should i do it make the VM in real HA so that it will be restarted on the active node. *How HA is enabled* what i did was while creating vm> Advanced option>High Availability>Highly Available I am sure this can be a configuration error,Can some one please help me with enabling HA. Please Help Thanks

2 2

Update: artifactory problem is resolved (incident report)
by Eyal Edri 25 Jun '14

25 Jun '14

Hi, Today jenkins.ovirt.org had suffered a major incident which occured due to bad syncing from maven sonatype. it all started from the jboss commit "core: CDI workaournd jboss 7.1.1 bug", which was fixed later by roy, but for some reason (might be sonatype repo deleting ovirt artifacts), we were left with outdated jars in all jenkins local repos and on artifactory.ovirt.org. roy sent this morning how it should be resolved: - build is failing because ovirt-host-deploy needs refresh using -U . alonbl updates its artifacts just now so it should take a while to refresh but it didn't work. also didn't work: - cleaning cache from artifactory - deleting local maven repos from jenkins jobs what did work finally: - deleting the sonatype from artifactory.ovirt.org and creating it again, plug updating ovirt-mirror virtual as well. - some jobs might need to be updated/deleted local WS manually still - please report to infra on jobs that still fail. we probably need to think how to handle such incidents in the future (if sonatype continues to delete our jars...). any suggestions will be gladly considered. oVirt infra team. ----- Original Message ----- > From: "Sandro Bonazzola" <sbonazzo(a)redhat.com> > To: "Ohad Basan" <obasan(a)redhat.com>, "infra" <infra(a)ovirt.org> > Sent: Tuesday, June 24, 2014 6:22:35 PM > Subject: Re: artifactory problem is resolved > > Il 24/06/2014 17:10, Ohad Basan ha scritto: > > Hello > > > > the artifactory problem we had today (fetching the wrong host deploy) > > should be fixed > > send an email if you hit more problems > > http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-quick_gerrit/2… > > > > > thanks, > > > > Ohad > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra >

1 0

oVirt Node Weekly Meeting Minutes - June 24 2014
by Fabian Deutsch 24 Jun '14

24 Jun '14

Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-06-24-13.11.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-06-24-13.11.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-06-24-13.11.log.html ================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 13:11:08 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-06-24-13.11.log.html . Meeting summary --------------- * Agenda (fabiand, 13:11:46) * Stable Release (3.0.6) (fabiand, 13:12:31) * Next Release (3.1) (fabiand, 13:12:40) * Other Items (fabiand, 13:12:48) * Action Item Review (fabiand, 13:12:54) * LINK: http://resources.ovirt.org/meetings/ovirt/2014/ovirt.2014-06-17-13.01.txt (fabiand, 13:13:01) * LINK: http://gerrit.ovirt.org/#/c/29085/ (fabiand_, 13:18:40) * A patch to ovirt-node was required to fix some vdsm related bug, this bumps the stable release to 3.0.6 (fabiand_, 13:19:07) * Next Release (3.1) (fabiand, 13:22:20) * apuimedo_ is contributing patches to fix some corner cases of the persistence model (fabiand, 13:25:38) * ACTION: Node team once again to do a review sprint (fabiand, 13:28:42) * Other Items (fabiand, 13:32:03) * First TestDay is on July 1st (fabiand, 13:35:46) Meeting ended at 13:39:12 UTC. Action Items ------------ * Node team once again to do a review sprint Action Items, by person ----------------------- * **UNASSIGNED** * Node team once again to do a review sprint People Present (lines said) --------------------------- * fabiand (53) * fabiand_ (23) * apuimedo_ (12) * rbarry (7) * clarkee (6) * ovirtbot (4) * jboggs (3) * ewoud (1) * jboggs` (1) * bkp (1) * eedri (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

VDSM faqemu default memory change
by Martin Polednik 24 Jun '14

24 Jun '14

Hello I'm writing in order to propose a change to faqemu hook as indicated in [1], modifying the hook's default behavior: There are currently hardcoded x86_64 and PPC memory limits (20480 and 262144), this change would remove these implicit constraints and keep the memory unchanged. A new variable in configuration is introduced, fake_kvm_memory, which allows you to limit the memory for both these platforms to a value (or using unchanged memory by setting it to 0, which is default). This means that running faqemu without modification would consume up to 10x times memory using default VM memory memory size for x86_64 and unchanged for PPC. [1] http://gerrit.ovirt.org/#/c/28320/

2 2

Testing backported changes
by Kobi Ianko 24 Jun '14

24 Jun '14

Hi, Is there a nice way to check changes I backported to 3.4.1 without messing my 3.5 DB? 10x

5 4

engine got CDI support (finally)
by Roy Golan 23 Jun '14

23 Jun '14

I just recently merged the first CDI [1] patch into master. The patch enables the bll and common projects to have CDI supports but there is now usage still. Further more than the power to create managed beans one can inject dependencies to non-manage beans, e.g all our Command instances. All of the developers are encouraged to read and dig in a bit on the subject to leverage the power of it. I'll will arrange a hands on session. The slides introducing the subject can be found here [2] Also there's a nice mojo group for WELD [3], the reference implementation for CDI spec. join in. [1] http://docs.jboss.org/weld/reference/latest/en-US/html/ [2] https://mojo.redhat.com/docs/DOC-940608 [3] https://mojo.redhat.com/community/old_docspace/bu/middleware/engineering/pr… Thanks, Roy

1 0

Re: [ovirt-devel] [ovirt-users] Host Installation fails - Package openstack-neutron cannot be found
by Sandro Bonazzola 23 Jun '14

23 Jun '14

Il 12/06/2014 12:25, Moti Asayag ha scritto: > > > ----- Original Message ----- >> From: "Udaya Kiran P" <ukiran770(a)yahoo.in> >> To: "users" <users(a)ovirt.org> >> Sent: Wednesday, June 11, 2014 10:25:37 AM >> Subject: [ovirt-users] Host Installation fails - Package openstack-neutron cannot be found >> >> Hi All, >> >> I am trying to add a new Host, with External Network Provider - Neutron. Host >> installation fails in oVirt Engine with below error. >> > > What is the version of the neutron server you're using ? > > you can find repositories here: > http://repos.fedorapeople.org/repos/openstack/openstack-havana/ If the above repository is now required in order to deploy hosts, please send a patch to ovirt-release project and/or open a BZ to be sure we enable that repository by default. Thanks. > >> Please help me resolve this >> >> 2014-06-11 12:54:34 ERROR otopi.plugins.otopi.packagers.yumpackager >> yumpackager.error:97 Yum Cannot queue package openstack-neutron: Package >> openstack-neutron cannot be found >> 2014-06-11 12:54:34 DEBUG otopi.context context._executeMethod:152 method >> exception >> Traceback (most recent call last): >> File "/tmp/ovirt-YnooVggSrR/pythonlib/otopi/context.py", line 142, in >> _executeMethod >> method['method']() >> File >> "/tmp/ovirt-YnooVggSrR/otopi-plugins/ovirt-host-deploy/openstack/neutron.py", >> line 81, in _packages >> self.packager.installUpdate(('openstack-neutron',)) >> File "/tmp/ovirt-YnooVggSrR/pythonlib/otopi/packager.py", line 139, in >> installUpdate >> ignoreErrors=ignoreErrors, >> File "/tmp/ovirt-YnooVggSrR/otopi-plugins/otopi/packagers/yumpackager.py", >> line 295, in install >> ignoreErrors=ignoreErrors >> File "/tmp/ovirt-YnooVggSrR/pythonlib/otopi/miniyum.py", line 865, in install >> **kwargs >> File "/tmp/ovirt-YnooVggSrR/pythonlib/otopi/miniyum.py", line 514, in _queue >> package=package, >> RuntimeError: Package openstack-neutron cannot be found >> 2014-06-11 12:54:34 ERROR otopi.context context._executeMethod:161 Failed to >> execute stage 'Package installation': Package openstack-neutron cannot be >> found >> >> >> Thank you, >> >> Regards, >> Udaya Kiran >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 5

Re: [ovirt-devel] F20 python 2.7.5-12 breaks cpopen
by Dan Kenigsberg 23 Jun '14

23 Jun '14

It's a bit confusing, but this is not a task for infra@ovirt, but for the the similarly-named but utterly different team of ovirt developers, who prefer patches to be sent as pull requests to https://github.com/ovirt-infra/cpopen On Mon, Jun 23, 2014 at 05:19:01AM -0400, Francesco Romani wrote: > The attached patch fixes locally. > > > ----- Original Message ----- > > From: "Francesco Romani" <fromani(a)redhat.com> > > To: "infra" <infra(a)ovirt.org> > > Sent: Monday, June 23, 2014 10:48:23 AM > > Subject: F20 python 2.7.5-12 breaks cpopen > > > > Hi Infra, > > > > I just discovered the hard way that the last python package in F20 > > > > # rpm -qi python > > Name : python > > Version : 2.7.5 > > Release : 12.fc20 > > Architecture: x86_64 > > Install Date: Mon 23 Jun 2014 08:28:32 AM CEST > > Group : Development/Languages > > Size : 80819 > > License : Python > > Signature : RSA/SHA256, Thu 19 Jun 2014 04:49:28 PM CEST, Key ID > > 2eb161fa246110c1 > > Source RPM : python-2.7.5-12.fc20.src.rpm > > Build Date : Thu 19 Jun 2014 02:54:35 PM CEST > > Build Host : buildvm-24.phx2.fedoraproject.org > > Relocations : (not relocatable) > > Packager : Fedora Project > > Vendor : Fedora Project > > URL : http://www.python.org/ > > Summary : An interpreted, interactive, object-oriented programming > > language > > > > [...] > > > > Includes this apparently innocuous change: > > * Thu Jun 19 2014 Bohuslav Kabrda <bkabrda(a)redhat.com> - 2.7.5-12 > > - Fix test failures with SQLite 3.8.4 > > - Fix double close of subprocess pipes when child process fails Resolves: > > rhbz#1103450 <<< THIS ONE! > > > > Which is > > http://hg.python.org/cpython/rev/43749cb6bdbd > > > > If we try to run VDSM tests using cpopen 1.3-2[1] > > > > we'll get: http://fpaste.org/112115/ > > > > the fix is simple: just use execute_child_v276 and everything will work > > again. > > How can we detect and react properly to this schenario, however? > > > > Thanks, > > > > +++ > > > > [1] > > # rpm -qi python-cpopen > > Name : python-cpopen > > Version : 1.3 > > Release : 2.fc20 > > Architecture: x86_64 > > Install Date: Sat 15 Feb 2014 09:50:01 PM CET > > > > > > -- > > Francesco Romani > > RedHat Engineering Virtualization R & D > > Phone: 8261328 > > IRC: fromani > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- > Francesco Romani > RedHat Engineering Virtualization R & D > Phone: 8261328 > IRC: fromani > From a5895505d051dfe387c573474e71b3faf696fcf0 Mon Sep 17 00:00:00 2001 > From: Francesco Romani <fromani(a)redhat.com> > Date: Mon, 23 Jun 2014 11:17:47 +0200 > Subject: [PATCH] compatibility with F20's python 2.7.5-12 I'd prefer the commit message to state the exact exception seen, so that other user could find the fixing patch more easily. > > --- > cpopen/__init__.py | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/cpopen/__init__.py b/cpopen/__init__.py > index 46ed446..cea001e 100644 > --- a/cpopen/__init__.py > +++ b/cpopen/__init__.py > @@ -26,6 +26,7 @@ This is a simpler method of execing that doesn't go back to python after > forking. This allows for faster safer exec. > """ > > +import inspect > import os > import sys > from subprocess import Popen, PIPE > @@ -101,5 +102,7 @@ class CPopen(Popen): > > if sys.version_info[0:3] >= (2, 7, 6): > _execute_child = _execute_child_v276 > + elif 'to_close' in inspect.getargspec(Popen._execute_child).args: > + _execute_child = _execute_child_v276 > else: > _execute_child = _execute_child_v275 > -- > 1.9.3 > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra

2 1