- Devel - oVirt List Archives

[New Documentation] oVirt Administrator's Guide (Please Review!)
by Brian Proffitt 01 Oct '14

01 Oct '14

After several weeks of conversion and updating, I would like to announce the posting of a new page on the oVirt site: the oVirt Administrator's Guide[1]. This guide, adapted to MediaWiki form with the help of Red Hat's Content Services team, should be up to date as of oVirt 3.4. Given the impending release of oVirt 3.5, I invite everyone to take start poking at this documentation once oVirt 3.5 is released and people get familiar with the new release to identify procedures that have changed, and new features that must be added. Please use Bugzilla to assign bugs in this document to me. Up next: an oVirt User's Guide that focuses on the User Portal, followed by a revised Quick Start Guide. Eventually, we hope to have more dedicated resources devoted to oVirt's documentation, and this new set of documents will be a good starting point. [1] http://www.ovirt.org/OVirt_Administration_Guide Peace, Brian -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

3 2

Updated Event Invitation: Deep Dive 3.5.0 - SLA Resource Capping
by rgolan＠redhat.com 01 Oct '14

01 Oct '14

BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem X-LIC-LOCATION:Asia/Jerusalem BEGIN:DAYLIGHT TZOFFSETFROM:+0200 TZOFFSETTO:+0300 TZNAME:IDT DTSTART:20130329T020000 RRULE:FREQ=YEARLY;BYDAY=FR;BYMONTHDAY=23,24,25,26,27,28,29;BYMONTH=3 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0300 TZOFFSETTO:+0200 TZNAME:IST DTSTART:20131027T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 END:STANDARD BEGIN:STANDARD TZOFFSETFROM:+022054 TZOFFSETTO:+022040 TZNAME:JMT DTSTART:18800101T000000 RDATE;VALUE=DATE-TIME:18800101T000000 END:STANDARD BEGIN:STANDARD TZOFFSETFROM:+022040 TZOFFSETTO:+0200 TZNAME:IST DTSTART:19180101T000000 RDATE;VALUE=DATE-TIME:19180101T000000 END:STANDARD BEGIN:DAYLIGHT TZOFFSETFROM:+0200 TZOFFSETTO:+0300 TZNAME:IDT DTSTART:19400601T000000 RDATE;VALUE=DATE-TIME:19400601T000000 RDATE;VALUE=DATE-TIME:19430401T020000 RDATE;VALUE=DATE-TIME:19440401T000000 RDATE;VALUE=DATE-TIME:19450416T000000 RDATE;VALUE=DATE-TIME:19460416T020000 RDATE;VALUE=DATE-TIME:19490501T000000 RDATE;VALUE=DATE-TIME:19500416T000000 RDATE;VALUE=DATE-TIME:19510401T000000 RDATE;VALUE=DATE-TIME:19520420T020000 RDATE;VALUE=DATE-TIME:19530412T020000 RDATE;VALUE=DATE-TIME:19540613T000000 RDATE;VALUE=DATE-TIME:19550611T020000 RDATE;VALUE=DATE-TIME:19560603T000000 RDATE;VALUE=DATE-TIME:19570429T020000 RDATE;VALUE=DATE-TIME:19740707T000000 RDATE;VALUE=DATE-TIME:19750420T000000 RDATE;VALUE=DATE-TIME:19850414T000000 RDATE;VALUE=DATE-TIME:19860518T000000 RDATE;VALUE=DATE-TIME:19870415T000000 RDATE;VALUE=DATE-TIME:19880410T000000 RDATE;VALUE=DATE-TIME:19890430T000000 RDATE;VALUE=DATE-TIME:19900325T000000 RDATE;VALUE=DATE-TIME:19910324T000000 RDATE;VALUE=DATE-TIME:19920329T000000 RDATE;VALUE=DATE-TIME:19930402T000000 RDATE;VALUE=DATE-TIME:19940401T000000 RDATE;VALUE=DATE-TIME:19950331T000000 RDATE;VALUE=DATE-TIME:19960315T000000 RDATE;VALUE=DATE-TIME:19970321T000000 RDATE;VALUE=DATE-TIME:19980320T000000 RDATE;VALUE=DATE-TIME:19990402T020000 RDATE;VALUE=DATE-TIME:20000414T020000 RDATE;VALUE=DATE-TIME:20010409T010000 RDATE;VALUE=DATE-TIME:20020329T010000 RDATE;VALUE=DATE-TIME:20030328T010000 RDATE;VALUE=DATE-TIME:20040407T010000 RDATE;VALUE=DATE-TIME:20050401T020000 RDATE;VALUE=DATE-TIME:20060331T020000 RDATE;VALUE=DATE-TIME:20070330T020000 RDATE;VALUE=DATE-TIME:20080328T020000 RDATE;VALUE=DATE-TIME:20090327T020000 RDATE;VALUE=DATE-TIME:20100326T020000 RDATE;VALUE=DATE-TIME:20110401T020000 RDATE;VALUE=DATE-TIME:20120330T020000 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0300 TZOFFSETTO:+0200 TZNAME:IST DTSTART:19421101T000000 RDATE;VALUE=DATE-TIME:19421101T000000 RDATE;VALUE=DATE-TIME:19431101T000000 RDATE;VALUE=DATE-TIME:19441101T000000 RDATE;VALUE=DATE-TIME:19451101T020000 RDATE;VALUE=DATE-TIME:19461101T000000 RDATE;VALUE=DATE-TIME:19481101T020000 RDATE;VALUE=DATE-TIME:19491101T020000 RDATE;VALUE=DATE-TIME:19500915T030000 RDATE;VALUE=DATE-TIME:19511111T030000 RDATE;VALUE=DATE-TIME:19521019T030000 RDATE;VALUE=DATE-TIME:19530913T030000 RDATE;VALUE=DATE-TIME:19540912T000000 RDATE;VALUE=DATE-TIME:19550911T000000 RDATE;VALUE=DATE-TIME:19560930T030000 RDATE;VALUE=DATE-TIME:19570922T000000 RDATE;VALUE=DATE-TIME:19741013T000000 RDATE;VALUE=DATE-TIME:19750831T000000 RDATE;VALUE=DATE-TIME:19850915T000000 RDATE;VALUE=DATE-TIME:19860907T000000 RDATE;VALUE=DATE-TIME:19870913T000000 RDATE;VALUE=DATE-TIME:19880904T000000 RDATE;VALUE=DATE-TIME:19890903T000000 RDATE;VALUE=DATE-TIME:19900826T000000 RDATE;VALUE=DATE-TIME:19910901T000000 RDATE;VALUE=DATE-TIME:19920906T000000 RDATE;VALUE=DATE-TIME:19930905T000000 RDATE;VALUE=DATE-TIME:19940828T000000 RDATE;VALUE=DATE-TIME:19950903T000000 RDATE;VALUE=DATE-TIME:19960916T000000 RDATE;VALUE=DATE-TIME:19970914T000000 RDATE;VALUE=DATE-TIME:19980906T000000 RDATE;VALUE=DATE-TIME:19990903T020000 RDATE;VALUE=DATE-TIME:20001006T010000 RDATE;VALUE=DATE-TIME:20010924T010000 RDATE;VALUE=DATE-TIME:20021007T010000 RDATE;VALUE=DATE-TIME:20031003T010000 RDATE;VALUE=DATE-TIME:20040922T010000 RDATE;VALUE=DATE-TIME:20051009T020000 RDATE;VALUE=DATE-TIME:20061001T020000 RDATE;VALUE=DATE-TIME:20070916T020000 RDATE;VALUE=DATE-TIME:20081005T020000 RDATE;VALUE=DATE-TIME:20090927T020000 RDATE;VALUE=DATE-TIME:20100912T020000 RDATE;VALUE=DATE-TIME:20111002T020000 RDATE;VALUE=DATE-TIME:20120923T020000 END:STANDARD BEGIN:DAYLIGHT TZOFFSETFROM:+0200 TZOFFSETTO:+0400 TZNAME:IDDT DTSTART:19480523T000000 RDATE;VALUE=DATE-TIME:19480523T000000 END:DAYLIGHT BEGIN:DAYLIGHT TZOFFSETFROM:+0400 TZOFFSETTO:+0300 TZNAME:IDT DTSTART:19480901T000000 RDATE;VALUE=DATE-TIME:19480901T000000 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT LAST-MODIFIED:20141001T091722Z DTSTAMP:20141001T091722Z UID:b622ce76-3a58-4862-81ca-17a23bb1e4d2 SUMMARY:Deep Dive 3.5.0 - SLA Resource Capping STATUS:CONFIRMED ORGANIZER;CN=Roy Golan;SENT-BY="mailto:rgolan@redhat.com":mailto:rgolan@re dhat.com ATTENDEE;RSVP=TRUE;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT:mailto:devel @ovirt.org ATTENDEE;RSVP=TRUE;CN=users(a)ovirt.org;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTI CIPANT:mailto:users@ovirt.org DTSTART;TZID=Asia/Jerusalem:20141022T160000 DTEND;TZID=Asia/Jerusalem:20141022T170000 DESCRIPTION:Agenda:\n\n* Overview of the engine's compute resources and a general overview of the additions in 3.5\n* deep dive into I/O (Storage)\n * deep dive into CPU\n* cover REST support\n* demo\n\n\nDetails of the Han gout session will follow.\n\n\nThanks\,\nRoy\n X-MS-OLK-SENDER:mailto:rgolan@redhat.com CLASS:PUBLIC TRANSP:OPAQUE SEQUENCE:1 END:VEVENT END:VCALENDAR

