- Devel - oVirt List Archives

[Engine-devel] "add permission to user" dialog - nothing shown by default
by Einav Cohen 11 Apr '12

11 Apr '12

[https://bugzilla.redhat.com/show_bug.cgi?id=810287] When opening the "add permission to user" dialog, no user is shown in the grid by default; user has to enter something in the search text-box within the dialog (or leave it empty) and hit "Go"; only then the list of users is being filled (according to the search text-box contents). This behavior is by design. Do you think that this behavior should change? i.e. do you think that the users grid should be filled right after opening the dialog with a list of all users? Please consider the following: - calling to the search query and rendering its results may take a while, so user may open the dialog, but will be able to do something only after waiting a while (when originally, all he intended to do was to search a very particular user, which would have taken a short time). - we may have several domains, so grid will be filled with results of the first domain selected (which might not be the domain that the user intended to search originally), so this may be annoying. Due to the reasons above, my personal take is that the current behavior is OK and shouldn't be changed (i.e. BZ should be closed). Any comments?

2 1

[Engine-devel] Unable to Run 'make install-tools'
by Schoenbrun, Dustin 10 Apr '12

10 Apr '12

--_000_0A1534657992624AACDCA570F1D3E2000D3CBASACEXCMBX03PRDhqn_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Greetings, I'm running into an issue at the "Deploying engine-config and engine-manage= -domains" section of the "Building oVirt Engine" article on the wiki. Buil= ding from the source using maven2 has completed successfully and I'm stuck = on the series of commands listed below: # cd $OVIRT_HOME # make create_dirs # make install_tools # make install_config My build fails on the 'make install-tools' command. The output of the comm= and is below: [root@ovirt ovirt-engine]# make install_tools *** Installing Common Tools cp -f /root/ovirt-engine/rpmbuild/SOURCES/engine-tools-common-3.1.0-0001.ja= r /usr/share/java/ cp: cannot stat `/root/ovirt-engine/rpmbuild/SOURCES/engine-tools-common-3.= 1.0-0001.jar': No such file or directory make: *** [install_tools] Error 1 [root@ovirt ovirt-engine]# pwd /root/ovirt-engine [root@ovirt ovirt-engine]# ls backend build-tools deployment frontend Makefile pom.xml build_mvn config ear LICENSE packaging [root@ovirt ovirt-engine]# Any insight into how to proceed would be greatly appreciated. Thanks! -- Dustin Schoenbrun Software Engineer NetApp - Data Center Platforms 919-476-5919 (office) dustin.schoenbrun(a)netapp.com --_000_0A1534657992624AACDCA570F1D3E2000D3CBASACEXCMBX03PRDhqn_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Greetings,<o:p></o:p> <o:p> </o:p> I’m running into an issue at the “Deploy= ing engine-config and engine-manage-domains” section of the “Bu= ilding oVirt Engine” article on the wiki.  Building from the sou= rce using maven2 has completed successfully and I’m stuck on the seri= es of commands listed below:<o:p></o:p> <o:p> </o:p> # cd $OVIRT_HOME<o:p></o:p> # make create_dirs<o:p></o:p> # make install_tools<o:p></o:p> # make install_config<o:p></o:p> <o:p> </o:p> My build fails on the ‘make install-tools&#821= 7; command.  The output of the command is below:<o:p></o:p> <o:p> </o:p> [root@ovirt ovirt-engine]# make install_tools<o:p></= o:p> *** Installing Common Tools<o:p></o:p> cp -f /root/ovirt-engine/rpmbuild/SOURCES/engine-too= ls-common-3.1.0-0001.jar /usr/share/java/<o:p></o:p> cp: cannot stat `/root/ovirt-engine/rpmbuild/SOURCES= /engine-tools-common-3.1.0-0001.jar': No such file or directory<o:p></o:p><= /p> make: *** [install_tools] Error 1<o:p></o:p> [root@ovirt ovirt-engine]# pwd<o:p></o:p> /root/ovirt-engine<o:p></o:p> [root@ovirt ovirt-engine]# ls<o:p></o:p> backend    build-tools  deployme= nt  frontend  Makefile   pom.xml<o:p></o:p> build_mvn  config     =   ear         LICENSE &nb= sp; packaging<o:p></o:p> [root@ovirt ovirt-engine]#<o:p></o:p> <o:p> </o:p> Any insight into how to proceed would be greatly app= reciated.  Thanks!<o:p></o:p> <o:p> </o:p> --<o:p></o:p> Dustin Schoenbrun<o:p></o:p> Software Engineer<o:p></o:p> NetApp – Data Center Platforms<o:p></o:p> 919-476-5919 (office)<o:p></o:p> dustin.schoenbrun(a)netapp.com <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_0A1534657992624AACDCA570F1D3E2000D3CBASACEXCMBX03PRDhqn_--

2 4

[Engine-devel] VM Payload feature
by Oved Ourfalli 10 Apr '12

10 Apr '12

Hey all, Continuing the discussion about Aeolus instance data injection to a VM (http://lists.ovirt.org/pipermail/engine-devel/2012-January/000423.html) we propose a new VM Payload feature. The following wiki page contains a description page of the feature. http://www.ovirt.org/wiki/Features/VMPayload Please read and review. There are several approaches there, and we wish to head your opinions and thoughts about them. Once we agree on an approach, we will start designing. Thank you, Oved

10 18

[Engine-devel] Is there a preferred workflow when adding additional error messages to VDSM _and_ Engine?
by Lee Yarwood 10 Apr '12

10 Apr '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I'm currently working on a patch to correct the logic used by vdsm when reviewing the logical and physical block size of physical volumes [1]. Once/If this is approved I'd like to look into making the exceptions thrown from vdsm and the errors displayed within engine more descriptive. Before I start throwing patches into gerrit I was wondering *if* there is a preferred workflow when adding additional exceptions and error messages across both projects. For example, committing changes to vdsm before engine, engine before vdsm or both at the same time. I'm also wondering if there is a way to say that vdsm gerrit changeid x relies on engine gerrit changeid y etc? Thanks in advance, Lee - -- Lee Yarwood Software Maintenance Engineer Red Hat UK Ltd 200 Fowler Avenue IQ Farnborough, Farnborough, Hants GU14 7JP Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parson(USA), Charlie Peters (USA) GPG fingerprint : A5D1 9385 88CB 7E5F BE64 6618 BCA6 6E33 F672 2D76 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPgFjGAAoJELymbjP2ci12MScIANRBXgWPSjeSZvSM2+bZmDrD FefJfxMcCQFtTqWYePXIxFgqeeRcFc57+6alExBRU2g9nKZJEIPn2vj640XSTGlt n5T4ItED1IVydzuEXFOAvgaTmZfKzTQkxQWp8QgL6pC7cYgnp2nL7gkbkedx1JyI gCgCGomrHeWP2++vUS8UjtCccZdTJiOiWqoH2sBCKgEVcmFMgvYREK6hTou4DHU4 DcpureWuLvM4HWUlyfl37eXQOmy66A7uHGp3xF5sykQZ9aozaiMFjSoCqQOEVqO6 jHRnsQB6FfF/xU+F/UQK5PKZOm7e+KvrMjhIDfR+/DX3t0rkrtc69gg2O6duy4o= =vdud -----END PGP SIGNATURE-----

4 3

[Engine-devel] deprecating auto-detection of Ldap provider types
by Roy Golan 09 Apr '12

09 Apr '12

auto-detection featured few bugs lately which convinced me that it must be deprecated/removed from the code in favor of adding manual set of the provider type. main reasons for that: a. the provider is type is known by the user b. identifying a provider by the rootDSE attributes is error-prone, not reliable etc... specially if the support matrix is growing c. auto-detection logic is duplicated (and not shared) between the backend code and the manage-domains tool (nevermind the reasons now) A manual set of the provider type requires a new configuration field for a domain and the question is the upgrade path which may look like * set the provider type to default Active Directory (because its more likely to be the provider type) * things not working - use the engine-manage-domains and choose the provider type. * optionally - keep the auto-detection (of the tool only!) if user wants to use it. your suggestion and thoughts... Thanks, Roy

5 7

[Engine-devel] qemu machine type / datacenter machine version
by Ryan Harper 08 Apr '12

08 Apr '12

I was playing around with ovirt-engine datacenter definitions and I seems that the capatibility version in the gui controls the qemu machine type specified (3.0 -> pc-0.14). I was wondering where that's configured setup. I grepped through my deployed system and saw a hit here: [root@f16-engine ovirt-engine]# rpm -qf /usr/share/ovirt-engine ovirt-engine-3.0.0_0001-1.2.fc16.x86_64 [root@f16-engine ovirt-engine]# grep -nri "pc-0.14" * db-backups/tmprN1EDt.sql:12119:INSERT INTO vdc_options (option_id, option_name, option_value, version) VALUES (236, 'EmulatedMachine', 'pc-0.14', '3.0'); db-backups/tmpj4XRCI.sql:12138:INSERT INTO vdc_options (option_id, option_name, option_value, version) VALUES (236, 'EmulatedMachine', 'pc-0.14', '3.0'); dbscripts/upgrade/03_00_0530_update_EmulatedMachine_config_to_pc.sql:2:select fn_db_update_config_value('EmulatedMachine','pc-0.14','3.0'); dbscripts/create_db.sh.log:7571:select fn_db_update_config_value('EmulatedMachine','pc-0.14','3.0'); dbscripts/create_db.sh.log:25529:select fn_db_update_config_value('EmulatedMachine','pc-0.14','3.0'); dbscripts/create_db.sh.log:43487:select fn_db_update_config_value('EmulatedMachine','pc-0.14','3.0'); Is there any way to define different compatibiilty versions or edit that? If I've got a new end-point running qemu-kvm that doesn't have pc-0.14 defined (Say RHEL6.x) the machines won't lauch when you specific -M pc-0.14. Thoughts? -- Ryan Harper Software Engineer; Linux Technology Center IBM Corp., Austin, Tx ryanh(a)us.ibm.com

3 4

[Engine-devel] Purpose of Attached Inactive/Maintenance state of export domain?
by David Jaša 08 Apr '12

08 Apr '12

Hi, As I'm using export domain to shove VMs and templates betweend RHEV setups pretty often lately, I'm wondering about $SUBJ. What is it good for? Is it just for situation when main Data storage domain goes down? If so, I'll probably file a RFE to be able to get the domain from Unattached to Active state and vice versa via single click as having to wait half minute before I can do a successive click is quite a big annoyance. David -- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24

2 1

Re: [Engine-devel] qemu machine type / datacenter machine version
by Andrew Cathrow 08 Apr '12

08 Apr '12

It is only configured in the database today. A good short term solution would be exposing this in the engine-config tool to save users having to hack the database, and potentially set this during setup. But long term we need to incorporate the notion of per VM config versions, right now we take the config version from the cluster, which isn't the best approach. We need to merge the two concepts - host/cluster capabilities and VM config version. Itamar Heim <iheim(a)redhat.com> wrote: On 04/05/2012 06:27 PM, Ryan Harper wrote: > I was playing around with ovirt-engine datacenter definitions and I > seems that the capatibility version in the gui controls the qemu machine > type specified (3.0 -> pc-0.14). I was wondering where that's > configured setup. > > I grepped through my deployed system and saw a hit here: > > [root@f16-engine ovirt-engine]# rpm -qf /usr/share/ovirt-engine > ovirt-engine-3.0.0_0001-1.2.fc16.x86_64 > [root@f16-engine ovirt-engine]# grep -nri "pc-0.14" * > db-backups/tmprN1EDt.sql:12119:INSERT INTO vdc_options (option_id, option_name, option_value, version) VALUES (236, 'EmulatedMachine', 'pc-0.14', '3.0'); > db-backups/tmpj4XRCI.sql:12138:INSERT INTO vdc_options (option_id, option_name, option_value, version) VALUES (236, 'EmulatedMachine', 'pc-0.14', '3.0'); > dbscripts/upgrade/03_00_0530_update_EmulatedMachine_config_to_pc.sql:2:select fn_db_update_config_value('EmulatedMachine','pc-0.14','3.0'); > dbscripts/create_db.sh.log:7571:select fn_db_update_config_value('EmulatedMachine','pc-0.14','3.0'); > dbscripts/create_db.sh.log:25529:select fn_db_update_config_value('EmulatedMachine','pc-0.14','3.0'); > dbscripts/create_db.sh.log:43487:select fn_db_update_config_value('EmulatedMachine','pc-0.14','3.0'); > > Is there any way to define different compatibiilty versions or edit that? If I've got a new end-point running qemu-kvm that doesn't have pc-0.14 defined (Say RHEL6.x) the machines won't lauch when you specific -M pc-0.14. > > Thoughts? > > check this and reply to it: http://lists.ovirt.org/pipermail/users/2012-March/001439.html _______________________________________________ Engine-devel mailing list Engine-devel(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel

2 1

[Engine-devel] Backing up the DB
by Adam Litke 07 Apr '12

07 Apr '12

Hi all, I have a working development environment for ovirt-engine and I want to verify someone else's gerrit change. Is there a documented proceedure for backing up the engine db so that, after checking out the new code and updating the db schema, I can revert to my old code and DB (schema and data). Thanks! -- Adam Litke <agl(a)us.ibm.com> IBM Linux Technology Center

7 12

[Engine-devel] VDSM REST API
by Adam Litke 06 Apr '12

06 Apr '12

Hi all, At the oVirt Workshop in Beijing I learned about how the ovirt-shell dynamically discovers: the collections, resource schemas, and allowed actions based on an RSDL file and API xsd schema. I am working on a REST API for vdsm and would like to make my API compatible with the ovirt-engine api such that the same ovirt-shell program could work with either the engine api or the vdsm api. There are many differences between ovirt-engine and vdsm (namely that one is implemented in Java and the other in Python). I think the easiest way to test whether this is possible is to try and create a new, minimalist REST service with python Cherrypy. Such a service would have a root URL with no collections or actions. From my understanding I will need to write the following files: /api - A basic XML representation of the API root resource /api?schema - An xsd that describes the simple API /api?rsdl - An rsdl (XML file) that describes the available links for /api, I want to start with something dead-simple: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <api> <messages> <message id='foo' href='bar'> Hello from vdsm! </message> </messages> </api> Once I can use ovirt-shell to list messages and show messages I will be happy to build on it. Can anyone help me figure out the minimal xsd and rsdl that would be needed for such an API to be consumable by ovirt-shell? Thanks for your help! -- Adam Litke <agl(a)us.ibm.com> IBM Linux Technology Center

3 2