- Users - oVirt List Archives

[Users] oVirt Weekly Meeting Minutes -- 2013-01-30
by Mike Burns 30 Jan '13

30 Jan '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.log.html ============================ #ovirt: oVirt weekly meeting ============================ Meeting started by mburns at 15:00:43 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 15:01:17) * Workshop update (mburns, 15:03:28) * Sunnyvale workshop went great (mburns, 15:05:33) * almost 100 registered (~30% no-show for first 2 days) (mburns, 15:05:46) * board meeting had almost full attendance (mburns, 15:06:09) * got support for proposed marketing, now need to follow up with the community (mburns, 15:06:26) * next event: Oved Ourfali presenting on deltacloud integration into oVirt at Puppet Camp (mburns, 15:09:04) * FOSDEM -- we are out in force with the virt devroom (mburns, 15:09:23) * finalized dates for Shanghai workshop at Intel -- May 8-9 (mburns, 15:09:45) * release status (mburns, 15:11:55) * test day tomorrow (31-Jan) (mburns, 15:12:06) * beta announcement ready, to be sent later today (mburns, 15:12:21) * ovirt-node packages and image in final testing, to be posted today (mburns, 15:12:50) * ovirt-node blocked by vdsm bug 905728 (patch: http://gerrit.ovirt.org/#/c/11527/ ) (mburns, 15:14:03) * but we can workaround this issue in ovirt-node for the beta (mburns, 15:14:19) * Test Day: all are invited to participate (mburns, 15:16:42) * please sign up on http://www.ovirt.org/Testing/OvirtTestDay (mburns, 15:17:02) * ACTION: mburns to review testday wiki node section (mburns, 15:21:39) * ACTION: mburns to send out beta announcement (mburns, 15:21:50) * ACTION: mburns to post ovirt-node for beta/test day (mburns, 15:21:59) * LINK: https://bugzilla.redhat.com/showdependencytree.cgi?id=881006&hide_resolved=1 (mburns, 15:22:38) * ^^ a list of the bugs being tracked for the release (mburns, 15:23:05) * Bug 879180 -- https://bugzilla.redhat.com/show_bug.cgi?id=879180 (mburns, 15:23:51) * New -- against NetworkManager (mburns, 15:24:01) * ACTION: ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today (mburns, 15:27:17) * only bugs not at least on POST in the list (outside ovirt-node bugs) are 879180 and 884990 (mburns, 15:27:59) * both of which are in core fedora components (mburns, 15:28:13) * not ovirt components (mburns, 15:28:48) * Infra report (mburns, 15:35:27) * new hardware from AlterWay not set up yet, but in progress (mburns, 15:37:13) * infra team meetup at FOSDEM ( ewoud quaid dneary Rydekull ) (mburns, 15:38:18) * Other topics (mburns, 15:39:15) Meeting ended at 15:46:46 UTC. Action Items ------------ * mburns to review testday wiki node section * mburns to send out beta announcement * mburns to post ovirt-node for beta/test day * ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today Action Items, by person ----------------------- * mburns * mburns to review testday wiki node section * mburns to send out beta announcement * mburns to post ovirt-node for beta/test day * ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (94) * dneary (18) * oschreib (12) * mgoldboi (10) * danken1 (6) * Rydekull (6) * ewoud (5) * ovirtbot (5) * Jur (3) * jb_netapp (2) * YamaKasY (2) * teuf_ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Re: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Michael Pasternak 30 Jan '13

30 Jan '13

On 01/30/2013 03:09 PM, Romil Gupta wrote: > thanks for all your guidance , now I m able to fetch the details of a host using > the below script : > > hosts=api.hosts.list() > for host in hosts: > print "host name--> %s id--->> %s \n"%(host.name <http://host.name> , host.id <http://host.id>) > clusterid=api.hosts.get(host.name <http://host.name>).cluster.id <http://cluster.id> > print clusterid > > hostname=api.hosts.get(host.name <http://host.name>) > statistic=hostname.statistics.list() > i=0 > while i < 14: > print statistic[i].name > print statistic[i].description > print statistic[i].unit > print statistic[i].values.value[0].datum > i=i+1; > > > summary=api.get_summary() > print summary > > How I can print the summary , its only return the Object?? this is summary object structure: <summary> <vms> <total></total> <active></active> </vms> <hosts> <total></total> <active></active> </hosts> <users> <total></total> <active></active> </users> <storage_domains> <total></total> <active></active> </storage_domains> </summary> you can access properties directly, like this: summary.hosts.active > > Thanks, > Romil > > > On Wed, Jan 30, 2013 at 4:52 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > Romil, > > On 01/30/2013 12:18 PM, Romil Gupta wrote: > > Hi, > > > > Is this is a right way to get it ?? > > > > statistics=params.Host(host.name <http://host.name> <http://host.name>).get_statistic() > > 1. first you need to fetch the host to see it's statistics (by doing params.Host(...) you creating > host parameters holder which is needed for adding new host to the system) > > 2. get_x() getters used to access object attributes, while collections are exposed as properties, do > > 1. myhost = api.hosts.get(name="xxx") > 2. myhost.statistics.list() > 3. loop over returned collection of statistics to find what you're looking for > > - note, statistic objects are complex types, you can look for data at: > > statistics[i].unit // the unit of the holder data > statistics[i].values.value[0].datum // actual data > > > print statistics > > > > summary=params.Host(host.name <http://host.name> <http://host.name>).get_summary() > > summary() is an api method, do: > > 1. api = API(url='', username='', password='') > 2. api.get_summary() > > > > print summary > > > > > > Output is : none > > > > Thanks > > Romil > > > > > > On Wed, Jan 30, 2013 at 2:04 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>> wrote: > > > > > > Hi Romil, > > > > On 01/30/2013 10:17 AM, Romil Gupta wrote: > > > Hi all , > > > > > > how I can get the hosts details like Active VM's , > > > > host doesn't have running vms attribute, instead you > > can see in the guest on which host it's running, > > > > general system summary you can see at api.get_summary() > > > > Number of CPU's , CPU name , CPU type , > > > > these are host attributes > > > > Physical Memory (used , free ) , swap size and other parameters > > > > these are host.statistics attributes > > > > > using ovirt-engine-sdk-3.2.0.5-1. > > > > > > > > > > > > Regards, > > > Romil > > > > > > -- > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > -- > > > > Michael Pasternak > > RedHat, ENG-Virtualization R&D > > > > > > > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

Re: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Michael Pasternak 30 Jan '13

30 Jan '13

Romil, On 01/30/2013 12:18 PM, Romil Gupta wrote: > Hi, > > Is this is a right way to get it ?? > > statistics=params.Host(host.name <http://host.name>).get_statistic() 1. first you need to fetch the host to see it's statistics (by doing params.Host(...) you creating host parameters holder which is needed for adding new host to the system) 2. get_x() getters used to access object attributes, while collections are exposed as properties, do 1. myhost = api.hosts.get(name="xxx") 2. myhost.statistics.list() 3. loop over returned collection of statistics to find what you're looking for - note, statistic objects are complex types, you can look for data at: statistics[i].unit // the unit of the holder data statistics[i].values.value[0].datum // actual data > print statistics > > summary=params.Host(host.name <http://host.name>).get_summary() summary() is an api method, do: 1. api = API(url='', username='', password='') 2. api.get_summary() > print summary > > > Output is : none > > Thanks > Romil > > > On Wed, Jan 30, 2013 at 2:04 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > Hi Romil, > > On 01/30/2013 10:17 AM, Romil Gupta wrote: > > Hi all , > > > > how I can get the hosts details like Active VM's , > > host doesn't have running vms attribute, instead you > can see in the guest on which host it's running, > > general system summary you can see at api.get_summary() > > Number of CPU's , CPU name , CPU type , > > these are host attributes > > Physical Memory (used , free ) , swap size and other parameters > > these are host.statistics attributes > > > using ovirt-engine-sdk-3.2.0.5-1. > > > > > > > > Regards, > > Romil > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] ovirt-engine-sdk-java 1.0.0.3-1 released
by Michael Pasternak 30 Jan '13

30 Jan '13

- added persistent authentication support - added support for the methods overloads based on url/headers params - added delete methods overloads with body as parameters holder - to host added [display.address] property for overriding display address - user can specify own ticket now in vm.ticket() via [action.ticket.value] More details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] Engine upgrade failure broken in master
by Dead Horse 30 Jan '13

30 Jan '13

Commit: 72a51f5e21f38bf259a460948670eac92e97ca24 Breaks engine upgrades: 2013-01-29 12:40:52::ERROR::engine-upgrade::1177::root:: Traceback (most recent call last): File "/usr/bin/engine-upgrade", line 1170, in <module> main(options) File "/usr/bin/engine-upgrade", line 1071, in main if zombieTasksFound(): File "/usr/bin/engine-upgrade", line 766, in zombieTasksFound msg="Can't get zombie async tasks", File "/usr/share/ovirt-engine/scripts/common_utils.py", line 459, in execCmd env=env, File "/usr/lib64/python2.7/subprocess.py", line 679, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1249, in _execute_child raise child_exception OSError: [Errno 8] Exec format error Upgrade was attempted on engine built from commit: 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 Building from commit: 82bdc46dfdb46b000f67f0cd4e51fc39665bf13b and upgrading works as expected. - DHC

3 2

[Users] ovirt / spice client /connection
by Alex Leonhardt 30 Jan '13

30 Jan '13

2 3

[Users] node iso installer drops into dracut with Supermicro Virtual CD drive
by Jorick Astrego 30 Jan '13

30 Jan '13

Hi, I'm still having the same problems booting from a virtual CD problems with the latest node iso (ovirt-node-iso-2.6.0-20130125090303git3839439.566.fc18.iso). The node boots into the installer and then drops into a dracut shell: dracut-initqueue[488]: Warning: Could not boot. dracut-initqueue[488]: Warning: /dev/disk/by-label/ovirt-node-iso does not exist dracut-initqueue[488]: Warning: /dev/mapper/live-rw does not exist dracut:/# blkid /dev/sr0: UUID="2013-01-28-01-35-21-00" LABEL="ovirt-node-iso" TYPE="iso9660" PTTYPE="dos" I'll use foreman to deploy it for now but it's making casual testing a bit harder. -- Kind Regards, Jorick Astrego Netbulae B.V.

4 7

[Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Romil Gupta 30 Jan '13

30 Jan '13

Hi all , how I can get the hosts details like Active VM's , Number of CPU's , CPU name , CPU type , Physical Memory (used , free ) , swap size and other parameters using ovirt-engine-sdk-3.2.0.5-1. Regards, Romil -- I don't wish to be everything to everyone, but I would like to be something to someone.

3 2

[Users] engine Failed to decrypt Data error
by Dead Horse 29 Jan '13

29 Jan '13

I see this repeating error in the engine logs quite a bit, any ideas on what causes it? 2013-01-28 13:13:40,483 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-23) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:13:52,747 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-81) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:13:52,747 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Blocktype mismatch: 0 2013-01-28 13:13:52,761 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-85) Failed to decrypt Data must start with zero 2013-01-28 13:14:00,964 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-23) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:00,964 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-20) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:02,983 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-29) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:02,983 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-34) Failed to decrypt Data must not be longer than 256 bytes - DHC

4 15

[Users] oVirt 3.2 Release delayed
by Mike Burns 29 Jan '13

29 Jan '13