1 0

Updated Event Invitation: Deep Dive 3.5.0 - SLA Resource Capping
by rgolan＠redhat.com 01 Oct '14

01 Oct '14

BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem X-LIC-LOCATION:Asia/Jerusalem BEGIN:DAYLIGHT TZOFFSETFROM:+0200 TZOFFSETTO:+0300 TZNAME:IDT DTSTART:20130329T020000 RRULE:FREQ=YEARLY;BYDAY=FR;BYMONTHDAY=23,24,25,26,27,28,29;BYMONTH=3 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0300 TZOFFSETTO:+0200 TZNAME:IST DTSTART:20131027T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 END:STANDARD BEGIN:STANDARD TZOFFSETFROM:+022054 TZOFFSETTO:+022040 TZNAME:JMT DTSTART:18800101T000000 RDATE;VALUE=DATE-TIME:18800101T000000 END:STANDARD BEGIN:STANDARD TZOFFSETFROM:+022040 TZOFFSETTO:+0200 TZNAME:IST DTSTART:19180101T000000 RDATE;VALUE=DATE-TIME:19180101T000000 END:STANDARD BEGIN:DAYLIGHT TZOFFSETFROM:+0200 TZOFFSETTO:+0300 TZNAME:IDT DTSTART:19400601T000000 RDATE;VALUE=DATE-TIME:19400601T000000 RDATE;VALUE=DATE-TIME:19430401T020000 RDATE;VALUE=DATE-TIME:19440401T000000 RDATE;VALUE=DATE-TIME:19450416T000000 RDATE;VALUE=DATE-TIME:19460416T020000 RDATE;VALUE=DATE-TIME:19490501T000000 RDATE;VALUE=DATE-TIME:19500416T000000 RDATE;VALUE=DATE-TIME:19510401T000000 RDATE;VALUE=DATE-TIME:19520420T020000 RDATE;VALUE=DATE-TIME:19530412T020000 RDATE;VALUE=DATE-TIME:19540613T000000 RDATE;VALUE=DATE-TIME:19550611T020000 RDATE;VALUE=DATE-TIME:19560603T000000 RDATE;VALUE=DATE-TIME:19570429T020000 RDATE;VALUE=DATE-TIME:19740707T000000 RDATE;VALUE=DATE-TIME:19750420T000000 RDATE;VALUE=DATE-TIME:19850414T000000 RDATE;VALUE=DATE-TIME:19860518T000000 RDATE;VALUE=DATE-TIME:19870415T000000 RDATE;VALUE=DATE-TIME:19880410T000000 RDATE;VALUE=DATE-TIME:19890430T000000 RDATE;VALUE=DATE-TIME:19900325T000000 RDATE;VALUE=DATE-TIME:19910324T000000 RDATE;VALUE=DATE-TIME:19920329T000000 RDATE;VALUE=DATE-TIME:19930402T000000 RDATE;VALUE=DATE-TIME:19940401T000000 RDATE;VALUE=DATE-TIME:19950331T000000 RDATE;VALUE=DATE-TIME:19960315T000000 RDATE;VALUE=DATE-TIME:19970321T000000 RDATE;VALUE=DATE-TIME:19980320T000000 RDATE;VALUE=DATE-TIME:19990402T020000 RDATE;VALUE=DATE-TIME:20000414T020000 RDATE;VALUE=DATE-TIME:20010409T010000 RDATE;VALUE=DATE-TIME:20020329T010000 RDATE;VALUE=DATE-TIME:20030328T010000 RDATE;VALUE=DATE-TIME:20040407T010000 RDATE;VALUE=DATE-TIME:20050401T020000 RDATE;VALUE=DATE-TIME:20060331T020000 RDATE;VALUE=DATE-TIME:20070330T020000 RDATE;VALUE=DATE-TIME:20080328T020000 RDATE;VALUE=DATE-TIME:20090327T020000 RDATE;VALUE=DATE-TIME:20100326T020000 RDATE;VALUE=DATE-TIME:20110401T020000 RDATE;VALUE=DATE-TIME:20120330T020000 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0300 TZOFFSETTO:+0200 TZNAME:IST DTSTART:19421101T000000 RDATE;VALUE=DATE-TIME:19421101T000000 RDATE;VALUE=DATE-TIME:19431101T000000 RDATE;VALUE=DATE-TIME:19441101T000000 RDATE;VALUE=DATE-TIME:19451101T020000 RDATE;VALUE=DATE-TIME:19461101T000000 RDATE;VALUE=DATE-TIME:19481101T020000 RDATE;VALUE=DATE-TIME:19491101T020000 RDATE;VALUE=DATE-TIME:19500915T030000 RDATE;VALUE=DATE-TIME:19511111T030000 RDATE;VALUE=DATE-TIME:19521019T030000 RDATE;VALUE=DATE-TIME:19530913T030000 RDATE;VALUE=DATE-TIME:19540912T000000 RDATE;VALUE=DATE-TIME:19550911T000000 RDATE;VALUE=DATE-TIME:19560930T030000 RDATE;VALUE=DATE-TIME:19570922T000000 RDATE;VALUE=DATE-TIME:19741013T000000 RDATE;VALUE=DATE-TIME:19750831T000000 RDATE;VALUE=DATE-TIME:19850915T000000 RDATE;VALUE=DATE-TIME:19860907T000000 RDATE;VALUE=DATE-TIME:19870913T000000 RDATE;VALUE=DATE-TIME:19880904T000000 RDATE;VALUE=DATE-TIME:19890903T000000 RDATE;VALUE=DATE-TIME:19900826T000000 RDATE;VALUE=DATE-TIME:19910901T000000 RDATE;VALUE=DATE-TIME:19920906T000000 RDATE;VALUE=DATE-TIME:19930905T000000 RDATE;VALUE=DATE-TIME:19940828T000000 RDATE;VALUE=DATE-TIME:19950903T000000 RDATE;VALUE=DATE-TIME:19960916T000000 RDATE;VALUE=DATE-TIME:19970914T000000 RDATE;VALUE=DATE-TIME:19980906T000000 RDATE;VALUE=DATE-TIME:19990903T020000 RDATE;VALUE=DATE-TIME:20001006T010000 RDATE;VALUE=DATE-TIME:20010924T010000 RDATE;VALUE=DATE-TIME:20021007T010000 RDATE;VALUE=DATE-TIME:20031003T010000 RDATE;VALUE=DATE-TIME:20040922T010000 RDATE;VALUE=DATE-TIME:20051009T020000 RDATE;VALUE=DATE-TIME:20061001T020000 RDATE;VALUE=DATE-TIME:20070916T020000 RDATE;VALUE=DATE-TIME:20081005T020000 RDATE;VALUE=DATE-TIME:20090927T020000 RDATE;VALUE=DATE-TIME:20100912T020000 RDATE;VALUE=DATE-TIME:20111002T020000 RDATE;VALUE=DATE-TIME:20120923T020000 END:STANDARD BEGIN:DAYLIGHT TZOFFSETFROM:+0200 TZOFFSETTO:+0400 TZNAME:IDDT DTSTART:19480523T000000 RDATE;VALUE=DATE-TIME:19480523T000000 END:DAYLIGHT BEGIN:DAYLIGHT TZOFFSETFROM:+0400 TZOFFSETTO:+0300 TZNAME:IDT DTSTART:19480901T000000 RDATE;VALUE=DATE-TIME:19480901T000000 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT LAST-MODIFIED:20141001T091524Z DTSTAMP:20141001T091524Z UID:b622ce76-3a58-4862-81ca-17a23bb1e4d2 SUMMARY:Deep Dive 3.5.0 - SLA Resource Capping STATUS:CONFIRMED ORGANIZER;CN=Roy Golan;SENT-BY="mailto:rgolan@redhat.com":mailto:rgolan@re dhat.com ATTENDEE;RSVP=TRUE;CN=roy golan;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT :mailto:royg21@gmail.com ATTENDEE;RSVP=TRUE;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT:mailto:devel @ovirt.org DTSTART;TZID=Asia/Jerusalem:20141022T160000 DTEND;TZID=Asia/Jerusalem:20141022T170000 DESCRIPTION:Agenda:\n\n* Overview of the engine's compute resources and a general overview of the additions in 3.5\n* deep dive into I/O (Storage)\n * deep dive into CPU\n* cover REST support\n* demo\n\n\nDetails of the Han gout session will follow.\n\n\nThanks\,\nRoy\n X-MS-OLK-SENDER:mailto:rgolan@redhat.com CLASS:PUBLIC TRANSP:OPAQUE SEQUENCE:1 END:VEVENT END:VCALENDAR

