- Devel - oVirt List Archives

[Engine-devel] ovirt-engine unit tests are broken
by Eyal Edri 12 Jan '13

12 Jan '13

fyi, since build # unit tests are broken. last commits:

1 1

[Engine-devel] Question about closing UI plugin dialog
by Morrissey, Christopher 10 Jan '13

10 Jan '13

Hi All, I've been working on a plugin for the UI that launches a dialog using the showDialog() API. Our UI is actually contained in a frame inside the dialog and is loaded from a separate server. The only information needed for our UI comes in either through the URL as parameters or from the oVirt REST API. The issue is that once the clicks the OK or Cancel buttons in our UI we need to message to the oVirt UI to close the dialog. It looks like using the window.postMessage() API would be great for this, but it doesn't work across windows in IE. Would it be possible to change the code that launches the window to open a window that contains a bit of javascript that sets up a listener for closing the dialog and then launches the URL in an iFrame in the window? Of course, if it were in a native GWT dialog this wouldn't be a problem. ;) -Chris Chris Morrissey Software Engineer NetApp Inc. 919.476.4428

2 4

[Engine-devel] ATTN: Project Maintainers: Code Freeze/Branch/Beta Build deadlines
by Mike Burns 09 Jan '13

09 Jan '13

(Sorry for cross posting, trying to ensure I hit all the relevant maintainers) If you are the primary maintainer of a sub-project in oVirt, this message is for you. At the Weekly oVirt Meeting, the final devel freeze and beta dates were decided. Freeze: 2013-01-14 Beta Post: 2013-01-15 Action items: * You project should create a new branch in gerrit for the release * You should create a formal build of your project for the beta post * Get the formal build of your project into the hands of someone who can post it [1][2] These should all be done by EOD on 2013-01-14 (with the exception of ovirt-node-iso) [3] Packages that this impacts: * mom * otopi * ovirt-engine * ovirt-engine-cli * ovirt-engine-sdk * ovirt-guest-agent * ovirt-host-deploy * ovirt-image-uploader * ovirt-iso-uploader * ovirt-log-collector * ovirt-node * ovirt-node-iso * vdsm Thanks Mike Burns [1] This is only necessary if the package is *not* already in fedora repos (must be in actual fedora repos, not just updates-testing or koji) [2] Communicate with mburns, mgoldboi, oschreib to deliver the packages [3] ovirt-node-iso requires some of the other packages to be available prior to creating the image. This image will be created either on 2013-01-14 or 2013-01-15 and posted along with the rest of the Beta.

1 0

[Engine-devel] failing junit tests
by Laszlo Hornyak 09 Jan '13

09 Jan '13

Hi, There are some failing junit tests in engine this morning. It is my bad, I am working on it. Sorry for the inconvinience. Laszlo

1 0

[Engine-devel] problem when upgrading engine db?
by Einav Cohen 08 Jan '13

08 Jan '13

Hi Eli, When I tried to upgrade my oVirt engine DB (using backend/manager/dbscripts/upgrade.sh) I received the following output: ---- upgrade script detected a change in Config, View or Stored Procedure... psql:drop_old_uuid_functions.sql:2: ERROR: cannot drop function uuid_nil() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:3: ERROR: cannot drop function uuid_ns_dns() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:4: ERROR: cannot drop function uuid_ns_url() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:5: ERROR: cannot drop function uuid_ns_oid() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:6: ERROR: cannot drop function uuid_ns_x500() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:7: ERROR: cannot drop function uuid_generate_v1() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:8: ERROR: cannot drop function uuid_generate_v1mc() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:9: ERROR: cannot drop function uuid_generate_v3(uuid,text) because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:10: ERROR: cannot drop function uuid_generate_v4() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. psql:drop_old_uuid_functions.sql:11: ERROR: cannot drop function uuid_generate_v5(uuid,text) because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. Running upgrade sql script upgrade/pre_upgrade/0000_config.sql ... Running upgrade sql script upgrade/pre_upgrade/0010_custom.sql ... Running upgrade sql script upgrade/pre_upgrade/0020_add_comment_col_to_schema_version.sql ... Creating views... Creating stored procedures... ... [ regular output continues ] ... ---- Is that expected? ---- Thanks, Einav

1 0

[Engine-devel] vdsbroker
by Laszlo Hornyak 07 Jan '13

07 Jan '13

hi, Is there any documentation about vdsbroker? Just trying to understand the concepts. Thx, Laszlo

