- Users - oVirt List Archives

[Users] Installation fails on Fedora 19 - Failed to execute stage 'Closing up': Engine unreachable
by Peter Lerche 28 Nov '13

28 Nov '13

Hi, I new to oVirt want to install a all-in-one package for testing only. Installed a vanilla Fedora 19 64bit and followed the guide. sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm sudo yum install -y ovirt-engine-setup-plugin-allinone sudo engine-setup I get following error when running engine-setup: [ INFO ] Starting engine service [ INFO ] Restarting httpd [ ERROR ] Failed to execute stage 'Closing up': Engine unreachable [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20131128155012.log [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed When trying to access the webinterface i get: javax.ejb.EJBException: java.lang.IllegalStateException: Could not obtain connection to the database. Please make sure that DB is up and accepting connections, and restart the application. org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:166) I have tried to re-run the engine-setup and re-install Fedora/oVirt several times but it does not help. Is this a common error which I just can't find the documentation ? Here is the full installation output and the last part of the logfile: ----------------------------------------------------------------------- [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-aio.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20131128155012.log Version: otopi-1.1.2 (otopi-1.1.2-1.fc19) [ INFO ] Hardware supports virtualization [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PACKAGES ==-- [ INFO ] Checking for product updates... [ INFO ] No product updates found --== ALL IN ONE CONFIGURATION ==-- Configure VDSM on this host? (Yes, No) [No]: yes Local storage domain path [/var/lib/images]: Local storage domain name [local_storage]: --== NETWORK CONFIGURATION ==-- Host fully qualified DNS name of this server [mydomain.com] firewalld was detected on your computer. Do you wish Setup to configure it? (yes, no) [yes]: --== DATABASE CONFIGURATION ==-- Where is the database located? (Local, Remote) [Local]: Setup can configure the local postgresql server automatically for the engine to run. This may conflict with existing applications. Would you like Setup to automatically configure postgresql, or prefer to perform that manually? (Automatic, Manual) [Automatic]: Using existing credentials --== OVIRT ENGINE CONFIGURATION ==-- Engine admin password: Confirm engine admin password: Application mode (Both, Virt, Gluster) [Both]: Virt Default storage type: (NFS, FC, ISCSI, POSIXFS) [NFS]: --== PKI CONFIGURATION ==-- Organization name for certificate [myCompany.com] myCompany --== APACHE CONFIGURATION ==-- Setup can configure the default page of the web server to present the application home page. This may conflict with existing applications. Do you wish to set the application as the default page of the web server? (Yes, No) [Yes]: Setup can configure apache to use SSL using a certificate issued from the internal CA. Do you wish Setup to configure that, or prefer to perform that manually? (Automatic, Manual) [Automatic]: --== SYSTEM CONFIGURATION ==-- Configure an NFS share on this server to be used as an ISO Domain? (Yes, No) [Yes]: Local ISO domain path [/var/lib/exports/iso]: Local ISO domain name [ISO_DOMAIN]: Configure WebSocket Proxy on this machine? (Yes, No) [Yes]: --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation --== CONFIGURATION PREVIEW ==-- Database name : engine Database secured connection : False Database host : localhost Database user name : engine Database host name validation : False Datbase port : 5432 NFS setup : True PKI organization : myCompany NFS mount point : /var/lib/exports/iso Application mode : virt Firewall manager : firewalld Configure WebSocket Proxy : True Host FQDN : mydomain.com Datacenter storage type : nfs Configure local database : True Set application as default page : True Configure Apache SSL : True Configure VDSM on this host : True Local storage domain directory : /var/lib/images Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL database [ INFO ] Configurating PostgreSQL [ INFO ] Creating database schema [ INFO ] Creating CA [ INFO ] Configurating WebSocket Proxy [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up --== SUMMARY ==-- An ISO NFS share has been created on this host. If IP based access restrictions are required, edit: entry /var/lib/exports/iso in /etc/exports.d/ovirt-engine-iso-domain.exports SSH fingerprint: XX XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX Internal XX XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX Web access is enabled at: http://mydomain.com:80/ovirt-engine https://mydomain.com:443/ovirt-engine Please use the user "admin" and password specified in order to login into oVirt Engine --== END OF SUMMARY ==-- [ INFO ] Starting engine service [ INFO ] Restarting httpd [ ERROR ] Failed to execute stage 'Closing up': Engine unreachable [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20131128155012.log [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV OVESETUP_SYSTEM/selinuxRestorePaths=list:'['/var/lib/images', '/var/lib/exports/iso']' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV OVESETUP_SYSTEM/shmmax=int:'35554432' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV OVESETUP_SYSTEM/userApache=str:'apache' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV OVESETUP_SYSTEM/userEngine=str:'ovirt' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV OVESETUP_SYSTEM/userPostgres=str:'postgres' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV OVESETUP_SYSTEM/userRoot=str:'root' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV OVESETUP_SYSTEM/userVdsm=str:'vdsm' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV PACKAGER/keepAliveInterval=int:'30' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV PACKAGER/yumDisabledPlugins=list:'[]' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV PACKAGER/yumEnabledPlugins=list:'[]' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV PACKAGER/yumExpireCache=bool:'True' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV PACKAGER/yumRollback=bool:'True' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV PACKAGER/yumpackagerEnabled=bool:'True' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV SYSTEM/clockMaxGap=int:'5' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV SYSTEM/clockSet=bool:'False' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV SYSTEM/commandPath=str:'/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV SYSTEM/reboot=bool:'False' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV SYSTEM/rebootAllow=bool:'True' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:456 ENV SYSTEM/rebootDeferTime=int:'10' 2013-11-28 16:05:51 DEBUG otopi.context context.dumpEnvironment:458 ENVIRONMENT DUMP - END 2013-11-28 16:05:51 DEBUG otopi.context context._executeMethod:123 Stage pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate 2013-11-28 16:05:51 DEBUG otopi.context context._executeMethod:129 condition False 2013-11-28 16:05:51 INFO otopi.context context.runSequence:380 Stage: Termination 2013-11-28 16:05:51 DEBUG otopi.context context.runSequence:384 STAGE terminate 2013-11-28 16:05:51 DEBUG otopi.context context._executeMethod:123 Stage terminate METHOD otopi.plugins.ovirt_engine_common.core.misc.Plugin._terminate 2013-11-28 16:05:51 ERROR otopi.plugins.ovirt_engine_common.core.misc misc._terminate:146 Execution of setup failed 2013-11-28 16:05:51 DEBUG otopi.context context._executeMethod:123 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2013-11-28 16:05:51 DEBUG otopi.context context._executeMethod:123 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2013-11-28 16:05:51 DEBUG otopi.context context._executeMethod:129 condition False 2013-11-28 16:05:51 DEBUG otopi.context context._executeMethod:123 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate

2 1

[Users] Introductory email
by Peter Lerche 28 Nov '13

28 Nov '13

Hi, Just to introduce myself, I am Peter Lerche co-founder of a Danish hosting provider. We have for some years been looking at cloud/VPS solutions for our customers but until now have not found a suitable platform. oVirt looks promising....... on paper and now we want to test it. -- Best regards Peter Lerche EasySpeedy ApS 377, Diplomvej Scion-DTU Science Park DK-2800, Kgs. Lyngby Denmark Phone: +45 4594 1401 http://EasySpeedy.com _____________________________________________________ European Quality Unmanaged Server Hosting Permanent KVMoIP included in all dedicated servers Network and Power Uptime - 99,98% Since 16 Jan 2006 Follow us on Twitter - https://twitter.com/easyspeedy _____________________________________________________

2 1

[Users] oVirt 3.4 SLA & Scheduling feature overview
by Gilad Chaplik 28 Nov '13

28 Nov '13

------=_Part_42557408_1097164829.1385655491891 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following is a new meeting request: Subject: oVirt 3.4 SLA & Scheduling feature overview Organizer: "Gilad Chaplik" <gchaplik(a)redhat.com> Time: Monday, December 2, 2013, 5:00:00 PM - 6:00:00 PM GMT +02:00 Jerusalem Invitees: users(a)ovirt.org; arch(a)ovirt.org *~*~*~*~*~*~*~*~*~* Hi all, I invite you to a overview for planed SLA & Scheduling features for oVirt 3.4. We will talk briefly about every suggested feature including: - positive/negative affinity between group of VMs - power saving policy moving hosts to sleep - time based policy (SLA during the day, power saving at night) - application level HA (monitor the service inside the VM) People are welcome to join in the #ovirt channel on irc.OFTC.net. Thanks ------=_Part_42557408_1097164829.1385655491891 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:4191272a-a49b-42d1-8571-2384c9793ddd SUMMARY:oVirt 3.4 SLA & Scheduling feature overview ATTENDEE;CN=oVirt Mailing List;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RS VP=TRUE:mailto:users@ovirt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov irt.org ORGANIZER;CN=Gilad Chaplik:mailto:gchaplik@redhat.com DTSTART;TZID="Asia/Jerusalem":20131202T170000 DTEND;TZID="Asia/Jerusalem":20131202T180000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20131128T161811Z DTSTAMP:20131128T161811Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt 3.4 SL A &amp\; Scheduling feature overview \nOrganizer: "Gilad Chaplik" <gchaplik@ redhat.com> \n\nTime: Monday\, December 2\, 2013\, 5:00:00 PM - 6:00:00 PM G MT +02:00 Jerusalem\n \nInvitees: users(a)ovirt.org\; arch(a)ovirt.org \n\n\n*~* ~*~*~*~*~*~*~*~*\n\nHi all\, \n\nI invite you to a overview for planed SLA & Scheduling features for oVirt 3.4.\nWe will talk briefly about every sugges ted feature including:\n- positive/negative affinity between group of VMs\n- power saving policy moving hosts to sleep\n- time based policy (SLA during the day\, power saving at night)\n- application level HA (monitor the servic e inside the VM) \n\nPeople are welcome to join in the #ovirt channel on irc .OFTC.net.\n\nThanks\n\n BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_42557408_1097164829.1385655491891--

1 0

[Users] oVirt vdsm network problem
by Jakub Bittner 28 Nov '13

28 Nov '13

Hello, I found strange problem in vdsm 4.13.0 with oVirt 3.3.1. After 30 hours from update (ovirt -> 3.3.1, vdsm -> 4.13) my one vlan network does not work. There is nothing in log, I can see network trafic from not working vlan on node in tcpdump, but it not come to VM. After vdsm restart on node it works like expected. I take a look in to oVirt -> Host -> Network Interface and all nodes has bond interface changed from "Mode 4 Dynamic link agregation" to "Custom: mode=4" and Custom mode is filled by "mode=4" Mabe it is the same, but who change that? I can have one node in this status if someone will want more info or logs.

2 5

[Users] oVirt 3.3.1 rlease
by Kiril Nesenko 28 Nov '13

28 Nov '13

The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. 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.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril

13 37

[Users] Fedora host deployment fails
by Pascal Jakobi 28 Nov '13

28 Nov '13

--862858767-1978909361-1385366705=:17426 Content-Type: multipart/alternative; boundary="862858767-1167153728-1385366705=:17426" --862858767-1167153728-1385366705=:17426 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0ABoth ovirt engine & host run F19.=0AoVirt Engine Version: 3.3.1-2.fc1= 9=0AI get an "unexpected connection termination" when trying to install hos= t.=0A=0AGoing further I have more than my doubts about what's executed on t= he fedora host as described in the logs :=0A=0Aumask 0077; MYTMP=3D"$(mktem= p -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1= ; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MY= TMP}" && tar --warning=3Dno-timestamp -C "${MYTMP}" -x &&=A0 "${MYTMP}"/set= up DIALOG/dialect=3Dstr:machine DIALOG/customization=3Dbool:True=0A=0A=0AIs= this really correct ? Has an scp been ran before to transfer the tar file = ?=0A=0AThanks in advance --862858767-1167153728-1385366705=:17426 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:10pt"><div style=3D"margin-left: 40px;"><br></div><div><span>Both o= virt engine & host run F19.</span></div><div style=3D"color: rgb(0, 0, = 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helveti= ca,Arial,Lucida Grande,sans-serif; background-color: transparent; font-styl= e: normal;"><span></span><span class=3D"gwt-InlineLabel">oVirt Engine Versi= on: 3.3.1-2.fc19</span></div><div style=3D"color: rgb(0, 0, 0); font-size: = 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida= Grande,sans-serif; background-color: transparent; font-style: normal;"><sp= an>I get an "unexpected connection termination" when trying to install host= .</span></div><div style=3D"color: rgb(0, 0, 0); font-size: 13.3333px; font= -family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-se= rif; background-color: transparent; font-style: normal;"><br><span></span></div= ><div style=3D"color: rgb(0, 0, 0); font-size: 13.3333px; font-family: Helv= eticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; backgrou= nd-color: transparent; font-style: normal;"><span>Going further I have more= than my doubts about what's executed on the fedora host as described in th= e logs :<br></span></div><div style=3D"color: rgb(0, 0, 0); font-size: 13.3= 333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Gra= nde,sans-serif; background-color: transparent; font-style: normal; margin-l= eft: 40px;"><span>umask 0077; MYTMP=3D"$(mktemp -t ovirt-XXXXXXXXXX)"; trap= "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}= \" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYT= MP}" && tar --warning=3Dno-timestamp -C "${MYTMP}" -x &&&nb= sp; "${MYTMP}"/setup DIALOG/dialect=3Dstr:machine DIALOG/customization=3Dbool:True<br></span></div><div><br>Is this really c= orrect ? Has an scp been ran before to transfer the tar file ?<br><br>Thank= s in advance <br></div><br></div></body></html> --862858767-1167153728-1385366705=:17426-- --862858767-1978909361-1385366705=:17426 Content-Type: text/x-log; name="partial_ovirt.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="partial_ovirt.log" MjAxMy0xMS0yNSAwODo1NDo1NCwwNzMgV0FSTiAgW29yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuU2VhcmNoUXVlcnldIChhanAtLTEyNy4wLjAuMS04NzAy LTQpIFJlc291cmNlTWFuYWdlcjo6c2VhcmNoQnVzaW5lc3NPYmplY3RzIC0g ZXJyb25lb3VzIHNlYXJjaCB0ZXh0IC0gVm1zOiBIb3N0cy5uYW1lID0gbGFi MiAKMjAxMy0xMS0yNSAwODo1NToxOCw4MDUgV0FSTiAgW29yZy5vdmlydC5l bmdpbmUuY29yZS5jb21wYXQuYmFja2VuZGNvbXBhdC5Qcm9wZXJ0eUluZm9d IChhanAtLTEyNy4wLjAuMS04NzAyLTcpIFVuYWJsZSB0byBnZXQgdmFsdWUg b2YgcHJvcGVydHk6IHZkc05hbWUgZm9yIGNsYXNzIG9yZy5vdmlydC5lbmdp bmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5WZHNTdGF0aWMKMjAx My0xMS0yNSAwODo1NToxOCw4MDUgV0FSTiAgW29yZy5vdmlydC5lbmdpbmUu Y29yZS5jb21wYXQuYmFja2VuZGNvbXBhdC5Qcm9wZXJ0eUluZm9dIChhanAt LTEyNy4wLjAuMS04NzAyLTcpIFVuYWJsZSB0byBnZXQgdmFsdWUgb2YgcHJv cGVydHk6IHZkc05hbWUgZm9yIGNsYXNzIG9yZy5vdmlydC5lbmdpbmUuY29y ZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5WZHNTdGF0aWMKMjAxMy0xMS0y NSAwODo1NToxOCw4MDYgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5i bGwuVXBkYXRlVmRzQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItNykg UnVubmluZyBjb21tYW5kOiBVcGRhdGVWZHNDb21tYW5kIGludGVybmFsOiBm YWxzZS4gRW50aXRpZXMgYWZmZWN0ZWQgOiAgSUQ6IGM1ZWVmYjBjLTBjNjAt NDU4Ni1iNDE0LThhNmQ1ZTUxNTE4ZCBUeXBlOiBWRFMKMjAxMy0xMS0yNSAw ODo1NToxOCw4ODAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNi cm9rZXIuU2V0VmRzU3RhdHVzVkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4x LTg3MDItNykgU1RBUlQsIFNldFZkc1N0YXR1c1ZEU0NvbW1hbmQoSG9zdE5h bWUgPSBsYWIyLCBIb3N0SWQgPSBjNWVlZmIwYy0wYzYwLTQ1ODYtYjQxNC04 YTZkNWU1MTUxOGQsIHN0YXR1cz1JbnN0YWxsaW5nLCBub25PcGVyYXRpb25h bFJlYXNvbj1OT05FKSwgbG9nIGlkOiA3NzdjNGQ2NAoyMDEzLTExLTI1IDA4 OjU1OjE4LDg5OCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jy b2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEt ODcwMi03KSBGSU5JU0gsIFNldFZkc1N0YXR1c1ZEU0NvbW1hbmQsIGxvZyBp ZDogNzc3YzRkNjQKMjAxMy0xMS0yNSAwODo1NToxOCw4OTkgV0FSTiAgW29y Zy5vdmlydC5lbmdpbmUuY29yZS5jb21wYXQuYmFja2VuZGNvbXBhdC5Qcm9w ZXJ0eUluZm9dIChhanAtLTEyNy4wLjAuMS04NzAyLTcpIFVuYWJsZSB0byBn ZXQgdmFsdWUgb2YgcHJvcGVydHk6IHZkc05hbWUgZm9yIGNsYXNzIG9yZy5v dmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5WZHNT dGF0aWMKMjAxMy0xMS0yNSAwODo1NToxOCw4OTkgV0FSTiAgW29yZy5vdmly dC5lbmdpbmUuY29yZS5jb21wYXQuYmFja2VuZGNvbXBhdC5Qcm9wZXJ0eUlu Zm9dIChhanAtLTEyNy4wLjAuMS04NzAyLTcpIFVuYWJsZSB0byBnZXQgdmFs dWUgb2YgcHJvcGVydHk6IHZkc05hbWUgZm9yIGNsYXNzIG9yZy5vdmlydC5l bmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5WZHNTdGF0aWMK MjAxMy0xMS0yNSAwODo1NToxOCw5MDUgSU5GTyAgW29yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuSW5zdGFsbFZkc0NvbW1hbmRdIChhanAtLTEyNy4wLjAu MS04NzAyLTcpIFs1M2Q2ZmM1XSBMb2NrIEFjcXVpcmVkIHRvIG9iamVjdCBF bmdpbmVMb2NrIFtleGNsdXNpdmVMb2Nrcz0ga2V5OiBjNWVlZmIwYy0wYzYw LTQ1ODYtYjQxNC04YTZkNWU1MTUxOGQgdmFsdWU6IFZEUwosIHNoYXJlZExv Y2tzPSBdCjIwMTMtMTEtMjUgMDg6NTU6MTgsOTA2IElORk8gIFtvcmcub3Zp cnQuZW5naW5lLmNvcmUuYmxsLkluc3RhbGxWZHNDb21tYW5kXSAocG9vbC02 LXRocmVhZC00KSBbNTNkNmZjNV0gUnVubmluZyBjb21tYW5kOiBJbnN0YWxs VmRzQ29tbWFuZCBpbnRlcm5hbDogdHJ1ZS4gRW50aXRpZXMgYWZmZWN0ZWQg OiAgSUQ6IGM1ZWVmYjBjLTBjNjAtNDU4Ni1iNDE0LThhNmQ1ZTUxNTE4ZCBU eXBlOiBWRFMKMjAxMy0xMS0yNSAwODo1NToxOCw5MDcgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS5ibGwuSW5zdGFsbFZkc0NvbW1hbmRdIChwb29s LTYtdGhyZWFkLTQpIFs1M2Q2ZmM1XSBCZWZvcmUgSW5zdGFsbGF0aW9uIGhv c3QgYzVlZWZiMGMtMGM2MC00NTg2LWI0MTQtOGE2ZDVlNTE1MThkLCBsYWIy CjIwMTMtMTEtMjUgMDg6NTU6MTgsOTEwIElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUuZGFsLmRiYnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVkaXRM b2dEaXJlY3Rvcl0gKGFqcC0tMTI3LjAuMC4xLTg3MDItNykgWzUzZDZmYzVd IENvcnJlbGF0aW9uIElEOiBudWxsLCBDYWxsIFN0YWNrOiBudWxsLCBDdXN0 b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBGYWlsZWQgdG8gdmVyaWZ5IFBv d2VyIE1hbmFnZW1lbnQgY29uZmlndXJhdGlvbiBmb3IgSG9zdCBsYWIyLgoy MDEzLTExLTI1IDA4OjU1OjE4LDkyMSBJTkZPICBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLnZkc2Jyb2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAocG9v bC02LXRocmVhZC00KSBbNTNkNmZjNV0gU1RBUlQsIFNldFZkc1N0YXR1c1ZE U0NvbW1hbmQoSG9zdE5hbWUgPSBsYWIyLCBIb3N0SWQgPSBjNWVlZmIwYy0w YzYwLTQ1ODYtYjQxNC04YTZkNWU1MTUxOGQsIHN0YXR1cz1JbnN0YWxsaW5n LCBub25PcGVyYXRpb25hbFJlYXNvbj1OT05FKSwgbG9nIGlkOiAyOWRmYzc4 YwoyMDEzLTExLTI1IDA4OjU1OjE4LDkzOSBJTkZPICBbb3JnLm92aXJ0LmVu Z2luZS5jb3JlLnZkc2Jyb2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAo cG9vbC02LXRocmVhZC00KSBbNTNkNmZjNV0gRklOSVNILCBTZXRWZHNTdGF0 dXNWRFNDb21tYW5kLCBsb2cgaWQ6IDI5ZGZjNzhjCjIwMTMtMTEtMjUgMDg6 NTU6MTgsOTUyIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFsLmRi YnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVkaXRMb2dEaXJlY3Rvcl0gKGFq cC0tMTI3LjAuMC4xLTg3MDItNykgWzUzZDZmYzVdIENvcnJlbGF0aW9uIElE OiA2MGE4NmRjZiwgQ2FsbCBTdGFjazogbnVsbCwgQ3VzdG9tIEV2ZW50IElE OiAtMSwgTWVzc2FnZTogSG9zdCBsYWIyIGNvbmZpZ3VyYXRpb24gd2FzIHVw ZGF0ZWQgYnkgYWRtaW5AaW50ZXJuYWwuCjIwMTMtMTEtMjUgMDg6NTU6MTks MTQ2IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkluc3RhbGxl ck1lc3NhZ2VzXSAocG9vbC02LXRocmVhZC00KSBbNTNkNmZjNV0gSW5zdGFs bGF0aW9uIGxhYjIuaG9tZTogQ29ubmVjdGVkIHRvIGhvc3QgbGFiMi5ob21l IHdpdGggU1NIIGtleSBmaW5nZXJwcmludDogNzk6MDA6ZDk6NDA6YzA6YjY6 NWU6YTQ6YWY6ODE6NDk6MDU6NGQ6YzI6N2I6YTAKMjAxMy0xMS0yNSAwODo1 NToxOSwxODAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJi cm9rZXIuYXVkaXRsb2doYW5kbGluZy5BdWRpdExvZ0RpcmVjdG9yXSAocG9v bC02LXRocmVhZC00KSBbNTNkNmZjNV0gQ29ycmVsYXRpb24gSUQ6IDUzZDZm YzUsIENhbGwgU3RhY2s6IG51bGwsIEN1c3RvbSBFdmVudCBJRDogLTEsIE1l c3NhZ2U6IEluc3RhbGxpbmcgSG9zdCBsYWIyLiBDb25uZWN0ZWQgdG8gaG9z dCBsYWIyLmhvbWUgd2l0aCBTU0gga2V5IGZpbmdlcnByaW50OiA3OTowMDpk OTo0MDpjMDpiNjo1ZTphNDphZjo4MTo0OTowNTo0ZDpjMjo3YjphMC4KMjAx My0xMS0yNSAwODo1NToxOSw0MTAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUu Y29yZS5ibGwuVmRzRGVwbG95XSAocG9vbC02LXRocmVhZC00KSBbNTNkNmZj NV0gSW5zdGFsbGF0aW9uIG9mIGxhYjIuaG9tZS4gRXhlY3V0aW5nIGNvbW1h bmQgdmlhIFNTSCB1bWFzayAwMDc3OyBNWVRNUD0iJChta3RlbXAgLXQgb3Zp cnQtWFhYWFhYWFhYWCkiOyB0cmFwICJjaG1vZCAtUiB1K3J3WCBcIiR7TVlU TVB9XCIgPiAvZGV2L251bGwgMj4mMTsgcm0gLWZyIFwiJHtNWVRNUH1cIiA+ IC9kZXYvbnVsbCAyPiYxIiAwOyBybSAtZnIgIiR7TVlUTVB9IiAmJiBta2Rp ciAiJHtNWVRNUH0iICYmIHRhciAtLXdhcm5pbmc9bm8tdGltZXN0YW1wIC1D ICIke01ZVE1QfSIgLXggJiYgICIke01ZVE1QfSIvc2V0dXAgRElBTE9HL2Rp YWxlY3Q9c3RyOm1hY2hpbmUgRElBTE9HL2N1c3RvbWl6YXRpb249Ym9vbDpU cnVlIDwgL3Zhci9jYWNoZS9vdmlydC1lbmdpbmUvb3ZpcnQtaG9zdC1kZXBs b3kudGFyCjIwMTMtMTEtMjUgMDg6NTU6MTksNDk0IElORk8gIFtvcmcub3Zp cnQuZW5naW5lLmNvcmUudXRpbHMuc3NoLlNTSERpYWxvZ10gKHBvb2wtNi10 aHJlYWQtNCkgU1NIIGV4ZWN1dGUgcm9vdEBsYWIyLmhvbWUgJ3VtYXNrIDAw Nzc7IE1ZVE1QPSIkKG1rdGVtcCAtdCBvdmlydC1YWFhYWFhYWFhYKSI7IHRy YXAgImNobW9kIC1SIHUrcndYIFwiJHtNWVRNUH1cIiA+IC9kZXYvbnVsbCAy PiYxOyBybSAtZnIgXCIke01ZVE1QfVwiID4gL2Rldi9udWxsIDI+JjEiIDA7 IHJtIC1mciAiJHtNWVRNUH0iICYmIG1rZGlyICIke01ZVE1QfSIgJiYgdGFy IC0td2FybmluZz1uby10aW1lc3RhbXAgLUMgIiR7TVlUTVB9IiAteCAmJiAg IiR7TVlUTVB9Ii9zZXR1cCBESUFMT0cvZGlhbGVjdD1zdHI6bWFjaGluZSBE SUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUnCjIwMTMtMTEtMjUgMDg6 NTU6MTksNzQ5IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZk c0RlcGxveV0gKFZkc0RlcGxveSkgRXJyb3IgZHVyaW5nIGRlcGxveSBkaWFs b2c6IGphdmEuaW8uSU9FeGNlcHRpb246IFVuZXhwZWN0ZWQgY29ubmVjdGlv biB0ZXJtaW5hdGlvbgoJYXQgb3JnLm92aXJ0Lm90b3BpLmRpYWxvZy5NYWNo aW5lRGlhbG9nUGFyc2VyLm5leHRFdmVudChNYWNoaW5lRGlhbG9nUGFyc2Vy LmphdmE6Mzg4KSBbb3RvcGkuamFyOl0KCWF0IG9yZy5vdmlydC5vdG9waS5k aWFsb2cuTWFjaGluZURpYWxvZ1BhcnNlci5uZXh0RXZlbnQoTWFjaGluZURp YWxvZ1BhcnNlci5qYXZhOjQwNSkgW290b3BpLmphcjpdCglhdCBvcmcub3Zp cnQuZW5naW5lLmNvcmUuYmxsLlZkc0RlcGxveS5fdGhyZWFkTWFpbihWZHNE ZXBsb3kuamF2YTo3NTApIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuVmRzRGVwbG95LmFjY2VzcyQxODAwKFZkc0RlcGxveS5q YXZhOjc3KSBbYmxsLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUu YmxsLlZkc0RlcGxveSQ0NS5ydW4oVmRzRGVwbG95LmphdmE6ODkzKSBbYmxs LmphcjpdCglhdCBqYXZhLmxhbmcuVGhyZWFkLnJ1bihUaHJlYWQuamF2YTo3 NDQpIFtydC5qYXI6MS43LjBfNDVdCgoyMDEzLTExLTI1IDA4OjU1OjE5LDc1 MiBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNEZXBsb3ld IChwb29sLTYtdGhyZWFkLTQpIFs1M2Q2ZmM1XSBFcnJvciBkdXJpbmcgaG9z dCBsYWIyLmhvbWUgaW5zdGFsbDogamF2YS5pby5JT0V4Y2VwdGlvbjogVW5l eHBlY3RlZCBjb25uZWN0aW9uIHRlcm1pbmF0aW9uCglhdCBvcmcub3ZpcnQu b3RvcGkuZGlhbG9nLk1hY2hpbmVEaWFsb2dQYXJzZXIubmV4dEV2ZW50KE1h Y2hpbmVEaWFsb2dQYXJzZXIuamF2YTozODgpIFtvdG9waS5qYXI6XQoJYXQg b3JnLm92aXJ0Lm90b3BpLmRpYWxvZy5NYWNoaW5lRGlhbG9nUGFyc2VyLm5l eHRFdmVudChNYWNoaW5lRGlhbG9nUGFyc2VyLmphdmE6NDA1KSBbb3RvcGku amFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzRGVwbG95 Ll90aHJlYWRNYWluKFZkc0RlcGxveS5qYXZhOjc1MCkgW2JsbC5qYXI6XQoJ YXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNEZXBsb3kuYWNjZXNz JDE4MDAoVmRzRGVwbG95LmphdmE6NzcpIFtibGwuamFyOl0KCWF0IG9yZy5v dmlydC5lbmdpbmUuY29yZS5ibGwuVmRzRGVwbG95JDQ1LnJ1bihWZHNEZXBs b3kuamF2YTo4OTMpIFtibGwuamFyOl0KCWF0IGphdmEubGFuZy5UaHJlYWQu cnVuKFRocmVhZC5qYXZhOjc0NCkgW3J0LmphcjoxLjcuMF80NV0KCjIwMTMt MTEtMjUgMDg6NTU6MTksNzUzIEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUuYmxsLlZkc0RlcGxveV0gKHBvb2wtNi10aHJlYWQtNCkgWzUzZDZmYzVd IEVycm9yIGR1cmluZyBob3N0IGxhYjIuaG9tZSBpbnN0YWxsLCBwcmVmZXJp bmcgZmlyc3QgZXhjZXB0aW9uOiBqYXZhLmlvLklPRXhjZXB0aW9uOiBVbmV4 cGVjdGVkIGNvbm5lY3Rpb24gdGVybWluYXRpb24KCWF0IG9yZy5vdmlydC5v dG9waS5kaWFsb2cuTWFjaGluZURpYWxvZ1BhcnNlci5uZXh0RXZlbnQoTWFj aGluZURpYWxvZ1BhcnNlci5qYXZhOjM4OCkgW290b3BpLmphcjpdCglhdCBv cmcub3ZpcnQub3RvcGkuZGlhbG9nLk1hY2hpbmVEaWFsb2dQYXJzZXIubmV4 dEV2ZW50KE1hY2hpbmVEaWFsb2dQYXJzZXIuamF2YTo0MDUpIFtvdG9waS5q YXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNEZXBsb3ku X3RocmVhZE1haW4oVmRzRGVwbG95LmphdmE6NzUwKSBbYmxsLmphcjpdCglh dCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0RlcGxveS5hY2Nlc3Mk MTgwMChWZHNEZXBsb3kuamF2YTo3NykgW2JsbC5qYXI6XQoJYXQgb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNEZXBsb3kkNDUucnVuKFZkc0RlcGxv eS5qYXZhOjg5MykgW2JsbC5qYXI6XQoJYXQgamF2YS5sYW5nLlRocmVhZC5y dW4oVGhyZWFkLmphdmE6NzQ0KSBbcnQuamFyOjEuNy4wXzQ1XQoKMjAxMy0x MS0yNSAwODo1NToxOSw3NTUgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29y ZS5ibGwuSW5zdGFsbFZkc0NvbW1hbmRdIChwb29sLTYtdGhyZWFkLTQpIFs1 M2Q2ZmM1XSBIb3N0IGluc3RhbGxhdGlvbiBmYWlsZWQgZm9yIGhvc3QgYzVl ZWZiMGMtMGM2MC00NTg2LWI0MTQtOGE2ZDVlNTE1MThkLCBsYWIyLjogamF2 YS5pby5JT0V4Y2VwdGlvbjogVW5leHBlY3RlZCBjb25uZWN0aW9uIHRlcm1p bmF0aW9uCglhdCBvcmcub3ZpcnQub3RvcGkuZGlhbG9nLk1hY2hpbmVEaWFs b2dQYXJzZXIubmV4dEV2ZW50KE1hY2hpbmVEaWFsb2dQYXJzZXIuamF2YToz ODgpIFtvdG9waS5qYXI6XQoJYXQgb3JnLm92aXJ0Lm90b3BpLmRpYWxvZy5N YWNoaW5lRGlhbG9nUGFyc2VyLm5leHRFdmVudChNYWNoaW5lRGlhbG9nUGFy c2VyLmphdmE6NDA1KSBbb3RvcGkuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuVmRzRGVwbG95Ll90aHJlYWRNYWluKFZkc0RlcGxveS5q YXZhOjc1MCkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LmJsbC5WZHNEZXBsb3kuYWNjZXNzJDE4MDAoVmRzRGVwbG95LmphdmE6Nzcp IFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRz RGVwbG95JDQ1LnJ1bihWZHNEZXBsb3kuamF2YTo4OTMpIFtibGwuamFyOl0K CWF0IGphdmEubGFuZy5UaHJlYWQucnVuKFRocmVhZC5qYXZhOjc0NCkgW3J0 LmphcjoxLjcuMF80NV0KCjIwMTMtMTEtMjUgMDg6NTU6MTksNzU4IElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZkc1N0YXR1 c1ZEU0NvbW1hbmRdIChwb29sLTYtdGhyZWFkLTQpIFs1M2Q2ZmM1XSBTVEFS VCwgU2V0VmRzU3RhdHVzVkRTQ29tbWFuZChIb3N0TmFtZSA9IGxhYjIsIEhv c3RJZCA9IGM1ZWVmYjBjLTBjNjAtNDU4Ni1iNDE0LThhNmQ1ZTUxNTE4ZCwg c3RhdHVzPUluc3RhbGxGYWlsZWQsIG5vbk9wZXJhdGlvbmFsUmVhc29uPU5P TkUpLCBsb2cgaWQ6IDY1N2Y1NjM2CjIwMTMtMTEtMjUgMDg6NTU6MTksNzg1 IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZk c1N0YXR1c1ZEU0NvbW1hbmRdIChwb29sLTYtdGhyZWFkLTQpIFs1M2Q2ZmM1 XSBGSU5JU0gsIFNldFZkc1N0YXR1c1ZEU0NvbW1hbmQsIGxvZyBpZDogNjU3 ZjU2MzYKMjAxMy0xMS0yNSAwODo1NToxOSw4MDUgSU5GTyAgW29yZy5vdmly dC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuYXVkaXRsb2doYW5kbGluZy5B dWRpdExvZ0RpcmVjdG9yXSAocG9vbC02LXRocmVhZC00KSBbNTNkNmZjNV0g Q29ycmVsYXRpb24gSUQ6IDUzZDZmYzUsIENhbGwgU3RhY2s6IG51bGwsIEN1 c3RvbSBFdmVudCBJRDogLTEsIE1lc3NhZ2U6IEhvc3QgbGFiMiBpbnN0YWxs YXRpb24gZmFpbGVkLiBVbmV4cGVjdGVkIGNvbm5lY3Rpb24gdGVybWluYXRp b24uCjIwMTMtMTEtMjUgMDg6NTU6MTksODA1IElORk8gIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUuYmxsLkluc3RhbGxWZHNDb21tYW5kXSAocG9vbC02LXRo cmVhZC00KSBbNTNkNmZjNV0gTG9jayBmcmVlZCB0byBvYmplY3QgRW5naW5l TG9jayBbZXhjbHVzaXZlTG9ja3M9IGtleTogYzVlZWZiMGMtMGM2MC00NTg2 LWI0MTQtOGE2ZDVlNTE1MThkIHZhbHVlOiBWRFMKLCBzaGFyZWRMb2Nrcz0g XQo= --862858767-1978909361-1385366705=:17426--

2 1

[Users] Fedora host install fails
by Pascal Jakobi 28 Nov '13

28 Nov '13

Both ovirt engine & host run F19. oVirt Engine Version: 3.3.1-2.fc19 I get an "unexpected connection termination" when trying to install host (see attached log). Can someone help ? Thanks in advance *Pascal *

2 3

[Users] oVirt Weekly Meeting Minutes
by Leonardo Bianconi 28 Nov '13

28 Nov '13

Hi Sandro These are the PPC features and its status: Target Status Description 3.4 - Under review - Architecture support when importing/exporting VM and Templates 3.4 - Under review - Ability to specify architecture in the OSInfo file 3.4 - Under review - Ability to specify supported video cards and display protocols in the OSInfo file 3.4 - Under review - Ability to specify watch dog in the OSInfo file 3.4 - Done - Ability to specify hotplug of nic and disk in the OSInfo file 3.4 - Under review - Ability to search by architecture 3.4 - Under review - Create Cluster, VM and Templates for PPC64 3.4 - Under review - Add PPC64 Hosts 3.4 - Under review - Support for sPAPR VLAN and sPAPR VSCSI 3.4 - Under review - Run fake power hosts 3.4 - Under review - Obtain capabilities of PPC64 hosts 3.4 - Under review - Obtain the CPU topology of PPC64 hosts 3.4 - Under review - Ability to run power machines on x86 hosts Some basic patches for PPC support were merged but not enough to enable any PPC feature. We are focused on the patches 18938, 19010 and 18220 (see below), since they are the base for all PPC features. Engine 18938 (Initial support for alternative architectures) |_19010 (Architecture parameter on search backend) |_18220 (New OS for IBM POWER support) |_21503 (Architecture dependent commands) |_21522 (Avoid migration in ppc64) 20294 (Architecture dependent commands) |_18622 (sPAPR SCSI on PPC64 VMs) |_20630 (Limit the number of SCSI and VirtIO blk devices) |_17972 (Show only compatible OSes) |_18347 (OS type validation) |_20667 (Fix VM creation with blank template) |_18702 (Fill and check arch when importing VM and Template) |_19012 (OVF import for multiple architectures) |_18226 (Cluster and arch related changes) |_19132 (Prevent arch mismatches in the FE) |_18227 (Added arch support for VM and Template) |_19487 (Selection of incompatible templates) VDSM 19395 (Hardware information about POWER hosts) |_17437 (Adding ppc64 handling to getVdsCaps) |_19396 (Report fake capabilities) |_18718 (Create VMs for the POWER architecture) |_19875 (Handling topology for ppc64) Regards Leonardo Bianconi Date: Wed, 27 Nov 2013 17:14:37 +0100 From: Sandro Bonazzola <sbonazzo(a)redhat.com> To: "Users(a)ovirt.org" <Users(a)ovirt.org>, engine-devel <engine-devel(a)ovirt.org> Subject: [Engine-devel] oVirt PPC status update Message-ID: <52961A6D.4090208(a)redhat.com> Content-Type: text/plain; charset=ISO-8859-15 Hi, anybody can report about PPC status for 3.3.2 and 3.4.0 target releases? It would be nice having someone for PPC at ovirt-sync meeting from next week on, so please join :-) Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [Users] Problem starting VM in oVirt 3.3.1-2
by Hans-Joachim 28 Nov '13