1 0

[ANN] oVirt 3.4.4 Release is now available
by Sandro Bonazzola 29 Sep '14

29 Sep '14

The oVirt development team is pleased to announce the general availability of oVirt 3.4.4 as of Sep 23th 2014. This release solidifies oVirt as a leading KVM management application and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-3.4 has been updated for delivering this release without the need of enabling any other repository, however since we introduced package signing you need an additional step in order to get the public keys installed on your system if you're upgrading from an older release. Please refer to release notes [1] for Installation / Upgrade instructions. Please note that mirrors will need a couple of days before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.4.repo commenting the mirror line and removing the comment on baseurl line. A new oVirt Live ISO will be available too[2]. [1] http://www.ovirt.org/OVirt_3.4.4_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.4/iso/ovirt-live-el6-3.4.4.iso -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 6

physical disk management for gluster in vdsm
by Balamurugan Arumugam 29 Sep '14

29 Sep '14

Hi All, Currently gluster management in ovirt is not complete if disks in hosts are not formatted/mounted. It expects those actions done prior in the host added to ovirt. We have a requirement to manage physical disks by 1. identify and populate physical disks. 2. identify and manage hardware raids. 3. create thick and thin logical volumes in unused physical disks. 4. format and mount logical volumes. 5. fstab management for new logical volumes. To have this feature, I would like to start a discussion here to explore possible options suitable for vdsm/engine. We have done a small PoC with OpenLMI[1] by having verbs in vdsm to achieve this. Also we explored ovirt-engine directly calling tog-pegasus/cim-server to get cim object to avoid two level of hopes ("ovirt-engine calls vdsm <-> vdsm calls openlmi locally <-> openlmi does the job" than "ovirt-engine calls vdsm <-> openlmi does the job") which also works. I would like to get your feedback about the PoC and suggestions/ideas how physical disk management can be. Regards, Bala [1] http://openlmi.org/

