September 2014 - Devel - oVirt List Archives

oVirt engine host not starting due to undetected emulated machines
by David Caro 08 Sep '14

08 Sep '14

--pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! Following on fromani investigation, I'm moving the issue to the devel list. The issue is that on one of our oVirt setups, with an all-in-one installation, the host has been set as 'non operational' and it can't be started, when trying to start it it complains with the error: Host local_host does not comply with the cluster local_cluster emulated machines. The Hosts emulated machines are rhel6.4.0,pc,rhel6.3.0,rhel6.2.0,rhel6.1.0,rhel6.0.0,rhel5.5.0,rhel5.4.4,rh= el5.4.0 and the cluster is rhel6.4.0} But looking at getVdsCaps you can see it does: emulatedMachines =3D ['rhel6.4.0', 'pc', 'rhel6.3.0', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'] I found out when I had to restart libvirtd to free the logfile (/tmp out of space), then the vms showed as paused, and when trying to start them is when I found out that the host was in non operational status. @fromani If I'm leaving something out, please complete :) Thanks! --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJUCdVQAAoJEEBxx+HSYmnD/cAH/3rEiUqg47jDUMXtWsagCCoE 0g4+UuBEeTDI+bnQIWaXhBhtPOHT/hwn3Lx3acMYTqNQ84z8kXtJQiuwpqvqGxxl 7xPeBraQGU+wGeGm/OBb4cE651rJgIAyPEkd7n/nlgtk/vStQGhwzU2CaQhLh7Tx jE7iBEStLjvIJey7CoU2HkrJwTfVzmlMCJsKh8d/kVNHMKS0i207RzwIxJxcqkgh QyTZ6k2wzLC1DYq82kvEM3FYaE7bBQIuPxv7Gpk+JrvYdYV7kAP4Ijv5KlSE/caJ G7zUjkXwxLHvfOqZkOZdjyG2KQ1vlk7RPLmMVA7AV5F97C3XFdxoCyf39NP3DCA= =5kIO -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/--

2 2

ovirt35 -deep dive - Get rid of storage pool metadata on master storage domain
by Barak Azulay 05 Sep '14

05 Sep '14

------=_Part_44624627_1574537523.1409923679387 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following meeting has been modified: Subject: ovirt35 -deep dive - Get rid of storage pool metadata on master storage domain Organizer: "Barak Azulay" <bazulay(a)redhat.com> Time: Monday, September 8, 2014, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem Required: fsimonce(a)redhat.com; devel(a)ovirt.org; users(a)ovirt.org Optional: iheim(a)redhat.com; amureini(a)redhat.com *~*~*~*~*~*~*~*~*~* This session will present changes done as a preparation to move away from SPM state in vdsm, And their implications. Google hangout link: https://plus.google.com/events/cbvealc0p24o041p3lonlgfk018 ------=_Part_44624627_1574537523.1409923679387 Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem BEGIN:STANDARD DTSTART:16010101T020000 TZOFFSETTO:+0200 TZOFFSETFROM:+0300 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:IST END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:36c2a87a-566f-4d39-92e6-3746b8f79c8a SUMMARY:ovirt35 -deep dive - Get rid of storage pool metadata on master stor age domain ATTENDEE;CN=Federico Simoncelli;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP= TRUE:mailto:fsimonce@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;CN=Itamar Heim;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE :mailto:iheim@redhat.com ATTENDEE;CN=Allon Mureinik;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T RUE:mailto:amureini@redhat.com ORGANIZER;CN=Barak Azulay:mailto:bazulay@redhat.com DTSTART;TZID="Asia/Jerusalem":20140908T160000 DTEND;TZID="Asia/Jerusalem":20140908T170000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140905T132759Z DTSTAMP:20140905T132759Z SEQUENCE:2 DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt35 -de ep dive - Get rid of storage pool metadata on master storage domain \nOrgani zer: "Barak Azulay" <bazulay(a)redhat.com> \n\nTime: Monday\, September 8\, 20 14\, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem\n \nRequired: fsimonce@red hat.com\; devel(a)ovirt.org\; users(a)ovirt.org \nOptional: iheim(a)redhat.com\; a mureini(a)redhat.com \n\n*~*~*~*~*~*~*~*~*~*\n\nThis session will present chan ges done as a preparation to move away from SPM state in vdsm\, \nAnd their implications. \n\nGoogle hangout link: https://plus.google.com/events/cbveal c0p24o041p3lonlgfk018 \n\n BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_44624627_1574537523.1409923679387--

1 0

No blockers on the lower level components
by Sandro Bonazzola 04 Sep '14

04 Sep '14