The oVirt 3.2 Release has been delayed due to delays getting a stable oVirt Node available. New Dates * General availability: 2013-02-06 * Beta release: 2013-01-24 * Test Day: 2013-01-29 Thanks Mike

4 7

[Users] oVirt 3.2 Test Day
by Mike Burns 29 Jan '13

29 Jan '13

The test day for oVirt 3.2 will be held on Thursday January 31. For information of the Test Day, please follow: http://www.ovirt.org/Testing/OvirtTestDay Thanks Mike

4 3

[Users] Cannot run VM. Low disk space on relevant Storage Domain
by Ricky Schneberger 29 Jan '13

29 Jan '13

This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mime-Autoconverted: from 8bit to 7bit by courier 0.68 Hi, I have put up a test environment with oVirt 3.1 and found out (because of limited storage) that when trying to run a vm i got "Error while executing action: Cannot run VM. Low disk space on relevant Storage Domain." Disk space on the storage domain is 322GB free (9% of total). Can I change these limits? How are they calculated? By percentage? I dont use quotas anywhere. Regards //Ricky --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2 Content-Type: application/pgp-keys; name="0xB88C0B63.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0xB88C0B63.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.11 (GNU/Linux) mQGiBEN3nx4RBACx6yQ1m83u8PBPG6iivIWICsZJJn8JP6ccGCeS03bQpxXjk8kx V9r3pbY2lJUfu6tlVd/0G/RDC2wixLirYIkelYd5QbL8mk3JIwA96zlIxVRBThmW mig+nI189/vXTNPQKC33xm+/g7kkckD/e/jR2jGycyZiEfvmWQZRpEbnEwCgkOpp Erfa3KmTZ4mk3ulTW4Q8KaUEAJmCZBuuy/CjhxpK4addENpsl7WT90aNZbrtzFIk W1xxkEqRwP2BvNyvTv8EHFsmJehxwn9InQ5gSS2LMGKhKapfT5gMHnmyH+YEdcLj h40L64ftXIyEFenfx8UN85cEKmHqhmrYZkCoRKUeakxZaKs2JZDmytrlLLoj5vAP wV06BACvKm4eGGkTzx8jKRsZF0Y0B532KhV7tr7OhYE654cPQLdok/0exO1n6wR8 2nljL5G8lMEpB1LQp2Xdrz/6z7vbI0w1Qhxddg71EDIuRIJWADOMO6uf20Vg/Wh8 MGwXCGVtH1QZ4FY4tza5PpP6EqKcb5dqC4TyPYz0J4xpxlc5gbQ8Umlja3kgU2No bmViZXJnZXIgKGFsdGVybmF0aXZlIHdvcmstZW1haWwpIDxyaWNreUBhY3RuZXQu c2U+iGAEExECACAFAkh0smkCGyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRA5 qnzVuIwLY704AJ9sXKYXUMsxbEjmthggRkuPCLY8aQCdEMyWeiELV9BpWegz42cy 4WRC51u0J1JpY2sgU2NobmViZXJnZXIgPHJpY2t5QHNjaG5lYmVyZ2VyLnNlPohb BBMRAgAbBQJDd58eBgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJEDmqfNW4jAtjU8YA n1t4P7UmK/MpTQ7FdtALG1Ul45x+AJwOaL66GsKKJLTfVDFvqLu+sFKj54heBBMR AgAeBgsJCAcDAgMVAgMDFgIBAh4BAheABQJNZ2orAhkBAAoJEDmqfNW4jAtjuMUA mwaHDOZF0CcAmZBopNfQJt7AZaGTAJwI+aN7wAg9VOFZcQ6W1YDAmOueOYhGBBAR AgAGBQJLmeIYAAoJEC1o4PaBggLPb68An3ds1SETjFt7FuWNR9RRxxspPZNeAJ0R kDWbt5WzBJEEEia3PmaK9zssgYhGBBARAgAGBQJDe5cHAAoJEO2/HhEm8iS4m9kA n35gnntj0uU2E7qgRb27c+XDgsGNAKCSQIrEF36S8RK8SilPLLjhnrHnJYkBIQQQ AQIADAUCQ3fQFwUDABJ1AAAKCRCXELibyletfNcVB/YyWm59UliFxj+94qpCr7DJ CeuFZE7Yn3lzwnEOU3Y7pOD1s9BwGPeO5iKej4TCT2JtsWFao1HGSztrE3SrWkc/ rg0MYTIZQc/+wbi+6fTSedZVqxf9teW3FdRQXjOZ9JohJLdU0XxT23TPuSmk0ibo lCD35hg93vEfePrC2+lACp41a2UP3VNbqUM4rL6F4PfmgyIqgY5FtTWJjNJN34Uv Tb35YIud+UkQ6eKZggKwBPfma3nwEie1S4f9FskwTGyPNyKGr8Spl2r4snwmFk/Z KP4k615ob8T8Wbza8TGeS5kYw+Za7MF+Oi+jkdXF/aZSdHBNb9pBcKafcbdEfsWJ ASIEEAECAAwFAkR/OX0FAwASdQAACgkQlxC4m8pXrXyv3wf+I+Xr2BP1+0yRPh07 yNQQBDT+LaqmRZ0sxyauABbqQzs3R2GAdm/92CuRSXz7jgBiiRd7ZlzA/wm2ApBF Q8jg9DCxSRNR8KYevTq38ZabMeU3tRkqH5rN++rTmdMbP+MtfoYtTb9+1URXuUBw Ib4NJWV3QGbSSZLJyA/evha4KBu5A16W8LLb0U9CiSAM7y2ES5Qceg1GXVMVbF6q TURf+yUxgJjSBBY3zPkTZVF9mxYWgDlzONj6tRUWThqZHtSSBoKfe63hlppLczND x0TVtuRAFGDlC5HOWF+dAAm5T/Wv9YBmjZi/mcjPvbxhXN5aNff28AMVLW6DqBPX cotg+4kBIgQQAQIADAUCRJBdEQUDABJ1AAAKCRCXELibyletfD0iB/4yljOGMCTh u3Q2XQe8RYn3qMuzUOBpdDimoU0kewdkkDoDXF1Z0uTJPA8pdq6beIv5VXqaEGc3 TKFYuX7xMO6fkWryUKf7Vdbb3xNlChQvxBQwPRNdd2B3w+tBcRgJPUJalshl0IvO DuNbasRyEWbm+LbJF8dZOe5Jr2KTLDPmWURF3faC9YzcfZGbH/Kl5W1SCAigdnzd 62JuAJ8fa/K2zITFF0XkHsXe4jnQSPHUD/sN60zTkeBQdvdjvdtqInRQEJnbJXz6 3Z3Ey3O0736rI9C7MtI9oCCa8U5ed3syPetjf8i3HuVkV8NdmgM+8Cy3MPpWGqm5 oIHDuyS1rh5tiQEiBBABAgAMBQJEoilQBQMAEnUAAAoJEJcQuJvKV618XHsIALtb J9ZVm4e2KW9C9INBLytXXkiT+SJiwcFiZpbFYWQHGckw0YAyzXTXdxK+/qwCWJWV z9lgMybf8JQ5bnFptKfnYVphT7R6s+1uzr4phdO1HHxI6p794m9bk+jFNVp4Uj67 JL7OYek2kn+ZZKf7caxOGrmjqzEN1CP8fZyP3p/ClbnH2hhV8OWrIyetP7+O4/a+ I/mHmdvDpwEiKfpHFXJOiuedKJCZ/4sZHFckdsNi8JJWK7/BZQEAlUesEVg38LV+ z7T7VV3fZRW2mbUz1qaOmZyKgUTBQkgH0zsp9OSrggiAsRUxfhqJLjqCWiiUa4Bb ScPUzM227/5TzR/f/OCJASIEEAECAAwFAkSzTN0FAwASdQAACgkQlxC4m8pXrXxe mwf+OLvUlDuw403e0R3O9mY3gzqPmQR8G2N6ze7cNQsFHQlSzsQ9HJlmbc0JmU9E OkhqLDCGtSd/hZ7hLMK8xRkfanA5kHhBWLGOd+5lqZhJ1MvRY+EhBQ5iMZlhE5Op luRGe5LiKK/esSgL5dr5AnCDl16GI7J8kxYtZcJWGXVj8jEHFyIH7s/E5RS+CJwP 3EAR643o+jtcY0Ut1977+rM18g0l9SRn/BD0AYDAHqYibNxMfVLcbT21MBwBQg/1 aXHBlGb/QmQbclKBWbwATPggc/4zo7kRizFxmVn7cEUPcyz+vA+eqsvuJO5SXZTm gcz/ZbbwVMs6VmD1WrqDir+FIokBIgQQAQIADAUCRMRwwgUDABJ1AAAKCRCXELib yletfLVuB/sGnNs1GYiwZJqiopKp+g+xDnRb4fAvy50hfnrZStaAJAHNhJgT3ekR nLvmi4WWvWZm2d/Kdk/CUuC3LptFLo+nbptbcx6y6f3ulBgyoI+Nza9+fxdv5ieb TNPi6Dk41xatmeEr2ZjQN9x41I1+Ta3pNEFL7XzbClLRtoTL9/qmSUcJtdHQ8Eux 9CD0LkUeqBgQGrH5mZgSNUMUkQJ1eoeKKsYXwXalH8ruphhiXiF3Zyl9Tc/LjLVU 5apJpTq/od/cN/F91Y+IGUX4zAZO/2qSJ9pDzsj9mOpwwTFCMy1f9f+z5It48Wig u1nGDOBqyflwSQ1K4q/+pLWaFSpP2QcDiQEiBBABAgAMBQJE1j0WBQMAEnUAAAoJ EJcQuJvKV618EVIH+gOZ35Wq0r0IwRIV37Cnx+N1MVy6YSEAhzIsEgMZwMSa7u08 8aGHEBvsP8D98Yh33v7Se2g23Ce5pWPYp65gskwxCD6v2K4uCEuJNcxLBq9cIHJv DOuSLnbqVDomzT1qrrVaFiiLrTOMvqHpa4goxbVpjM8m1Yjpqwy6/vs92dYFVlpM zBIpgcN+bDqUuwoHHemCc2h2Sc6EzcGxzOoHvPboo1lUi6JknUaQaJbUx5VkBEiz t3oeV6f1yzvfWwmwWQ7TTHeBqvGSJwZhoyAIWxdP1Cw9GVgq3tSZyEAyNF4ODNic qudk53jotsUIC3mJK3TWDWlXGNScu/Ffc6KexgiJASIEEAECAAwFAkToCVUFAwAS dQAACgkQlxC4m8pXrXzyaAf8ChDiv1O1z4Oo7QHcEYP4HXWxx1sDICPzH2oIec2J 9qCIhTlIbKn7y2Og5CfUYvCPqiQOoxn+pYZm+jL1BHvQwYcKdxKnuMmE/OaLzzPv MlskF2HhRxviN+nFYxWtc+WXNJX+GYJKT23b82P08NZisP/qLnILRur4YV0X3jd9 GbeYGflDdVAKlzsgJo3wWfBYVTVMzmlCeV5ZdE9V9Z1lQht2foD0KiXb+jGcWjFD fMNK2bhofx/f/eowpFXVKuvQTLFxA3od77ngSnUVCoSXb4yF6hFLhfnMYvIdG4MI rRIMWm65hBZa6YuEk1UC3FvPK0PCz2gvUI69J5SkkOpdfYkBIgQQAQIADAUCRPnV igUDABJ1AAAKCRCXELibyletfEkOB/43lBTeg7oa6mDFJ3aL2u/RnzbIb0YYfMUm 1RCQe/3/EMIh+MxlTfbU6UBuc0nzXmdalyVOu1aB5+GbDMi7cKMPMcknd7ItrrmI JNevcSjcXpCsESHjMcUdB1eUoq7VCirIes1+wLeilszDnNUVcC8FI0P9pAyki+w1 +YzyJX8jupnSOwYcqKuq8+AiLsoavKSvjukfJCMTjEtsCjOb2Z/hTBf37+xBVCKW NIQR5Xjjp6d8bO9xrqv/PvjLzuhKYDUAM4PVVb9NXDvLAWBF2xKDxBUjpFZiln+/ ic4YpyMAFiH34moPIWM+LSJ0y826gQybpMqXvP8wU4y2PxtyajmpiQEiBBABAgAM BQJFC6GOBQMAEnUAAAoJEJcQuJvKV618jdgH/2GHXwcE11zfI0Lmn0mLSawcb76b n+wAZEohxWjxoGAjMZdEsuyFDJP/PnkAAT/5MzgyquxGF1+/WnhtEtsm54hqw44i 8/4fwbII7XZk85h+y3srmipOhhThqnmY8PkSz/+1qaq9UzifeqG82mJ16Y0QwG9J tgbPntr11zN0h1+RWpZVnl2I9bFeZSDDV3AltYkmzkhtTa90AaA78jKanvsvfHyr Scr+thgEO2bqJa5LAmtnQ9+Rg+mSSa7eJMhh1CzafOD3AaW9ebQIpkwqSz9VuBga y2y07NUyULp2uSXQW/uVVH+fcrxNGn6E3WnzoLpEOpzVVZ7vFvxhTczu+YGJASIE EAECAAwFAkV0fvAFAwASdQAACgkQlxC4m8pXrXy0bwf/YTPtF8P3WZC2YrVms3+v WzdcreVa0anypXliwNrbZsqI/tUZF8LdNu3echo5kyJM8NVdqhIMU2vNB8Xo1Y8B bE0U+hIWyv7TBl+CYru5HC8RFAvC69AYQbOLJIMsp/DqFLG8JuryxIh4zcRwNHHr zSyAhq20O2Yn2v47kvl/fadsaMBt4YLXoLphJn7MRD2Je1qsCBjJzinNewq7Tf+y fMSSz3b7GV3r5jOdTx5T8WWda+H/pgGLXG050nlZmmrmBFQJS85Jal4mTBpgKwLJ SBG6HrUkmQ/CqiAlxWpmpL88wAtKBr9drCjJ/9pp1Na4onNA14gZKWqSm6ZvHPG4 KYkBIgQQAQIADAUCRYWijAUDABJ1AAAKCRCXELibyletfOvCCACtsRTvZw621Zal RBHMsT1JAS8NRMJBkiesTi71q+/OXStQ7LSUGjSyxyir3c2ssblGT0UdZdeZLrx9 wL7618RSitxSswFAPTgStg3Exs3XqUcmgEAfQKYpIV5UZR237+Re4ViNaU6OxnxF 6DlArL02Mnq3EbfQRg33XRd1/EYk3zdMxzwMcnmBRXNnl/Ey0yJnxZ8GuXpIhRU0 3X8ZhpuCzsSReUQtfRPErQk9U6mp0r1QXr8XAetqb5ya6SVaZfO4gfHjIzpyQg3T SVhwPQOL+nxxEz2EADHk7LQF/ZoGP3L2s++T/HETnlUmXCyCcFn+7nV3nTYUorPo iVnG97pdiQEiBBABAgAMBQJFlsYRBQMAEnUAAAoJEJcQuJvKV618uqcIAKSeEor3 dw3DLmEOUQO7BM2vv2UBFdnDEQKhbsMIJsTtqZ3xBBOlbY3g6eym8qvucS4XSTwi M4y1dJfLBsaT0q2oggla9320ysEaCRrJ1Sm+li8aZwjo8T0UfUGx8LQh53wvbP+i mvH9Utzlo+RD2wrTyvyvxS6tK4wYuF08d44AAopSspgZD/d2Gf0E7WOKP4kQRcA0 7luXzkG7XdFOVmLL81GJEXkMiLSmMdIsmG4Ljw2YyIiTZ9APsV1o3iOKPlEATL4c UnOYzV/5En7jlv95/m2wNYU442Ewm811QzuKdE/OsoQqnh1z9QwtcswWpwDIvr3s SzJAck9BpmEg96eIWwQTEQIAGwUCQ3efHgYLCQgHAwIDFQIDAxYCAQIeAQIXgAAK CRA5qnzVuIwLY1PGAKCF953pK4A/YN0+vXWqFKItF1Uj1QCeMwYzWiiZYJsnmyjj 8/cCta4YC6y0JFJpY2t5IFNjaG5lYmVyZ2VyIDxyaWNreUBhY3QyMDAwLnNlPohg BBMRAgAgBQJFtoMUAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQOap81biM C2MMIQCfYBqhJT3nKJyimLZHNiqxklmM698An0xcrcoX/ltrAvTXZzipABm1Wn4I tCpSaWNreSBTY2huZWJlcmdlciA8cmlja3lAdGVrbmlrc2VydmljZS5udT6IYAQT EQIAIAUCRbaDKAIbIwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEDmqfNW4jAtj OaYAoI+lG1KAFfylizmJ8Qee1dPjWurqAJ9aFY/iU7RA52dMXEb0PlnqyHAP3LQr Umlja3kgU2NobmViZXJnZXIgPHJpY2t5QG1qb2xrY2VudHJhbGVuLnNlPohgBBMR AgAgBQJGWBznAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQOap81biMC2Mw UQCdHjzBE528RJ7ZD/WU7Ht5WjZsq2YAnAs6DOHZXtWSsFWv13j9brOEWzWPuQIN BEN3n0kQCAC585+HR4V/5M8/HHb6uRUdLhBzkVjWCiB7eln3E50HRnTfberPbAvK ZZ9Ske4OS90I5PgGj4zjDleHX8/pGXgaSV+8CwFk9eDqoLKzFKvVJaSp8CX1JrO2 975oUNpFqOy2ejX0jXvphBJIquvBInjOPBpGOkRHIMN9p0rlVhMNywo+t8hEj9PI nupnUqEUziZONSURPPH5J4yYHl0TLkcRNd2OvnDXgdF5ja+FMB5DhC6gOyylhCGU 8271KAYmE8T3TSFWM+sT6eXJSkMxDmTwQJsFVyNFKrSSukEljyraiZjY9xOj3G7A tnqu8PVH968fK3jI5Ee0jfGZeDwduJovAAQNB/4rpdE7z3Xa37J+cGwOKrjA9A13 FwoHYa3i1KdfnU2WcxkIRh+BTzjvhdHLzLu2IBHFpGxCrJjO096xR1axhM901k/Q irLaafqf/jt7QCFcC+kKxVk3rN1RWpfHeJxV62q4szS0k0CU8WHAeaF6/JmKnNq0 CNADBFj9XnQrrPV7RmwbF56cFDOqZpZG0BvWWrhdHOOgoi0Cz24rkMrP47IP9TTP u64MZVflCJlEsBFOI1Qpf5XvW0GLnLeGrZfY+qTDwP8c0YoVsq3KfWGMLkc5lL7i snA69d7GPmHpGzm5QqYvJAcoTwKvIHaqyx/JgYHV75imrRlsKKigcRdKrcQqiEYE GBECAAYFAkN3n0kACgkQOap81biMC2NbzQCfXZJckZnUcuURLggeNvttInRgdloA nAhULJ90SW2EyHG05qqI/iOeskY4 =3DA0DR -----END PGP PUBLIC KEY BLOCK----- --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2--

