- Devel - oVirt List Archives

[Engine-devel] Engine on Fedora 20
by Adam Litke 26 Dec '13

26 Dec '13

Has anyone had success running ovirt-engine on Fedora 20? I upgraded my system on Wednesday and thought everything was fine but then I started getting the following error: 2013-12-19 14:53:31,447 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-5) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource Has anyone encountered this recently?

4 6

Re: [Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input
by Gustavo Frederico Temple Pedrosa 26 Dec '13

26 Dec '13

--_000_EF26FC1776F7FF46BFC072393EFD13A2558049E0SERV070corpeldo_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, In an initial analysis, in my opinion I would discard the "Alternate Concep= t 3", because it goes against the heuristic number #6 of Nielsen (recogniti= on rather than recall), it soon becomes difficult for the user remember whe= re are the options. Also discard the "Alternate Concept 1", because it blends vertical and hori= zontal menus, it soon avoids a pattern (system of meaning) and confuses the= user. Thanks. Date: Tue, 24 Dec 2013 07:49:39 -0500 (EST) From: Eldan Hildesheim <ehildesh(a)redhat.com<mailto:ehildesh@redhat.com>> To: Shahar Havivi <shaharh(a)redhat.com<mailto:shaharh@redhat.com>> Cc: engine-devel <engine-devel(a)ovirt.org<mailto:engine-devel@ovirt.org>> Subject: Re: [Engine-devel] Options for embedding Cloud init features into = VM dialog - Need Input Hi, Can we merge those 2 pages together? Eldan ----- Original Message ----- From: "Shahar Havivi" <shaharh at redhat.com> To: "Malini Rao" <mrao at redhat.com> Cc: "engine-devel" <engine-devel at ovirt.org>, "Eldan Hildesheim" <ehildes= h at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Michal Skrivane= k" <michal.skrivanek at redhat.com> Sent: Tuesday, December 24, 2013 2:33:28 PM Subject: Re: [Engine-devel] Options for embedding Cloud init features into = VM dialog - Need Input Hi, We have a feature page for the VM Init (including Cloud-Init and Windows Sysprep): http://www.ovirt.org/Features/vm-init-persistent >From: "Malini Rao" <mrao at redhat.com> >To: "engine-devel" <engine-devel at ovirt.org> >Cc: "Eldan Hildesheim" <ehildesh at redhat.com> >Sent: Monday, December 23, 2013 11:43:07 PM >Subject: [Engine-devel] Options for embedding Cloud init features into VM = dialog - Need Input > >Hello all, > >There is a current feature to embed cloud init configuration which was ori= ginally part of the Run dialog to be part of the create/ Edit VM dialog. Th= is presents a challenge in terms of good display of the hierarchies of inf= ormation since the VM dialog is already having subtabs stacked vertically. = Please find here (http://www.ovirt.org/UX/cloud_init) alternate concepts of= how we might represent all the levels of hierarchy from the VM dialog sub = tabs to the cloud init categories and the content ( which is also nested so= metimes) for each. > >I have provided brief explanations of each concept and I would like your f= eedback on these ... esp with regard to feasibility. The general goals that= govern the various concepts are - > >- Correct representation of the hierarchy >- Not overloading the users with too much info and cluttering the screen >- Not utilizing the same UI paradigm ( like expand/ collapse) for differen= t types of info. For example, we have categories of info where the fields a= re distinct from each other and then we have times where the user is able t= o add multiple instances of the same object type - e.g NICs and have the sa= me set of fields be defined for each instance. > >Your feedback is appreciated. > >Thanks >Malini --_000_EF26FC1776F7FF46BFC072393EFD13A2558049E0SERV070corpeldo_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"PT-BR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p= ></o:p> <o:p>&n= bsp;</o:p> In an i= nitial analysis, in my opinion I would discard the "Alternate Concept = 3", because it goes against the heuristic number #6 of Nielsen (recogn= ition rather than recall), it soon becomes difficult for the user remember where are the options.<o:p></o:p> Also di= scard the "Alternate Concept 1", because it blends vertical and h= orizontal menus, it soon avoids a pattern (system of meaning) and confuses = the user.<o:p></o:p> <o:p>&n= bsp;</o:p> Thanks.<o:p></o:p></sp= an> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm = 4.0pt"> Date: Tue, 24 Dec 2013 07:49:39= -0500 (EST)<o:p></o:p> From: Eldan Hildesheim <<a h= ref=3D"mailto:ehildesh@redhat.com">ehildesh(a)redhat.com</a>><o:p></o:p></= span> To: Shahar Havivi <<a href= =3D"mailto:shaharh@redhat.com">shaharh(a)redhat.com</a>><o:p></o:p>= Cc: engine-devel <<a href=3D= "mailto:engine-devel@ovirt.org">engine-devel(a)ovirt.org</a>><o:p></o:p></= span> Subject: Re: [Engine-devel] Opt= ions for embedding Cloud init features into VM dialog - Need Input<o:p></o:= p> <o:p> </o:p> Hi,<o:p></o:p> Can we merge those 2 pages toge= ther?<o:p></o:p> Eldan<o:p></o:p> <o:p> </o:p> ----- Original Message -----<o:= p></o:p> From: "Shahar Havivi"= <shaharh at redhat.com><o:p></o:p> To: "Malini Rao" <= mrao at redhat.com><o:p></o:p> Cc: "engine-devel" &l= t;engine-devel at ovirt.org>, "Eldan Hildesheim" <ehildesh = at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>,= "Michal Skrivanek" <michal.skrivanek at redhat.com><o:p></= o:p> Sent: Tuesday, December 24, 201= 3 2:33:28 PM<o:p></o:p> Subject: Re: [Engine-devel] Opt= ions for embedding Cloud init features into VM dialog - Need Input<o:p></o:= p> <o:p> </o:p> Hi,<o:p></o:p> We have a feature page for the = VM Init (including Cloud-Init and Windows<o:p></o:p> Sysprep):<o:p></o:p> <o:p> </o:p> <a href=3D"http://www.ovirt.org= /Features/vm-init-persistent">http://www.ovirt.org/Features/vm-init-persist= ent</a><o:p></o:p> <o:p> </o:p> <o:p> </o:p> >From: "Malini Rao&quot= ; <mrao at redhat.com><o:p></o:p> >To: "engine-devel&quot= ; <engine-devel at ovirt.org><o:p></o:p> >Cc: "Eldan Hildesheim&= quot; <ehildesh at redhat.com><o:p></o:p> >Sent: Monday, December 23, = 2013 11:43:07 PM<o:p></o:p> >Subject: [Engine-devel] Opt= ions for embedding Cloud init features into VM dialog - Need Input<o:p></o:= p> ><o:p> </o:p></p= > >Hello all, <o:p></o:p></spa= n> ><o:p> </o:p></p= > >There is a current feature = to embed cloud init configuration which was originally part of the Run dial= og to be part of the create/ Edit VM dialog. This presents a challenge in t= erms of  good display of the hierarchies of information since the VM dialog is already having subtabs stacked verti= cally. Please find here (<a href=3D"http://www.ovirt.org/UX/cloud_init">htt= p://www.ovirt.org/UX/cloud_init</a>) alternate concepts of how we might rep= resent all the levels of hierarchy from the VM dialog sub tabs to the cloud init categories and the content (= which is also nested sometimes) for each.<o:p></o:p> ><o:p> </o:p></p= > >I have provided brief expla= nations of each concept and I would like your feedback on these ... esp wit= h regard to feasibility. The general goals that govern the various concepts= are - <o:p></o:p> ><o:p> </o:p></p= > >- Correct representation of= the hierarchy<o:p></o:p> >- Not overloading the users= with too much info and cluttering the screen<o:p></o:p> >- Not utilizing the same UI= paradigm ( like expand/ collapse) for different types of info. For example= , we have categories of info where the fields are distinct from each other = and then we have times where the user is able to add multiple instances of the same object type - e.g NICs and have= the same set of fields be defined for each instance. <o:p></o:p> ><o:p> </o:p> >Your feedback is appreciated.<o:p></o:p> ><o:p> </o:p> >Thanks<o:p></o:p> >Malini<o:p></o:p> </div> </div> </body> </html> --_000_EF26FC1776F7FF46BFC072393EFD13A2558049E0SERV070corpeldo_--

1 0

[Engine-devel] [test email - sent at 12:30 IST]
by Eyal Edri 26 Dec '13

26 Dec '13

sorry for the noise, testing mailman. Eyal.

1 0

[Engine-devel] Is there is time based task scheduling available in oVirt ?
by Shubhendu Tripathi 26 Dec '13

26 Dec '13

We are in a requirement where time based task scheduling is required for gluster tasks. I understand that, as is there is no such mechanism available in oVirt using which we can schedule tasks like volume snaps creation at a given time and frequency. Wanted to know if there is some plan in near future for supporting this feature. This certainly would open other automation options in oVirt. Regards, Shubhendu

1 0

[Engine-devel] ovirt-engine-sdk-java 1.0.0.6-1 released
by Michael Pasternak 25 Dec '13

25 Dec '13

- added new collection ClusterGlusterVolumeGlusterBrickStatistics - added new properties to the GlusterBrick - to vm added cpu.mode - to host install action added "image" parameter - ignore case in factory method lookup More details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 10

[Engine-devel] ovirt-sdk-python 3.3.0.1 released
by Michael Pasternak 25 Dec '13

25 Dec '13

- added new collection ClusterGlusterVolumeBrickStatistics - added NetUp 'cloned disk' importing capabilities - to ClusterGlusterVolumeBricks.list() added new argument "all_content" - to ClusterGlusterVolumeBricks.get() added new argument "all_content" - to host install method added new parameter "image" - to host add method added new parameter "display.address" - to vm add method added new parameter "vm.cpu.mode" - to vm add method added new overload for creating vm from snapshot - to cluster added tunnel_migration - to display added keyboard_layout - to display added smartcard_enabled - to DataCenter added Clusters sub-collection - to StorageDomain added Disks sub-collection - to Disks.list() added 'unregistered' argument - to Host added display.address - to Snapshot added commit/preview/undo actions - to vms.add() added overload for creating vm from snapshot - to hosts.add() added [@param host.display.address: string] - to vm.ticket() added [@param action.ticket.value: string] - return error if amount of fetched objects in X.get() is > 1 #890327 - session based authentication for /localhost is broken #916285 - explicitly ask for reply in xml - Add constructor parameter validate_cert_chain=True #915225 - defend against malformed server reply For more details see [1]. [1] http://wiki.ovirt.org/Python-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 5

Re: [Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input
by Shahar Havivi 24 Dec '13

24 Dec '13

Hi, We have a feature page for the VM Init (including Cloud-Init and Windows Sysprep): http://www.ovirt.org/Features/vm-init-persistent >From: "Malini Rao" <mrao(a)redhat.com> >To: "engine-devel" <engine-devel(a)ovirt.org> >Cc: "Eldan Hildesheim" <ehildesh(a)redhat.com> >Sent: Monday, December 23, 2013 11:43:07 PM >Subject: [Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input > >Hello all, > >There is a current feature to embed cloud init configuration which was originally part of the Run dialog to be part of the create/ Edit VM dialog. This presents a challenge in terms of good display of the hierarchies of information since the VM dialog is already having subtabs stacked vertically. Please find here (http://www.ovirt.org/UX/cloud_init) alternate concepts of how we might represent all the levels of hierarchy from the VM dialog sub tabs to the cloud init categories and the content ( which is also nested sometimes) for each. > >I have provided brief explanations of each concept and I would like your feedback on these ... esp with regard to feasibility. The general goals that govern the various concepts are - > >- Correct representation of the hierarchy >- Not overloading the users with too much info and cluttering the screen >- Not utilizing the same UI paradigm ( like expand/ collapse) for different types of info. For example, we have categories of info where the fields are distinct from each other and then we have times where the user is able to add multiple instances of the same object type - e.g NICs and have the same set of fields be defined for each instance. > >Your feedback is appreciated. > >Thanks >Malini >_______________________________________________ >Engine-devel mailing list >Engine-devel(a)ovirt.org >http://lists.ovirt.org/mailman/listinfo/engine-devel

2 1

[Engine-devel] [CORE] broken backward compatibility for vm creation
by Michael Pasternak 24 Dec '13

24 Dec '13

[oVirt shell (connected)]# add vm --name test --cluster-id 00000001-0001-0001-0001-000000000001 --template-id 00000000-0000-0000-0000-000000000000 =========================================================================== ERROR ========================================================================= status: 400 reason: Bad Request detail: Cannot add VM. Selected operating system is not supported by the architecture. =========================================================================================================================================================== [oVirt shell (connected)]# show template 00000000-0000-0000-0000-000000000000 id : 00000000-0000-0000-0000-000000000000 name : Blank description : Blank template cluster-id : 00000001-0001-0001-0001-000000000001 cpu-architecture : UNDEFINED cpu-topology-cores : 1 cpu-topology-sockets : 1 cpu_shares : 0 creation_time : 2008-04-01 00:00:00+03:00 delete_protected : False display-allow_override : False display-monitors : 1 display-single_qxl_pci : False display-smartcard_enabled : False display-type : spice high_availability-enabled : False high_availability-priority: 0 memory : 1073741824 origin : rhev os-boot-dev : hd os-type : other stateless : False status-state : ok type : desktop usb-enabled : False [oVirt shell (connected)]# show cluster 00000001-0001-0001-0001-000000000001 id : 00000001-0001-0001-0001-000000000001 name : Default description : The default server cluster ballooning_enabled : False data_center-id : 00000002-0002-0002-0002-000000000002 error_handling-on_error : migrate gluster_service : False memory_policy-overcommit-percent : 100 memory_policy-transparent_hugepages-enabled: True scheduling_policy-policy : none threads_as_cores : False trusted_service : False tunnel_migration : False version-major : 3 version-minor : 3 virt_service : True -- Michael Pasternak RedHat, ENG-Virtualization R&D

4 4

[Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input
by Malini Rao 23 Dec '13

23 Dec '13

Hello all, There is a current feature to embed cloud init configuration which was originally part of the Run dialog to be part of the create/ Edit VM dialog. This presents a challenge in terms of good display of the hierarchies of information since the VM dialog is already having subtabs stacked vertically. Please find here (http://www.ovirt.org/UX/cloud_init) alternate concepts of how we might represent all the levels of hierarchy from the VM dialog sub tabs to the cloud init categories and the content ( which is also nested sometimes) for each. I have provided brief explanations of each concept and I would like your feedback on these ... esp with regard to feasibility. The general goals that govern the various concepts are - - Correct representation of the hierarchy - Not overloading the users with too much info and cluttering the screen - Not utilizing the same UI paradigm ( like expand/ collapse) for different types of info. For example, we have categories of info where the fields are distinct from each other and then we have times where the user is able to add multiple instances of the same object type - e.g NICs and have the same set of fields be defined for each instance. Your feedback is appreciated. Thanks Malini

1 0

[Engine-devel] Installing RHEVM DWH 3.2
by Liran Zelkha 23 Dec '13

23 Dec '13

Anybody knows how to install RHEVM DWH version 3.2 using the subscription-manager?

1 0