Hi, looking at current status for release criteria matching. The following criteria has been inherited from previous version: MUST: No blockers on the lower level components - libvirt, lvm,device-mapper,qemu-kvm, Jboss, postgres, iscsi-initiator The list of bugs related to above components, filtered for excluding severity <= medium is: http://goo.gl/YbQVZz It shows more than 900 bugs. Excluding severity <= high still shows more than 600 bugs: http://goo.gl/c7c6oU Just keeping urgent bug shows more than 30 bugs: http://goo.gl/nqcr2d How do we define if any of the above bug must be considered a blocker? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Automatic highlighting of invalid tabs
by Alexander Wels 03 Sep '14

03 Sep '14

Hi, I just committed a patch that makes it a lot easier to mark invalid tabs in popup windows for instance the new VM window. Before when you added a new tab you would have to create a isXXXTabValid boolean in the model, and add a propertyChangeEvent to that boolean. Then in the view you needed to listen to changes in a giant if/else statement for all the different tabs in the view. Then in your validation routine you would call setIsXXXTabValid(true/false) to set the tab valid or invalid. Now all you have to do is the following. In your validation routine call setTabValid(TabName, true/false). The TabName is an enum that lists all known tabs. If you make a new tab that is not already there, just add it. There is no need to create/listen to property change events, as at the end of the validation routine a validation complete event is called and this causes some code to run to evaluate all the tab states at once, and it highlights all invalid tabs at once. It also selects the first invalid tab and makes it active. This should greatly improve the user experience as it is now evident which tabs have problems and the first problem is active by default. Alexander

1 0

ioprocess 0.12.0 has been released
by Saggi Mizrahi 03 Sep '14

03 Sep '14

ioprocess 0.12.0 has been released The only chage is a fix for the memory leak in the python bindings. It is recommended update for ever You can find the build for el\fc in bodhi Don't forget to give karma ;) https://admin.fedoraproject.org/updates/search/ioprocess-0.12.0

1 0

oVirt Node Weekly Meeting Minutes - August 19th 2014
by Fabian Deutsch 03 Sep '14

03 Sep '14

================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by rbarry at 13:04:19 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-08-19-13.04.log.html . Meeting summary --------------- * oVirt 3.5 / Node 3.1 (rbarry, 13:04:53) * Jenkins (rbarry, 13:05:00) * Other (rbarry, 13:05:03) * oVirt 3.5 / Node 3.1 (rbarry, 13:06:05) * ACTION: rbarry to build image for test day (rbarry, 13:10:32) * Jenkins (rbarry, 13:13:03) * LINK: http://jenkins.ovirt.org/job/ovirt-node-plugin-vdsm_node-3.0_create-node-is… (rbarry, 13:14:24) * ACTION: rbarry to inventory Node Jenkins jobs (rbarry, 13:19:09) * Other (rbarry, 13:20:14) * Jenkins (rbarry, 13:20:27) * Other (rbarry, 13:22:24) Meeting ended at 13:23:12 UTC. Action Items ------------ * rbarry to build image for test day * rbarry to inventory Node Jenkins jobs Action Items, by person ----------------------- * rbarry * rbarry to build image for test day * rbarry to inventory Node Jenkins jobs * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * rbarry (38) * bkp (9) * dougsland (7) * Zordrak (2) * eedri (2) * ovirtbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 2

[QE][ACTION REQUIRED] oVirt 3.5.0 RC2 status
by Sandro Bonazzola 03 Sep '14

03 Sep '14

Hi, We were suppposed to start composing oVirt 3.5.0 RC2 today from 3.5 branch, however we still have blockers open so we should postpone the build. We'll discuss the delay and blockers status during today oVirt sync meeting. Maintainers: - Please be sure that 3.5 snapshot satisfy release criteria[9] - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1130045 infra NEW Very high memory consumption 1134233 infra POST /api/jobs - HTTP Status 500 1131030 infra NEW [REST API] using from filter in an event search doesn't work 1127294 storage POST Live Merge: Resolve unknown merge status in vdsm after host crash 1109920 storage POST Live Merge: Extend internal block volumes during merge And the following dependencies still open: Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images opened for writing Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block storage Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 267 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 225 bugs [4] targeted to 3.5.0. More in detail [5]: Whiteboard NEW ASSIGNED POST Total <unassigned> 7 . 1 8 gluster 9 4 1 14 i18n . . 1 1 infra 15 3 6 24 integration 10 2 2 14 network 8 1 15 24 node 21 5 8 34 ppc 2 . 4 6 sla 34 1 16 51 storage 37 2 7 46 ux 17 2 3 22 virt 11 2 10 23 Total 171 22 74 267 Maintainers / Assignee: - Please ensure that completed features are marked in green on Features Status Table [2] - If you find a blocker bug please remember to add it to the tracker [1] - Please fill release notes, the page has been created here [6] - Please review and add test cases to oVirt 3.5 Third Test Day [7] - Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0: it will ease gathering the blocking bugs for next releases. Community: - Due to the RC2 delay, the 3rd test day will be postponed, new date will be decided in today oVirt sync meeting - You're welcome to join us testing next release candidate and getting involved in oVirt Quality Assurance[8] [1] http://bugzilla.redhat.com/1073943 [2] http://bit.ly/17qBn6F [3] http://red.ht/1pVEk7H [4] http://red.ht/1zT2mSq [5] http://red.ht/1q7SqNL [6] http://www.ovirt.org/OVirt_3.5_Release_Notes [7] http://www.ovirt.org/OVirt_3.5_TestDay [8] http://www.ovirt.org/OVirt_Quality_Assurance [9] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29 Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION NEEDED] oVirt 3.4.4 RC status
by Sandro Bonazzola 03 Sep '14