4 3

[Users] 3.1 to 3.2 migration
by Alexandru Vladulescu 29 Jan '13

29 Jan '13

Hi everybody, This might seem to be a stupid question but I might just give it a shot and ask you if has anybody tried so far to migrate a 3.1 stable to a 3.2 alpha release ? On my side I have no luck. Might have found a bug as well, but that is what you need to confirm to me. I had the jboss setup running on port http 8080 and for https 8443. After the upgrade, everything I try besides the port 80 and 443 doesn't work. If I try to reconfigure the previous used ports, I find java listening on port 8080 for http, but when I try to log in and switch to https on admin portal there is nothing listening out there and I get "Page cannot be displayed". If we cannot consider migration, would it be sufficient to insert the dump from the 3.1 into 3.2 current alpha release ? Alex.

5 11

[Users] default mutipath.conf config for fedora 18 invalid
by Gianluca Cecchi 28 Jan '13

28 Jan '13

Hello, configuring All-In-One on Fedora 18 puts these lines in multipath.conf (at least on ovrt-njghtly for f18 of some days ago) # RHEV REVISION 0.9 ... defaults { polling_interval 5 getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n" ... device { vendor "HITACHI" product "DF.*" getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n" ... Actually Fedora 18 has device-mapper-multipath 0.49 without getuid_callout; from changelog: multipath no longer uses the getuid callout. It now gets the wwid from the udev database or the environment variables so the two getuid_callouts lines have to be removed for f18 multipath -l gives Jan 16 00:30:15 | multipath.conf +5, invalid keyword: getuid_callout Jan 16 00:30:15 | multipath.conf +18, invalid keyword: getuid_callout I think it has to be considered. Gianluca

5 9

[Users] al-in-one failed to attach storage with latest f18 nightly
by Gianluca Cecchi 27 Jan '13

27 Jan '13