2 1

[Engine-devel] ovirt nightly FC17 public repositories broken?
by Shu Ming 07 Jan '13

07 Jan '13

This is a multi-part message in MIME format. --------------030108080409090605020000 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit Hi, Any one was encountering this error message when using yum on ovirt public repositories? http://ovirt.org/releases/nightly/rpm/Fedora/17/repodata/primary.xml.gz <http://ovirt.org/releases/nightly/rpm/Fedora/17/repodata/primary.xml.gz>: [Errno -1] Metadata file does not match checksum My vdsm host and engine server was installed with FC17+virt-review, so I used FC17 nightly releases to update my VDSM and engine packages. After a bit investigation, I found these issues. [root@node1-sming ovirt-nightly]# ls -lh * -rw-r--r--. 1 root root 0 Jan 7 16:47 cachecookie -rw-r--r--. 1 root root 702K Jan 7 14:22 filelists.xml.gz -rw-r--r--. 1 root root 132K Jan 7 14:22 other.xml.gz -rw-r--r--. 1 root root 279K Jan 7 14:22 primary.xml.gz -rw-r--r--. 1 root root 1.4K Jan 5 14:35 repomd.xml *<---the date was always Jan 5 different from other files even http://resources.ovirt.org/releases/nightly**/rpm/Fedora/17/repodata/ showed it was Jan 7, also I tried to use wget to download this file and got the same thing.** * [root@node1-sming ovirt-nightly]# sha1sum other.xml.gz filelists.xml.gz primary.xml.gz 453559e86950af07c876931f318d1e92ab58f289 other.xml.gz 5318e237c0f4d2ea3d1ec24e82b9f9bbe9d23a31 filelists.xml.gz e667267d45b576844a5f2cb27ce7bcfb8bb9b4f0 primary.xml.gz [root@node1-sming ovirt-nightly]# cat repomd.xml |grep open-checksum <open-checksum type="sha256">ce6a5243ee81c124d0fe48d103174b93fabe60573e80b5851888298373d3be9e</open-checksum> <open-checksum type="sha256">554a301c526d335ca4a7985e7fc7b0374bca8c061ff5addbd164de81996dc5a0</open-checksum> <open-checksum type="sha256">be3f9e6860cd9a4ac4f3f5000ad503175e7ac79a43185a778d4ab732c0d8190c</open-checksum> *Note: These checksum from repmod.xml were quite different from the result of sha1sum above.* Any clues here? -- --- ÊæÃ÷ Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming(a)cn.ibm.com or shuming(a)linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC --------------030108080409090605020000 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=GB2312"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi,  Any one was encountering this error message when using yum on ovirt public repositories? <a target="_content" class="chatzilla-link" href="http://ovirt.org/releases/nightly/rpm/Fedora/17/repodata/primary.xml.gz">http://ovirt.org/releases/nightly/rpm/Fedora/17/repodata/primary.xml.gz</a>: [Errno -1] Metadata file does not match checksum My vdsm host and engine server was installed with FC17+virt-review, so I used FC17 nightly releases to update my VDSM and engine packages.  After a bit investigation, I found these issues. [root@node1-sming ovirt-nightly]# ls -lh * -rw-r--r--. 1 root root    0 Jan  7 16:47 cachecookie -rw-r--r--. 1 root root 702K Jan  7 14:22 filelists.xml.gz -rw-r--r--. 1 root root 132K Jan  7 14:22 other.xml.gz -rw-r--r--. 1 root root 279K Jan  7 14:22 primary.xml.gz -rw-r--r--. 1 root root 1.4K Jan  5 14:35 repomd.xml                  <---the date was always Jan 5 different from other files even <a class="moz-txt-link-freetext" href="http://resources.ovirt.org/releases/nightly">http://resources.ovirt.org/releases/nightly</a>/rpm/Fedora/17/repodata/  showed it was Jan 7, also I tried to use wget to download this file and got the same thing. [root@node1-sming ovirt-nightly]# sha1sum other.xml.gz filelists.xml.gz primary.xml.gz 453559e86950af07c876931f318d1e92ab58f289  other.xml.gz 5318e237c0f4d2ea3d1ec24e82b9f9bbe9d23a31  filelists.xml.gz e667267d45b576844a5f2cb27ce7bcfb8bb9b4f0  primary.xml.gz [root@node1-sming ovirt-nightly]# cat repomd.xml |grep open-checksum     <open-checksum type="sha256">ce6a5243ee81c124d0fe48d103174b93fabe60573e80b5851888298373d3be9e</open-checksum>       <open-checksum type="sha256">554a301c526d335ca4a7985e7fc7b0374bca8c061ff5addbd164de81996dc5a0</open-checksum>        <open-checksum type="sha256">be3f9e6860cd9a4ac4f3f5000ad503175e7ac79a43185a778d4ab732c0d8190c</open-checksum> Note:  These checksum from repmod.xml were quite different from the result of sha1sum above. Any clues here? <pre class="moz-signature" cols="72">-- --- ÊæÃ÷ Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: <a class="moz-txt-link-abbreviated" href="mailto:shuming@cn.ibm.com">shuming(a)cn.ibm.com</a> or <a class="moz-txt-link-abbreviated" href="mailto:shuming@linux.vnet.ibm.com">shuming(a)linux.vnet.ibm.com</a> Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC</pre> </body> </html> --------------030108080409090605020000--

