December 2011 - Devel - oVirt List Archives

[Engine-devel] Requirements for Aeolus instance data injection.
by jvlcek 14 Jan '12

14 Jan '12

Itamar, The below, provided by David Lutterkort, is a good description of the requirements for Aeolus instance data injection. Joe VLcek RHEV-M shall accept a small blob of data as part of the 'start VM' action. That data has to be placed somewhere where the VM can easily and securely access it. The data must only be visible to the VM it is intended for. Possibilities for where to put the data include placing it into a file on a virtual floppy or CD-ROM that the instance can mount, or posting it on a webserver that only the instance has access to (cf. EC2's handling of userData for the RunInstances call) The size limitation for the amount of data shouldn't be kept artificially low, but if there are important reasons to make it this small 1k would certainly suffice. In practical terms, the blob of data should be passed to the 'start VM' call base64 encoded, and RHEV-M should decode it just before putting it into its proper place.

6 13

[Engine-devel] Stable Device Addresses HLD/LLD for tomorrow meeting (15:00 GMT+1)
by Eli Mesika 04 Jan '12

04 Jan '12

High level design : http://www.ovirt.org/wiki/Features/Design/StableDeviceAddresses Low level design : http://www.ovirt.org/wiki/Features/Design/DetailedStableDeviceAddresses (probably will be modified until the meeting)

4 5

[Engine-devel] SPM Priority Design - Wiki Page
by Muli Salem 02 Jan '12

02 Jan '12

Hi all, In the link below there is a wiki page describing the requirements and design of the SPM Priority feature. The feature allows the admin to define priorities between hosts regarding the SPM selection process http://www.ovirt.org/wiki/Features/SPMPriority Please feel free to share your comments. Thanks, Muli

8 18

[Engine-devel] MOM Stable Device Address DR
by Eli Mesika 01 Jan '12

01 Jan '12

The following summarizes the DR meeting from today Attendees: Backend Team + Moran & Haim from QA ----------------------------------------- => marks responsibility for action items.| ----------------------------------------- Issues/Action Items: 1) Video - memory allocation logic, check again why the logic of how much memory to allocate to a video device should move to backend. => (Eli, Igor) 2) Generic-device - rename to vm_device (Eli) 3) Verify hash is only on devices (not on all domxml) , check if can be expanded to VM scope (app list etc.) => (Eli, Igor) 4) Floppy/CD - should be handled as vm_device that means we have to add to it also boot order => (Eli, Igor) 5) Hot plug - need to check for added/deleted devices, Open issue how to handle for managed device. same for any other device that is changed not via backend => (Eli, Igor) 6) How boot order affects GUI (order of NICs) - check with Einav if support can be added for that in UI (for disks use only 1) (Eli,Einav) 7) OVF - add new devices , addresses , coordinate with V2V => (Eli) 8) Live snapshot , check if affects design => (Eli, Igor) 9) Review class diagram of detailed design => (Eli) 10) Do we have to persist indexes ? check if addresses are respected in spite of indexes.... => (Eli, Igor) 11) Update wiki pages => (Eli) Reference: http://www.ovirt.org/wiki/Features/Design/StableDeviceAddresses http://www.ovirt.org/wiki/Features/Design/DetailedStableDeviceAddresses

3 2

[Engine-devel] JBoss RPM vs JBoss zip file
by Ronen Angluster 29 Dec '11

29 Dec '11

Hello, I guess this discussion was being carried offline and i wanted to get the as many opinions as possible about this issue. Currently, we provide the users with 2 methods of handling JBoss AS's deployments: 1. Download the zip file from jboss.org and deploy it wherever the user wishes. 2. Install a specially crafted RPM that is designed & destined to work with the ovirt-engine's RPM set of files. (This is a temporary deployment phase that will end when jboss will release their own set of RPMs) in MHO, i think that the RPM deployment should be used ONLY when installing the ovirt-engine RPMs and not when using the ovirt-engine's git repository for development. especially since deployment to the file system of the host requires root permissions and this is not something that should be a consideration when you're developing code. I think that developers should use the JBoss zip package and deploy it locally, and NOT use the ovirt-engine-jbossas RPM. opinions? Ronen