Hello, just setup from latest nightly 3.2.0-1.20130125.git032a91f.fc18 installation seems ok but then I get these messages in host events 2013-Jan-27, 14:10 Failed to connect Host local_host to Storage Pool local_datacenter 2013-Jan-27, 14:10 Host local_host cannot access one of the Storage Domains attached to the Data Center local_datacenter. Setting Host state to Non-Operational. 2013-Jan-27, 14:10 Failed to Reconstruct Master Domain for Data Center local_datacenter. 2013-Jan-27, 14:10 Detected new Host local_host. Host state was set to Up. 2013-Jan-27, 14:10 Host local_host was autorecovered. In Action items: Host failed to attach one of the Storage Domains attached to it. The first errors in vdsm.log after boot are these ones: Thread-20::DEBUG::2013-01-27 14:10:05,063::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.ac13ff4f-37fe-437e-876f-c2aa2c09a9c 8' is free, finding out if anyone is waiting for it. Thread-20::DEBUG::2013-01-27 14:10:05,063::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', Clearing records. Thread-20::ERROR::2013-01-27 14:10:05,063::task::833::TaskManager.Task::(_setError) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 840, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 933, in connectStoragePool masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 980, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 688, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1221, in __rebuild masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1573, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=ac13ff4f-37fe-437e-876f-c2aa2c09a9c8, msdUUID=6e1b254f-2edb-48c9-811a-f1082e30c5a4' Thread-20::DEBUG::2013-01-27 14:10:05,066::task::852::TaskManager.Task::(_run) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Task._run: d90f779b-e815-4d9a-af9e-ac4a997a2f06 ('ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', 1, 'ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', '6e1b254f-2edb-48c9-811a-f1082e30c5a4', 1) {} failed - stopping task Thread-20::DEBUG::2013-01-27 14:10:05,066::task::1177::TaskManager.Task::(stop) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::stopping in state preparing (force False) Thread-20::DEBUG::2013-01-27 14:10:05,066::task::957::TaskManager.Task::(_decref) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::ref 1 aborting True Thread-20::INFO::2013-01-27 14:10:05,066::task::1134::TaskManager.Task::(prepare) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::aborting: Task is aborted: 'Cannot find master domain' - code 304 Thread-20::DEBUG::2013-01-27 14:10:05,066::task::1139::TaskManager.Task::(prepare) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Prepare: aborted: Cannot find master domain Thread-20::DEBUG::2013-01-27 14:10:05,066::task::957::TaskManager.Task::(_decref) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::ref 0 aborting True Thread-20::DEBUG::2013-01-27 14:10:05,067::task::892::TaskManager.Task::(_doAbort) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Task._doAbort: force False Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-20::DEBUG::2013-01-27 14:10:05,067::task::568::TaskManager.Task::(_updateState) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::moving from state preparing -> state aborting Thread-20::DEBUG::2013-01-27 14:10:05,067::task::523::TaskManager.Task::(__state_aborting) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::_aborting: recover policy none Thread-20::DEBUG::2013-01-27 14:10:05,067::task::568::TaskManager.Task::(_updateState) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::moving from state aborting -> state failed Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-20::ERROR::2013-01-27 14:10:05,068::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status': {'message': "Cannot find master domain: 'spUUID=ac13ff4f-37fe-437e-876f-c2aa2c09a9c8, msdUUID=6e1b254f-2edb-48c9-811a-f1082e30c5a4'", 'code': 304}} Thread-27::DEBUG::2013-01-27 14:11:33,529::BindingXMLRPC::926::vds::(wrapper) client [192.168.1.101]::call getCapabilities with () {} Thread-27::DEBUG::2013-01-27 14:11:33,564::BindingXMLRPC::933::vds::(wrapper) return getCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959'}], 'FC': []}, 'packages2': {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358349772.0, 'version': '3.7.2'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501L, 'version': '0.12.2'}, 'vdsm': {'release': '0.119.git4caf7d4.fc18', 'buildtime': 1359107301L, 'version': '4.10.3'}, 'qemu-kvm': {'release': '1.fc18', 'buildtime': 1355702442L, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803L, 'version': '0.10.2.2'}, 'qemu-img': {'release': '1.fc18', 'buildtime': 1355702442L, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214L, 'version': '0.3.0'}}, 'cpuModel': 'AMD Athlon(tm) II X4 630 Processor', 'hooks': {}, 'cpuSockets': '1', 'vmTypes': ['kvm'], 'supportedProtocols': ['2.2', '2.3'], 'networks': {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'GATEWAY': '192.168.1.254', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '192.168.1.254', 'ports': ['p10p1']}}, 'bridges': {'ovirtmgmt': {'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'GATEWAY': '192.168.1.254', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}}, 'uuid': 'E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1', 'lastClientIface': 'ovirtmgmt', 'nics': {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'HWADDR': '90:e6:ba:c9:f1:e1', 'STP': 'no', 'DEVICE': 'p10p1', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '90:e6:ba:c9:f1:e1', 'speed': 100}}, 'software_revision': '0.119', 'clusterLevels': ['3.0', '3.1', '3.2'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2', 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959', 'netConfigDirty': 'False', 'supportedENGINEs': ['3.0', '3.1'], 'reservedMem': '321', 'bondings': {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}}, 'software_version': '4.10', 'memSize': '5970', 'cpuSpeed': '800.000', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': '4', 'kvmEnabled': 'true', 'guestOverhead': '65', 'management_ip': '', 'cpuThreads': '4', 'emulatedMachines': [u'pc-1.2', u'none', u'pc', u'pc-1.1', u'pc-1.0', u'pc-0.15', u'pc-0.14', u'pc-0.13', u'pc-0.12', u'pc-0.11', u'pc-0.10', u'isapc'], 'operatingSystem': {'release': '1', 'version': '18', 'name': 'Fedora'}, 'lastClient': '192.168.1.101'}} info on host [root@tekkaman vdsm]# vdsClient -s 0 getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:e6aa759a959 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'ONBOOT': 'yes', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'GATEWAY': '192.168.1.254'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Athlon(tm) II X4 630 Processor cpuSockets = 1 cpuSpeed = 800.000 cpuThreads = 4 emulatedMachines = ['pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc'] guestOverhead = 65 hooks = {} kvmEnabled = true lastClient = 192.168.1.101 lastClientIface = ovirtmgmt management_ip = memSize = 5970 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'ONBOOT': 'yes', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'GATEWAY': '192.168.1.254'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '192.168.1.254', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'DEVICE': 'p10p1', 'STP': 'no', 'HWADDR': '90:e6:ba:c9:f1:e1', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '90:e6:ba:c9:f1:e1', 'speed': 100}} operatingSystem = {'release': '1', 'version': '18', 'name': 'Fedora'} packages2 = {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358349772.0, 'version': '3.7.2'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501, 'version': '0.12.2'}, 'vdsm': {'release': '0.119.git4caf7d4.fc18', 'buildtime': 1359107301, 'version': '4.10.3'}, 'qemu-kvm': {'release': '1.fc18', 'buildtime': 1355702442, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803, 'version': '0.10.2.2'}, 'qemu-img': {'release': '1.fc18', 'buildtime': 1355702442, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.119 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1 version_name = Snow Man vlans = {} vmTypes = ['kvm'] Thanks, Gianluca

1 0

[Users] Run once for windows xp vm very slow: correct?
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, I have a windows XP vm on f18 oVirt all-in-one and rpm from nightly repo 3.2.0-1.20130123.git2ad65d0. disk and nic are VirtIO. When I run it normally (spice) I almost immediately get the icon to open spice connection and the status of VM becomes Powering Up. And in spice window I can see the boot process, that completes in less than 2 minutes When I select Run once it remains for about 10 minutes in executing phase: see this image for timings comparison: https://docs.google.com/file/d/0BwoPbcrMv8mvb3FIeHExVHFibms/edit and in vm line, the status appears as down, so that I don't get the icon to connect to console. Only when it completes after 10 minutes, I get console link and I find the VM already at its final desktop prompt Is this expected or should I send anything to debug/investigate?

2 2

[Users] Local storage domain fails to attach after host reboot
by Patrick Hurrelmann 25 Jan '13

25 Jan '13

Hi list, after rebooting one host (single host dc with local storage) the local storage domain can't be attached again. The host was set to maintenance mode and all running vms were shutdown prior the reboot. Vdsm keeps logging the following errors: Thread-1266::ERROR::2013-01-24 17:51:46,042::task::853::TaskManager.Task::(_setError) Task=`a0c11f61-8bcf-4f76-9923-43e8b9cc1424`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 817, in connectStoragePool return self._connectStoragePool(spUUID, hostID, scsiKey, msdUUID, masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 859, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 641, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1109, in __rebuild self.masterDomain = self.getMasterDomain(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1448, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=c9b86219-0d51-44c3-a7de-e0fe07e2c9e6, msdUUID=00ed91f3-43be-41be-8c05-f3786588a1ad' and Thread-1268::ERROR::2013-01-24 17:51:49,073::task::853::TaskManager.Task::(_setError) Task=`95b7f58b-afe0-47bd-9ebd-21d3224f5165`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 528, in getSpmStatus pool = self.getPool(spUUID) File "/usr/share/vdsm/storage/hsm.py", line 265, in getPool raise se.StoragePoolUnknown(spUUID) StoragePoolUnknown: Unknown pool id, pool not connected: ('c9b86219-0d51-44c3-a7de-e0fe07e2c9e6',) while engine logs: 2013-01-24 17:51:46,050 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-43) [49026692] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 304 mMessage Cannot find master domain: 'spUUID=c9b86219-0d51-44c3-a7de-e0fe07e2c9e6, msdUUID=00ed91f3-43be-41be-8c05-f3786588a1ad' Vdsm and engine logs are also attached. I set the affected host back to maintenance. How can I recover from this and attach the storage domain again? If more information is needed, please do not hesitate to request it. This is on CentOS 6.3 using Dreyou's rpms. Installed versions on host: vdsm.x86_64 4.10.0-0.44.14.el6 vdsm-cli.noarch 4.10.0-0.44.14.el6 vdsm-python.x86_64 4.10.0-0.44.14.el6 vdsm-xmlrpc.noarch 4.10.0-0.44.14.el6 Engine: ovirt-engine.noarch 3.1.0-3.19.el6 ovirt-engine-backend.noarch 3.1.0-3.19.el6 ovirt-engine-cli.noarch 3.1.0.7-1.el6 ovirt-engine-config.noarch 3.1.0-3.19.el6 ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 ovirt-engine-jbossas711.x86_64 1-0 ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 ovirt-engine-restapi.noarch 3.1.0-3.19.el6 ovirt-engine-sdk.noarch 3.1.0.5-1.el6 ovirt-engine-setup.noarch 3.1.0-3.19.el6 ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 ovirt-engine-userportal.noarch 3.1.0-3.19.el6 ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 ovirt-image-uploader.noarch 3.1.0-16.el6 ovirt-iso-uploader.noarch 3.1.0-16.el6 ovirt-log-collector.noarch 3.1.0-16.el6 Thanks and regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

1 1

