- Users - oVirt List Archives

[Users] Dedicated Bonding interface for Gluster
by Juan Pablo Lorier 11 Feb '14

11 Feb '14

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1g8JPn14EC4bURVvAtoKga8u87IwhL9o3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Mario, I've created a little guide in the wiki for this porpoise, I haven't updated it with I tip I was told later on using the hosts file (or dns) instead of fixed ips, so you may search on that matter to optimize the solution. The wiki is http://www.ovirt.org/oVirt_Wiki:How_to_change_Gluster%27s_network_interfa= ce Hope it helps Regards, --1g8JPn14EC4bURVvAtoKga8u87IwhL9o3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS+mYXAAoJEC5KDDg2+NMMGB0H/3xXgkjeT4mZz9GS6OIr0ruS +7jJhYst0+ZE5GAvFIUY+uETInDHpfKd+xehqGC8VIjpFJla8CVsGEnd3xzT8n0G v11Nns2m+arx2yBGTAqX9Wk9HZKPYVYHbFqKH6ccIFxTMMMQGf3j+cjqVjmeJi3f 13ZTsMbl+evTcpdvVLZJT2mNOa7yl7JTwvI9s5bekbJxfC5HiztCyNz7UA6jX/DW VFnOOgPswyahy6d0ejkR/4seW6+K0bvvIOg8VoJ4aIGzkSwiXtqGOZnTVBqVjBjs EZRCX2oq06RVSei59rhRjFsCWf6rVQr7MEr1CrVNc6VDlh835mpUxKvsz7cz6Dg= =GyrA -----END PGP SIGNATURE----- --1g8JPn14EC4bURVvAtoKga8u87IwhL9o3--

1 0

[Users] Fwd: Re: Fencing Options
by René Koch 11 Feb '14

11 Feb '14

This is a multi-part message in MIME format. --------------080306010903020407070602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Missed the Reply List button... On 10.02.2014 17:57, Maurice James wrote: > How do I enable the other fencing agents that are not shown in the > power management list of the hosts? Like idrac and drac7? I suggest to use IPMI fencing, as it works with most Interfaces. I use it also for DRAC interfaces without problems. If you want to add custom fence agents, make sure they exist on your system (e.g. /usr/sbin/fence_idrac) and follow these instructions on how to add them to oVirt: https://www.mail-archive.com/users@ovirt.org/msg13433.html But again, if fence_ipmilan works, use it... Regards, René --------------080306010903020407070602 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Missed the Reply List button...<br> <br> On 10.02.2014 17:57, Maurice James wrote:<br> <div class="moz-forward-container"> <blockquote cite="mid:BLU176-W31E63376F5299670E35401B2900@phx.gbl" type="cite"> <style></style> <div dir="ltr">How do I enable the other fencing agents that are not shown in the power management list of the hosts? Like idrac and drac7? </div> </blockquote> <br> I suggest to use IPMI fencing, as it works with most Interfaces. I use it also for DRAC interfaces without problems.<br> <br> If you want to add custom fence agents, make sure they exist on your system (e.g. /usr/sbin/fence_idrac) and follow these instructions on how to add them to oVirt:<br> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://www.mail-archive.com/users@ovirt.org/msg13433.html">https://www.mail-archive.com/users@ovirt.org/msg13433.html</a><br> <br> But again, if fence_ipmilan works, use it...<br> <br> Regards,<br> René<br> <br> <br> </div> <br> </body> </html> --------------080306010903020407070602--

2 1

[Users] ERRORS and WARNINGS in engine.log on a just started system
by Sandro Bonazzola 11 Feb '14

11 Feb '14

Installed 3.3.3 all-in-one upgraded to 3.4.0 beta2 created a VM stopped the engine. cleaned logs. started the engine: engine.log:2014-02-11 13:35:19,573 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-1) Could not parse option AutoRecoveryAllowedTypes value. engine.log:2014-02-11 13:36:03,344 ERROR [org.ovirt.engine.core.utils.servlet.ServletUtils] (ajp--127.0.0.1-8702-2) Can't read file "/var/lib/ovirt-engine/reports.xml" for request "/ovirt-engine/services/reports-ui", will send a 404 error response. I don't have DWH or reports here. # grep WARN engine.log server.log |wc -l 178 Warnings are like: server.log:2014-02-11 13:35:18,914 WARN [org.jboss.as.dependency.private] (MSC service thread 1-9) JBAS018567: Deployment "deployment.engine.ear.restapi.war" is using a private module ("org.yaml.snakeyaml:main") which may be changed or removed in future versions without notice. server.log:2014-02-11 13:35:18,915 WARN [org.jboss.as.dependency.private] (MSC service thread 1-6) JBAS018567: Deployment "deployment.engine.ear.webadmin.war" is using a private module ("org.codehaus.jackson.jackson-xc:main") which may be changed or removed in future versions without notice. Can't we get rid of those? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[Users] Very bad write performance in VM (ovirt 3.3.3)
by ml ml 11 Feb '14

11 Feb '14

Hello List, i set up a Cluster with 2 Nodes and Glusterfs. gluster> volume info all Volume Name: Repl2 Type: Replicate Volume ID: 8af9b282-8b60-4d71-a0fd-9116b8fdcca7 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: node1.local:/data Brick2: node2.local:/data Options Reconfigured: auth.allow: * user.cifs: enable nfs.disable: off I turned node2 off. Just to make sure i have not network bottle neck and that it will not replicate for my first benchmarks. My first test with bonnie on my local raw disk of node1 gave me 130MB/sec write speed. Then i did the same test on my cluster dir /data: 130MB/sec Then i did the write test in a freshly installed Debian 7 vm: 10MB/sec This is terrible and i wonder why?! My tests where made with: bonnie++ -u root -s <double mem) -d <dir> Here are my bonnie results: http://oi62.tinypic.com/20aara0.jpg Since node2 is turned off, this cant be a network bottle neck. Any ideas? Thanks, Mario

3 7

Re: [Users] [rhevm-api] Need help to Start and Stop VM using Java SDK
by Itamar Heim 11 Feb '14

11 Feb '14

On 02/11/2014 04:55 PM, Tejesh M wrote: > Thanks for your fast response. > > But intelli sense is not listing vm.*start *function > > I'm using rhevm-sdk-java-1.0.0.29-1.jar > > _*code:*_ > > import org.ovirt.engine.sdk.Api; > import org.ovirt.engine.sdk.common.*; > import org.ovirt.engine.sdk.decorators.VMDisk; > import org.ovirt.engine.sdk.entities.*; > import org.apache.commons.beanutils.*; > > > public class rhvm { > static Api api; > public static void callAPI() > { > try{ > > api = new Api("https://rhevm:443/api", "admin@internal", > "password"); > > > org.ovirt.engine.sdk.entities.VM vm = > api.getVMs().get("testVM3"); //get VM > vm.setDescription("java_sdk"); > > System.out.print("VM ID:" + vm.getStatus().getState()); > System.out.print("VM ID:" + vm.getId()); > > > } > catch(Exception e) > { > System.out.print(e); > } > finally { > api.shutdown(); > } > } > public static void main(String a[]) throws Exception > { > //rhvm obj = new rhvm(); > callAPI(); > System.out.println("\ncompleted"); > } > } > > > > > On Tue, Feb 11, 2014 at 8:08 PM, Ewoud Kohl van Wijngaarden > <ewoud+rhevm-api(a)kohlvanwijngaarden.nl > <mailto:ewoud+rhevm-api@kohlvanwijngaarden.nl>> wrote: > > On Tue, Feb 11, 2014 at 08:00:57PM +0530, Tejesh M wrote: > > Can anyone share sample on how to Start & Stop VM using Java SDK? I > > couldn't find any document on JAVA SDK for RHEVM. > > While this list hasn't been in use for some time, I hope I can still > point you > in the right direction. http://www.ovirt.org/Java-sdk#Examples has the > following examples: > > // -- Create proxy > > // #1 - import > import org.ovirt.engine.sdk.Api; > > // #2 - create proxy > Api api = new Api("http://localhost:8080/api", "user@domain", > "password"); > > // -- perform an action on resource > > // #1 - fetch resource > VM vm = api.getVMs().get("test"); > > // #2 - create params + perform an action > Action res = vm.start(new Action() { > { > setVm(new org.ovirt.engine.sdk.entities.VM()); > } > }); > > I'd guess vm.stop is exactly the same as vm.start. > _______________________________________________ > rhevm-api mailing list > rhevm-api(a)lists.fedorahosted.org > <mailto:rhevm-api@lists.fedorahosted.org> > https://lists.fedorahosted.org/mailman/listinfo/rhevm-api > > > > > -- > Thanks & Regards > Tejesh > > > _______________________________________________ > rhevm-api mailing list > rhevm-api(a)lists.fedorahosted.org > https://lists.fedorahosted.org/mailman/listinfo/rhevm-api > moving to users(a)ovirt.org... thanks, Itamar

2 1

[Users] node can not access disks
by Jakub Bittner 11 Feb '14

11 Feb '14

Hi, after node restart oVirt can not start any virtual machine due to unknown storage error. Logs are here http://fpaste.org/75881/. It looks like it can not read LVM. Is there any way how to fix that? Thanks

2 3

[Users] Adding a VMNIC via the REST api returns no error, but the NIC isn't added
by Satya Vempati 10 Feb '14

10 Feb '14

--_000_CF1C3BE72655svempatitintricom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable POST <server>/api/vms/670fa876-a18d-436c-b999-1dc7cbbd5bcf/nics <nic> <name>eth0</name> <network> <name>rhevm</name> </network> <interface>virtio</interface> <port_mirroring> <networks> <network> <name>rhevm</name> </network> </networks> </port_mirroring> </nic> Return code is 200, but no VM Nic is added. --_000_CF1C3BE72655svempatitintricom_ Content-Type: text/html; charset="us-ascii" Content-ID: <47235168C92000459C7AFD7308F3A1C5(a)exch025.domain.local> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif;"> <div>POST <server>/api/vms/670fa876-a18d-436c-b999-1dc7cbbd5bcf/= nics</div> <div><br> </div> <div> <div><nic></div> <div>  <name>eth0</name></div> <div>  <network></div> <div>  <span class=3D"Apple-tab-span" style=3D"white-space:pre"></span= ><name>rhevm</name></div> <div>  </network></div> <div>  <interface>virtio</interface></div> <div>  <port_mirroring></div> <div>    <networks></div> <div>      <network></div> <div>        <name>rhevm</name></div> <div>      </network></div> <div>    </networks></div> <div>  </port_mirroring></div> <div></nic></div> </div> <div><br> </div> <div>Return code is 200, but no VM Nic is added.</div> </body> </html> --_000_CF1C3BE72655svempatitintricom_--

4 8

[Users] Unable to activate iSCSI domain after crash of host
by Gianluca Cecchi 10 Feb '14

10 Feb '14