03 Sep '14

Hi, We're going to start composing oVirt 3.4.4 RC on *2014-09-09 08:00 UTC* from 3.4 branch. Maintainers: - Please be sure that 3.4 snapshot allow to create VMs before *2014-09-08 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-09-08 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A bug tracker [1] has been opened and shows no open blockers. There are still 8 bugs [2] targeted to 3.4.4. Excluding node and documentation bugs we still have 5 bugs [3] targeted to 3.4.4. Whiteboard Bug ID Status Summary infra 1136708 NEW LDAP user group search should support the posixGroup objectClass network 1048880 NEW [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups network 1001186 NEW With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured node 1097735 NEW "Reboot" button failed to work in progress_page with serial console to install ovirt-node iso. node 988341 NEW Should not create bond when report an error in configuration process node 1023481 ASSIGNED Sane and working default libvirt config sla 1059309 NEW [events] 'Available memory of host $host (...) under defined threshold...' is logged only once storage 1135061 POST Require qemu-kvm-rhev on EL to support live snapshots Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.4.4 should not be released without them fixed. - Please update the target to 3.5.1 or later for bugs that won't be in 3.4.4: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1118689 [2] http://red.ht/1qwhPXB [3] http://red.ht/1r8jnap [4] http://www.ovirt.org/OVirt_3.4.4_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.4.4_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-devel] [ACTION REQUIRED] MUST: No regressions from 3.4 Release
by Oved Ourfali 02 Sep '14

02 Sep '14

On Sep 2, 2014 5:34 PM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > Il 02/09/2014 16:19, Piotr Kliczewski ha scritto: > > On Tue, Sep 2, 2014 at 3:29 PM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > >> Il 02/09/2014 15:07, Dan Kenigsberg ha scritto: > >>> On Tue, Sep 02, 2014 at 10:30:01AM +0200, Sandro Bonazzola wrote: > >>>> The following bugs are keyworded as Regression[1]: > >>>> > >>>> Whiteboard Bug ID Status Summary > >>>> infra 1106435 NEW [AAA] builtin kerbldap provider does not show error if search fails > >>>> infra 1112120 NEW JSON RPC broker should pass correlation id to VDSM > > > > Above bug is targeted to 3.6. The reason for it was that each jsonrpc > > message contains its UUID > > so each request/response can be track using it so there is no need to > > pass correlation (yet another) id. > > So it it looks that it's not a regression, is a desired change in the protocol. If so, you can drop regression and close notabug. > Otherwise it's a regression and must be fixed for 3.5.0. I removed the keyword. Oved > > > > > >>>> infra 1134233 POST /api/jobs - HTTP Status 500 > >>>> infra 1131030 NEW [REST API] using from filter in an event search doesn't work > >>>> storage 1116572 NEW [engine-backend] Storage domain activation isn't executed as part of storage domain creation > >>>> storage 1119852 POST Engine remains indifferent to "Select as SPM" command > >>>> ux 1110444 NEW bookmark selection does not work on first try > >>>> ux 1131881 NEW [GUI]Row item (vms,data-centers,clusters...) mirrored After remove operation > >>>> virt 1133995 NEW vm name field is misaligned on "new vm" pop up window > >>>> virt 1120232 NEW Taking snapshot of vm in suspend state doesn't work > >>>> > >>>> Please review them and set them as blocker if they're confirmed regressions or drop Regression keyword. > >>>> Thanks, > >>> > >>> ioprocess's Bug 1130045 - Very high memory consumption > >> > >> Can you add Regression keyword to the bug? > >> > >>> > >>> should be considered a regression, too - not of ioprocess itself (as the > >>> component is new) but of vdsm which uses it. We should not release 3.5.0 > >>> without fixing this memory leak. > >>> > >>> Dan. > >>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> _______________________________________________ > >> Devel mailing list > >> Devel(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/devel > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel

1 0

mom-0.4.2 release and oVirt-3.5
by Adam Litke 02 Sep '14

02 Sep '14

Hi all, Dan has asked for a new release of mom (so that vdsm can be sure to depend on the latest code upstream). I would like to do one more release prior to oVirt-3.5 in order to get anything required for 3.5 features in the upstream Fedora/EPEL repos. Is there anything else that will be needed for this release? -- Adam Litke

2 1