[Users] best disk type for WIn XP guests
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, I have a WIn XP guest configured with one ide disk. I would like to pass to virtio. Is it supported/usable for Win XP as a disk type on oVirt? What else are using other ones in case, apart IDE? My attempt is to add a second 1Gb disk configured as virtio and then if successful change disk type for the first disk too. But when powering up the guest it finds new hardware for the second disk, I point it to the directory WXP\X86 of the iso using virtio-win-1.1.16.vfd It finds the viostor.xxx files but at the end it fails installing the driver (see https://docs.google.com/file/d/0BwoPbcrMv8mvMUQ2SWxYZWhSV0E/edit ) Any help/suggestion is welcome. Gianluca

2 2

[Users] BFA FC driver no stable on Fedora
by Kevin Maziere Aubry 25 Jan '13

25 Jan '13

Hi I've spent hours to make my Brocade FC card working on Fedora17 or Ovirt Node build. In fact the card are randomly seen by the system, which is really painfull. So I've downloaded, compile and installed the latest driver from Brocade, and now when I load the module the card is seen. So I've installed : bfa_util_linux_noioctl-3.2.0.0-0.noarch bfa_driver_linux-3.2.0.0-0.noarch And the module info are : # modinfo bfa filename: /lib/modules/3.3.4-5.fc17.x86_64/kernel/drivers/scsi/bfa.ko version: 3.2.0.0 author: Brocade Communications Systems, Inc. description: Brocade Fibre Channel HBA Driver fcpim ipfc license: GPL srcversion: 5C0FBDF3571ABCA9632B9CA alias: pci:v00001657d00000022sv*sd*bc0Csc04i00* alias: pci:v00001657d00000021sv*sd*bc0Csc04i00* alias: pci:v00001657d00000014sv*sd*bc0Csc04i00* alias: pci:v00001657d00000017sv*sd*bc*sc*i* alias: pci:v00001657d00000013sv*sd*bc*sc*i* depends: scsi_transport_fc vermagic: 3.3.4-5.fc17.x86_64 SMP mod_unload parm: os_name:OS name of the hba host machine (charp) parm: os_patch:OS patch level of the hba host machine (charp) parm: host_name:Hostname of the hba host machine (charp) parm: num_rports:Max number of rports supported per port (physical/logical), default=1024 (int) parm: num_ioims:Max number of ioim requests, default=2000 (int) parm: num_tios:Max number of fwtio requests, default=0 (int) parm: num_tms:Max number of task im requests, default=128 (int) parm: num_fcxps:Max number of fcxp requests, default=64 (int) parm: num_ufbufs:Max number of unsolicited frame buffers, default=64 (int) parm: reqq_size:Max number of request queue elements, default=256 (int) parm: rspq_size:Max number of response queue elements, default=64 (int) parm: num_sgpgs:Number of scatter/gather pages, default=2048 (int) parm: rport_del_timeout:Rport delete timeout, default=90 secs, Range[>0] (int) parm: bfa_lun_queue_depth:Lun queue depth, default=32, Range[>0] (int) parm: bfa_io_max_sge:Max io scatter/gather elements , default=255 (int) parm: log_level:Driver log level, default=3, Range[Critical:1|Error:2|Warning:3|Info:4] (int) parm: ioc_auto_recover:IOC auto recovery, default=1, Range[off:0|on:1] (int) parm: linkup_delay:Link up delay, default=30 secs for boot port. Otherwise 10 secs in RHEL4 & 0 for [RHEL5, SLES10, ESX40] Range[>0] (int) parm: msix_disable_cb:Disable Message Signaled Interrupts for Brocade-415/425/815/825 cards, default=0, Range[false:0|true:1] (int) parm: msix_disable_ct:Disable Message Signaled Interrupts if possible for Brocade-1010/1020/804/1007/1741 cards, default=0, Range[false:0|true:1] (int) parm: fdmi_enable:Enables fdmi registration, default=1, Range[false:0|true:1] (int) parm: pcie_max_read_reqsz:PCIe max read request size, default=0 (use system setting), Range[128|256|512|1024|2048|4096] (int) parm: max_xfer_size:default=32MB, Range[64k|128k|256k|512k|1024k|2048k] (int) parm: max_rport_logins:Max number of logins to initiator and target rports on a port (physical/logical), default=1024 (int) I guess that I could be a possible to update the driver inside the Ovirt Node build ? Kevin -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

2 3

[Users] How to update VdcBootStrapUrl (not using DB) ?
by Adrian Gibanel 25 Jan '13

25 Jan '13

I've recently updated my http://www.ovirt.org/User:Adrian15/oVirt_engine_migration oVirt engine migration howto with the http://www.ovirt.org/User:Adrian15/oVirt_engine_migration#Update_VdcBootStr… Update VdcBootStrapUrl section. My next move is to move this section into the http://www.ovirt.org/How_to_change_engine_host_name How to change engine host name because I think it's a needed step. But I don't like that currently you have to issue a database update like this: psql -c "update vdc_options set option_value = 'http://new.manager.com:80/Components/vds/' where option_name = 'VdcBootStrapUrl'" -U postgres engine So I was wondering if there was a proper way like using a command like vdsClient or something similar. I mean so that in the future the vdc_options table gets renamed that the command is still the same. I CC jhernand because I think he wrote the original "How to change engine host name" at the mailing list and also answered with the VdcBootStrapUrl update sentence to someone how couldn't add a new host after I think restoring an ovirt-engine. Thank you. -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

2 3

Re: [Users] Best practice to resize a WM disk image
by Karli Sjöberg 25 Jan '13

25 Jan '13

--_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGV5LA0KDQpJIHdhbnRlZCB0byByZXBvcnQgdGhhdCB0cnlpbmcgdG8gImRkIiBmcm9tIHRoZSBz dG9yYWdlLXNpZGUgYWx3YXlzIG1ha2VzIHRoZSBWTcK0cyBPUyBzZWUgdHdvIGl0ZGVudGljYWxs eSBzbWFsbCBIREQncy4gVGhlIG9ubHkgd29yay1hcm91bmQgScK0dmUgZm91bmQgdGhhdCB3b3Jr cyBpcyB0byBjcmVhdGUgYSBuZXcsIGJpZ2dlciBkcml2ZSwgYm9vdCB0aGUgVk0gZnJvbSBhIGxp dmUtQ0QgYW5kICJkZCIgZnJvbSB0aGVyZS4gV2hlbiByZWJvb3RlZCBhZnRlciBjb21wbGV0aW9u LCB0aGUgVk3CtHMgT1MgdGhlbiBzZWVzIGEgYmlnZ2VyIGRyaXZlIHRoYXQgeW91IGNhbiBleHRl bmQgeW91ciBmaWxlc3lzdGVtIG9uLiBBIGxpdHRsZSBzbG93ZXIgcHJvY2VkdXJlLCBoYXZpbmcg dGhlIG1pcnJvcmluZyBnbyBvdmVyIHRoZSBuZXR3b3JrLCBidXQgd29ya3MsIGFuZCB0aGF0wrRz IHdoYXTCtHMgaW1wb3J0YW50IGluIHRoZSBlbmQ6KQ0KDQovS2FybGkNCg0KbcOlbiAyMDEzLTAx LTE0IGtsb2NrYW4gMDg6MzcgKzAwMDAgc2tyZXYgS2FybGkgU2rDtmJlcmc6DQpvbnMgMjAxMy0w MS0wOSBrbG9ja2FuIDEzOjA0IC0wNTAwIHNrcmV2IFllZWxhIEthcGxhbjoNCg0KDQoNCi0tLS0t IE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gRnJvbTogIkthcmxpIFNqw7ZiZXJnIiA8S2FybGku U2pvYmVyZ0BzbHUuc2U8bWFpbHRvOkthcmxpLlNqb2JlcmdAc2x1LnNlPj4NCj4gVG86ICJZZWVs YSBLYXBsYW4iIDx5a2FwbGFuQHJlZGhhdC5jb208bWFpbHRvOnlrYXBsYW5AcmVkaGF0LmNvbT4+ DQo+IENjOiAiUm9ja3kiIDxyb2NreWJhbG9vQGdtYWlsLmNvbTxtYWlsdG86cm9ja3liYWxvb0Bn bWFpbC5jb20+PiwgVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+IFNl bnQ6IFdlZG5lc2RheSwgSmFudWFyeSA5LCAyMDEzIDQ6MzA6MzUgUE0NCj4gU3ViamVjdDogUmU6 IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGltYWdlDQo+DQo+IG9u cyAyMDEzLTAxLTA5IGtsb2NrYW4gMDk6MTMgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOg0KPg0K PiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ID4gRnJvbTogIkthcmxpIFNqw7ZiZXJn IiA8IEthcmxpLlNqb2JlcmdAc2x1LnNlPG1haWx0bzpLYXJsaS5Tam9iZXJnQHNsdS5zZT4gPg0K PiA+IFRvOiAiWWVlbGEgS2FwbGFuIiA8IHlrYXBsYW5AcmVkaGF0LmNvbTxtYWlsdG86eWthcGxh bkByZWRoYXQuY29tPiA+DQo+ID4gQ2M6ICJSb2NreSIgPCByb2NreWJhbG9vQGdtYWlsLmNvbTxt YWlsdG86cm9ja3liYWxvb0BnbWFpbC5jb20+ID4sIFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNl cnNAb3ZpcnQub3JnPiA+IFNlbnQ6DQo+ID4gV2VkbmVzZGF5LCBKYW51YXJ5IDksIDIwMTMgMTo1 NjozMiBQTQ0KPiA+IFN1YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXpl IGEgV00gZGlzayBpbWFnZQ0KPiA+DQo+ID4gdGlzIDIwMTMtMDEtMDgga2xvY2thbiAxMTowMyAt MDUwMCBza3JldiBZZWVsYSBLYXBsYW46DQo+ID4NCj4gPiBTbywgZmlyc3Qgb2YgYWxsLCB5b3Ug c2hvdWxkIGtub3cgdGhhdCByZXNpemluZyBhIGRpc2sgaXMgbm90IHlldA0KPiA+IHN1cHBvcnRl ZCBpbiBvVmlydC4NCj4gPiBJZiB5b3UgZGVjaWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdh eSwgeW91IHNob3VsZCBrbm93IGluDQo+ID4gYWR2YW5jZQ0KPiA+IHRoYXQgaXQncyBub3QgcmVj b21tZW5kZWQsDQo+ID4gYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJpc2sgd2hlbiB5b3UgcGVy Zm9ybSB0aGVzZSBraW5kIG9mDQo+ID4gYWN0aW9ucy4NCj4gPg0KPiA+IFRoZXJlIGFyZSBzZXZl cmFsIHdheXMgdG8gcGVyZm9ybSB0aGlzLg0KPiA+IE9uZSBvZiB0aGVtIGlzIHRvIGNyZWF0ZSBh IHNlY29uZCAobGFyZ2VyKSBkaXNrIGZvciB0aGUgdm0sDQo+ID4gcnVuIHRoZSB2bSBmcm9tIGxp dmUgY2QgYW5kIHVzZSBkZCB0byBjb3B5IHRoZSBmaXJzdCBkaXNrIGNvbnRlbnRzDQo+ID4gaW50 byB0aGUgc2Vjb25kIG9uZSwNCj4gPiBhbmQgZmluYWxseSByZW1vdmUgdGhlIGZpcnN0IGRpc2sg YW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcgZGlzaw0KPiA+IGlzDQo+ID4gY29uZmlndXJlZCBh cyB5b3VyIHN5c3RlbSBkaXNrLg0KPiA+IEhlcmUgeW91IGd1aWRlIGZvciB0aGUgZGQgb3BlcmF0 aW9uDQo+ID4gdG8gYmUgZG9uZSBmcm9tIHdpdGhpbiB0aGUgZ3Vlc3Qgc3lzdGVtLCBidXQgYm9v dGVkIGZyb20gbGl2ZS4NCj4gPiBDYW4gdGhpcyBiZSBkb25lIGRpcmVjdGx5IGZyb20gdGhlIE5G UyBzdG9yYWdlIGl0c2VsZiBpbnN0ZWFkPw0KPiA+DQo+DQo+IEthcmxpLCBpdCBjYW4gYmUgZG9u ZSBieSB1c2luZyBkZCAob3IgcnN5bmMpLCB3aGVuIHlvdXIgc291cmNlIGlzIHRoZQ0KPiB2b2x1 bWUgb2YgdGhlIGN1cnJlbnQgZGlzayBpbWFnZQ0KPiBhbmQgdGhlIGRlc3RpbmF0aW9uIGlzIHRo ZSB2b2x1bWUgb2YgdGhlIG5ldyBkaXNrIGltYWdlIGNyZWF0ZWQuDQo+IFlvdSBqdXN0IGhhdmUg dG8gZmluZCB0aGUgaW1hZ2VzIGluIHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20gaG9zdCwNCj4g d2hpY2ggaXMgYSBiaXQgbW9yZSB0cmlja3kNCj4gYW5kIGNhbiBjYXVzZSBtb3JlIGRhbWFnZSBp ZiBkb25lIHdyb25nLiBZb3UgbWVhbiBzaW5jZSB0aGUgVk0ncyBhbmQNCj4gZGlza3MgYXJlIGNh bGxlZCBsaWtlICJjM2RiZmI1Zi03YjNiLTQ2MDItOTYxZi02MjRjNjk2MTg3MzQiIHlvdQ0KPiBo YXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmlndXJlIG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhl ciB0aGFuDQo+IHRoYXQsIHlvdcK0cmUgc2F5aW5nIGl0wrRsbCAianVzdCB3b3JrIiwgc28gdGhh dMK0cyBnb29kIHRvIGtub3csIHNpbmNlDQo+IEkgdGhpbmsgbGV0dGluZyB0aGUgc3RvcmFnZSBp dHNlbGYgZG8gdGhlIGRkIGNvcHkgbG9jYWxseSBpcyBnb2luZw0KPiB0byBiZSBtdWNoIG11Y2gg ZmFzdGVyIHRoYW4gdGhyb3VnaCB0aGUgVk0sIG92ZXIgdGhlIG5ldHdvcmsuDQo+IFRoYW5rcyEN Cj4gV2lsbCBpdCBtYXR0ZXIgaWYgdGhlIGRpc2tzIGFyZSAiVGhpbiBQcm92aXNpb24iIG9yICJQ cmVhbGxvY2F0ZWQiPw0KPg0KPg0KDQpBcyBsb25nIGFzIGl0J3MgZG9uZSBvbiB0aGUgYmFzZSB2 b2x1bWUgaXQgZG9lc24ndCBtYXR0ZXIuDQoNCg0KV2VsbCwgScK0dmUgbm93IHRlc3RlZCB0aGUg c3VnZ2VzdGVkIHByb2NlZHVyZSBhbmQgZGlkbsK0dCByZWFsbHkgZ28gYWxsIHRoZSB3YXkgaG9t ZS4NCjEuIENyZWF0ZWQgYSBuZXcsIGJpZ2dlciB2aXJ0dWFsIGRpc2sgdGhhbiB0aGUgb3JpZ2lu YWwsIDQwR0IuDQoyLiBCb290ZWQgV2luMjAwOFIyIGd1ZXN0IGFuZCBjb3VsZCBzZWUgZnJvbSBE aXNrTWFuYWdlciB0aGF0IGEgbmV3LCBiaWdnZXIgZHJpdmUsIDgwR0IsIGhhZCBhcHBlYXJlZC4N CjMuIFNodXQgZ3Vlc3QgZG93biBhbmQgaXNzdWVkIGEgZGQgZnJvbSBvbGQgc291cmNlIHRvIG5l dywgYmlnZ2VyIGRlc3RpbmF0aW9uLg0KNC4gV2hlbiBzdGFydGVkLCBEaXNrTWFuYWdlciBub3cg c2VlcyBhbiBvZmZsaW5lLCBlcXVhbGx5IHNtYWxsIGRyaXZlIGFzIHRoZSBvcmlnaW5hbCwgNDBH Qi4gVGhlcmUgaXMgbm8gZnJlZSBzcGFjZSBpbiB0aGUgbmV3IGRyaXZlIHRvIGV4cGFuZCB3aXRo LCBXaW5kb3dzIG9ubHkgc2VlcyBpdCBhcyBiZWVpbmcgNDBHQi4NCg0KSGF2ZSB0cmllZCAiUmVm cmVzaCIgYW5kICJSZXNjYW4iLCBidXQgV2luZG93cyBqdXN0IHNlZXMgdHdvIGlkZW50aWNhbGx5 IHNtYWxsIGRpc2tzLg0KDQpTdWdnZXN0aW9ucz8NCg0KDQoNCg0KPg0KPiA+DQo+ID4NCj4gPiBU aGUgc2Vjb25kLCByaXNraWVyLCBvcHRpb24gaXMgdG8gZXhwb3J0IHRoZSB2bSB0byBhbiBleHBv cnQNCj4gPiBkb21haW4sDQo+ID4gcmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUg bmV3IGxhcmdlciBzaXplIHVzaW5nIHFlbXUtaW1nDQo+ID4gYW5kIGFsc28gbW9kaWZ5IHRoZSB2 bSdzIG1ldGFkYXRhIGluIGl0cyBvdmYsDQo+ID4gYXMgeW91IGNhbiBzZWUgdGhpcyBvcHRpb24g aXMgbW9yZSBjb21wbGljYXRlZCBhbmQgcmVxdWlyZXMgZGVlcGVyDQo+ID4gdW5kZXJzdGFuZGlu ZyBhbmQgYWx0ZXJpbmcgb2YgdGhlIG1ldGFkYXRhLi4uDQo+ID4gZmluYWxseSB5b3UnbGwgbmVl ZCB0byBpbXBvcnQgdGhlIHZtIGJhY2suDQo+ID4NCj4gPg0KPiA+DQo+ID4gLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLQ0KPiA+ID4gRnJvbTogIlJvY2t5IiA8IHJvY2t5YmFsb29AZ21haWwu Y29tPG1haWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4gPg0KPiA+ID4gVG86ICJZZWVsYSBLYXBs YW4iIDwgeWthcGxhbkByZWRoYXQuY29tPG1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20+ID4NCj4g PiA+IENjOiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4gPiBTZW50OiBU dWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0NCj4gPiA+IFN1YmplY3Q6IFJlOiBb VXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQ0KPiA+ID4NCj4g PiA+IEl0cyBqdXN0IGEgdGhlb3JldGljYWwgcXVlc3Rpb24gYXMgSSB0aGluayB0aGUgaXNzdWUg d2lsbCBjb21lDQo+ID4gPiBmb3INCj4gPiA+IHVzDQo+ID4gPiBhbmQgb3RoZXIgdXNlcnMuDQo+ ID4gPg0KPiA+ID4gSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1vcmUgc25hcHNob3RzIGlu IHRoZSBXTSBvdmVyIHRoZQ0KPiA+ID4gdGltZS4NCj4gPiA+IEJ1dA0KPiA+ID4gaWYgdGhhdCBp cyBhbiBpc3N1ZSB3ZSBjYW4gYWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4NCj4gPiA+IElm IGl0cyBhIGJhc2UgaW1hZ2UgaXQgc2hvdWxkIGJlIFJBVywgcmlnaHQ/DQo+ID4gPiBJbiB0aGlz IGNhc2UgaXRzIG9uIGZpbGUgc3RvcmFnZSAoTkZTKS4NCj4gPiA+DQo+ID4gPiBSZWdhcmRzIC8v Umlja3kNCj4gPiA+DQo+ID4gPiBPbiAyMDEzLTAxLTA4IDEwOjA3LCBZZWVsYSBLYXBsYW4gd3Jv dGU6DQo+ID4gPiA+IEhpIFJpY2t5LA0KPiA+ID4gPiBJbiBvcmRlciB0byBnaXZlIHlvdSBhIGRl dGFpbGVkIGFuc3dlciBJIG5lZWQgYWRkaXRpb25hbA0KPiA+ID4gPiBkZXRhaWxzDQo+ID4gPiA+ IHJlZ2FyZGluZyB0aGUgZGlzazoNCj4gPiA+ID4gLSBJcyB0aGUgZGlzayBpbWFnZSBjb21wb3Nl ZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3IganVzdCBhDQo+ID4gPiA+IGJhc2UNCj4gPiA+ID4g dm9sdW1lPw0KPiA+ID4gPiAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBjb21wbGlj YXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8NCj4gPiA+ID4gY29sbGFwc2UgdGhlIGNoYWluIGZpcnN0 IHRvIG1ha2UgaXQgZWFzaWVyKS4NCj4gPiA+ID4gLSBJcyB0aGUgZGlzayBpbWFnZSByYXc/ICh5 b3UgY2FuIHVzZSBxZW11LWltZyBpbmZvIHRvIGNoZWNrKQ0KPiA+ID4gPiAtIElzIHRoZSBkaXNr IGltYWdlIG9uIGJsb2NrIG9yIGZpbGUgc3RvcmFnZT8NCj4gPiA+ID4NCj4gPiA+ID4gUmVnYXJk cywNCj4gPiA+ID4gWWVlbGENCj4gPiA+ID4NCj4gPiA+ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAtLS0tLQ0KPiA+ID4gPj4gRnJvbTogIlJpY2t5IiA8IHJvY2t5YmFsb29AZ21haWwuY29tPG1h aWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4gPg0KPiA+ID4gPj4gVG86IFVzZXJzQG92aXJ0Lm9y ZzxtYWlsdG86VXNlcnNAb3ZpcnQub3JnPiA+ID4+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgOCwg MjAxMw0KPiA+ID4gPj4gMTA6NDA6MjcNCj4gPiA+ID4+IEFNDQo+ID4gPiA+PiBTdWJqZWN0OiBb VXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQ0KPiA+ID4gPj4N Cj4gPiA+ID4+IEhpLA0KPiA+ID4gPj4NCj4gPiA+ID4+IElmIEkgaGF2ZSBhIFZNIHRoYXQgaGFz IHJ1biBvdXQgb2YgZGlzayBzcGFjZSwgaG93IGNhbiBJDQo+ID4gPiA+PiBpbmNyZWFzZQ0KPiA+ ID4gPj4gdGhlDQo+ID4gPiA+PiBzcGFjZSBpbiBiZXN0IHdheT8gT25lIHdheSBpcyB0byBhZGQg YSBzZWNvbmQgYmlnZ2VyIGRpc2sgdG8NCj4gPiA+ID4+IHRoZQ0KPiA+ID4gPj4gV00NCj4gPiA+ ID4+IGFuZCB0aGVuIHVzZSBkZCBvciBzaW1pbGFyIHRvIGNvcHkuIEJ1dCBpcyBpdCBwb3NzaWJs ZSB0bw0KPiA+ID4gPj4gc3RyZXRjaA0KPiA+ID4gPj4gdGhlDQo+ID4gPiA+PiBvcmlnaW5hbCBk aXNrIGluc2lkZSBvciBvdXRzaWRlIG9WaXJ0IGFuZCBnZXQgb1ZpcnQgdG8ga25vdw0KPiA+ID4g Pj4gdGhlDQo+ID4gPiA+PiBiaWdnZXINCj4gPiA+ID4+IHNpemU/DQo+ID4gPiA+Pg0KPiA+ID4g Pj4gUmVnYXJkcyAvL1JpY2t5DQo+ID4gPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiA+ID4gPj4gVXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gPiA+ PiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4gPiA+Pg0KPiA+ID4gPj4g aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzID4gPj4NCj4gPiA+ DQo+ID4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ID4gVXNlcnMgbWFpbGluZyBsaXN0IFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNlcnNA b3ZpcnQub3JnPiA+DQo+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzID4NCj4NCg0KDQoNCg== --_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIZXksPGJyPg0KPGJy Pg0KSSB3YW50ZWQgdG8gcmVwb3J0IHRoYXQgdHJ5aW5nIHRvICZxdW90O2RkJnF1b3Q7IGZyb20g dGhlIHN0b3JhZ2Utc2lkZSBhbHdheXMgbWFrZXMgdGhlIFZNwrRzIE9TIHNlZSB0d28gaXRkZW50 aWNhbGx5IHNtYWxsIEhERCdzLiBUaGUgb25seSB3b3JrLWFyb3VuZCBJwrR2ZSBmb3VuZCB0aGF0 IHdvcmtzIGlzIHRvIGNyZWF0ZSBhIG5ldywgYmlnZ2VyIGRyaXZlLCBib290IHRoZSBWTSBmcm9t IGEgbGl2ZS1DRCBhbmQgJnF1b3Q7ZGQmcXVvdDsgZnJvbSB0aGVyZS4gV2hlbiByZWJvb3RlZA0K IGFmdGVyIGNvbXBsZXRpb24sIHRoZSBWTcK0cyBPUyB0aGVuIHNlZXMgYSBiaWdnZXIgZHJpdmUg dGhhdCB5b3UgY2FuIGV4dGVuZCB5b3VyIGZpbGVzeXN0ZW0gb24uIEEgbGl0dGxlIHNsb3dlciBw cm9jZWR1cmUsIGhhdmluZyB0aGUgbWlycm9yaW5nIGdvIG92ZXIgdGhlIG5ldHdvcmssIGJ1dCB3 b3JrcywgYW5kIHRoYXTCtHMgd2hhdMK0cyBpbXBvcnRhbnQgaW4gdGhlIGVuZDopPGJyPg0KPGJy Pg0KL0thcmxpPGJyPg0KPGJyPg0KbcOlbiAyMDEzLTAxLTE0IGtsb2NrYW4gMDg6MzcgJiM0Mzsw MDAwIHNrcmV2IEthcmxpIFNqw7ZiZXJnOjxicj4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPm9u cyAyMDEzLTAxLTA5IGtsb2NrYW4gMTM6MDQgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPgoKLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0t LQomZ3Q7IEZyb206ICZxdW90O0thcmxpIFNqw7ZiZXJnJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86S2FybGkuU2pvYmVyZ0BzbHUuc2UiPkthcmxpLlNqb2JlcmdAc2x1LnNlPC9hPiZndDsKJmd0 OyBUbzogJnF1b3Q7WWVlbGEgS2FwbGFuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eWthcGxh bkByZWRoYXQuY29tIj55a2FwbGFuQHJlZGhhdC5jb208L2E+Jmd0OwomZ3Q7IENjOiAmcXVvdDtS b2NreSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tIj5yb2Nr eWJhbG9vQGdtYWlsLmNvbTwvYT4mZ3Q7LCA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3Jn Ij5Vc2Vyc0BvdmlydC5vcmc8L2E+CiZndDsgU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDksIDIw MTMgNDozMDozNSBQTQomZ3Q7IFN1YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8g cmVzaXplIGEgV00gZGlzayBpbWFnZQomZ3Q7IAomZ3Q7IG9ucyAyMDEzLTAxLTA5IGtsb2NrYW4g MDk6MTMgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOgomZ3Q7IAomZ3Q7IC0tLS0tIE9yaWdpbmFs IE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7IEZyb206ICZxdW90O0thcmxpIFNqw7ZiZXJnJnF1b3Q7 ICZsdDsgPGEgaHJlZj0ibWFpbHRvOkthcmxpLlNqb2JlcmdAc2x1LnNlIj5LYXJsaS5Tam9iZXJn QHNsdS5zZTwvYT4gJmd0OwomZ3Q7ICZndDsgVG86ICZxdW90O1llZWxhIEthcGxhbiZxdW90OyAm bHQ7IDxhIGhyZWY9Im1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20iPnlrYXBsYW5AcmVkaGF0LmNv bTwvYT4gJmd0OwomZ3Q7ICZndDsgQ2M6ICZxdW90O1JvY2t5JnF1b3Q7ICZsdDsgPGEgaHJlZj0i bWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tIj5yb2NreWJhbG9vQGdtYWlsLmNvbTwvYT4gJmd0 OywgPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPiAm Z3Q7IFNlbnQ6CiZndDsgJmd0OyBXZWRuZXNkYXksIEphbnVhcnkgOSwgMjAxMyAxOjU2OjMyIFBN CiZndDsgJmd0OyBTdWJqZWN0OiBSZTogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBh IFdNIGRpc2sgaW1hZ2UKJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgdGlzIDIwMTMtMDEtMDgga2xvY2th biAxMTowMyAtMDUwMCBza3JldiBZZWVsYSBLYXBsYW46CiZndDsgJmd0OyAKJmd0OyAmZ3Q7IFNv LCBmaXJzdCBvZiBhbGwsIHlvdSBzaG91bGQga25vdyB0aGF0IHJlc2l6aW5nIGEgZGlzayBpcyBu b3QgeWV0CiZndDsgJmd0OyBzdXBwb3J0ZWQgaW4gb1ZpcnQuCiZndDsgJmd0OyBJZiB5b3UgZGVj aWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdheSwgeW91IHNob3VsZCBrbm93IGluCiZndDsg Jmd0OyBhZHZhbmNlCiZndDsgJmd0OyB0aGF0IGl0J3Mgbm90IHJlY29tbWVuZGVkLAomZ3Q7ICZn dDsgYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJpc2sgd2hlbiB5b3UgcGVyZm9ybSB0aGVzZSBr aW5kIG9mCiZndDsgJmd0OyBhY3Rpb25zLgomZ3Q7ICZndDsgCiZndDsgJmd0OyBUaGVyZSBhcmUg c2V2ZXJhbCB3YXlzIHRvIHBlcmZvcm0gdGhpcy4KJmd0OyAmZ3Q7IE9uZSBvZiB0aGVtIGlzIHRv IGNyZWF0ZSBhIHNlY29uZCAobGFyZ2VyKSBkaXNrIGZvciB0aGUgdm0sCiZndDsgJmd0OyBydW4g dGhlIHZtIGZyb20gbGl2ZSBjZCBhbmQgdXNlIGRkIHRvIGNvcHkgdGhlIGZpcnN0IGRpc2sgY29u dGVudHMKJmd0OyAmZ3Q7IGludG8gdGhlIHNlY29uZCBvbmUsCiZndDsgJmd0OyBhbmQgZmluYWxs eSByZW1vdmUgdGhlIGZpcnN0IGRpc2sgYW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcgZGlzawom Z3Q7ICZndDsgaXMKJmd0OyAmZ3Q7IGNvbmZpZ3VyZWQgYXMgeW91ciBzeXN0ZW0gZGlzay4KJmd0 OyAmZ3Q7IEhlcmUgeW91IGd1aWRlIGZvciB0aGUgZGQgb3BlcmF0aW9uCiZndDsgJmd0OyB0byBi ZSBkb25lIGZyb20gd2l0aGluIHRoZSBndWVzdCBzeXN0ZW0sIGJ1dCBib290ZWQgZnJvbSBsaXZl LgomZ3Q7ICZndDsgQ2FuIHRoaXMgYmUgZG9uZSBkaXJlY3RseSBmcm9tIHRoZSBORlMgc3RvcmFn ZSBpdHNlbGYgaW5zdGVhZD8KJmd0OyAmZ3Q7IAomZ3Q7IAomZ3Q7IEthcmxpLCBpdCBjYW4gYmUg ZG9uZSBieSB1c2luZyBkZCAob3IgcnN5bmMpLCB3aGVuIHlvdXIgc291cmNlIGlzIHRoZQomZ3Q7 IHZvbHVtZSBvZiB0aGUgY3VycmVudCBkaXNrIGltYWdlCiZndDsgYW5kIHRoZSBkZXN0aW5hdGlv biBpcyB0aGUgdm9sdW1lIG9mIHRoZSBuZXcgZGlzayBpbWFnZSBjcmVhdGVkLgomZ3Q7IFlvdSBq dXN0IGhhdmUgdG8gZmluZCB0aGUgaW1hZ2VzIGluIHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20g aG9zdCwKJmd0OyB3aGljaCBpcyBhIGJpdCBtb3JlIHRyaWNreQomZ3Q7IGFuZCBjYW4gY2F1c2Ug bW9yZSBkYW1hZ2UgaWYgZG9uZSB3cm9uZy4gWW91IG1lYW4gc2luY2UgdGhlIFZNJ3MgYW5kCiZn dDsgZGlza3MgYXJlIGNhbGxlZCBsaWtlICZxdW90O2MzZGJmYjVmLTdiM2ItNDYwMi05NjFmLTYy NGM2OTYxODczNCZxdW90OyB5b3UKJmd0OyBoYXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmlndXJl IG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhlciB0aGFuCiZndDsgdGhhdCwgeW91wrRyZSBzYXlp bmcgaXTCtGxsICZxdW90O2p1c3Qgd29yayZxdW90Oywgc28gdGhhdMK0cyBnb29kIHRvIGtub3cs IHNpbmNlCiZndDsgSSB0aGluayBsZXR0aW5nIHRoZSBzdG9yYWdlIGl0c2VsZiBkbyB0aGUgZGQg Y29weSBsb2NhbGx5IGlzIGdvaW5nCiZndDsgdG8gYmUgbXVjaCBtdWNoIGZhc3RlciB0aGFuIHRo cm91Z2ggdGhlIFZNLCBvdmVyIHRoZSBuZXR3b3JrLgomZ3Q7IFRoYW5rcyEKJmd0OyBXaWxsIGl0 IG1hdHRlciBpZiB0aGUgZGlza3MgYXJlICZxdW90O1RoaW4gUHJvdmlzaW9uJnF1b3Q7IG9yICZx dW90O1ByZWFsbG9jYXRlZCZxdW90Oz8KJmd0OyAKJmd0OyAKCkFzIGxvbmcgYXMgaXQncyBkb25l IG9uIHRoZSBiYXNlIHZvbHVtZSBpdCBkb2Vzbid0IG1hdHRlci4KPC9wcmU+DQo8L2Jsb2NrcXVv dGU+DQpXZWxsLCBJwrR2ZSBub3cgdGVzdGVkIHRoZSBzdWdnZXN0ZWQgcHJvY2VkdXJlIGFuZCBk aWRuwrR0IHJlYWxseSBnbyBhbGwgdGhlIHdheSBob21lLjxicj4NCjEuIENyZWF0ZWQgYSBuZXcs IGJpZ2dlciB2aXJ0dWFsIGRpc2sgdGhhbiB0aGUgb3JpZ2luYWwsIDQwR0IuPGJyPg0KMi4gQm9v dGVkIFdpbjIwMDhSMiBndWVzdCBhbmQgY291bGQgc2VlIGZyb20gRGlza01hbmFnZXIgdGhhdCBh IG5ldywgYmlnZ2VyIGRyaXZlLCA4MEdCLCBoYWQgYXBwZWFyZWQuPGJyPg0KMy4gU2h1dCBndWVz dCBkb3duIGFuZCBpc3N1ZWQgYSBkZCBmcm9tIG9sZCBzb3VyY2UgdG8gbmV3LCBiaWdnZXIgZGVz dGluYXRpb24uPGJyPg0KNC4gV2hlbiBzdGFydGVkLCBEaXNrTWFuYWdlciBub3cgc2VlcyBhbiBv ZmZsaW5lLCBlcXVhbGx5IHNtYWxsIGRyaXZlIGFzIHRoZSBvcmlnaW5hbCwgNDBHQi4gVGhlcmUg aXMgbm8gZnJlZSBzcGFjZSBpbiB0aGUgbmV3IGRyaXZlIHRvIGV4cGFuZCB3aXRoLCBXaW5kb3dz IG9ubHkgc2VlcyBpdCBhcyBiZWVpbmcgNDBHQi48YnI+DQo8YnI+DQpIYXZlIHRyaWVkICZxdW90 O1JlZnJlc2gmcXVvdDsgYW5kICZxdW90O1Jlc2NhbiZxdW90OywgYnV0IFdpbmRvd3MganVzdCBz ZWVzIHR3byBpZGVudGljYWxseSBzbWFsbCBkaXNrcy48YnI+DQo8YnI+DQpTdWdnZXN0aW9ucz88 YnI+DQo8YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRFIj4NCjxwcmU+CgomZ3Q7IAomZ3Q7ICZn dDsgCiZndDsgJmd0OyAKJmd0OyAmZ3Q7IFRoZSBzZWNvbmQsIHJpc2tpZXIsIG9wdGlvbiBpcyB0 byBleHBvcnQgdGhlIHZtIHRvIGFuIGV4cG9ydAomZ3Q7ICZndDsgZG9tYWluLAomZ3Q7ICZndDsg cmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUgbmV3IGxhcmdlciBzaXplIHVzaW5n IHFlbXUtaW1nCiZndDsgJmd0OyBhbmQgYWxzbyBtb2RpZnkgdGhlIHZtJ3MgbWV0YWRhdGEgaW4g aXRzIG92ZiwKJmd0OyAmZ3Q7IGFzIHlvdSBjYW4gc2VlIHRoaXMgb3B0aW9uIGlzIG1vcmUgY29t cGxpY2F0ZWQgYW5kIHJlcXVpcmVzIGRlZXBlcgomZ3Q7ICZndDsgdW5kZXJzdGFuZGluZyBhbmQg YWx0ZXJpbmcgb2YgdGhlIG1ldGFkYXRhLi4uCiZndDsgJmd0OyBmaW5hbGx5IHlvdSdsbCBuZWVk IHRvIGltcG9ydCB0aGUgdm0gYmFjay4KJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgCiZndDsgJmd0OyAK Jmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7ICZndDsgRnJv bTogJnF1b3Q7Um9ja3kmcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86cm9ja3liYWxvb0BnbWFp bC5jb20iPnJvY2t5YmFsb29AZ21haWwuY29tPC9hPiAmZ3Q7CiZndDsgJmd0OyAmZ3Q7IFRvOiAm cXVvdDtZZWVsYSBLYXBsYW4mcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86eWthcGxhbkByZWRo YXQuY29tIj55a2FwbGFuQHJlZGhhdC5jb208L2E+ICZndDsKJmd0OyAmZ3Q7ICZndDsgQ2M6IDxh IGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyBT ZW50OiBUdWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0KJmd0OyAmZ3Q7ICZndDsg U3ViamVjdDogUmU6IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGlt YWdlCiZndDsgJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgJmd0OyBJdHMganVzdCBhIHRoZW9yZXRpY2Fs IHF1ZXN0aW9uIGFzIEkgdGhpbmsgdGhlIGlzc3VlIHdpbGwgY29tZQomZ3Q7ICZndDsgJmd0OyBm b3IKJmd0OyAmZ3Q7ICZndDsgdXMKJmd0OyAmZ3Q7ICZndDsgYW5kIG90aGVyIHVzZXJzLgomZ3Q7 ICZndDsgJmd0OyAKJmd0OyAmZ3Q7ICZndDsgSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1v cmUgc25hcHNob3RzIGluIHRoZSBXTSBvdmVyIHRoZQomZ3Q7ICZndDsgJmd0OyB0aW1lLgomZ3Q7 ICZndDsgJmd0OyBCdXQKJmd0OyAmZ3Q7ICZndDsgaWYgdGhhdCBpcyBhbiBpc3N1ZSB3ZSBjYW4g YWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4KJmd0OyAmZ3Q7ICZndDsgSWYgaXRzIGEgYmFz ZSBpbWFnZSBpdCBzaG91bGQgYmUgUkFXLCByaWdodD8KJmd0OyAmZ3Q7ICZndDsgSW4gdGhpcyBj YXNlIGl0cyBvbiBmaWxlIHN0b3JhZ2UgKE5GUykuCiZndDsgJmd0OyAmZ3Q7IAomZ3Q7ICZndDsg Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsgCiZndDsgJmd0OyAmZ3Q7IE9uIDIw MTMtMDEtMDggMTA6MDcsIFllZWxhIEthcGxhbiB3cm90ZToKJmd0OyAmZ3Q7ICZndDsgJmd0OyBI aSBSaWNreSwKJmd0OyAmZ3Q7ICZndDsgJmd0OyBJbiBvcmRlciB0byBnaXZlIHlvdSBhIGRldGFp bGVkIGFuc3dlciBJIG5lZWQgYWRkaXRpb25hbAomZ3Q7ICZndDsgJmd0OyAmZ3Q7IGRldGFpbHMK Jmd0OyAmZ3Q7ICZndDsgJmd0OyByZWdhcmRpbmcgdGhlIGRpc2s6CiZndDsgJmd0OyAmZ3Q7ICZn dDsgLSBJcyB0aGUgZGlzayBpbWFnZSBjb21wb3NlZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3Ig anVzdCBhCiZndDsgJmd0OyAmZ3Q7ICZndDsgYmFzZQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHZvbHVt ZT8KJmd0OyAmZ3Q7ICZndDsgJmd0OyAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBj b21wbGljYXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8KJmd0OyAmZ3Q7ICZndDsgJmd0OyBjb2xsYXBz ZSB0aGUgY2hhaW4gZmlyc3QgdG8gbWFrZSBpdCBlYXNpZXIpLgomZ3Q7ICZndDsgJmd0OyAmZ3Q7 IC0gSXMgdGhlIGRpc2sgaW1hZ2UgcmF3PyAoeW91IGNhbiB1c2UgcWVtdS1pbWcgaW5mbyB0byBj aGVjaykKJmd0OyAmZ3Q7ICZndDsgJmd0OyAtIElzIHRoZSBkaXNrIGltYWdlIG9uIGJsb2NrIG9y IGZpbGUgc3RvcmFnZT8KJmd0OyAmZ3Q7ICZndDsgJmd0OwomZ3Q7ICZndDsgJmd0OyAmZ3Q7IFJl Z2FyZHMsCiZndDsgJmd0OyAmZ3Q7ICZndDsgWWVlbGEKJmd0OyAmZ3Q7ICZndDsgJmd0OwomZ3Q7 ICZndDsgJmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7ICZn dDsgJmd0OyZndDsgRnJvbTogJnF1b3Q7Umlja3kmcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86 cm9ja3liYWxvb0BnbWFpbC5jb20iPnJvY2t5YmFsb29AZ21haWwuY29tPC9hPiAmZ3Q7CiZndDsg Jmd0OyAmZ3Q7ICZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3JnIj5V c2Vyc0BvdmlydC5vcmc8L2E+ICZndDsgJmd0OyZndDsgU2VudDogVHVlc2RheSwgSmFudWFyeSA4 LCAyMDEzCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IDEwOjQwOjI3CiZndDsgJmd0OyAmZ3Q7ICZn dDsmZ3Q7IEFNCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IFN1YmplY3Q6IFtVc2Vyc10gQmVzdCBw cmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGltYWdlCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7 CiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IEhpLAomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OwomZ3Q7 ICZndDsgJmd0OyAmZ3Q7Jmd0OyBJZiBJIGhhdmUgYSBWTSB0aGF0IGhhcyBydW4gb3V0IG9mIGRp c2sgc3BhY2UsIGhvdyBjYW4gSQomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyBpbmNyZWFzZQomZ3Q7 ICZndDsgJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgc3BhY2UgaW4g YmVzdCB3YXk/IE9uZSB3YXkgaXMgdG8gYWRkIGEgc2Vjb25kIGJpZ2dlciBkaXNrIHRvCiZndDsg Jmd0OyAmZ3Q7ICZndDsmZ3Q7IHRoZQomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyBXTQomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyBhbmQgdGhlbiB1c2UgZGQgb3Igc2ltaWxhciB0byBjb3B5LiBCdXQg aXMgaXQgcG9zc2libGUgdG8KJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgc3RyZXRjaAomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgb3JpZ2luYWwgZGlz ayBpbnNpZGUgb3Igb3V0c2lkZSBvVmlydCBhbmQgZ2V0IG9WaXJ0IHRvIGtub3cKJmd0OyAmZ3Q7 ICZndDsgJmd0OyZndDsgdGhlCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IGJpZ2dlcgomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyBzaXplPwomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsg Jmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KJmd0OyAmZ3Q7ICZn dDsgJmd0OyZndDsgVXNlcnMgbWFpbGluZyBsaXN0CiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IDxh IGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyAm Z3Q7Jmd0OwomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMub3Zp cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2VyczwvYT4gJmd0OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsgJmd0OyAKJmd0 OyAmZ3Q7ICZndDsgCiZndDsgJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwomZ3Q7ICZndDsgVXNlcnMgbWFpbGluZyBsaXN0IDxhIGhyZWY9Im1haWx0 bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OwomZ3Q7ICZndDsgPGEg aHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+ICZndDsKJmd0OyAK PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_--

1 0

[Users] DL380 G5 - Fails to Activate
by Tom Brown 25 Jan '13

25 Jan '13

Hi I have a couple of old DL380 G5's and i am putting them into their own cluster for testing various things out. The install of 3.1 from dreyou goes fine onto them but when they try to activate i get the following Host xxx.xxx.net.uk moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_Conroe, nx KVM appears to run just fine on these host and their cpu's are Intel(R) Xeon(R) CPU 5140 @ 2.33GHz Is it possible to add these in to a 3.1 cluster ?? thanks

2 5

[Users] ovirt node
by David Michael 25 Jan '13

25 Jan '13

hi i cannot add ovirt node to thr ovirt engine and i got this log message *[org.ovirt.engine.core.bll.AddVdsCommand]*>* (http-0.0.0.0-8080-3) CanDoAction of action AddVds failed.*>* Reasons:VDS_CANNOT_CONNECT_TO_SERVER,VAR__ACTION__ADD,VAR__TYPE__HOST*

2 1

Re: [Users] Change locale for VNC console
by Itamar Heim 25 Jan '13

25 Jan '13

On 01/03/2013 01:38 PM, Frank Wall wrote: > On Thu, Jan 03, 2013 at 11:20:34AM +0000, Alexandre Santos wrote: >> Did you shutdown the VM and started it again or just restart the VNC connection? > > It was a complete shutdown, have tried this multiple times. actually, changing a config requires engine restart

8 12

[Users] win 7 vm creation:
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, on F18 physical host configured all-in-one oVirt nightly ( ovirt-engine-3.2.0-1.20130101.git2184580.fc18.noarch ) Trying to setup a w7 vm in run once, I get Error win7tst: - Cannot run VM. There are no available running Hosts in the Host Cluster. Here are screenshots for: vm network https://docs.google.com/open?id=0BwoPbcrMv8mvQWpwMUh6ZGRVeGc host network, after setting it up with drag of ovirtmgmt to em3 (the host currently has only em3.65 configured) https://docs.google.com/open?id=0BwoPbcrMv8mvRkVLSlkxWnRwakE engine log gzipped: https://docs.google.com/open?id=0BwoPbcrMv8mvcXRERkEyQW5Yc1U Is there an evident error in my config or should I send any other log? screenshots for local_cluster and local_host situation https://docs.google.com/open?id=0BwoPbcrMv8mvNV8zWTJLWHFhdFU and https://docs.google.com/open?id=0BwoPbcrMv8mvejlGUW5UWkxKMDg Thanks, Gianluca

4 9