Hello, Fedora 19 with 3.3.3. Only one host configured. After crash of host I'm not able to activate storage domain again. Any way to recover? Gianluca in engine.log 2014-02-07 08:11:12,602 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-32) [ 60d513d1] HostName = ovnode03 2014-02-07 08:11:12,602 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-32) [ 60d513d1] Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IR SNonOperationalException: Not SPM: () 2014-02-07 08:11:12,613 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-32) [60d513d1] hostFr omVds::selectedVds - ovnode03, spmStatus Unknown_Pool, storage pool ISCSI 2014-02-07 08:11:12,615 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] START, ConnectStoragePoolVDSCommand(HostName = ovnode03, HostId = b6f8f68f-4f9e-4c87-918b-aa1ff60f575a, storagePoolId = 546cd29c-7249-473 3-8fd5-317cff38ed71, vds_spm_id = 1, masterDomainId = f741671e-6480-4d7b-b357-8cf6e8d2c0f1, masterVersion = 2), log id: 3e99a2c6 2014-02-07 08:11:15,747 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (ajp--127.0.0.1-8702-4) [465b0976] Lock Acquired to object EngineLock [exclusiveLocks= key: f741671e-6480-4d7b-b357-8cf6e8d2c0f1 value: STORAGE , sharedLocks= ] 2014-02-07 08:11:15,759 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-6-thread-49) [465b0976] Running command: A ctivateStorageDomainCommand internal: false. Entities affected : ID: f741671e-6480-4d7b-b357-8cf6e8d2c0f1 Type: Storage 2014-02-07 08:11:15,762 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-6-thread-49) [465b0976] Lock freed to obje ct EngineLock [exclusiveLocks= key: f741671e-6480-4d7b-b357-8cf6e8d2c0f1 value: STORAGE , sharedLocks= ] 2014-02-07 08:11:15,763 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-6-thread-49) [465b0976] ActivateStorage Do main. Before Connect all hosts to pool. Time:2/7/14 8:11 AM 2014-02-07 08:11:15,765 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ActivateStorageDomainVDSCommand] (pool-6-thread-49) [465b0976] START, ActivateStorageDomainVDSCommand( storagePoolId = 546cd29c-7249-4733-8fd5-317cff38ed71, ignoreFailoverLimit = false, storageDomainId = f741671e- 6480-4d7b-b357-8cf6e8d2c0f1), log id: da4b270 2014-02-07 08:11:16,739 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=304, mMessage=Cannot find master domain: 'spUUID=546cd29c-7249-4733-8fd5-317cff38ed7 1, msdUUID=f741671e-6480-4d7b-b357-8cf6e8d2c0f1']] 2014-02-07 08:11:16,740 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] HostName = ovnode03 2014-02-07 08:11:16,740 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMaste rDomainException: Cannot find master domain: 'spUUID=546cd29c-7249-4733-8fd5-317cff38ed71, msdUUID=f741671e-6480-4d7b-b357-8cf6e8d2c0f1' 2014-02-07 08:11:16,741 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-32) [60d5 13d1] FINISH, ConnectStoragePoolVDSCommand, log id: 3e99a2c6 In vdsm.log I get: Thread-85157::ERROR::2014-02-07 08:12:44,774::task::850::TaskManager.Task::(_setError) Task=`b9f3c2b5-18fa-4135-96f7-c152b5 ffe675`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 857, 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 1008, in connectStoragePool masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 1062, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 699, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1244, in __rebuild masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1603, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=546cd29c-7249-4733-8fd5-317cff38ed71, msdUUID=f741671e-6480-4 d7b-b357-8cf6e8d2c0f1' Thread-85157::DEBUG::2014-02-07 08:12:44,774::task::869::TaskManager.Task::(_run) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe67 5`::Task._run: b9f3c2b5-18fa-4135-96f7-c152b5ffe675 ('546cd29c-7249-4733-8fd5-317cff38ed71', 1, '546cd29c-7249-4733-8fd5-31 7cff38ed71', 'f741671e-6480-4d7b-b357-8cf6e8d2c0f1', 2) {} failed - stopping task Thread-85157::DEBUG::2014-02-07 08:12:44,775::task::1194::TaskManager.Task::(stop) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe6 75`::stopping in state preparing (force False) Thread-85157::DEBUG::2014-02-07 08:12:44,775::task::974::TaskManager.Task::(_decref) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ff e675`::ref 1 aborting True Thread-85157::INFO::2014-02-07 08:12:44,775::task::1151::TaskManager.Task::(prepare) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::aborting: Task is aborted: 'Cannot find master domain' - code 304 Thread-85157::DEBUG::2014-02-07 08:12:44,775::task::1156::TaskManager.Task::(prepare) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::Prepare: aborted: Cannot find master domain Thread-85157::DEBUG::2014-02-07 08:12:44,776::task::974::TaskManager.Task::(_decref) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::ref 0 aborting True Thread-85157::DEBUG::2014-02-07 08:12:44,776::task::909::TaskManager.Task::(_doAbort) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::Task._doAbort: force False Thread-85157::DEBUG::2014-02-07 08:12:44,776::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-85157::DEBUG::2014-02-07 08:12:44,776::task::579::TaskManager.Task::(_updateState) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::moving from state preparing -> state aborting Thread-85157::DEBUG::2014-02-07 08:12:44,777::task::534::TaskManager.Task::(__state_aborting) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::_aborting: recover policy none Thread-85157::DEBUG::2014-02-07 08:12:44,777::task::579::TaskManager.Task::(_updateState) Task=`b9f3c2b5-18fa-4135-96f7-c152b5ffe675`::moving from state aborting -> state failed Thread-85157::DEBUG::2014-02-07 08:12:44,777::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-85157::DEBUG::2014-02-07 08:12:44,777::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-85157::ERROR::2014-02-07 08:12:44,777::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status': {'message': "Cannot find master domain: 'spUUID=546cd29c-7249-4733-8fd5-317cff38ed71, msdUUID=f741671e-6480-4d7b-b357-8cf6e8d2c0f1'", 'code ': 304}}

3 18

Re: [Users] failed nestd vm only with spice and not vnc
by Gianluca Cecchi 10 Feb '14

10 Feb '14

Hello, I revamp this thread putting a subject more in line with the real problem. Previous thread subject was " unable to start vm in 3.3 and f19 with gluster " and began here on ovirt users mailing list: http://lists.ovirt.org/pipermail/users/2013-September/016628.html Now I updated all to final 3.3.3 and I see that the problem is here yet. So now I have updated Fedora 19 hosts that are VMs (virtual hw version 9) inside vSphere infra version 5.1. CPU of ESX host is E7-4870 and cluster in oVirt is defined as "Intel Nehalem Family" On oVirt host VM [root@ovnode01 qemu]# rpm -q libvirt qemu-kvm libvirt-1.0.5.9-1.fc19.x86_64 qemu-kvm-1.4.2-15.fc19.x86_64 [root@ovnode01 qemu]# uname -r 3.12.9-201.fc19.x86_64 flags of cpuinfo: flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni monitor vmx ssse3 cx16 sse4_1 sse4_2 x2apic popcnt lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid [root@ovnode01 ~]# vdsClient -s localhost getVdsCapabilities HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:6344c23973df'}]} ISCSIInitiatorName = 'iqn.1994-05.com.redhat:6344c23973df' bondings = {'bond0': {'addr': '', 'cfg': {}, 'hwaddr': '32:5c:6a:20:cd:21', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}} bridges = {'ovirtmgmt': {'addr': '192.168.33.41', 'cfg': {'BOOTPROTO': 'none', 'DEFROUTE': 'yes', 'DELAY': '0', 'DEVICE': 'ovirtmgmt', 'GATEWAY': '192.168.33.15', 'IPADDR': '192.168.33.41', 'NETMASK': '255.255.255.0', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'TYPE': 'Bridge'}, 'gateway': '192.168.33.15', 'ipv6addrs': ['fe80::250:56ff:fe9f:686b/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': ['eth0', 'vnet1'], 'stp': 'off'}, 'vlan172': {'addr': '', 'cfg': {'DEFROUTE': 'no', 'DELAY': '0', 'DEVICE': 'vlan172', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'TYPE': 'Bridge'}, 'gateway': '0.0.0.0', 'ipv6addrs': ['fe80::250:56ff:fe9f:3b86/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '', 'ports': ['ens256.172', 'vnet0'], 'stp': 'off'}} clusterLevels = ['3.0', '3.1', '3.2', '3.3'] cpuCores = '4' cpuFlags = 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,mmx,fxsr,sse,sse2,ss,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,nopl,xtopology,tsc_reliable,nonstop_tsc,aperfmperf,pni,monitor,vmx,ssse3,cx16,sse4_1,sse4_2,x2apic,popcnt,lahf_lm,ida,arat,epb,dtherm,tpr_shadow,vnmi,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_n270' cpuModel = 'Intel(R) Xeon(R) CPU E7- 4870 @ 2.40GHz' cpuSockets = '4' cpuSpeed = '2394.000' cpuThreads = '4' emulatedMachines = ['pc', 'q35', 'isapc', 'pc-0.10', 'pc-0.11', 'pc-0.12', 'pc-0.13', 'pc-0.14', 'pc-0.15', 'pc-1.0', 'pc-1.1', 'pc-1.2', 'pc-1.3', 'none'] guestOverhead = '65' hooks = {} kvmEnabled = 'true' lastClient = '127.0.0.1' lastClientIface = 'lo' management_ip = '0.0.0.0' memSize = '16050' netConfigDirty = 'False' networks = {'ovirtmgmt': {'addr': '192.168.33.41', 'bridged': True, 'cfg': {'BOOTPROTO': 'none', 'DEFROUTE': 'yes', 'DELAY': '0', 'DEVICE': 'ovirtmgmt', 'GATEWAY': '192.168.33.15', 'IPADDR': '192.168.33.41', 'NETMASK': '255.255.255.0', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'TYPE': 'Bridge'}, 'gateway': '192.168.33.15', 'iface': 'ovirtmgmt', 'ipv6addrs': ['fe80::250:56ff:fe9f:686b/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': ['eth0', 'vnet1'], 'qosInbound': '', 'qosOutbound': '', 'stp': 'off'}, 'vlan172': {'addr': '', 'bridged': True, 'cfg': {'DEFROUTE': 'no', 'DELAY': '0', 'DEVICE': 'vlan172', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'TYPE': 'Bridge'}, 'gateway': '0.0.0.0', 'iface': 'vlan172', 'ipv6addrs': ['fe80::250:56ff:fe9f:3b86/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '', 'ports': ['ens256.172', 'vnet0'], 'qosInbound': '', 'qosOutbound': '', 'stp': 'off'}} nics = {'ens224': {'addr': '192.168.230.31', 'cfg': {'BOOTPROTO': 'static', 'DEVICE': 'ens224', 'HWADDR': '00:50:56:9F:3C:B0', 'IPADDR': '192.168.230.31', 'NETMASK': '255.255.255.0', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'TYPE': 'Ethernet'}, 'hwaddr': '00:50:56:9f:3c:b0', 'ipv6addrs': ['fe80::250:56ff:fe9f:3cb0/64'], 'mtu': '1500', 'netmask': '255.255.255.0', 'speed': 10000}, 'ens256': {'addr': '', 'cfg': {'DEVICE': 'ens256', 'HWADDR': '00:50:56:9f:3b:86', 'MTU': '1500', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no'}, 'hwaddr': '00:50:56:9f:3b:86', 'ipv6addrs': ['fe80::250:56ff:fe9f:3b86/64'], 'mtu': '1500', 'netmask': '', 'speed': 10000}, 'eth0': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'eth0', 'HWADDR': '00:50:56:9f:68:6b', 'MTU': '1500', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no'}, 'hwaddr': '00:50:56:9f:68:6b', 'ipv6addrs': ['fe80::250:56ff:fe9f:686b/64'], 'mtu': '1500', 'netmask': '', 'speed': 10000}} operatingSystem = {'name': 'Fedora', 'release': '6', 'version': '19'} packages2 = {'kernel': {'buildtime': 1391006675.0, 'release': '201.fc19.x86_64', 'version': '3.12.9'}, 'libvirt': {'buildtime': 1389924902, 'release': '1.fc19', 'version': '1.0.5.9'}, 'mom': {'buildtime': 1385055339, 'release': '6.fc19', 'version': '0.3.2'}, 'qemu-img': {'buildtime': 1387388596, 'release': '15.fc19', 'version': '1.4.2'}, 'qemu-kvm': {'buildtime': 1387388596, 'release': '15.fc19', 'version': '1.4.2'}, 'spice-server': {'buildtime': 1383130020, 'release': '3.fc19', 'version': '0.12.4'}, 'vdsm': {'buildtime': 1391430691, 'release': '3.fc19', 'version': '4.13.3'}} reservedMem = '321' software_revision = '3' software_version = '4.13' supportedENGINEs = ['3.0', '3.1', '3.2', '3.3'] supportedProtocols = ['2.2', '2.3'] uuid = '421F7170-C703-34E3-9628-4588D841F8B1' version_name = 'Snow Man' vlans = {'ens256.172': {'addr': '', 'cfg': {'BRIDGE': 'vlan172', 'DEVICE': 'ens256.172', 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'STP': 'no', 'VLAN': 'yes'}, 'iface': 'ens256', 'ipv6addrs': ['fe80::250:56ff:fe9f:3b86/64'], 'mtu': '1500', 'netmask': '', 'vlanid': 172}} vmTypes = ['kvm'] I have a pre-booted VM that is configured as VNC. As soon as I start another VM (CentOS 6.4) defined as spice console all the two go into paused mode In qemulog of spice VM I have 2014-02-05 08:05:45.965+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/bin/q emu-kvm -name C2prealloc -S -machine pc-1.0,accel=kvm,usb=off -cpu Nehalem -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid 1107ce34-46e6-4989-a5cf-de601ea71cae -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-6,serial=421F7170-C703-34E3-9628-4588D841F8B1,uuid=1107ce34-46e6-4989-a5cf-de601ea71cae -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/C2prealloc.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-02-05T08:05:45,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/glusterSD/ovnode01:gv01/20042e7b-0929-48ca-ad40-2a2aa22f0689/images/e8a52eea-5531-4d12-8747-061c2136b6fd/14707e58-aedf-4059-a815-605a0df4b396,if=none,id=drive-virtio-disk0,format=raw,serial=e8a52eea-5531-4d12-8747-061c2136b6fd,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:bb:9f:19,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/1107ce34-46e6-4989-a5cf-de601ea71cae.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/1107ce34-46e6-4989-a5cf-de601ea71cae.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel 1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=67108864 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 KVM: unknown exit, hardware reason 3 EAX=00000037 EBX=00006e44 ECX=0000001a EDX=00000511 ESI=00000000 EDI=00006df8 EBP=00006e08 ESP=00006dd4 EIP=3ffe1464 EFL=00000017 [----APC] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] CS =0008 00000000 ffffffff 00c09b00 DPL=0 CS32 [-RA] SS =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] DS =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] FS =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] GS =0010 00000000 ffffffff 00c09300 DPL=0 DS [-WA] LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT TR =0000 00000000 0000ffff 00008b00 DPL=0 TSS32-busy GDT= 000fd3a8 00000037 IDT= 000fd3e6 00000000 CR0=00000011 CR2=00000000 CR3=00000000 CR4=00000000 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff0ff0 DR7=0000000000000400 EFER=0000000000000000 Code=eb be 83 c4 08 5b 5e 5f 5d c3 89 c1 ba 11 05 00 00 eb 01 ec <49> 83 f9 ff 75 f9 c3 57 56 53 89 c3 8b b0 84 00 00 00 39 ce 77 1e 89 d7 0f b7 80 8c 00 00 In messages I get when I start the spice VM: Feb 5 09:05:46 ovnode01 vdsm vm.Vm WARNING vmId=`1107ce34-46e6-4989-a5cf-de601ea71cae`::_readPauseCode unsupported by libvirt vm In VNC VM qemu.log, when I started it yestaerday: 2014-02-04 23:56:48.635+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -name C6 -S -machine pc-1.0,accel=kvm,usb=off -cpu Nehalem -m 2048 -smp 1,sockets=1,cores=1,threads=1 -uuid 409c5dbe-5e70-40de-bf73-46ef484ea2d7 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-6,serial=421F7170-C703-34E3-9628-4588D841F8B1,uuid=409c5dbe-5e70-40de-bf73-46ef484ea2d7 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/C6.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-02-04T23:56:48,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/glusterSD/ovnode01:gv01/20042e7b-0929-48ca-ad40-2a2aa22f0689/images/d004045e-620b-4d90-8a7f-6c6d26393a08/dff09892-bc60-4de5-85c0-2a1fa215a161,if=none,id=drive-virtio-disk0,format=raw,serial=d004045e-620b-4d90-8a7f-6c6d26393a08,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:bb:9f:10,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/409c5dbe-5e70-40de-bf73-46ef484ea2d7.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/409c5dbe-5e70-40de-bf73-46ef484ea2d7.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -device usb-tablet,id=input0 -vnc 0:0,password -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 when I start the spice one KVM: unknown exit, hardware reason 3 EAX=00000011 EBX=0000ffea ECX=00000000 EDX=000fc5b9 ESI=000d7c2a EDI=00000000 EBP=00000000 ESP=00006f80 EIP=0000c489 EFL=00000006 [-----P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] CS =f000 000f0000 ffffffff 00809b00 DPL=0 CS16 [-RA] SS =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] DS =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] FS =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] GS =0000 00000000 ffffffff 00809300 DPL=0 DS16 [-WA] LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT TR =0000 00000000 0000ffff 00008b00 DPL=0 TSS32-busy GDT= 000fd3a8 00000037 IDT= 000fd3e6 00000000 CR0=00000011 CR2=00000000 CR3=00000000 CR4=00000000 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff0ff0 DR7=0000000000000400 EFER=0000000000000000 Code=01 1e e0 d3 2e 0f 01 16 a0 d3 0f 20 c0 66 83 c8 01 0f 22 c0 <66> ea 91 c4 0f 00 08 00 b8 10 00 00 00 8e d8 8e c0 8e d0 8e e0 8e e8 89 c8 ff e2 89 c1 b8 Thanks in advance, Gianluca On Thu, Oct 3, 2013 at 2:54 PM, Itamar Heim <iheim(a)redhat.com> wrote: > On 10/03/2013 01:21 AM, Gianluca Cecchi wrote: >> >> On Wed, Oct 2, 2013 at 9:16 PM, Itamar Heim wrote: >>> >>> On 10/02/2013 12:57 AM, Gianluca Cecchi wrote: >>>> >>>> >>>> Today I was able to work again on this matter and it seems related to >>>> spice >>>> Every time I start the VM (that is defined with spice) it goes in >>> >>> >>> >>> and this doesn't happen if the VM is defined with vnc? >> >> >> No, reproduced both from oVirt and through virsh. >> with spice defined in boot options or in xml (for virsh) the vm >> remains in paused state and after a few minutes it seems the node >> hangs... >> with vnc the VM goes in runnign state >> I'm going to put same config on 2 physical nodes with only local >> storage and see what happens and report... >> >> Gianluca >> > > adding spice-devel mailing list as the VM only hangs if started with spice > and not with vnc, from virsh as well.

2 4

Re: [Users] vdsm netinfo fails errors with InfiniBand present
by Trey Dockendorf 10 Feb '14

10 Feb '14

Just realized mailing list was not CCed. https://bugzilla.redhat.com/show_bug.cgi?id=1063433 has been filed regarding the patch. I had to apply using 'patch -d /usr/lib64/python2.6/site-packages -p2 < 0001-netinfo.speed-avoid-log-spam.patch', and verified it works. Will file the IB bug report shortly. On Fri, Feb 7, 2014 at 4:32 PM, Dan Kenigsberg <danken(a)redhat.com> wrote: > On Fri, Feb 07, 2014 at 09:42:35AM -0600, Trey Dockendorf wrote: >> Is there a recommended method for applying such patches for testing? >> My initial inclination is to generate a patch file and use it to build >> a patched RPM, or the simple route of hand editing the python file on >> the host. > > Unless you are using ovirt-node, editing python is the simplest way. > Alternatively you can save the attached text file and run > > patch -d /usr/share/vdsm -p2 < 0001-netinfo.speed-avoid-log-spam.patch > >> >> For the BZ entry, are you referring to the issue with VDSM or the >> InfiniBand not reporting speed in sysfs? > > I was refering to Vdsm - having a bugzilla entry from you would make it > easier to push a fix into ovirt-3.3. > > But a bz on the kernerl ib driver may be interesting too. > >> >> On Fri, Feb 7, 2014 at 5:06 AM, Dan Kenigsberg <danken(a)redhat.com> wrote: >> > On Thu, Feb 06, 2014 at 07:20:20PM -0600, Trey Dockendorf wrote: >> >> I am seeing lots of entries like the one below on my ovirt nodes that >> >> have InfiniBand (ib0). >> >> >> >> Thread-13::ERROR::2014-02-06 19:03:52,906::netinfo::301::root::(speed) >> >> cannot read ib0 speed >> >> Traceback (most recent call last): >> >> File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 297, in speed >> >> s = int(speedFile.read()) >> >> IOError: [Errno 22] Invalid argument >> >> >> >> I'm seeing related entries in system's syslog. >> >> >> >> Feb 6 18:58:31 vm02 vdsm root ERROR cannot read ib0 >> >> speed#012Traceback (most recent call last):#012 File >> >> "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 297, in >> >> speed#012 s = int(speedFile.read())#012IOError: [Errno 22] Invalid >> >> argument >> >> >> >> The file being read exists but I can't "cat" it. >> >> >> >> # cat /sys/class/net/ib0/speed >> >> cat: /sys/class/net/ib0/speed: Invalid argument >> >> >> >> Attached is full vdsm log. >> >> >> >> Host is CentOS 6.5. I just upgraded host from 3.3.2 to 3.3.3 and the >> >> errors are the same. >> > >> > I do not know it it's comforting, but http://gerrit.ovirt.org/#/c/21542/ >> > inadvertantly fixes this issue in ovirt-3.4. >> > >> > Would you check if >> > http://gerrit.ovirt.org/24197 >> > solves this issue for ovirt-3.3? >> > >> > BTW, Itzik, do you know why speed is not reported for infiniband? >> > >> > Regards, >> > Dan.

1 0

[Users] Xeon 5060 support "Dempsey"
by Peter Galgano 10 Feb '14

10 Feb '14

Thanks in advance for any help you can provide We are testing Ovirt 3.2.2 on a 2007 vintage dual Xeon 5060 (Dempsey) Supermicro Superserver. http://en.wikipedia.org/wiki/Xeon#5000-series_.22Dempsey.22. This hardware runs Centos 6.5 and KVM / virt manager just fine, and we have be running many virtual machines on this hardware with reasonable performance for many years We are getting the message: "Non-Operational state as host does not meet the cluster's minimum CPU level" each time we create a host. After researching this list, we are coming to the conclusion that this older processor is not being recognized by ovirt. Output of virsh -r capabilities and vdsClient -s 0 getVdsCaps are posted below. We havent found anyone with exactly this use case in our research. The closest thread is this: http://lists.ovirt.org/pipermail/users/2012-May/007536.html This poster was able to add some lines to the db to recognize his processor. Here is the advice he received in that post. > ok, indeed an old host. > the below config is what we used before going to the 'model' approach, so you can try this out (though highly recommended for newer cpu since they improved virt support in each generation) > > set the ServerCPUList config to this string for the relevant cluster compatibility level. > > I'm not sure upgrade won't override this for you though, so pay attention on upgrades to such a low level tweak (it's config, but not all configs are really expected to be changed by user) > > '2:Intel Xeon w/o XD/NX:vmx,sse2:qemu64,-nx,+sse2; 3:Intel Xeon:vmx,sse2,nx:qemu64,+sse2; 4:Intel Conroe Family:vmx,sse2,nx,cx16,ssse3:qemu64,+sse2,+cx16,+ssse3; 5:Intel Penryn Family:vmx,sse2,nx,cx16,ssse3,sse4_1:qemu64,+sse2,+cx16,+ssse3,+sse4.1; 6:Intel Nehalem Family:vmx,sse2,nx,cx16,ssse3,sse4_1,sse4_2,popcnt:qemu64,+sse2,+cx16,+ssse3,+sse4.1,+sse4.2,+popcnt; 2:AMD Opteron G1 w/o NX:svm,sse2:qemu64,-nx,+sse2; 3:AMD Opteron G1:svm,sse2,nx:qemu64,+sse2; 4:AMD Opteron G2:svm,sse2,nx,cx16:qemu64,+sse2,+cx16; 5:AMD Opteron G3:svm,sse2,nx,cx16,sse4a,misalignsse,popcnt,abm:qemu64,+sse2,+cx16,+sse4a,+misalignsse,+popcnt,+abm;' We think we understand what is happening: our processors capabilities will be matched by processor type line 2 or 3, and then the host won't be rendered "non-operational". My Questions: 1. is this the correct change to ServerCPUList config in the db, 2. Is this the proper way to get support for older processors? 3. Is this documented anywhere? Can someone please help with a step by step for less experienced users? 4. Wouldn't it be reasonable to expect Ovirt to support processors that KVM supports by default? What is the minimum perceived processor expected to be? why is is conroe, when perfectly functional processors a few months older cause errors? The server hardware we are using is fine for our purposes, we don't intend to upgrade for this purpose.at this time. Thanks again Peter [root@sun1 /]# virsh -r capabilities <capabilities> <host> <uuid>46d8f975-c4c9-44af-b4f8-d4851e2331e0</uuid> <cpu> <arch>x86_64</arch> <model>cpu64-rhel6</model> <vendor>Intel</vendor> <topology sockets='2' cores='2' threads='2'/> <feature name='pdcm'/> <feature name='xtpr'/> <feature name='cid'/> <feature name='vmx'/> <feature name='ds_cpl'/> <feature name='monitor'/> <feature name='dtes64'/> <feature name='pbe'/> <feature name='tm'/> <feature name='ht'/> <feature name='ss'/> <feature name='acpi'/> <feature name='ds'/> <feature name='vme'/> </cpu> [root@sun1 /]# vdsClient -s 0 getVdsCaps HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:f52e99df611'}]} ISCSIInitiatorName = 'iqn.1994-05.com.redhat:f52e99df611' bondings = {'bond0': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}, 'bond1': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}, 'bond2': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}, 'bond3': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}, 'bond4': {'addr': '', 'cfg': {}, 'hwaddr': '00:00:00:00:00:00', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'slaves': []}} bridges = {'br0': {'addr': '192.168.0.5', 'cfg': {'BOOTPROTO': 'none', 'BROADCAST': '192.168.0.255', 'DELAY': '0', 'DEVICE': 'br0', 'GATEWAY': '192.168.0.250', 'IPADDR': '192.168.0.5', 'IPV6INIT': 'no', 'MACADDR': '', 'MTU': '', 'NAME': '', 'NETMASK': '255.255.255.0', 'NETWORK': '192.168.0.0', 'ONBOOT': 'yes', 'STP': 'on', 'TYPE': 'Bridge'}, 'gateway': '192.168.0.250', 'ipv6addrs': ['fe80::230:48ff:fe78:88cc/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': ['eth0', 'vnet0'], 'stp': 'on'}} clusterLevels = ['3.0', '3.1', '3.2', '3.3'] cpuCores = '4' cpuFlags = 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,pebs,bts,pni,dtes64,monitor,ds_cpl,vmx,cid,cx16,xtpr,pdcm,lahf_lm,tpr_shadow,model_coreduo' cpuModel = 'Intel(R) Xeon(TM) CPU 3.20GHz' cpuSockets = '2' cpuSpeed = '1200.000' cpuThreads = '8' emulatedMachines = ['rhel6.5.0', 'pc', 'rhel6.4.0', 'rhel6.3.0', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'] guestOverhead = '65' hooks = {} kvmEnabled = 'true' lastClient = '192.168.0.5' lastClientIface = 'br0' management_ip = '0.0.0.0' memSize = '10020' netConfigDirty = 'False' networks = {'br0': {'addr': '192.168.0.5', 'bridged': True, 'cfg': {'BOOTPROTO': 'none', 'BROADCAST': '192.168.0.255', 'DELAY': '0', 'DEVICE': 'br0', 'GATEWAY': '192.168.0.250', 'IPADDR': '192.168.0.5', 'IPV6INIT': 'no', 'MACADDR': '', 'MTU': '', 'NAME': '', 'NETMASK': '255.255.255.0', 'NETWORK': '192.168.0.0', 'ONBOOT': 'yes', 'STP': 'on', 'TYPE': 'Bridge'}, 'gateway': '192.168.0.250', 'iface': 'br0', 'ipv6addrs': ['fe80::230:48ff:fe78:88cc/64'], 'ipv6gateway': '::', 'mtu': '1500', 'netmask': '255.255.255.0', 'ports': ['eth0', 'vnet0'], 'qosInbound': '', 'qosOutbound': '', 'stp': 'on'}} nics = {'eth0': {'addr': '', 'cfg': {'BOOTPROTO': 'none', 'BRIDGE': 'br0', 'BROADCAST': '', 'DEVICE': 'eth0', 'HWADDR': '00:30:48:78:88:CC', 'IPADDR': '', 'IPV6INIT': 'no', 'MACADDR': '', 'MTU': '', 'NAME': '', 'NETMASK': '', 'NETWORK': '', 'ONBOOT': 'yes'}, 'hwaddr': '00:30:48:78:88:cc', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'speed': 1000}, 'eth1': {'addr': '', 'cfg': {}, 'hwaddr': '00:30:48:78:88:cd', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'speed': 0}} operatingSystem = {'name': 'RHEL', 'release': '5.el6.centos.11.2', 'version': '6'} packages2 = {'kernel': {'buildtime': 1361511086.0, 'release': '358.el6.x86_64', 'version': '2.6.32'}, 'libvirt': {'buildtime': 1387360004, 'release': '29.el6_5.2', 'version': '0.10.2'}, 'mom': {'buildtime': 1385055971, 'release': '6.el6', 'version': '0.3.2'}, 'qemu-img': {'buildtime': 1386101870, 'release': '2.415.el6_5.3', 'version': '0.12.1.2'}, 'qemu-kvm': {'buildtime': 1386101870, 'release': '2.415.el6_5.3', 'version': '0.12.1.2'}, 'spice-server': {'buildtime': 1386756528, 'release': '6.el6_5.1', 'version': '0.12.4'}, 'vdsm': {'buildtime': 1386757669, 'release': '1.el6', 'version': '4.13.2'}} reservedMem = '321' software_revision = '1' software_version = '4.13' supportedENGINEs = ['3.0', '3.1', '3.2', '3.3'] supportedProtocols = ['2.2', '2.3'] uuid = '53D19F64-D663-A017-8922-0030487888CC' version_name = 'Snow Man' vlans = {} vmTypes = ['kvm']

3 7

[Users] Organizing toolbar content in Ovirt - Feedback requested
by Malini Rao 10 Feb '14

10 Feb '14

------=_Part_1054631_1038391887.1392060004925 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi everyone, Ovirt is a powerful tool with rich functionality where users are able to take a wider range of actions on various business entities. This results in richly populate toolbars but also however creates problems such as cognitive overload, visual clutter and layout issues on smaller screen resolutions. Attached is a proposal to control and organize the toolbar content. We would love your feedback and comments on this so that we can determine if we can make these changes and/or do some usability testing around it. Thanks Malini ------=_Part_1054631_1038391887.1392060004925 Content-Type: application/vnd.oasis.opendocument.text; name="Ovirt Action Separators.odt" Content-Disposition: attachment; filename="Ovirt Action Separators.odt" Content-Transfer-Encoding: base64 UEsDBBQAAAgAAPWZSkRexjIMJwAAACcAAAAIAAAAbWltZXR5cGVhcHBsaWNhdGlvbi92bmQub2Fz aXMub3BlbmRvY3VtZW50LnRleHRQSwMEFAAICAgA9ZlKRAAAAAAAAAAAAAAAAAgAAABtZXRhLnht bI2TS4+bMBSF9/0ViHbrGPNKsAizqaouOppKk0rdjYx9Q9wSGxlnSP99zcNpJpNFJTac8x3u8YPy 4Xxsg1cwvdRqG5JVFAaguBZSNdvwx+4L2oQP1YdS7/eSAxWan46gLDqCZYGLqp7O1jY8GUU162VP FTtCTy2nugPlI/SaptOgWTm3Uv3ehgdrO4rxMAyrIVlp02BSFAWeXI8KfuG6k2knSnAMLYwTekxW BHt2bPi/pUb2upLW+jJoxOfS07g4ilI8v3u6MUK09xbg2AS7hswy9Cph+BgGy/KvNjwOK7+7Y42q nMpwA8w6ArkwVHFEEkRi9+xITrOIZmmJ73Cl4NQHUhS5QLQjKSUZTUmJvTlPACGtO2QkTmb6QvWd fN6Rr4Q8kufl4++Qt0n+h7fQV8n6Bl/0GW5AgUtrU32TtYGnaaU4WeWfHhl/ev75ct7kwZX10hn9 C7jFWV0kcZShHPI62XO03iTRPheIRxsm8hwRUdR7vw3/psxTL/e0t655byUPJt2yugXE9UnZbeiO exLlkTXvRF2PLW7V7opcXzTDGsO6gzdIli7WoI3wahEni8oPLsEtGG9lbm2Lp9xRDgdpoe8Yd6Nu 0bRYpyGuSvzmyuB7v2f1F1BLBwgHRP8d1wEAANwDAABQSwMEFAAICAgA9ZlKRAAAAAAAAAAAAAAA AAwAAABzZXR0aW5ncy54bWy1Wtty2kgQfd+vcOndARubGMomJXBISHCgAMe1eRukBrQeTatmRgb+ fnsk8HpBcoikeaLQpW/Tp/t0w+2nTcjPXkCqAMWdc/Gh7pyB8NAPxPLOeZz1z2+cT52/bnGxCDxo ++jFIQh9rkBrekSd0etCtdPbd04sRRuZClRbsBBUW3ttjEDsX2u/fbqdKEuvbHggnu+cldZRu1Zb r9cf1o0PKJe1i1arVUvu7h/1UCyC5amq0qffqkLEV0XmhdSYRNllvX5VS787Zzsj34Tm0uns47B3 v3O7U5B+nAcaQhObs91lY9qdQyrbLwGsX6PmZL33/3d+0vOuBDbDyNnf0duI7gRCO52Lm0ar8fG2 dizmdNFDWOgs2fVyYp8CX6+y5DaarUarnOyvECxXmUZfXDevr4sJn65wPQGfkgx6KyaWoA4UzBE5 MOF0tIyhmI6B6EpcK3hAH/KkLxhXJ4s/D1l0HggfNuAfxyo7w5J3CBtye1rEB/6BqUpLSl+nY5L5 svhJ5iVeq/mx4BEaqXlIaTWvmoXFqmDOoXKgJFKtIDuRPMkDiUHgTSnRXdQaw+w4t65vCsL7F2I4 I1GH6bZCWa4eDdkWY91DHofiENU76RdlpXcRnyuD9XFc+szTKHNsrxeMzUBNgYOnwe9LulDA9IyL b8tL3u1dxcp+gNrj6Q01vRBLpqk9/0lnpRovtRtrfIx8pnN9L1Hr1ZDNgd/vmIiFvHhgetVlCkzL cnmwFO/pKe7IRAWHHSCB+tVN/abeahYTOoq1MXsIL8D/DoD76kccziFpLNVHakxytanfY2alr9/j D9TfYqWDxXZIbqmnQK8emIgZ7xJfebbgUnLgMzafaozGqAKT/9U7lgRuBhs95syDFXIfDotQFc48 Khhx32YG9GIpCR33TLM5QaaHYchEDrGpnRIX1FQ4+ygPu2Bl6dqliD/3UejcfC2rgZxQEXkxmQ0t qJiGjPMei9QYpEehJ+Q1m7Zc6VGcJHIL0DZ9gnovSEqZSIIyY2DlJCXx4Wvg+yAM2OwgzCQrSCP/ SbIosoOzgfoOUrgqYGIcC0/H7L3CVFUG25L/OYz01lLPeBRz0xoY0enXwmcD6q8nP5r/Q6Ha9wpL ZRYFsYX/smwkSCuptKBqZiI3wfV3gMMJqrLzn4BZ/MBhn6jIfDUBTvB4oRlwQITYBndLvTCDoKUs TmHIIpB9ieEUdGzjMFw/nVBGiwVRfBvZRBrGVOinEfMIGTNMsqsH3EZLSScOE68ZhBG3Mn2QP583 1LUE40Ng/jtoL3n2UxLN4RvOrdEUkAYdZqlLEEmH7ZyF1IoS/Zx6NA36psQVH3cmiNnrxcurRr1R sMnTYPCcHn3GnqDcGiKJkysE6qTd5ssvaHrKz3en8QAUbs/Gce/WrztyTY58h+2hGiLvzatuIJjc nkbUE5szC9MfihosBUroB1JpM+OlJXsgrE4tyDkxaEh4iKlGpkZZAjLIH8c7oNMnooGgVqm7KKn7 76qoNdZHraxLw9FSYnw0w1U1zdPkomMJ95KticKokTBa7fCAEUVuwXFtoQtEEd8SeKWZe6sXT7a7 yVolxQLRTJOfS+J9KzUQw0BZmWTEhhR58AskUov7TXcrM8CyF/iZ/u43Ej2OysbxJwndZ5tS2NuR l4Sz/AZ7JYuEgcN7c0px8UNk/oTOEgU/qvlVxfmLycx3Wldx6/tmhWlzm+xyKhCJE0S1ekx4wC0Q 0/2oaPqbvSJugPWF45y9LscNNbJBKA62fuZzirH0SrS5hASY4c0VfpczsptCZuLVY9yLua11R/b+ MmMRVeYnyaTxTYBGLFNOXK2lcY4IjllD2nCKB5GrXjdsrvCIpYL/JOlR2efbZOazNlck5dJCLcio xq6eaiYLzPe5v4/Vjv6CUsv7c07nX1BLBwiMrZlIlgUAAN4jAABQSwMEFAAICAgA9ZlKRAAAAAAA AAAAAAAAAAsAAABjb250ZW50LnhtbO1d727juLX/fp+CcIFiBohjW/4Xpzsptpnt7gCbnenEsy2w WBS0RNm6I4uqKMXxxXzoO/QN+yT3HFJy5Ci2eGJbmbu38yHjWCTPj4fnP0nlmz/eL0N2JxIVyOhN q3febTERudILovmb1qfpn9sXrT9e/dc30vcDV1x60s2WIkrbroxS+J9B70hdmqdvWlkSXUquAnUZ 8aVQl6l7KWMRFb0uy60vNS3zjUrXoXV33bjcOxX3qW1nbLvVl8/sKevG5d5ewle2nbEtMLXc3Ze2 ne9V2PYlcH0Z8zR4hOI+DKLPb1qLNI0vO53VanW+6p/LZN7pTSaTjn66Aexu2sVZEupWntsRoUBi qtM773WKtkuRclt82LYMKcqWM5FYs4anvLKq6m5uLRF38x2scRc8sZYN3Xh7efue/fL2vXLfJU8X O9bkonMDD/WPmx8fZCFZ2tLCtluscpMgtp6maV3uL6XcQMUORkE1XKfbHXTM76XWq73NV0mQiqTU 3N3b3OWhu+G4XD7FNGjX60CLtrhDMd0IPjJC7ejgdMzjTWPl7Rz6bzc/3roLseQPjYP6xu0gUimP HjiT4CLsnOmwk4hYJumGMb69wYTVcjbYFuky3K3u+LRoOk8878mmAKffAdUHxWvfBWL1u9aWJd8v EJNHAqHNYl0X3WijlrDkD0Y7mW/8ii+zCECBL8oZIu5jkQT4iIe62+XWCFvWNBBhoa4bAE8NA1Db SwWrB1Iq48tS723jnCzv7YZDyZSe/3jER1rqKtVPn1qM6ccOPmujbwLrm1Mq+WSndVU4YKO8qrP5 wgdH3Pa5K9qecEN19Y0xpJuvmfkdcb9pTQGzYj+JFfsolzxqMbCcRdNlEK7ftH7PY6n+8Kid+bLF tobG9u25iIARoN9JPt5DizhIXbCAdzwJ9NJ39kP7FpqFTwAqvt9NWq0CpQ4mzT5FAYQ9gt3c7mTL 44YWfFFrlYplHbrOrsXMv+dZCvxNA7etx9mssv65NZcPvQ2tHHrMEz5PeLwoHsAXGMHpX9qm1y2Y MY8nXqsYGEWxHYMsiyQNQBQ2ZuFyM1wbxBPUDSzixPG7rp5GCdUeiM6JIW6AOf54MmrtB2/a2IPv f03gh15v3CWAH3xN4Ec+Hw4I4IdfE3hf8AEngB99ReD7Hh/PKGIz/orADwZdMRoTwF80BX4w8/m4 RmxMG3vwk6bAG0tyXGvT6zaF3piSI6M/tScloacay15jTtYG/cWk65F435iXtUDvjHzX8SnoG3Oz FujJ9rLXmJ81UnFkyWnM0dqgp0bGvcY8rUF2ZPSNuVoL9INRfzgaUtA35mu58HqihvemDSGnaszX WqB3/OF4QuG905ivdftd56KG96YNAX1jvtYCPTm4dxrztd6F79RZTNOGgL4xX2uBvj++4F1KMcE5 ja/1pakkrUQwX6RvWjMZeq2n5mRfICkXsMywba4CHhWDVx/jhkwo7vMGBJ6cxoMfkye5jjXIk9PE BdY8sU9tG+TJaaINa57YZ8wN8uQ0MYw1T+wz2eZ40j9NZHRMnuQZZoM8OU28Zc0T+8yvQZ6cJoo7 Jk+al5PTxIbWPLHPUhvkyWkiTmue2GePDfLkheNY+6yuQZ68cBxrn201yJOXjWML+/l12diXjWP7 brfXr4lPijbN8eRl49j+cDYSvRqe5G0a48ngZePYvLZhU/9okCcvG8f2uTMY1OlO3qY5nrxMHPsV ZL+Dl41WYaU5Gq4aaeAl49YAT142WrXhyWA44qNGedLYDqc5JXTcA2iDpnY4nW7fd2c10ZJpQ0B/ 6h3OJzAO+WhI2QEfnHof8wmM3qg7pOz3DU69W3mEfbFhU3uSRT3+qPtiw6b2JAlZCQF9U3uSNujp vG9qT9LpDx2vpnJA531Te5IOH7tuzb5M3oaAvinvaIOefHpp2JR3JOTNBPRNnf+xQk/W2qbO/xDy cwL6ps7/WKGn8n7UmK+1rwMQ0Dfla63Qk3nflK8l1BsI6JvytYT8mIC+KV87cJyhW5PL5W0I6I/j ax+QbKfoMffMPf7uedeZ9IKohd/OZOKJpB0KHxL3SEai/G1i8vnHX6cyrn45k2mK93W755NJnDIl w8Bjv+vqfwX8/5ZB1Dbt37R8HqrSbbzf1LGl0XECj/8s5cuftho9KwqbAgv+7nT/PpPe+ln5Nd3v PCveIuI8aY49elbM9YPgqAs4iR59BoRrby98cuhrNHPjZnZcIpks8dr3E37YZIQ2WeNurhTD7+FL 3oTAmWb2XfZwJq+jH1RrPwlnjhNh/kZc4zMDY6Lxmlb0FHHQ7+LaE6yIP5Ug8W7stCJVVILEG6HT SqpBJUi8zDatZAdUgsQbXNNKDEslyGe9CSEBmlYiLSpB4p7EtBIyUQkSL6hMKxEOlaDvzC76FMWv RC1kirR3G0yrN6WJFKm7iNPq7WYqxd5w4BGqJNPqjWQqRac7HpLmeKi5cYb9mUu4hTet3vylUrwQ wxmJq4caHGcy8xzCvum0esOWSpGPidpxqMmh7uBMqzdZqRSJu9HT6u1TMkXRHRPqftPqjVEqReId 1Wn1lieRYt8Ze5RzCNPqzUwqxcFowklzPNTmUCv/0+oNSCrFi+FMkCgeanPIoXj19h6Voj8RwqFQ PNTmDLp+r0exctWbZ1SKPdHtU2xO9V4XlSJxb3lavTVFpWiybwJFms2h1wrywRupA0yrt4mo/CO+ 02FavatjxT/99E0rSHkYbF8t0h8LHu18vmFR3oIAmGYOdwDeyblGp3KonR2MvT6n5HbV2yVUihfu YPiEZS9ez1h9DWP+AGvpm1+QDsMfl5kSbSV9oMrnoj1LBP+sAFSSCQClWyjxj0xED+97rH5pRvIC FYd83ZZZGgaRaIfiToQAuWUeGwa8C8NMpYl+fSpO4qDBpsW7KQ8bBRfg0EHemjdn63XZzbWF6WLE trS/oL99NH6vdfU+mfMo+B8Yl33rIscU45HHUinDGU9Y8X5zXybs/V2QpDnpRU4tforaeLOsMY+q DTD0uILJ+ClDMZSKh6yYEXSo6XvRunrV6/QGHafbG7ze6mc+x/ugYe/vgojfsWu5ENEZ+y70gM4P QeipRSCWZ+wG9DsK2EcuX1sMaNRkNz0LTmi2sgD4zmK5EomfhZr9bBWkC5YE7oL5WaTXBqCla7Za iEQwUKoE+sAnlFDowVL+GX6Bbp5IWMKjuQDdZjxfVRkxfNWqzBSbZQqEQCkGKxugDThn0wUAsF8E WOFEqCxMFQsijTFcA/o4C3kqCuFBQqn9mMAKxkMl2QK4cAdTcMFQpGCgQEhghkvFVAa84AqEch4B 7juYH7QLJffO2F2gMpAjN8zSFPqiDINCgbwDZ1Um9PwV+OkQHioYWQBsoSQ0R+6cM6IgHWHdp1Jr VwIrjWilUUTg3kI8Vr8zWNZlcI/LqQ2bmKPhDlSuP8KjLZ0WLCQzl8AyGBSGuQtw84AJrtYgMi5K B4iUn2gTk26kaLUIQNhy3CH2gM8qW8b4WOMreAsjC5WiOODsPgsRY+t0AT+V7hSo1IycSKXMTO9T RZKXc/t5T1pXfxLg34BvOHMSv+xBARWBmxapTCjqBFNJFzxl80RmMfAOtcjb8DyVcwGYEwqKM+S0 Yp50mbiPQwmyvoUHeQDM4LhkYApSWJUOqGvk6TUNA7Qkj8jndgd7xkmw5Mk6b6JtV7jia4VaiH96 wLgQaBiiHG2ESAIlbbGQIkwQTAdnHogwfJnIFXyNEYNkQQoLWzPBaXk2OFWtDUIBHVSHOnYDac2g wgGVR0MT02Yftuf4y92v7BVTAuTUK33dO6t+57yup//Ay4LNYVDwxGwCLkBaDbewleaSJ1cRcxcS oqstkczNN6zAmW4cRBW9xXEWgeeBaoJRBisShGgswXZoz1HCAZ/XuQhqD3Ru41YPNobvwDrLJVgW roQ6YytAy8G+8xCMeYRQioVShWyt9ZyUUTdg3Gytp7GSicfMC8nffzT/n7NP6BvCnDte4PvAfIib mJaCh7FRhtA1zkEs8b+w4Arj83ki5qjWgBB8SEHiBhTLfCqWvHOFodK23BesBaCoR6DqoDORF4DN RZ+V6x/BmKFRepdLsIeBlJ4ZrCWy5EELQI4RIPvFyAwKa/7J+fWc5pi31geIyWy+yA3Ckkdr45pL c0Ihy6LHlkzcg5A/rC7yvsLHEqu5sdWe8DmEGptlOkc00pgkWG1VCP1jhm6sULGWpZHRCMm0MFvg XbNUiwhAhBBCYWwBriKYF/p2ftz4AB5f3XAUPz4zypmrvw9eFcIfLc4qm+nHKFDaPSzzHjYqWReg DFpXfzXywlfGyAABE1O6IAbce1i1u4CzT+9YHGbzIE8PTBgA65iA8VsuBXylxQO4ifbExBMQX2Tw ExOOYhIYYOPqQ/JpKOLyzMQmZCvFBXk8xIvAohQWqZLiepmbgp0Ca7YQYaxJbIVSQQLisIKFBSkC IA+z4jHKUxKAgMJTELWVCMONDu5jrbOfs3XGcN/T/UM7Q8ibeMrZNep3YgEV7MRPYgVZjheA3n0U SwiYjSv7s0zADuTf7NX/PojKv//5L2t70QeUIKprWFdYJ1cmsTQWOohyV5NT9QIeynl53Nfsy34s vX7r6qP+6zH2MVkPslyYsn17oIE4Su2/RzlmN8JGOgbDY6ywq1eY/X6e/oHdgsXic2ElmVffpikH U7x/hmB9XpXnhyRre2zl2kaI3t2+B9m6x/V4ffbgAd8KxPBFFxTuYOkxqca/CRPhHwk6XMOeZNKP ch6Aa2Y/iRScwmdlx62qcpwGXY6K/UXeviiwfIm2a3GdslHRcK+xgAau4NjM0IN/EMkScnI0wpYi 7XknWJ7SdL/Tf03LJs6t0e1DVZ/A9ycte431dBqwnkjjKeO5tLNfthzS6/Y9/nWhTe52nIG1vj7D mAxzOb3hESjWceR0a7I/SGUlo6Awt+vIhci/NoW42bLoH2QYuOvjA//55vhjvqwNqQnxnNNGgLaC MNhPqK5Ij4q/0wtZ2A1g+heSlaGN/S2G73eCRmFnSFJELl9AC1bgtG+weo5/1w7jHOildCo45XP1 KDLcHwl3T29vkQaNz6YkcCtCAZkT5D23H27O2LWM/GCeYSIq0fLlMSeuu58ItWDXPOazINTbBdvo DpZES5E/rskfl0e1MlG9ujIWGN5FlmKRzno9hliptfetrSuVKfy7mBQCX3BxlQztdcXRqnITzDFv YyAcqCRh/gXYXOLyX9ithPa8RaCs/4Qk/gVAG0t3AZwXaRafsVssK7m5LJvSwUa39ysGJLnvP7LA Z6GYc9eUCiMGbqNj7B/+zJ27tguRAXrG/iQjcC2eTnmYSN1zYF0VxnFZdlFmmY4M4Ie0ilMmdiM/ w8v2yV62vzMhsdHvLag/8MTTdawg8qVd79N5+JrH9UtAiDsnT3rpWo/B3i3RLxHF0h45I1pr6sgf EukHoZV1eJpDR4dEyN0mWPzVaQJpoffBGTg13qn/mIP2EcZoO+a0FZZxLzfLxkBF9lPt7a9dO5PH c/n5xmrYHoZjtsvf69FATMUyxt2Ol0dCtNsIhmi4axCdMj+yYIZ9vRS9PtF6VusbtcbWmFpCp6bq NNRDLzW8HwKENvzL+c/SdSzYv//5L4b1NnxgU0axXl6qh7EXHDNyqWxpk+LUptMPpXlr2YEx30rc 9LOXAp1PmO8t6/DWSdxe9vV7j9hnl1LtL5hWBiXZ2PqxdwSf22IQKDufNSSZdOLEiRadXvDq7U+X d6r2u9v3x9FsNJTP1ew+bWSaZvf6/9c0m3pUoYZ940fse7eEj1Yl8V7h+44gHs5BGjGkxzg1gHZq hNkO/Y9S/P9Sip9vGEXUc704Y0mxcZfXWY8gM4+hFU7zqwH4tanyYenKcL/nrHGs6OmtQ4y6AjTo 9C86nTGq92sbzwL6IkmEp02TviCAB3DchXA/z+Q9ntXiRk2l7zM/kUv9PBIr5gGq/IiOPpq1xM5B qo8TB26gtw44nvNLschqnXaMsc5q37yLWUqh4L/AurNXcZbgmXc/w+N6eMBoc2RMn2svjtWxmXB5 pgTThxTXMtPn2sydAj1BPAao526OCprDifgZZ/7aPpMaoBEywkio5fdGlH2bAWl7bISbPIS9sQFp FwKHv5bx+nTgCakyjG0cLmUCelMk39P7SyZTTs2D91uEfj/XaW3eCC57bDcspeRVP+SOJOhhAoTz Z7YzeFZSM6YnNfvhnLRMVc+Jn4MEzxyDwUITZBdR708bexdPlLPOas4CjnfoW+fqY5Zfe8AP7yGG en3Gih1O+GR2Itlme/FLHvqy7f3y/TEfrZr2sgeYahh5sZORtf30lrw9wgnMqNz62jg1FfFYLWR6 Vo9z6+BPvtFb3ec9w11gHTPkISR15A0Hrhf6OuL129qJUc8WDPfXpWz08Ob2+IYazPPWwc93m/1s S8NVVuQHjTyW6csh0kpcg4u6pM/AZq/y5dbxpLnWAZY7v9+BFwE2MZu7fn2iKAXCiJx5hPEfWcyH i9Z25ywo4B6S1LeC558pZ4sGT8R4h0cugwfJvc2tidUBu26dZEx2SkbVkNWOZCFJNV7PqWzA6V6v ajtV8b8VoUhFdS54lwHSr7sA9fhaLpcojJ8iT56BxwxlVLfP1MOlMIQKw85esSp9PVbOkTaDgCo0 rwWmXo3v7d9gLovGtzGmgNpFWEVuViM/KyacbMWER8ZyKyhArIe1Pm3e3+/aTnpGxWJCH6QMbRfp WQcw6jBc5BiIldFhjQ3cGvY5QTq+3UKXIi0b78jAbCRkCyuxjjbKdSex1Z0axh1YRtsfsFjII2lz cFKEB5ubEyZ5OY6ub6CQq/bksS3rAORxn3UQ82SqXsVnXTSdbFWrjguCUBmZFAHHkYEc7jWPvT6/ HScHQf3PMsyWVrI/mNTEwEVOVyQZX0B8OBYuQYriM+vAf1eZYSfRUvY44yGm+JQj5w6V3Ps4DZZ4 +RrDc3SfWkuoiYpzyi0bp+ZuQM3+FTjOT8ryduSjQ9Gb0ljK55b9raBQ70ZQhiXetepTzsFYANkR HW3wlQv4R5vz2yARLojtmn2Pr+Q5+lJp84hvoAj8QCSWnCoODVvbVltI1LzklHFg3eOaKWlvX1xl 0tP6KO2OiQ+3i+cuxAyU2Hj/fYIqrtu1SsWSxbSY/YIcs1NxFXe/WYzXQQNb1u0N7XdzVheYtVBr cmuWRYGVDNaQPDAX2R8X1NAedFtX1kZpULenP7Aoqdp7c4hoHlXN8OU4rjCvEgrMjn755YD2u7yI 9PUZE7u0x9bzH7h0Na+92f8Yl+7up3fXlOslMGQ157Hrd8LNyf0hzKDXuvpg3tFjFcaMigOlZo7W 1me0P9Aa9EswqKnyYL8nGNRpVr/MA8IpNWDFK/0yo3UsLos02X4XA8luZdjkazVOcTjLJmwY7efS 2PxFldIbex9+My/zLX7zpJvhxcd2/krKq/8FUEsHCEGRY83XFQAAMrMAAFBLAwQUAAAIAAD1mUpE BrPg+2MMAABjDAAAGAAAAFRodW1ibmFpbHMvdGh1bWJuYWlsLnBuZ4lQTkcNChoKAAAADUlIRFIA AADGAAABAAgCAAAAZz+eFwAADCpJREFUeJztnduO5CoMRWnp/P8vzxmppYjhYgxsCEnWemhVJ9yS 7ALHGOq/P3/+BAAd/93dAHgbSArEICkQg6RADJICMUgKxCApEIOkQAySAjFICsQgKRCDpEAMkgIx SArEICkQg6RADJICMUgKxCApEIOkQAySAjFICsRMSern5+fv3+ayrb/JftNcH4w0xX+djTEK97Rz pqKkioH2v4ZxScVC+T3y99/rzl4Hr8TJhzhxXGCcMT9ypY8Pxmni8sO/jzZvW5ymWJd97XGBcauK LfQU+w5kA1/xqRRF9vs5ThwLIj5oaLRWVLPeOE0o6ako4uRU/n2ISWr8lJ7CjKSKzyCRyEVREMUH nPRSdq7awbzTarbN0z8Viw2ZwvLGfEpVU73UdaeSWxb/W7ybxQ6jltg+ZVTtodY8Z+3FBM3LfzfK N76u2/fBe/0RcCKAGCQFYqacCMHhifmacQqz5nnzBc2mmQU5Pg6B93ySRDQ1NxI8hSm/VHLEM/HS LIRu6ekscSKoZIG8nghvfCBGY0vlQQS1SWVjQq0WiWCnhNOYdSLkn/PJ4DhNPk9cLMT+F22djNiW SuZ94YMo3/iKB8dcnZ5caPdMlpvnY2OTJxej3pnwxgdikBSIQVIgBkmBGCQFYpAUiJmdkEnmXowX +1rIXjJLk/xNEuflNOutNaCYN6+6eMn+Sj/I7NJQY4Klliv/nM/V5FM6/ukafwOMoowCjYtFZEHV S9USNM+GOSf4fAkrivo4ggkZexKmawVcFysmj43Vw/RATgTmeW70GOZILfQliFZ1hpK5k4TT1Bof H0xSyvU0aZOdrHJ9cEvTrkqMldggm++xam0wWmW3M/6seoS9BqhdzsUhChPsiQASXnM/NXsiTDJf jr+EOEb0rq+1c3+HnEd4Lj7n6pSvudjJI9osNs+Tg8ap63Mo7VrWNL3t2osZg++R4MycRG+eJweN U0ZRHk+jXbszr52MIPcBdkR1vsDqpMfyI449D51OnXWR6XAX+l6q62Gvi0yHu/jcGx+sBkmBGCQF YpAUiJFtrJicKgZkNk/VCuyqIjnYjDU92divhbmGygU2fcUbUG6sGOMMyFT5LW2H6hMdY0bIay1N nj7c8XbMwHcokijTW/qqWVenf5zyJzYKGa7uoTN3nvBAI9rxlotd3ktdcZ7G2eTI74c8yx/3rmW5 ei4Lo2n82WeNOe89FG+LM+UeNNPGMyk91thw7YYZN1xdrcwHdX5LOciWYo3KOxBMG/sjljzJBuIz h+vqJTbIwr93QF7XcxH0Us6HJ3/GRoGLxqBaRChDXoxm4Nv/ZhH3E4l/T96YLmeppxnaFua3YlFF TmTm+XDnP3PNRX9gMN+r7ZDA2kt717uCx8WqelvM6zKeyx55HWSeO9GabiBHH9W5mi4Xay2vX3C1 WcgByS7yY+0ZXv3INgMy/IFNP2HRteO3Rfwz0xeJLGwDqDhcFl/9bFY84P3vKE1mbanapKbnc++/ YxmdZpBtANkFMsjG7LOlbLt4uMygdgvlHaenfFR1scmWMqYw/WNHLWWXt9Pvcb1SopUuNvVSkiG/ 69HOT6aipDFmN1as/TtcVFc5Nw43V5cZf7Ab409g99z+q17n/jVQ/rbxjE3jN6jzjPe6M65mBIVV N3wfmoUUS1tx6x7j6jTMZEzjIrF/p5ZgRb1LFrBL5hn8sWa3UJtCnrn8mkust9ikbcZb0QqUmwF1 Ta/a6YumyQm9UZeXNbgjevdbPOsqEm8GZJsURSehs4r8yC2xDyFrlcR5a1g8+anbv1c2YltqhT/z EFa4VV+J0pbyfI16PZC2g3Q/i8zEDXm3IZg27sqSmBrXwaLZZBgZTRul6TdKplwM03jg3/wSii3v 5Xw9BdW0ce2gfQuu523M1NpulSSxcdxfkVFsr510lfwIKajQxJ7PD0Mvs1RebFM20dhSA9/Cossk HqeKuU77xtt+kM2NOYTjvOfNsXJbSzyc1p4TOE5S8HSQFIhBUiAGSYEYWQheb/qZUDv7rdDIbjhF LxIXa4gcHBjjHpQheL3pe0PtZmpvRqIZTtH4FKpqsuM3ZEI2+7G60iZJM/xNQlVNlq+Q+cn2nvPH Xzer8MdUzcy19Y6zH2dTLzWQ3pPRH/n5+snac9AsYA/1eFmjs0ky1uz3Sbs+1O1rI0hhID4HfpFF InjCEY1yiimdgZTOptYyGiEVzQLRVg5+KRCzbwG70+jOR0OjrvxFUtttMMYNIP657Fw6+VnbcOl6 LyvWGzLjqRZg6bkuO1yzeC3FG3IvO5uh/7ns3HCJjRXbcJm5bH8bess0wjXzs2MVbaDm45VXtMOW OsS9eReHdFRFVrRtky3lcVoOt8RZvtMF2qSrqEP0tLMNp7zxrb5moQu0q6gT9LQZpaRsO72ZN/xr Vid/Q+nxOL2jniO2Md5sP1yIf5bItpH9ZRbt32aNduLmEdsYN0BzMWsHvmHDfJ1Ff2ZkxJtYYp7H 49TwZNmir/5PZ2REWO9QfRmaBeyG9y9JH9xvZ0lpRQPLnustuj0HyJ2oYCCeNvY4+mo+0lrhAy7T 4sEB285o+S8oLOcIJ0Ji3xjJ7rV7nO38OKtcnb1OhKTAWi6n3eMZeYctpIHpwk+xqpe67vjYrZ+0 ezxnuyz0rlo+jlhS+de92F3VZuz59r+AJb/A7nE/5vZ1fARhPZet5rnfvqa7ei6rXJ3OuVX6pPex pJfySwQxvY8j/FLwJpAUiEFSIAZJgRjN/lK1z6Hi/Lw+GyGUuY/UnuQx2gA7ke0vZccX2BEHzTKd 0QRJXlR1C0cMfLeHGICQTYuu/KXRuzydI3qpGPT0dI6TFDwdJAVikBSIQVIgZjYEzxOK6XyJM9ZI GSuuakvO49DygUvrykVIasxsL+VZZeVJkKc0VpcXF2PVqhvzePXmwq92MeuXqi1tE97iAUdonmXe m+opgY4qzPdSzuhNbS3xqFerKz843yR7wIVfBANfzXBp3n1jBbptnVynnE93YFa7NnsdLyZDVUUE K2QMw6W5ZtxYgd600roMpt5ZbXv2OjmFsGJucCKwDPzdrLKlDJIRZN3wsaILYbBronzjc1qvRSvE OFJbmmzXErJ3tFrgXuiRHXpqolxt3HQX1bLXzKakKKd906wIlqL3S0lYHZSXNJ7hTIjeljIeT9co M/CWbkzpFNuGjFagf+OzjRtVUc30Tv8nyCESAcQgKRCDpEAMkgIxSArEICkQg6RADJICMUgKxCAp EIOkQAySAjFICsQgKRCDpEAMkgIxSArEICkQg6RAjGB/KeMIfJCpXipZGvX7b217IPgIsl9nyP/9 BT19jVO20ofXMPuzRPnuYfGOU8a2UrVk+w0y/wLU2oZYzg20VuPZyS1Pb2/lNYBg4DN2N7C3lXJu tnkhueZiyc3F8pf6i98cu5Dmd0yC5x7WdhnRojHPe7cwSDbOc+aVfJPGtnIoWo1OPQV3t7GfFXtP zNpStTXjzZ0R4vT77/X+Gn/fhffUu2HvLgOZqzNpenNnhAO/sktZfb0De0DED0LYvFlbymOPw6cQ vPGFkqGNtj6L0tWZnEJV3wRXJ4ghEgHEICkQg6RADJICMUgKxCApEIOkQAySAjFICsQoV8jYifG2 fwTlCpnelIjslayaNv7lCqGsheeiqvexY9p4/ocV4UHcY54jphejlFTxx2SDb+lVvubE07clR2qL ooptg0Uof4g2ZE8xZIth4jRxRGiuqtq6K3t1kbEAumb5ITUtywc+w4QvroOzTX7/gruuFqIqIQvN c/8PziZHiqt4a2NoLggGu3u5wTxvrvUpru+riUP4u7cggQkZEIOkQAySAjE7po2L/qFkC5Raengc m6aNQ2Xrn5rjgBmb53LntHH4dzshT4FwPlunjYt9j8dTAA9iq3mOYr7ADXt1wru5Ya9OdPZubtir Ex/Bu7lhr054Nzfs1QnvhgkZEIOkQAySAjFICsTsi0QwIg5YyvImNkUiNCMO2DD9NWyKRPBHHNBL PZ19kQhGxAEyehNHTBujpzfBtDGIYdoYxDBtDGKYNgYxeM9BDJICMUgKxCApEIOkQAySAjFICsQg KRCDpEAMkgIxSArEICkQg6RADJICMUgKxCApEIOkQAySAjFICsQgKRCDpEAMkgIxSArEICkQ8z8q txlTIn+mzgAAAABJRU5ErkJgglBLAwQUAAgICAD1mUpEAAAAAAAAAAAAAAAADAAAAGxheW91dC1j YWNoZWNkYGQosGZgYAjgZGBgkYcxfGGMWhhjNYxxA8bgYGRgAABQSwcI0bEvBCIAAAA/AAAAUEsD BBQACAgIAPWZSkQAAAAAAAAAAAAAAAAMAAAAbWFuaWZlc3QucmRmzZPNboMwEITvPIVlzthALwUF cijKuWqfwDWGWAUv8poS3r6Ok1ZRpKrqn9TjrkYz3460m+1hHMiLsqjBVDRjKSXKSGi16Ss6uy65 pds62ti2Kx+aHfFqg6WfKrp3bio5X5aFLTcMbM+zoih4mvM8T7wiwdU4cUgMxrSOCAkejUJp9eR8 GjnO4glmV1F066CQefcgPYvdOqmgsgphtlK9h7YgkYFAjQlMyoR0gxy6TkvFM5bzUTnBoe3ix2C9 04OiPGDwK47P2N6IDKblXuC9sO5cg998lWh67mN6ddPF8d8jlGCcMu5P6rs7ef/n/i7P/xnir7R2 RGxAzqNn+pDntPIfVUevUEsHCLT3aNIFAQAAgwMAAFBLAwQUAAAIAAD1mUpEAAAAAAAAAAAAAAAA GgAAAENvbmZpZ3VyYXRpb25zMi9wb3B1cG1lbnUvUEsDBBQAAAgAAPWZSkQAAAAAAAAAAAAAAAAf AAAAQ29uZmlndXJhdGlvbnMyL2ltYWdlcy9CaXRtYXBzL1BLAwQUAAAIAAD1mUpEAAAAAAAAAAAA AAAAGgAAAENvbmZpZ3VyYXRpb25zMi90b29scGFuZWwvUEsDBBQAAAgAAPWZSkQAAAAAAAAAAAAA AAAaAAAAQ29uZmlndXJhdGlvbnMyL3N0YXR1c2Jhci9QSwMEFAAACAAA9ZlKRAAAAAAAAAAAAAAA ABgAAABDb25maWd1cmF0aW9uczIvdG9vbGJhci9QSwMEFAAACAAA9ZlKRAAAAAAAAAAAAAAAABwA AABDb25maWd1cmF0aW9uczIvcHJvZ3Jlc3NiYXIvUEsDBBQAAAgAAPWZSkQAAAAAAAAAAAAAAAAY AAAAQ29uZmlndXJhdGlvbnMyL21lbnViYXIvUEsDBBQAAAgAAPWZSkQAAAAAAAAAAAAAAAAYAAAA Q29uZmlndXJhdGlvbnMyL2Zsb2F0ZXIvUEsDBBQACAgIAPWZSkQAAAAAAAAAAAAAAAAnAAAAQ29u ZmlndXJhdGlvbnMyL2FjY2VsZXJhdG9yL2N1cnJlbnQueG1sAwBQSwcIAAAAAAIAAAAAAAAAUEsD BBQACAgIAPWZSkQAAAAAAAAAAAAAAAAKAAAAc3R5bGVzLnhtbN1aW4/bthJ+P7/CUNHzRtvy3mw3 TnFQoD0FmhRokueCliibjSQKJOVLfn1nKFKiZclWd7f74AQIYs5wOPzmmxmK0rsfD1k62jGpuMhX QTieBiOWRyLm+WYVfPn8M5kHP77/zzuRJDxiy1hEZcZyTZQ+pkyNYHKulpVwFZQyXwqquFrmNGNq qaOlKFjuJi197aVZqhoxxoZON8r+bM0Oeuhk1D2ZS9fDVzbK/uxY0v3QyagLmPrTEzF08kGlJBEk EllBNW95cUh5/nUVbLUulpPJfr8f7+/GQm4m4WKxmBhp7XBU6xWlTI1WHE1YynAxNQnH4cTpZkzT of6hru9SXmZrJgdDQzU9i6rabQYzYrfpgSbaUjmYG0b5NLx38fDw3sX+3IzqbU9M5pMPIDT/fPit 4YLMhq6FuidQRZIXg7dZafvzhRC1qzihSlDj7mw6vZ9Uvz3t/UX1veSaSU89uqge0TSqERdZF2ig F05Ag7Ad0tRpS9x0r+WHiWSFkLp2JBleoACdWZ1eW52l/emFUqe6kXHcqQru3E0g1YDoZMfZ/rvg pHJeDsCiFQBThq5NMUp1GgDETZGUm7qMJ6LMwSko/RYQdiiY5CiiqZm2PLFwkltK3emuzX7+Y4Iy grUWqokt916LmQXvXT9JBPSShEaMxCxK1ft3VR2oh0fVb3RuFXwGx9ToI9uP/hAZzYMRJL5TzXh6 XAX/pYVQP7T0qsFgdGIa9cmG5bBboKe09hqNgusIEnhHJTdITi679j9QSzsccuP9S6s9V+rFS4++ 5ByaNht9+NQLS1txAC7qqDTLrnk36QumHa/OCm4XMUtomdoThLNsHd1IWmx5FDhd+5sUEjguNYew 4uaUluIrg5qfCmgy382n+DcYYYtdJjxNa0mUsKfkIRglYrkHU0QU2nAwFwR/2ylqS2OxJ+CtYpoc VsF0HIbzkOed8uO5XEPjINBnGVEFjaDLk62Q/JvALKq0w/tL2jvcW9ShC6VpsN0z3S6rFu4UtrPn ekuqs1NCU+XxrKCSGuRPcDci1Ce01AIXAfLxmIlKlabFlroFjB9rySicSyBYPNJOgs0BncuAg6sg lUSvT+jF85hhRcYzpr8b56TzEeobMEgUCvnX73atjn6f7aZUDGDIMbhmcUsbLUtmOGMGFf8Gnoaz QpuxlOabkm5giOVmIIIaqiWw4sunevtMQwckX5nMjeuVQW+XaJNAH6JYD6fjh6LGx5l30m9bJ7Hr OMFPH88t4iEoZQfnbctiLd3yts1a9OvHoAH0JFOHpG8dgeAilQC07bHYstx0HpLSOAa0jC8mNVOe 8dr9gYwryjzSZWUQUxt2CfsG9K9T0lGJxBxyM8dFpuP7xeyhSZhT1haAZpMtz6CWF7eezvZvkg+X dCzqaB7/JkvN0jXZri/+KoT2+cZcHWmTULKM8pzgM4Bj4uxMqSjVtqXygmypjmheQUuZz6PqaXMt JCYHEg8KObAopYVCWr90YSLFvrU4jLTS9CtjBdFiw/QWH+cwDa8t7C9YkfsTJFVMZRz0VgsXvJQq Be5BQjXpdW7v/4zGXmL3moOB+qaCdLuSY+76Cp9h4M/Z9M+1iI9dbl2raxmVUHQAssJ03cdHU0Qa wVpojc840/F0fucVmAgoD/ZLmrYbXh0G069z069puqdHda0EefXFHkNbVeW+yakXFIZOK8/KcbTU sOsKq7oiBQW8SOnRi+XIF7+EKc8mwUvjPxiQ36B7PWenFyifoskBJDvhw+yfRPEnak7krxgh8FLS f5inLhYvylNztVhdfJmTqzqVmPOHuxeb9uduT+evxnAGHIHg+A8PSRcjcCI0qFlp3+TOVutNr+XW wOAQ/wqH+cMrBpgbexcD/EqheBWG226FGRZ21ymrMQqfA1KrGQ5qaK5vi1IbKFK2w8NFeKnWXaFp +PB9Q9M945sttKm1SON+lpopnrCa5cTdcxuS9syuFcz8wUH6pbpnUO0IDLiPMIyCpwZ4Mif6WLDT sO02y4NtAvj/o/u/farA55T4CD40GWlpi7KCxaQ2ps4fjcyVBlYkUcqa4ZXIPfuTQmAkRXEmkBjy M4Y19wvVzAj4hne5Z9LW9DOkDSyOYOeA/15JgpaiYaJVr1K1RU1Ah+D1NwV61VHBNmWntgPji4Ti 5hQPVcUUb+YuIegaxFDUNjlefHaZbalY22YwgSO52EOk1seqYcJZOvAWr58u3frYVO5stzFZxc1t xyogzbjtQilLtFNvEO7cLkj7kByI8ezGML7vwfi+G+P7t8D47sYwfujB+KEb44e3wPj+xjB+7MH4 sRvjx7fA+OHGMH7qwfipG+Ont8D48cYwnvdgPO/GeP4WGD/dGMaLHowX3Rgv3gLj+U1hHHYiHHbh G74FuovbQnfcg++4G+Hxm2AcTm8M5FkPyLNukGcvBPlU5COfC80UPsImfFNK85JlVAuIvYdIhND4 uysIod1r9VJ9R9MS397ZQTdReZs37+78OdXzNr7cQ3vuwxjc73APWR73Oci7HXTmEZHGg65lem+x qs8RzGuGxaN3RdkFj7XSwIChtTKeR9J8/ofHOu9rDmOt+YgD3/2ATR4RJ3B3UhsINz1CeE+e8D8U WRh0KLUukYxkz2P8Wm5ePzeY0a29RgrD3s1Z6wCeJkJy/GzJhllILSnXHp3NwW3+1Hr8szfA54Lm BvhcVp8DzySycrkRuZuaC189VCQlGT3UW8ZLouarH6ugWOHMVXhNx9PpkweOe39N1gwwMhOM0t1i 3qFEE3xN3KnT5OkqUCLl9U0cjf8qla7IUlGoGpeQ7NapWXMx577CmZo/gf+lRhcd3Ia3jOIrT/Nj 4qPgDZ4baoh7zlQryKiqbdSr2UG0dPGtpe+zx3AvYVrmJ92fTL//G1BLBwjkV/sZeQgAAHItAABQ SwMEFAAICAgA9ZlKRAAAAAAAAAAAAAAAABUAAABNRVRBLUlORi9tYW5pZmVzdC54bWytVEtuwyAQ 3ecUFtvK0GZVoThZROoJ0gNM8NhBgsGCIYpvXztqPlWVylazY37vvWEGVpuTd8URY7KBKvEmX0WB ZEJtqa3E5+6jfBeb9WLlgWyDifXlUAx1lK5mJXIkHSDZpAk8Js1Ghw6pDiZ7JNY/8/WZ6WrdCViK 9aK48TXWYTnUx/6W3WTnyg74UAn1COTm9lhbKLnvsBLQdc4a4CFNHamWZ8HyXqdkPLFQczR4ZJBD ew84R0A1hmeBJmQeZpCeDmwC8djns3F3h+z3BNYlxZej7Kh9QGI9tKjG+CwWB33IXBowB5ww470l iP3McX77ZKybCRRD1svsy9oGamyb4xkiLRUYgw4HM0Rlcox/D+h/XBOfRso0SpDZSnOPMHONuXc4 dYlX6tc3s/4CUEsHCJDCQvAtAQAAoQQAAFBLAQIUABQAAAgAAPWZSkRexjIMJwAAACcAAAAIAAAA AAAAAAAAAAAAAAAAAABtaW1ldHlwZVBLAQIUABQACAgIAPWZSkQHRP8d1wEAANwDAAAIAAAAAAAA AAAAAAAAAE0AAABtZXRhLnhtbFBLAQIUABQACAgIAPWZSkSMrZlIlgUAAN4jAAAMAAAAAAAAAAAA AAAAAFoCAABzZXR0aW5ncy54bWxQSwECFAAUAAgICAD1mUpEQZFjzdcVAAAyswAACwAAAAAAAAAA AAAAAAAqCAAAY29udGVudC54bWxQSwECFAAUAAAIAAD1mUpEBrPg+2MMAABjDAAAGAAAAAAAAAAA AAAAAAA6HgAAVGh1bWJuYWlscy90aHVtYm5haWwucG5nUEsBAhQAFAAICAgA9ZlKRNGxLwQiAAAA PwAAAAwAAAAAAAAAAAAAAAAA0yoAAGxheW91dC1jYWNoZVBLAQIUABQACAgIAPWZSkS092jSBQEA AIMDAAAMAAAAAAAAAAAAAAAAAC8rAABtYW5pZmVzdC5yZGZQSwECFAAUAAAIAAD1mUpEAAAAAAAA AAAAAAAAGgAAAAAAAAAAAAAAAABuLAAAQ29uZmlndXJhdGlvbnMyL3BvcHVwbWVudS9QSwECFAAU AAAIAAD1mUpEAAAAAAAAAAAAAAAAHwAAAAAAAAAAAAAAAACmLAAAQ29uZmlndXJhdGlvbnMyL2lt YWdlcy9CaXRtYXBzL1BLAQIUABQAAAgAAPWZSkQAAAAAAAAAAAAAAAAaAAAAAAAAAAAAAAAAAOMs AABDb25maWd1cmF0aW9uczIvdG9vbHBhbmVsL1BLAQIUABQAAAgAAPWZSkQAAAAAAAAAAAAAAAAa AAAAAAAAAAAAAAAAABstAABDb25maWd1cmF0aW9uczIvc3RhdHVzYmFyL1BLAQIUABQAAAgAAPWZ SkQAAAAAAAAAAAAAAAAYAAAAAAAAAAAAAAAAAFMtAABDb25maWd1cmF0aW9uczIvdG9vbGJhci9Q SwECFAAUAAAIAAD1mUpEAAAAAAAAAAAAAAAAHAAAAAAAAAAAAAAAAACJLQAAQ29uZmlndXJhdGlv bnMyL3Byb2dyZXNzYmFyL1BLAQIUABQAAAgAAPWZSkQAAAAAAAAAAAAAAAAYAAAAAAAAAAAAAAAA AMMtAABDb25maWd1cmF0aW9uczIvbWVudWJhci9QSwECFAAUAAAIAAD1mUpEAAAAAAAAAAAAAAAA GAAAAAAAAAAAAAAAAAD5LQAAQ29uZmlndXJhdGlvbnMyL2Zsb2F0ZXIvUEsBAhQAFAAICAgA9ZlK RAAAAAACAAAAAAAAACcAAAAAAAAAAAAAAAAALy4AAENvbmZpZ3VyYXRpb25zMi9hY2NlbGVyYXRv ci9jdXJyZW50LnhtbFBLAQIUABQACAgIAPWZSkTkV/sZeQgAAHItAAAKAAAAAAAAAAAAAAAAAIYu AABzdHlsZXMueG1sUEsBAhQAFAAICAgA9ZlKRJDCQvAtAQAAoQQAABUAAAAAAAAAAAAAAAAANzcA AE1FVEEtSU5GL21hbmlmZXN0LnhtbFBLBQYAAAAAEgASAKoEAACnOAAAAAA= ------=_Part_1054631_1038391887.1392060004925--

1 0

[Users] Fencing Options
by Maurice James 10 Feb '14

10 Feb '14

--_5189f7c3-a065-4a23-9eff-ddeee3a85ad6_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How do I enable the other fencing agents that are not shown in the power ma= nagement list of the hosts? Like idrac and drac7? = --_5189f7c3-a065-4a23-9eff-ddeee3a85ad6_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>How do I enable the other fencin= g agents that are not shown in the power management list of the hosts? Like= idrac and drac7? </div></body> </html>= --_5189f7c3-a065-4a23-9eff-ddeee3a85ad6_--

1 0

[Users] oVirt test day tomorrow
by Doron Fediuck 10 Feb '14

10 Feb '14

Just a reminder that tomorrow we plan to have oVirt 3.4 2nd test day. More details coming soon.

1 0

[Users] [ANN] oVirt 3.4.0 beta2 is now available
by Sandro Bonazzola 10 Feb '14

10 Feb '14

The oVirt team is pleased to announce that the 3.4.0 second beta release is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this beta and future refreshes until release candidate. A new oVirt Node build will be available soon as well. You're welcome to join us testing this beta release in next week test day [2] scheduled for 2014-02-11! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes [2] http://www.ovirt.org/OVirt_3.4_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 5

[Users] 3.3.2 repo defect?
by Sven Kieske 10 Feb '14

10 Feb '14

Hi, I'm just trying to install ovirt 3.3.2.: I get: Downloading Packages: ovirt-engine-cli-3.3.0.6-1.el6.noarch.rpm | 179 kB 00:00 http://resources.ovirt.org/releases/3.3.2/rpm/EL/6/noarch/ovirt-engine-cli-…: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=ovirt-3.3.2 clean metadata Trying other mirror. Error Downloading Packages: ovirt-engine-cli-3.3.0.6-1.el6.noarch: failure: noarch/ovirt-engine-cli-3.3.0.6-1.el6.noarch.rpm from ovirt-3.3.2: [Errno 256] No more mirrors to try. Repo config looks like this: [ovirt-3.3.2] name=oVirt 3.3.2 release baseurl=http://resources.ovirt.org/releases/3.3.2/rpm/EL/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 I already did clean the metadata but it still doesn't work. any suggestions beside using 3.3.3. (currently out of scope for me because I must rerun all my tests then..)? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

1 2

[Users] Quotas
by Maurice James 10 Feb '14

10 Feb '14

------=_NextPart_000_0008_01CF21EA.5F08A660 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit How do I limit the number of VMs that a user can create using quotas? ------=_NextPart_000_0008_01CF21EA.5F08A660 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>How do I limit the number of VMs that a user can = create using quotas?<o:p></o:p></p></div></body></html> ------=_NextPart_000_0008_01CF21EA.5F08A660--

4 5

Re: [Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3
by Dresel Christopher 10 Feb '14

10 Feb '14

Sure already tried that - IDE, no Ethernet at all, everything related to VirtIO disabled - no success. Quoted from the forum: "It has nothing to do with the virtio driver. It is a more deeply rooted problem inside KVM in its emulation of CPU's over Intel chipsets in combination with *BSD amd64." As I already virtualized pfSense with an older Version of Intel Chipset (Sandy Bridge) with KVM and Hardware Virtualization I really think it's related to the newer Haswell chipset. The same configuration with an i386 ISO build works. Best Regards, Christopher -----Original Message----- From: René Koch [mailto:rkoch@linuxland.at] Sent: Donnerstag, 30. Jänner 2014 16:32 To: Dresel Christopher Cc: Joop; users(a)ovirt.org Subject: Re: [Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3 On Thu, 2014-01-30 at 12:27 +0000, Dresel Christopher wrote: > The passing error seems to be a bug when using Run Once - Run behaves as expected. > > Nevertheless my problem seems related to Haswell + KVM + Hardware Virtualisation + FreeBSD (see http://forum.proxmox.com/threads/16564-PVE3-1-FreeBSD8-3-pfsense-KVM-Hardwa…) > > Possible Workarounds: Disable Hardware Virtualization (guess this is not possible on VM basis with oVirt?) or use an i386 Version of FreeBSD. > I'm pretty sure you can't disable hardware virtualization on a vm basis. Btw, does FreeBSD boot if you use an IDE disk and e1000 NIC (did go quickly through the proxmox forum thread and issues seem to be virtio related)? This will decrease performance for sure, but maybe it's sufficient. My Solaris vms are for compiling and Puppet module tests, so IDE and e1000 emulated devices are fine for me. Regards, René > Thanks for your help. > > -----Original Message----- > From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On > Behalf Of Dresel Christopher > Sent: Mittwoch, 29. Jänner 2014 21:24 > To: René Koch; Joop > Cc: users(a)ovirt.org > Subject: Re: [Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3 > > Thank you, I already found your repo and I'm testing. > > The custom property is selectable via the GUI, the hook gets called, > but I don't know why it don’t work - it seems like the custom property > does not get passed to the hook :/ > > -----Original Message----- > From: René Koch [mailto:rkoch@linuxland.at] > Sent: Mittwoch, 29. Jänner 2014 20:51 > To: Joop; Dresel Christopher > Cc: users(a)ovirt.org > Subject: Re: [Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3 > > On Wed, 2014-01-29 at 19:27 +0100, Joop wrote: > > Dresel Christopher <dresel(a)fhwn.ac.at> wrote: > > >Hi, > > > > > >I’m using oVirt 3.3 and trying to setup a FreeBSD 8.3 Guest machine. > > >The machine hangs after the booting screen - I already googled > > >about this, but didn’t find any helpful articles. > > > > > >Cluster uses “Intel Penryn Family“, the VM is configured with 1 > > >virtual CPU as suggested in one of the threads I found on the internet. > > You're probably looking at x2pic cpu flag problems. A vdsm hook might help. Have posted to proxmox forum about this. Also, solaris seems affected, has been discussed on this list. > > > > For Solaris I wrote a hook which can be found here (works fine for Solaris 10/11 on Intel CPUs): > https://github.com/ovido/ovirt-stuff/tree/master/hooks > > Don't know if this is needed for (older versions of) FreeBSD, too. > > > Regards, > René > > > > Joop > > > > > > ________________________________ > > Fachhochschule Wiener Neustadt für Wirtschaft und Technik Ges.m.b.H. > University of Applied Sciences Wiener Neustadt for Business and > Engineering Ltd., Austria Johannes Gutenberg-Straße 3 > 2700 Wiener Neustadt > Austria, Europe > ATU: 37772406 > Firmenbuchnummer: 77005v > Firmenbuchgericht: Landesgericht Wiener Neustadt > DVR: 0769665 > Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. > > This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ________________________________ > > Fachhochschule Wiener Neustadt für Wirtschaft und Technik Ges.m.b.H. > University of Applied Sciences Wiener Neustadt for Business and > Engineering Ltd., Austria Johannes Gutenberg-Straße 3 > 2700 Wiener Neustadt > Austria, Europe > ATU: 37772406 > Firmenbuchnummer: 77005v > Firmenbuchgericht: Landesgericht Wiener Neustadt > DVR: 0769665 > Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. > > This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender. ________________________________ Fachhochschule Wiener Neustadt für Wirtschaft und Technik Ges.m.b.H. University of Applied Sciences Wiener Neustadt for Business and Engineering Ltd., Austria Johannes Gutenberg-Straße 3 2700 Wiener Neustadt Austria, Europe ATU: 37772406 Firmenbuchnummer: 77005v Firmenbuchgericht: Landesgericht Wiener Neustadt DVR: 0769665 Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender.

3 3

[Users] Async release for ovirt-engine-reports is now available.
by Yaniv Dary 10 Feb '14

10 Feb '14

Hello all, We have just release a new reports package for 3.3.3 that fixes a critical bug in upgrade of reports (http://gerrit.ovirt.org/23335) We recommend all existing users to update to this package. Thanks! --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 43501 Tel : +972 (9) 7692306 72306 Email: ydary(a)redhat.com IRC : Yaniv D

1 0

[Users] clearing hung task
by david van zeebroeck 10 Feb '14

10 Feb '14

hello i have a task that seems to be hung or anyway in an incorrect state in the gui's task pane i have one task that indicates that it is launching a vm (that no longer exists) when i expand that task it keeps on saying loading because of this when i now launch other task they don't want to expand in the task pane is there a way to clear this or get it back to a correct status?

4 5

[Users] ELT service sampling
by Kevin Tibi 10 Feb '14

10 Feb '14

Hi all, since I upgraded my plateforme in 3.5, i have a error message in ovirt-engine : [image: Images intégrées 1] I don't find anything about this ELT service. thx ;) Kevin.

4 3

[Users] Fwd: oVirt or RHEV ?
by Nathanaël Blanchet 10 Feb '14

10 Feb '14

------=_Part_1917943_185222171.1391852636417 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable ----- Mail transf=C3=A9r=C3=A9 ----- De: "Nathana=C3=ABl Blanchet" <blanchet(a)abes.fr>=20 =C3=80: "Ren=C3=A9 Koch" <rkoch(a)linuxland.at>=20 Envoy=C3=A9: Samedi 8 F=C3=A9vrier 2014 10:41:56=20 Objet: Re: [Users] oVirt or RHEV ?=20 Hi Ren=C3=A9, thanks for your answer.=20 My first idea wasn't to redistribute a repackaging of RHEV, but to bring a = more stable build of rhev than the one from ovirt. My idea was to do the sa= me as other project such as centos or scientific linux with RHEL. Yes they = have removed all Red Hat trademarks, it seems to be a hard work. I began ye= sterday, I met a lot of dependance issues, you're right I can't waste such = a time with this kind of work alone, a collaborate work would be better, bu= t unuseful because of the ovirt project. That's why I think centos make a v= ery great job.=20 ----- Mail transf=C3=A9r=C3=A9 ----- De: "Ren=C3=A9 Koch" <rkoch(a)linuxland.at>=20 =C3=80: "Nathana=C3=ABl Blanchet" <blanchet(a)abes.fr>, "Martijn Grendelman" = <martijn.grendelman(a)isaac.nl>=20 Cc: users(a)ovirt.org=20 Envoy=C3=A9: Vendredi 7 F=C3=A9vrier 2014 23:58:48=20 Objet: Re: [Users] oVirt or RHEV ?=20 Hi Nathana=C3=ABl,=20 Imho you need a lot of manpower to make this happen.=20 You have to remove all Red Hat trademarks if you want to distribute it - th= is means remove it from RHEV-manager (engine), RHEV-H (node-image) and all = Windows tools (e.g. USB policy editor, RHEV tools,...) so you not only need= CentOS 6 build servers, but also Windows ones.=20 Next you should have to support each release for 3 years which means in 2 y= ears you maybe have to build packages for 3-6 RHEV releases - again takes a= lot of time. Even if you can automate fetching, building and testing you s= till have to test it manually, too.=20 I'm unsure if someone would do this work. Just speaking for me and the comp= any I work for - RHEV and oVirt is working fine for us, so I wouldn't see m= uch benefit of repackaging RHEV. Contributing to oVirt project with Nagios = plugins, presentations, meetups,... makes more sense for us. Again just spe= aking about us, but I think other companies think in a same way...=20 Regards,=20 Ren=C3=A9=20 On 07.02.2014 10:33, Nathana=C3=ABl Blanchet wrote:=20 Hi everybody,=20 We could consider a third way : why not building RHEV from SRPMs since redh= at provides them on ftp://ftp.redhat.com/redhat/rhev-m/3.x/SRPMS/ ? this ca= n be a compromise between stability of rhev and ovirt free of charge.=20 I'm surprised that nobody has got this idea before.=20 Le 06/02/2014 19:53, Ren=C3=A9 Koch a =C3=A9crit :=20 <blockquote> Hi Martijn, That's a good question and not too easy to answer. I work as a Solution Architect and my company is selling both - RHEV and oVirt consulting and support. The reason for doing both is, that we want to give users a choice which solution fits better. The main benefits (in my opinion) of RHEV are: - Support with SLAs Red Hat provides support for RHEV with service levels. For oVirt you have to wait until someone of the developers or community members helps you on the mailing list or in IRC (or you buy support from a company with provides it). - Updates for each release for 3 years You receive for all releases (RHEV 3.1, 3.2,...) 3 years of support and updates. oVirt provides bugfix releases for the actual release (so you want get bugfix updates for 3.2 anymore, you have to upgrade to 3.3). For me this is the biggest advantage of RHEV. - Red Hat Knowledge Base Red Hat Knowledge Base is one of the best knowledge bases and it helps you greatly solving issues and gives useful tips. I use the knowledge base a lot and wouldn't want to miss it for any Red Hat product. - Stability RHEV is tested by a qa team and the releases are really stable. oVirt has newer features which are less tested. I upgrade oVirt release only to .1 releases (e.g. 3.2.x -> 3.3.1), not to .0 to avoid issues. - Guest agents Guest agents and RHEV tools are packaged for RHEL and Windows guests and are working fine. When using oVirt you miss some of the functionality of Windows guest tools or have to copy it from different locations. For other os'es it doesn't matter if using RHEV or oVirt. - Application / os support You should consider if your applications and operating systems are supported in oVirt as well. All apps certified for RHEL are certified for RHEV as well. Main benefits of oVirt: - Newest features oVirt gives you the latest and greatest. So it will take some time until this feature is available in RHEV, too (due to testing). - No subscription coasts You don't have to buy subscriptions for an oVirt environment, so it saves money. But on the other hand it can also cost you more money, if you have to spend a lot of time in troubleshooting or with upgrading (especially with possible upgrading issues) or having down times of your environment. It's not too easy to say if you should use RHEV or oVirt. I hope I could help you making a decision with my explanations above. You could also have both - a RHEV setup for production vms and an oVirt setup for development and qa vms. Regards, Ren=C3=A9 On Thu, 2014-02-06 at 16:06 +0100, Martijn Grendelman wrote:=20 <blockquote> Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an "oVirt or RHEV" question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) Best regards, Martijn. _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/= users=20 _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/= users=20 </blockquote> --=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le exploitation et maintenance D=C3=A9partement des syst=C3=A8mes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr=20 </blockquote> ------=_Part_1917943_185222171.1391852636417 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'><br><br><hr id=3D"zwchr"><div style=3D"color:#000;fon= t-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetic= a,Arial,sans-serif;font-size:12pt;"><b>De: </b>"Nathana=C3=ABl Blanchet" &l= t;blanchet(a)abes.fr><br><b>=C3=80: </b>"Ren=C3=A9 Koch" <rkoch@linuxla= nd.at><br><b>Envoy=C3=A9: </b>Samedi 8 F=C3=A9vrier 2014 10:41:56<br><b>= Objet: </b>Re: [Users] oVirt or RHEV ?<br><br><style>p { margin: 0; }</styl= e><div style=3D"font-family: times new roman,new york,times,serif; font-siz= e: 12pt; color: #000000">Hi Ren=C3=A9, thanks for your answer.<br>My first = idea wasn't to redistribute a repackaging of RHEV, but to bring a more stab= le build of rhev than the one from ovirt. My idea was to do the same as oth= er project such as centos or scientific linux with RHEL. Yes they have remo= ved all Red Hat trademarks, it seems to be a hard work. I began yesterday, = I met a lot of dependance issues, you're right I can't waste such a time wi= th this kind of work alone, a collaborate work would be better, but unusefu= l because of the ovirt project. That's why I think centos make a very great= job.<br><br><hr id=3D"zwchr"><div style=3D"color:#000;font-weight:normal;f= ont-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-seri= f;font-size:12pt;"><b>De: </b>"Ren=C3=A9 Koch" <rkoch(a)linuxland.at><b= r><b>=C3=80: </b>"Nathana=C3=ABl Blanchet" <blanchet(a)abes.fr>, "Marti= jn Grendelman" <martijn.grendelman(a)isaac.nl><br><b>Cc: </b>users@ovir= t.org<br><b>Envoy=C3=A9: </b>Vendredi 7 F=C3=A9vrier 2014 23:58:48<br><b>Ob= jet: </b>Re: [Users] oVirt or RHEV ?<br><br> =20 =20 =20 =20 Hi Nathana=C3=ABl,<br> <br> Imho you need a lot of manpower to make this happen.<br> <br> You have to remove all Red Hat trademarks if you want to distribute it - this means remove it from RHEV-manager (engine), RHEV-H (node-image) and all Windows tools (e.g. USB policy editor, RHEV tools,...) so you not only need CentOS 6 build servers, but also Windows ones.<br> <br> Next you should have to support each release for 3 years which means in 2 years you maybe have to build packages for 3-6 RHEV releases - again takes a lot of time. Even if you can automate fetching, building and testing you still have to test it manually, too.<br> <br> I'm unsure if someone would do this work. Just speaking for me and the company I work for - RHEV and oVirt is working fine for us, so I wouldn't see much benefit of repackaging RHEV. Contributing to oVirt project with Nagios plugins, presentations, meetups,... makes more sense for us. Again just speaking about us, but I think other companies think in a same way...<br> <br> <br> Regards,<br> Ren=C3=A9<br> <br> <br> <div class=3D"moz-cite-prefix">On 07.02.2014 10:33, Nathana=C3=ABl Blan= chet wrote:<br> </div> <blockquote cite=3D"mid:52F4A868.7040901@abes.fr"> =20 <font size=3D"-1">Hi everybody, <br> <br> We could consider a third way : why not building RHEV from SRPMs since redhat provides them on <a class=3D"moz-txt-link-freetext" hr= ef=3D"ftp://ftp.redhat.com/redhat/rhev-m/3.x/SRPMS/" target=3D"_blank">ftp:= //ftp.redhat.com/redhat/rhev-m/3.x/SRPMS/</a> ? this can be a compromise between stability of rhev and ovirt free of charge.<br> I'm surprised that nobody has got this idea before.<br> <br> </font> <div class=3D"moz-cite-prefix">Le 06/02/2014 19:53, Ren=C3=A9 Koch a =C3=A9crit :<br> </div> <blockquote cite=3D"mid:20140206185356.EDA1C1682@mail.linuxland.de"> <pre>Hi Martijn, That's a good question and not too easy to answer. I work as a Solution Architect and my company is selling both - RHEV and oVirt consulting and support. The reason for doing both is, that we want to give users a choice which solution fits better. The main benefits (in my opinion) of RHEV are: - Support with SLAs Red Hat provides support for RHEV with service levels. For oVirt you have to wait until someone of the developers or community members helps you on the mailing list or in IRC (or you buy support from a company with provides it). - Updates for each release for 3 years You receive for all releases (RHEV 3.1, 3.2,...) 3 years of support and updates. oVirt provides bugfix releases for the actual release (so you want get bugfix updates for 3.2 anymore, you have to upgrade to 3.3). For me this is the biggest advantage of RHEV. - Red Hat Knowledge Base Red Hat Knowledge Base is one of the best knowledge bases and it helps you greatly solving issues and gives useful tips. I use the knowledge base a lot and wouldn't want to miss it for any Red Hat product. - Stability RHEV is tested by a qa team and the releases are really stable. oVirt has newer features which are less tested. I upgrade oVirt release only to .1 releases (e.g. 3.2.x -> 3.3.1), not to .0 to avoid issues. - Guest agents Guest agents and RHEV tools are packaged for RHEL and Windows guests and are working fine. When using oVirt you miss some of the functionality of Windows guest tools or have to copy it from different locations. For other os'es it doesn't matter if using RHEV or oVirt. - Application / os support You should consider if your applications and operating systems are supported in oVirt as well. All apps certified for RHEL are certified for RHEV as well. Main benefits of oVirt: - Newest features oVirt gives you the latest and greatest. So it will take some time until this feature is available in RHEV, too (due to testing). - No subscription coasts You don't have to buy subscriptions for an oVirt environment, so it saves money. But on the other hand it can also cost you more money, if you have to spend a lot of time in troubleshooting or with upgrading (especially with possible upgrading issues) or having down times of your environment. It's not too easy to say if you should use RHEV or oVirt. I hope I could help you making a decision with my explanations above. You could also have both - a RHEV setup for production vms and an oVirt setup for development and qa vms. Regards, Ren=C3=A9 On Thu, 2014-02-06 at 16:06 +0100, Martijn Grendelman wrote: </pre> <blockquote> <pre>Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an "oVirt or RHEV" question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) Best regards, Martijn. _______________________________________________ Users mailing list <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org" targe= t=3D"_blank">Users(a)ovirt.org</a> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt.org/mailman/l= istinfo/users" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/us= ers</a> </pre> </blockquote> <pre>_______________________________________________ Users mailing list <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org" targe= t=3D"_blank">Users(a)ovirt.org</a> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt.org/mailman/l= istinfo/users" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/us= ers</a> </pre> </blockquote> <br> <pre class=3D"moz-signature">--=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le exploitation et maintenance D=C3=A9partement des syst=C3=A8mes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr" targ= et=3D"_blank">blanchet(a)abes.fr</a> </pre> </blockquote> <br> =20 </div><br></div></div><br></div></body></html> ------=_Part_1917943_185222171.1391852636417--

2 1

[Users] Gluster question
by Maurice James 10 Feb '14

10 Feb '14

------=_NextPart_000_00FD_01CF22B5.E5FD9560 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I currently have a new setup running ovirt 3.3.3. I have a Gluster storage domain with roughly 2.5TB of usable space. Gluster is installed on the same systems as the ovirt hosts. The host break down is as follows Ovirt DC: 4 hosts in the cluster. Each host has 4 physical disks in a RAID 5. Each disk is 500GB. With the OS installed and configured I end up with 1.2TB of usable space left for my data volume Gluster volume: 4 bricks with 1.2TB of space per brick (Distribute Replicate leaves me with about 2.5TB in the storage domain) Does this setup give me enough fault tolerance to survive losing a host and have my HA vm automatically move to an available host and keep running?? ------=_NextPart_000_00FD_01CF22B5.E5FD9560 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>I currently have a new setup running ovirt 3.3.3. I = have a Gluster storage domain with roughly 2.5TB of usable space. =  Gluster is installed on the same systems as the ovirt hosts. The = host break down is as follows<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Ovirt = DC:<o:p></o:p></p><p class=3DMsoNormal>4 hosts in the cluster. Each host = has 4 physical disks in a RAID 5. Each disk is 500GB. With the OS = installed and configured I end up with 1.2TB of usable space left for my = data volume<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Gluster volume:<o:p></o:p></p><p class=3DMsoNormal>4 = bricks with 1.2TB of space per brick (Distribute Replicate leaves me = with about 2.5TB in the storage domain)<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Does this = setup give me enough fault tolerance to survive losing a host and have = my HA vm automatically move to an available host and keep = running??<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_000_00FD_01CF22B5.E5FD9560--

4 7

[Users] Reattach storage domain
by Alexandr 09 Feb '14

09 Feb '14

Hello! Unfortunately my master storage domain (gluster) is dead. I setup another gluster-storage and attach it to the ovirt. Hostname, path and volume name are same as old ones. Then I restored from tar archive all files. But I cannot activate master domain, operation failed and domain status remains "inactive". I see - it mounted on nodes: vms02.lis.ua:STORAGE on /rhev/data-center/mnt/glusterSD/vms02.lis.ua:STORAGE I attached engine.log, can someone provide me recovery steps? P.S. Sorry for my english

3 10

[Users] New iSCSI domain problem when first input wrong password
by Gianluca Cecchi 09 Feb '14

09 Feb '14

Hello, I have a fedora 19 engine based on 3.3 final. I installed a fedora 19 host (configured as infrastructure server) and then installed from web gui. Then yum update of the host updated vdsm (see separate thread I'm going to open for this). I create iSCSI DC and add that host to it. When I try to create the new iSCSI storage domain (sw iscsi target on a CentOS 6.5 server) I initially input the wrong chap password so that discovery goes ok, while authentication fails. Then I put correct pwd but after apparently going on (I see the exposed lun) then gives error in webadmin gui I have 2014-Feb-05, 16:57 Failed to attach Storage Domain OV01 to Data Center ISCSI. (User: admin@internal) 2014-Feb-05, 16:57 Failed to attach Storage Domains to Data Center ISCSI. (User: admin@internal) 2014-Feb-05, 16:57 The error message for connection 192.168.230.101 iqn.2013-09.local.localdomain:c6iscsit.target11 (LUN 1IET_00010001) returned by VDSM was: Failed to setup iSCSI subsystem 2014-Feb-05, 16:57 Storage Domain OV01 was added by admin@internal A workaround to have it activated is then (see logs 18:11): - put host in maintenance - reactivate it - attach sd to DC - ok (but see watermark message I don't understand) 2014-Feb-05, 18:13 The system has reached the 80% watermark on the VG metadata area size on OV01. This is due to a high number of Vdisks or large Vdisks size allocated on this specific VG. 2014-Feb-05, 18:13 Storage Domains were attached to Data Center ISCSI by admin@internal 2014-Feb-05, 18:13 Storage Domain OV01 (Data Center ISCSI) was activated by admin@internal 2014-Feb-05, 18:13 Storage Pool Manager runs on Host ovnode03 (Address: 192.168.33.44). 2014-Feb-05, 18:12 Data Center is being initialized, please wait for initialization to complete. 2014-Feb-05, 18:12 State was set to Up for host ovnode03. 2014-Feb-05, 18:11 Host ovnode03 was activated by admin@internal. 2014-Feb-05, 18:11 Host ovnode03 was switched to Maintenance mode by admin@internal. See my vdsm.log and supervdsm.log here https://drive.google.com/file/d/0BwoPbcrMv8mval9XMnN4ZGoxa00/edit?usp=shari… https://drive.google.com/file/d/0BwoPbcrMv8mveC1KQmo1dFAtNzQ/edit?usp=shari… Possibly initially wrong password is not optimally managed when putting the correct one, as I see some traceback. Gianluca

2 1