28 Nov '13

--========GMXBoundary101141385639387905866 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hello, thank you. It solved my problem. Hans-Joachim ----- Original Message ----- From: Gilad Chaplik Sent: 11/27/13 05:46 PM To: Hans-Joachim Subject: Re: [Users] Problem starting VM in oVirt 3.3.1-2 ----- Original Message ----- > From: "Hans-Joachim" <rni(a)chef.net> > To: users(a)ovirt.org > Sent: Wednesday, November 27, 2013 4:47:11 PM > Subject: [Users] Problem starting VM in oVirt 3.3.1-2 > > Hello, > > I'm running in troubles..... > After migrating the storage of an powered off VM to a different iSCSI > storage, my CentOS 4 VM does not start any more (well, it's not the reality, > but for the system the VM stays in Wait for launch for hours). In reality, > the VM starts on the node. Hi, we've already solve this issue and it probably be included in the next release. a simple workaround: either disable ballooning in the cluster (edit cluster -> Optimization -> uncheck Enable balloon) or enable ballooning for the vm (edit vm -> Resource Allocation -> check Memory Balloon Device Enabled) Thanks, Gilad. --========GMXBoundary101141385639387905866 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <span style=3D'font-family:Verdana'><span style=3D'font-size:12px'>Hello,<b= r /><br />thank you.<br /><br />It solved my problem.<br /><br />Hans-Joach= im<p style=3D"margin:0px; padding:0px;" >=C2=A0</p><blockquote style=3D"bor= der-left: 1px solid #CCC; padding-left: 5px; margin-left: 5px; margin-botto= m: 0px; margin-top: 0px; margin-right: 0px;" type=3D"cite"><p style=3D"marg= in:0px; padding:0px;" ><span style=3D"font-family:Verdana"><span style=3D"f= ont-size:12px">----- Original Message -----</span></span></p><p style=3D"ma= rgin:0px; padding:0px;" ><span style=3D"font-family:Verdana"><span style=3D= "font-size:12px">From: Gilad Chaplik</span></span></p><p style=3D"margin:0p= x; padding:0px;" ><span style=3D"font-family:Verdana"><span style=3D"font-s= ize:12px">Sent: 11/27/13 05:46 PM</span></span></p><p style=3D"margin:0px; = padding:0px;" ><span style=3D"font-family:Verdana"><span style=3D"font-size= :12px">To: Hans-Joachim</span></span></p><p style=3D"margin:0px; padding:0p= x;" ><span style=3D"font-family:Verdana"><span style=3D"font-size:12px">Sub= ject: Re: [Users] Problem starting VM in oVirt 3.3.1-2</span></span></p>=C2= =A0<div><div><pre style=3D"white-space: pre-wrap; word-wrap: break-word; fo= nt-size:11;pre">----- Original Message -----=20 > From: "Hans-Joachim" <rni(a)chef.net>=20 > To: users(a)ovirt.org=20 > Sent: Wednesday, November 27, 2013 4:47:11 PM=20 > Subject: [Users] Problem starting VM in oVirt 3.3.1-2=20 >=20 > Hello,=20 >=20 > I'm running in troubles.....=20 > After migrating the storage of an powered off VM to a different iSCSI= =20 > storage, my CentOS 4 VM does not start any more (well, it's not the re= ality,=20 > but for the system the VM stays in Wait for launch for hours). In real= ity,=20 > the VM starts on the node.=20 Hi,=20 we've already solve this issue and it probably be included in the next rele= ase.=20 a simple workaround:=20 either disable ballooning in the cluster (edit cluster -> Optimization -= > uncheck Enable balloon)=20 or enable ballooning for the vm (edit vm -> Resource Allocation -> ch= eck Memory Balloon Device Enabled)=20 Thanks, Gilad.=20 </pre></div></div></blockquote></span></span> --========GMXBoundary101141385639387905866--

1 0

[Users] [QE] oVirt 3.3.2 beta status
by Sandro Bonazzola 28 Nov '13

28 Nov '13

Hi, we're going to branch and build oVirt 3.3.2 beta TODAY. A bug tracker is available at [1] and it shows only 3 bugs still blocking the release: Whiteboard Bug ID Summary storage 1022961 Running a VM from a gluster domain uses mount instead of gluster URI virt 1025829 sysprep floppy is not attached to Windows 2008 R2 machine - even when specifically checked in Run Once virt 1029885 cloud-init testcase does not work in engine 3.3.1 Please provide an ETA for the above bugs. The following is a list of the non-blocking bugs still open with target 3.3.2: Whiteboard Bug ID Summary infra 1017267 Plaintext user passwords in async_tasks database infra 987982 When adding a host through the REST API, the error message says that "rootPassword" is required,... infra 1020344 Power Managent with cisco_ucs problem integration 1022440 AIO - configure the AIO host to be a gluster cluster/host integration 902979 ovirt-live - firefox doesn't trust the installed engine integration 1021805 oVirt Live - use motd to show the admin password integration 1026930 Package virtio-win and put it in ovirt repositories integration 1026933 pre-populate ISO domain with virtio-win ISO network 1019818 Support OpenStack Havana layer 2 agent integration network 987999 [oVirt] [provider] Add button shouldn't appear on specific provider network 987916 [oVirt] [provider] Dialog doesn't update unless focus lost network 906313 [oVirt-webadmin] [setupNetworks] "No valid Operation for <network_name> and Unassigned Logical Networks panel" network 1023722 [oVirt-webadmin][network] Network roles in cluster management should be radio buttons network 997197 Some AppErrors messages are grammatically incorrect (singular vs plural) storage 1029069 Live storage migration snapshot removal fails, probably due to unexpected qemu-img output storage 987917 [oVirt] [glance] API version not specified in provider dialog storage 1016118 async between masterVersion : can't connect to StoragePool ux 906394 [oVirt-webadmin] [network] Loading animation in network main tab 'hosts' and 'vms' subtab is stuck on first view... virt 1007940 Cannot clone from snapshot while using GlusterFS as POSIX Storage Domain Please add the bugs to the tracker if you think that 3.3.2 should not be released without them fixed. For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [2]. Maintainers are welcomed to start filling release notes, the page has been created here [3] [1] https://bugzilla.redhat.com/1027349 [2] http://www.ovirt.org/Testing/Ovirt_3.3.2_testing [3] http://www.ovirt.org/OVirt_3.3.2_release_notes Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 5