4 5

[Engine-devel] Stable PCI Addresses DR
by Eli Mesika 27 Dec '11

27 Dec '11

Hi We will have a design review meeting this THU, Dec 29 at 15:00 (GMT+1 , ISRAEL time) regarding the new 3.1 Stable PCI Addresses. Meeting is planned to be 1 Hour. Higher level design doc can be found in our oVirt wiki : http://www.ovirt.org/wiki/Features/Design/StableDeviceAddresses Detailed design will be added prior to the meeting. You are invited to join. == Conference Call Info == * Toll Free Dial-In Number (US & Canada): (800) 451-8679 * International dial-in listed below * Conference Code: 9197544554 If you are not actively participating in the conversation please put your line on mute to make it easier for all participants to hear. *6 -- Mute your line #6 -- Unmute your line Global Access Numbers Local: Australia, Sydney Dial-In #: 0289852326 Austria, Vienna Dial-In #: 012534978196 Belgium, Brussels Dial-In #: 027920405 China Dial-In #: 4006205013 Denmark, Copenhagen Dial-In #: 32729215 Finland, Helsinki Dial-In #: 0923194436 France, Paris Dial-In #: 0170377140 Germany, Berlin Dial-In #: 030300190579 Ireland, Dublin Dial-In #: 014367793 Italy, Milan Dial-In #: 0236269529 Netherlands, Amsterdam Dial-In #: 0207975872 Norway, Oslo Dial-In #: 21033188 Singapore Dial-In #: 64840858 Spain, Barcelona Dial-In #: 935452328 Sweden, Stockholm Dial-In #: 0850513770 Switzerland, Geneva Dial-In #: 0225927881 United Kingdom Dial-In #: 02078970515 United Kingdom Dial-In #: 08445790676 United Kingdom, LocalCall Dial-In #: 08445790678 United States Dial-In #: 2127295016 Global Access Numbers Tollfree: Argentina Dial-In #: 8004441016 Australia Dial-In #: 1800337169 Austria Dial-In #: 0800005898 Bahamas Dial-In #: 18002054776 Bahrain Dial-In #: 80004377 Belgium Dial-In #: 080048325 Brazil Dial-In #: 08008921002 Bulgaria Dial-In #: 008001100236 Chile Dial-In #: 800370228 Colombia Dial-In #: 018009134033 Costa Rica Dial-In #: 08000131048 Cyprus Dial-In #: 80095297 Czech Republic Dial-In #: 800700318 Denmark Dial-In #: 80887114 Dominican Republic Dial-In #: 18887512313 Estonia Dial-In #: 8000100232 Finland Dial-In #: 0800117116 France Dial-In #: 0805632867 Germany Dial-In #: 8006647541 Greece Dial-In #: 00800127562 Hong Kong Dial-In #: 800930349 Hungary Dial-In #: 0680016796 Iceland Dial-In #: 8008967 India Dial-In #: 0008006501533 Indonesia Dial-In #: 0018030179162 Ireland Dial-In #: 1800932401 Israel Dial-In #: 1809462557 Italy Dial-In #: 800985897 Jamaica Dial-In #: 18002050328 Japan Dial-In #: 0120934453 Korea (South) Dial-In #: 007986517393 Latvia Dial-In #: 80003339 Lithuania Dial-In #: 880030479 Luxembourg Dial-In #: 80026595 Malaysia Dial-In #: 1800814451 Mexico Dial-In #: 0018664590915 New Zealand Dial-In #: 0800888167 Norway Dial-In #: 80012994 Panama Dial-In #: 008002269184 Philippines Dial-In #: 180011100991 Poland Dial-In #: 008001210187 Portugal Dial-In #: 800814625 Russian Federation Dial-In #: 81080028341012 Saint Kitts and Nevis Dial-In #: 18002059252 Singapore Dial-In #: 8006162235 Slovak Republic Dial-In #: 0800001441 South Africa Dial-In #: 0800981148 Spain Dial-In #: 800300524 Sweden Dial-In #: 200896860 Switzerland Dial-In #: 800650077 Taiwan Dial-In #: 00801127141 Thailand Dial-In #: 001800656966 Trinidad and Tobago Dial-In #: 18002024615 United Arab Emirates Dial-In #: 8000650591 United Kingdom Dial-In #: 08006948057 United States Dial-In #: 8004518679 Uruguay Dial-In #: 00040190315 Venezuela Dial-In #: 08001627182