1 0

[Engine-devel] Problem in ovirt-reports sso
by ly pan 03 Jan '13

03 Jan '13

Hello, I have a reports problem which has got me for many days now. The reports sso feature is not functioning in my invironment. I followed the steps from the wiki page: http://www.ovirt.org/How_to_setup_a_oVirt_Reports_development_environment http://www.ovirt.org/Features/Design/Reports_Dashboard and the patch related to sso: http://gerrit.ovirt.org/#change,3355 here is my steps: 1. install jasperreports 4.7.0 using the bundled tomcat and the existing DB 2. modify the db password in ovirt.xml 3. import the reports using js-import.sh 4. add the EngineSimplePreAuthFilter in applicationContext-security-web.xml 5. add Reports.xml to the wenadmin folder and change RedirectServletReportsPage in db 6. generate a keystore using keytool and update EngineSimplePreAuthFilter in applicationContext-security-web.xml 7. install the ovirt-dwh rpm package made from source and run ovirt-engine-dwh-setup 8. start the ovirt-engine service and the tomcat And all the projects, ovirt-dwh, ovirt-reports, ovirt-engine, is build from the latest source. When I browse to the dashboard in webadmin portal,it just shows a jasper login page, so the sso is not functioning, right? I can login and browse jasper reports in a browser page normally. So I try to login in dashboard using reports user, tomcat gives me a Exception: "java.lang.IllegalArgumentException: An id is required to lookup a FlowDefinition" What might be the problem? Am I missing anything? Any help would be appriciated, thanks.

2 4

[Engine-devel] FW: Querying for and registering unknown disk images on a storage domain
by Morrissey, Christopher 02 Jan '13

02 Jan '13