3 6

oVirt Node 3.5 20140912 for the TestDay
by Fabian Deutsch 29 Sep '14

29 Sep '14

Hey, to be able to give Node a go on the oVirt 3.5 TestDay, we provide a fresh build of Node including the 3.5rc2 package here: http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-node-iso-3.5.0.ovirt… We did not see any SELinux denials, but if you experience any problems, please try to install Node in permissive mode by appending enfcoring=0 during the installation. Any feedback and bug reports are welcome. On behalf of the Node team - fabian

3 6

ovirt35 - deepdive - ioprocess
by Barak Azulay 28 Sep '14

28 Sep '14

------=_Part_57506628_1980468884.1411924485049 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following is a new meeting request: Subject: ovirt35 - deepdive - ioprocess Organizer: "Barak Azulay" <bazulay(a)redhat.com> Time: Tuesday, September 30, 2014, 4:30:00 PM - 5:00:00 PM GMT +02:00 Jerusalem Invitees: ykaplan(a)redhat.com; users(a)ovirt.org; devel(a)ovirt.org *~*~*~*~*~*~*~*~*~* This session will cover the move from OOP (RemoteFileHandler) to the new ioprocess. It will cover exactly: - what is it - why is such a mechanism required - OOP and it's limitations - ioprocess Google hangout link: https://www.youtube.com/watch?v=tnrFTHf0sB0 ------=_Part_57506628_1980468884.1411924485049 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:3c88714b-9ca4-4951-a569-40f0004286fd SUMMARY:ovirt35 - deepdive - ioprocess ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:ykaplan @redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ORGANIZER;CN=Barak Azulay:mailto:bazulay@redhat.com DTSTART;TZID="Asia/Jerusalem":20140930T163000 DTEND;TZID="Asia/Jerusalem":20140930T170000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140928T171445Z DTSTAMP:20140928T171445Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt35 - de epdive - ioprocess \nOrganizer: "Barak Azulay" <bazulay(a)redhat.com> \n\nTim e: Tuesday\, September 30\, 2014\, 4:30:00 PM - 5:00:00 PM GMT +02:00 Jerusa lem\n \nInvitees: ykaplan(a)redhat.com\; users(a)ovirt.org\; devel(a)ovirt.org \n\ n\n*~*~*~*~*~*~*~*~*~*\n\nThis session will cover the move from OOP (RemoteF ileHandler) to the new ioprocess. \nIt will cover exactly: \n- what is it \n - why is such a mechanism required \n- OOP and it's limitations \n- ioproces s \n\nGoogle hangout link: https://www.youtube.com/watch?v=tnrFTHf0sB0 BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_57506628_1980468884.1411924485049--

