The below, provided by David Lutterkort, is a good description
of the requirements for Aeolus instance data injection.
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
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.
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
Please feel free to share your comments.
The following summarizes the DR meeting from today
Attendees: Backend Team + Moran & Haim from QA
=> marks responsibility for 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)
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
1. Download the zip file from jboss.org and deploy it wherever the user
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.
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 :
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
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
start = time.time()
while timeout >= 0:
if os.stat(constants.P_VDSM_CLIENT_LOG).st_mtime > start:
timeout -= 1
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
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.
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....
(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.
We are pleased to announce the availability of the newest release of
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
The oVirt-Engine team