--_000_D290AD8432118048947689BA3AE8A9B3094E3FDCSACEXCMBX04PRDh_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I've been working on a bit of functionality for the engine that will allow = a user to query a domain for new disk images (GetUnregisteredImagesQuery) f= or which the engine was previously unaware and a separate command to regist= er those images (ImportImageCommand). These commands will be exposed throug= h the REST API. This functionality is needed as we are developing an extension/plugin to oV= irt that will allow a NetApp storage controller to handle cloning the actua= l disks outside of oVirt and need to import them once they are cloned. We'l= l be using other existing APIs to attach the disk to the necessary VM once = the disk is cloned. On the NetApp side, we'll ensure the disk is coalesced = before cloning so as to avoid the issues of registering snapshots. GetUnregisteredImagesQuery will be accessible through the disks resource co= llection on a storage domain. A "disks" resource collection does not yet ex= ist and will need to be added. To access the unregistered images, a paramet= er (maybe "unregistered=3Dtrue") would be passed. So the path to "GET" the = unregistered disk images on a domain would be something like /api/storagedo= mains/f0dbcb33-69d3-4899-9352-8e8a02f01bbd/disks?unregistered=3Dtrue. This = will return a list of disk images that can be each used as input to the Imp= ortImageCommand to get them added to oVirt. ImportImageCommand will be accessible through "POST"ing a disk to /api/disk= s?import=3Dtrue. The disk will be added to the oVirt DB based on the inform= ation supplied and afterward would be available to attach to a VM. When querying for unregistered disk images, the GetUnregisteredImagesQuery = command will use the getImagesList() VDSM command. Currently this only repo= rts the GUIDs of all disk images in a domain. I had been using the getVolum= esList() and getVolumeInfo() VDSM commands to fill in the information so th= at valid disk image objects could be registered in oVirt. It seems these tw= o functions are set to be removed since they are too invasive into the inte= rnal VDSM workings. The VDSM team will need to either return more informati= on about each disk as part of the getImagesList() function or add a new fun= ction getImageInfo() that will give the same information for a given image = GUID. Note that much of this work had originally been submitted under patch http:= //gerrit.ovirt.org/#/c/9603/. After several reviews it was found to be lack= ing in its design and was using deprecated APIs that did not yet have repla= cements. I'm reworking the code now to conform to this design and asking fo= r further input from the VDSM, core, and restapi teams to ensure we can get= this done quickly and correctly as it is needed for the 3.2 release. -Chris Chris Morrissey Software Engineer NetApp Inc. 919.476.4428 --_000_D290AD8432118048947689BA3AE8A9B3094E3FDCSACEXCMBX04PRDh_ 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"> Hi All,<o:p></o:p> <o:p> </o:p> I’ve been working on a bit of functionality fo= r the engine that will allow a user to query a domain for new disk images (= GetUnregisteredImagesQuery) for which the engine was previously unaware and= a separate command to register those images (ImportImageCommand). These commands will be exposed through the REST API.= <o:p></o:p> <o:p> </o:p> This functionality is needed as we are developing an= extension/plugin to oVirt that will allow a NetApp storage controller to h= andle cloning the actual disks outside of oVirt and need to import them onc= e they are cloned. We’ll be using other existing APIs to attach the disk to the necessary VM once the disk i= s cloned. On the NetApp side, we’ll ensure the disk is coalesced befo= re cloning so as to avoid the issues of registering snapshots.<o:p></o:p></= p> <o:p> </o:p> GetUnregisteredImagesQuery will be accessible throug= h the disks resource collection on a storage domain. A “disks” = resource collection does not yet exist and will need to be added. To access= the unregistered images, a parameter (maybe “unregistered=3Dtrue&#82= 21;) would be passed. So the path to “GET” the unregistered disk im= ages on a domain would be something like /api/storagedomains/f0dbcb33-69d3-= 4899-9352-8e8a02f01bbd/disks?unregistered=3Dtrue. This will return a list o= f disk images that can be each used as input to the ImportImageCommand to get them added to oVirt.<o:p></o:p> <o:p> </o:p> ImportImageCommand will be accessible through &#8220= ;POST”ing a disk to /api/disks?import=3Dtrue. The disk will be added = to the oVirt DB based on the information supplied and afterward would be av= ailable to attach to a VM.<o:p></o:p> <o:p> </o:p> When querying for unregistered disk images, the GetU= nregisteredImagesQuery command will use the getImagesList() VDSM command. C= urrently this only reports the GUIDs of all disk images in a domain. I had = been using the getVolumesList() and getVolumeInfo() VDSM commands to fill in the information so that valid dis= k image objects could be registered in oVirt. It seems these two functions = are set to be removed since they are too invasive into the internal VDSM wo= rkings. The VDSM team will need to either return more information about each disk as part of the getImages= List() function or add a new function getImageInfo() that will give the sam= e information for a given image GUID.<o:p></o:p> <o:p> </o:p> Note that much of this work had originally been subm= itted under patch <a href=3D"http://gerrit.ovirt.org/#/c/9603/">http://gerrit.ovirt.org/#/c/9= 603/</a>. After several reviews it was found to be lacking in its design an= d was using deprecated APIs that did not yet have replacements. I’m r= eworking the code now to conform to this design and asking for further input from the VDSM, core, and restapi teams= to ensure we can get this done quickly and correctly as it is needed for t= he 3.2 release.<o:p></o:p> <o:p> </o:p> -Chris<o:p></o:p> <o:p> </o:p> Chris Morrissey<o:p></o:p> Software Engineer<o:p></o:p> NetApp Inc.<o:p></o:p> 919.476.4428<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_D290AD8432118048947689BA3AE8A9B3094E3FDCSACEXCMBX04PRDh_--

3 3

[Engine-devel] Patches awaiting review.
by snmishra＠linux.vnet.ibm.com 02 Jan '13

02 Jan '13

Following patches are waiting for review - http://gerrit.ovirt.org/#/c/10072/ http://gerrit.ovirt.org/#/c/10085/ http://gerrit.ovirt.org/#/c/10086/ http://gerrit.ovirt.org/#/c/10087/ http://gerrit.ovirt.org/#/c/10042/ Thanks Sharad Mishra

3 4