1 0

Remote DataCenter/Cluster
by Sahina Bose 28 Sep '14

28 Sep '14

Hi, We ran into a requirement where we need to mark a DataCenter or Cluster as remote. This is for the feature Gluster Geo-replication management - where the same oVirt instance will be managing both the master volume and as well as the remote site volume The reason we want to call out a Datacenter as remote, is to ensure that the polling frequency on this is different from one that is co-located. Is there a similar requirement for virtualization? thanks sahina

4 5

can't clone vm from export domain via rest/json
by Sven Kieske 26 Sep '14

26 Sep '14

Hi, I need some devel power here: this is on ovirt 3.3.3 el6 (yes I know, I need to upgrade..) error while cloning a vm from export to local storage data domain: POST https://REDACTED/api/storagedomains/e89fdbcb-cb51-42b7-b42c-7f4f0ec1f580/vm… { "storageDomain":{"id":"15679d40-0f20-4a0e-9880-eb5795cb8d1e","name":"LOCAL_DATA_DOMAIN_NAME"}, "cluster":{"id":"e65dc5f5-61e6-4d17-a5bf-33c677d129c7"}, "vm":{"name":"VM_NAME_1"}, "clone":true } ANSWER: { "storageDomain":{ "name":"LOCAL_DATA_DOMAIN_NAME", "id":"15679d40-0f20-4a0e-9880-eb5795cb8d1e" }, "cluster":{ "id":"e65dc5f5-61e6-4d17-a5bf-33c677d129c7" }, "vm":{ "name":"VM_NAME_2" }, "clone":true, "status":{ "state":"failed" }, "fault":{ "reason":"Operation Failed", "detail":"[action type failed import clone not collapsed]" } } why does it fail? this vm was exported from this storage domain onto the export domain and should then get re-imported as another vm-name is this because of lacking/inconsistent json support in 3.3.z? until now we were able to reverse engineer all needed functionality via json. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

1 1

Building vdsm within Fedora
by Dan Kenigsberg 26 Sep '14

26 Sep '14

Since Vdsm was open-sourced, it was built and deployed via Fedora. Recently [http://gerrit.ovirt.org/31214] vdsm introduced a spec-file dependency onf qemu-kvm-rhev, and considered to backport it to the ovirt-3.4 brach. Requiring qemu-kvm-rhev, which is not part of Fedora's EPEL6 branch, violates Fedora's standards. So basically we have two options: 1. Revert the qemu-kvm-rhev dependency. 2. Drop vdsm from EPEL6 (or completely from Fedora); ship Vdsm only within the oVirt repositories. A third option would be to have one rpm, with qemu-kvm-rhev, shipped in ovirt, and another without it - shipped in Fedora. I find this overly complex and confusing. I favor option 2. The Fedora deployment platform served us well for a long time, but now that ovirt is maturing, we no longer need it for building vdsm. This has the added benefit of removing the need to pass through Fedora's ghastly gateway when adding a Vdsm dependency. Sandro, what should be done in order to build Vdsm by ovirt, occording to the most up-to-date tag in a stable branch? Does anybody object this? If no one does, we would stop updating Vdsm in Fedora, and obsolete it in the future. Regards, Dan.

8 19