1 0

[Engine-devel] vdsm checkConnectivity pitfals
by Roy Golan 26 Dec '11

26 Dec '11

Hi all, VDSM network provisioning api exposes a validity check to know the newly applied changes works. The actual check is comparing the /var/run/vdsm/client.log modified time to the time when the check began and repeats that check after sleeping 1 seconds for X time (where X is connectivityTimeOut) def clientSeen(timeout): start = time.time() while timeout >= 0: if os.stat(constants.P_VDSM_CLIENT_LOG).st_mtime > start: return True time.sleep(1) timeout -= 1 return False Main issues I spot are: 1. In case the host is in maintenance, the caller of the API must generate traffic, concurrently to running api call, and then must join and sync threads to realize when all is done. see http://gerrit.ovirt.org/#change,584 2. locally calling vdsClient also modifies the client.log - we can't rely on that no one will do that during the call. 3. Failure writing to the client log will fail network provisioning! All of the above makes it not very reliable as a check and harder to call, without posing races, as client. Possible alternate solution: 1. We can try to reach the api caller socket in return, maybe use http code 100 ? 2. pass in the API a URL which the VDSM will call. could be a health-check servlet or something similar. Any toughs?

4 4

[Engine-devel] Redunant class of ValueObjectMap ?
by Yair Zaslavsky 23 Dec '11

23 Dec '11

Hi all, Do we need org.ovirt.engine.core.common.queries.ValueObjectMap? Can we use a Java map class directly instead (we had to use this with SOAP WS in the past, prior to current rest-API days)? Yair

3 2

[Engine-devel] Patches that support jboss AS7
by Oved Ourfalli 22 Dec '11

22 Dec '11

Hey, I recently worked on making the proper changes to make the engine code work on Jboss AS7, and it works now! Still needs some testing and probably some more adjustments, but it looks promising. I pushed the commits to gerrit (the first one contains most of the changes, the others are fixes and additions): http://gerrit.ovirt.org/698 (POC - review, don't submit) engine: Jboss-as7 - base commit with jboss-as7 related changes http://gerrit.ovirt.org/699 (POC - review, don't submit) restapi: Jboss-as7 - fix rest api tests http://gerrit.ovirt.org/700 (POC - review, don't submit) engine: Jboss-as7 - Fix utilities to work with jboss as7 http://gerrit.ovirt.org/701 (POC - review, don't submit) engine: Jboss-as7 - Copying the correct jdbc jar to the modules directory I'd be happy to hear your comments. Most changes there were done due to problems I encountered, but feel free to suggest other solutions. Make sure you don't submit this patch yet, as it is a POC, and other changes are needed in order to complete the work on that. These patches work under the latest AS7 version (7.1.0.Beta1b) - http://download.jboss.org/jbossas/7.1/jboss-as-7.1.0.Beta1b/jboss-as-7.1.0.… (The patches currently work only on the version above, as one jar is replaced in the Jboss modules directory to solve LDAP issues). All the versions can be found in: http://www.jboss.org/jbossas/downloads I'm here if you have questions or comments. Thank you, Oved

1 1

[Engine-devel] New oVirt-engine RPMs available
by Ofer Schreiber 21 Dec '11

21 Dec '11

Hi all, We are pleased to announce the availability of the newest release of oVirt-engine RPMs. Thanks to Ronen Angluster, these RPMs include the new "engine-setup" utility, which allows a quick installation of oVirt-engine. In order to install the new RPMs, please follow the instructions described in http://www.ovirt.org/wiki/Installing_ovirt_from_rpm The oVirt-Engine team

1 0