- Users - oVirt List Archives

[Users] Hosted Engine always reports "unknown stale-data"
by Andrew Lau 03 Feb '14

03 Feb '14

Hi, I was wondering if anyone has this same notice when they run: hosted-engine --vm-status The "engine status" will always be "unknown stale-data" even when the VM is powered on and the engine is online. engine-health will actually report the correct status. eg. --== Host 1 status ==-- Status up-to-date : False Hostname : 172.16.0.11 Host ID : 1 Engine status : unknown stale-data Is it some sort of blocked port causing this or is this by design? Thanks, Andrew

3 11

[Users] Full-size display Windows vs Fedora 20 guests
by Bob Doolittle 03 Feb '14

03 Feb '14

Hi, When I select View/Full Screen on a VM running a Windows guest, the display resolution automatically adjusts to fit the new canvas. However, when I do this on a VM running Fedora 20, it doesn't. Nor do I know how to query the new canvas size so that I can issue a manual xrandr command to fit it (without doing an ssh into the system and somehow finagling xwininfo to give me the size). In the guest I am running spice-vdagent-0.15.0-1, and restarting it has no effect. Shouldn't it be the one responsible for display optimization? -Bob

3 5

[Users] changing hostname in ovirt
by Sven Kieske 03 Feb '14

03 Feb '14

Hi, maybe I should write an RFE BZ for this but there might be a technical limitation, I don't know. What I want: I have a Host in ovirt which is in status "down" and/or "maintenance". I want to change the hostname/ip ovirt uses to connect to this host. 2. RFEs: 1. This is not possible via webadmin, the address field is grayed out (there seem to be conflicting design patterns for the webadmin, other buttons which don't work don't get grayed out for some reason, instead they throw errors..) 2. make it possible to change the hostname/ip via API from what I've seen so far I have to hack the database to make this change happen in 3.3.2 Is there any technical reason why this is not possible? ovirt should be happy with the UUIDs for the host and should not bother about the hostname. Is there a way to alter the hostname/ip which I don't know? Could someone point me to the right table and how to alter it without breaking it? Thank you! -- 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

4 9

[Users] ovirt test day: HA VM Reservation feature test summary
by Moti Asayag 03 Feb '14

03 Feb '14

Hi All, In the latest ovirt-test-day i've tested the HA VM resource reservation feature [1] according to the basic scenarios as described on [2]. The new feature notifies the admin via an event log about his cluster inability to preserve resources for HA VMs. I've reported 2 bugs based on the behavior: The cluster check doesn't consider the state of the cluster's hosts when it calculates the resources [3] and a minor issue of the audit log translation into a message [4]. [1] http://www.ovirt.org/Features/HA_VM_reservation [2] http://www.ovirt.org/OVirt_3.4_TestDay#SLA [3] Bug 1057579 - HA Vm reservation check ignores host status https://bugzilla.redhat.com/show_bug.cgi?id=1057579 [4] Bug 1057584 - HA Vm reservation event log is not well resolved https://bugzilla.redhat.com/show_bug.cgi?id=1057584 Thanks, Moti

2 3

[Users] Error message constantly being reported
by Jon Archer 03 Feb '14

03 Feb '14

Hi All, Constantly seeing this message in the logs: vdsm vds ERROR vdsm exception occured#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 952, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/gluster/api.py", line 54, in wrapper#012 rv = func(*args, **kwargs)#012 File "/usr/share/vdsm/gluster/api.py", line 306, in tasksList#012 status = self.svdsmProxy.glusterTasksList(taskIds)#012 File "/usr/share/vdsm/supervdsm.py", line 50, in __call__#012 return callMethod()#012 File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in glusterTasksList#012 File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, in _callmethod#012 raise convert_to_error(kind, result)#012GlusterCmdExecFailedException: Command execution failed#012error: tasks is not a valid status option#012Usage: volume status [all | <VOLNAME> [nfs|shd|<BRICK>]] [detail|clients|mem|inode|fd|callpool]#012return code: 1 looks like an option which isn't recognised by the "gluster volume status" command. Any ideas how to resolve? It's not causing any problems, but I would like to stop it. Cheers Jon

3 5

[Users] about the size of an offline snapshot
by Sandy Sun 03 Feb '14

03 Feb '14

Assign 20G virtio disk for VM, create an offline snapshot, find the true size of Vm-disk bigger than the virtual size (assign size)? I want to know how to compute the true size of vm-disk. Anbody can tell me the answer ? thanks.

4 5

[Users] oVirt Node Interface Renaming Problem
by David Li 03 Feb '14

03 Feb '14

Hi, I am using oVirt node 3.0.3. It seems systemd renames all the interfaces from ethx to something else. Not sure why but this creates lots of problems for some old scripts. For example: [root@localhost ~]# dmesg | grep -i eth0 [ 2.441579] bnx2 0000:10:00.0 eth0: Broadcom NetXtreme II BCM5709 1000Base-SX (C0) PCI Express found at mem fa000000, IRQ 30, node addr 5c:f3:fc:20:6e:58 [ 27.222803] systemd-udevd[822]: renamed network interface eth0 to enp16s0f0 Is there anyway to prevent this? Thanks.

3 2

[Users] How to scratch previous versions reports and dwh installation?
by Gianluca Cecchi 03 Feb '14

03 Feb '14

Hello, I have some problems, I think they are also due to PosgreSQL access rules changes from f18 to f19. In particular if one has passed from fedora 18 to Fedora 19 and form 3.2 to 3.3 as I did; see https://bugzilla.redhat.com/show_bug.cgi?id=1009335 Right now I have a problem with my AIO installation where trying to upgrade from 3.3.2 to 3.3.3 I got many problems related to RDBMS. Is there a way to completely get rid of prevous installtion and reinstall cleanly in 3.3.3 as I did on another system without getting problems. I tried removing packages: yum remove ovirt-engine-dwh ovirt-engine-reports and deleting related databases: drop database ovirt_engine_history; drop database ovirtenginereports; But then trying to install again packages and runnign setup I get this in log: 2014-01-30 00:37:30::DEBUG::common_utils::446::root:: running sql query on host: localhost, port: 5432, db: ovirt_engine_history, user: engine, query: 'select 1 from history_configuration;'. 2014-01-30 00:37:30::DEBUG::common_utils::907::root:: Executing command --> '/usr/bin/psql --pset=tuples_only=on --set ON_ERROR_STOP=1 --dbname ovirt_engine_history --host localhost --port 5432 --username engine -w -c select 1 from history_configuration;' in working directory '/root' 2014-01-30 00:37:30::DEBUG::common_utils::962::root:: output = 2014-01-30 00:37:30::DEBUG::common_utils::963::root:: stderr = ERROR: relation "history_configuration" does not exist LINE 1: select 1 from history_configuration; Can anyone tell if I have to run any other purge operation, suche as any users or table on engine db itself? And also what would be the expected configuration of /var/lib/pgsql/data/pg_hba.conf and eventually /var/lib/pgsql/data/postgresql.conf for a fedora 19 system so that a setup for reports and dwh could complete? Gianluca

2 5

[Users] ovirt 3.4.0-0.5.beta1 and OpenLDAP groups
by Winfried de Heiden - Voorwinde 02 Feb '14

02 Feb '14

Hi All, I managed to use OpenLDAP to integrate with oVirt 3.4.0-0.5.beta1. For this, I followed (more or less, I used a Raspberry Pi and Raspbian) instructions as found on http://www.ovirt.org/LDAP_Quick_Start It all seems to work well, I am able to connect to a domain, login etc. and assign some roles to users. However, I cannot use (ldap) groups it seems. I cann add a group in the ovirt gui, but (in the tab General) "Active" remain "false". A I missing something...? Winfried

3 3

[Users] EL6 manual hypervisor bare minimum with ovirt-hosted-engine packages
by Zach Musselman 02 Feb '14

02 Feb '14

Hello, I'd like to run the new ovirt-hosted-engine option in RHEV/Ovirt. This appears to not be a built in option of the Ovirt node image. I'd like to create an EL 6 install that as closely resembles the Node/Hypervisor image. How can I keep the amount of installed packages to a minimum and have the self hosted packages installed? Please post how I can get to the node/rhev-h image manually with as similar of packages and the ovirt-hosted-engine packages. # yum install ovirt-hosted-engine-setup # yum install ovirt-hosted-engine-ha Thanks -- Zach

2 1

Re: [Users] [URGENT] hacking the DB
by jplorier＠gmail.com 02 Feb '14

02 Feb '14

Hi Eli, Thanks for the reply. My first measure was to backup the db. I have managed to clean up the mess and as soon as I get the time, I'll send the data so you can figure out what went wrong. I'll also try to post my findings on several matters. I thank you all for the fast help to get this problem fixed so I can get to my dead line. Regards, El 01/02/2014 20:10, <users-request(a)ovirt.org> escribió: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: Reattach storage domain (Itamar Heim) > 2. Re: Reattach storage domain (Alexandr) > 3. Re: Reattach storage domain (Itamar Heim) > 4. Re: Reattach storage domain (Meital Bourvine) > 5. Re: Reattach storage domain (Alexandr) > 6. Re: Reattach storage domain (Itamar Heim) > 7. Re: [URGENT] hacking the DB (Eli Mesika) > 8. Re: Host x is installed with VDSM version (<UNKNOWN>) > (Dan Kenigsberg) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 01 Feb 2014 18:51:19 +0100 > From: Itamar Heim <iheim(a)redhat.com> > To: Alexandr <shuriku(a)shurik.kiev.ua>, users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED3417.4050706(a)redhat.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 02/01/2014 06:38 PM, Alexandr wrote: > > 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 > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > the right way to do this would be to restore it not via engine, then use > the rest api to edit the storage domain connection (mount) in the engine. > > > ------------------------------ > > Message: 2 > Date: Sat, 01 Feb 2014 19:56:36 +0200 > From: Alexandr <shuriku(a)shurik.kiev.ua> > To: Itamar Heim <iheim(a)redhat.com>, users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED3554.8080205(a)shurik.kiev.ua> > Content-Type: text/plain; charset=UTF-8 > > Thank you. Can you provide me more detailed steps, I'm not familiar with > rest api :( > > 01.02.2014 19:51, Itamar Heim ?????: > > On 02/01/2014 06:38 PM, Alexandr wrote: > >> 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 > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > the right way to do this would be to restore it not via engine, then > > use the rest api to edit the storage domain connection (mount) in the > > engine. > > > > ------------------------------ > > Message: 3 > Date: Sat, 01 Feb 2014 18:58:56 +0100 > From: Itamar Heim <iheim(a)redhat.com> > To: Alexandr <shuriku(a)shurik.kiev.ua>, users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED35E0.6000308(a)redhat.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 02/01/2014 06:56 PM, Alexandr wrote: > > Thank you. Can you provide me more detailed steps, I'm not familiar with > > rest api :( > > sorry i can't give more details right now: > manage connection details: > http://www.ovirt.org/Features/Manage_Storage_Connections > > rest api (and other things): > > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… > > > > > > 01.02.2014 19:51, Itamar Heim ?????: > >> On 02/01/2014 06:38 PM, Alexandr wrote: > >>> 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 > >>> > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >> > >> the right way to do this would be to restore it not via engine, then > >> use the rest api to edit the storage domain connection (mount) in the > >> engine. > > > > > > ------------------------------ > > Message: 4 > Date: Sat, 1 Feb 2014 14:57:02 -0500 (EST) > From: Meital Bourvine <mbourvin(a)redhat.com> > To: Itamar Heim <iheim(a)redhat.com> > Cc: users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: > <1126371345.3012583.1391284622988.JavaMail.root(a)redhat.com> > Content-Type: text/plain; charset=utf-8 > > I think that it should be something like this: > > Method: PUT > > URL: https://<IP>/api/storageconnections/<ID> > > Body: > <storage_connection> > <address></address> > <type></type> > <port></port> > <target></target> > </storage_connection> > > (Add the correct details to the body. > > ----- Original Message ----- > > From: "Itamar Heim" <iheim(a)redhat.com> > > To: "Alexandr" <shuriku(a)shurik.kiev.ua>, users(a)ovirt.org > > Sent: Saturday, February 1, 2014 7:58:56 PM > > Subject: Re: [Users] Reattach storage domain > > > > On 02/01/2014 06:56 PM, Alexandr wrote: > > > Thank you. Can you provide me more detailed steps, I'm not familiar > with > > > rest api :( > > > > sorry i can't give more details right now: > > manage connection details: > > http://www.ovirt.org/Features/Manage_Storage_Connections > > > > rest api (and other things): > > > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… > > > > > > > > > > 01.02.2014 19:51, Itamar Heim ?????: > > >> On 02/01/2014 06:38 PM, Alexandr wrote: > > >>> 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 > > >>> > > >>> > > >>> _______________________________________________ > > >>> Users mailing list > > >>> Users(a)ovirt.org > > >>> http://lists.ovirt.org/mailman/listinfo/users > > >>> > > >> > > >> the right way to do this would be to restore it not via engine, then > > >> use the rest api to edit the storage domain connection (mount) in the > > >> engine. > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > ------------------------------ > > Message: 5 > Date: Sat, 01 Feb 2014 22:58:22 +0200 > From: Alexandr <shuriku(a)shurik.kiev.ua> > To: Meital Bourvine <mbourvin(a)redhat.com>, Itamar Heim > <iheim(a)redhat.com> > Cc: users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED5FEE.7090402(a)shurik.kiev.ua> > Content-Type: text/plain; charset="utf-8" > > 01.02.2014 21:57, Meital Bourvine ?????: > > I think that it should be something like this: > > > > Method: PUT > > > > URL: https://<IP>/api/storageconnections/<ID> > > > > Body: > > <storage_connection> > > <address></address> > > <type></type> > > <port></port> > > <target></target> > > </storage_connection> > > > > (Add the correct details to the body. > > > > ----- Original Message ----- > >> From: "Itamar Heim" <iheim(a)redhat.com> > >> To: "Alexandr" <shuriku(a)shurik.kiev.ua>, users(a)ovirt.org > >> Sent: Saturday, February 1, 2014 7:58:56 PM > >> Subject: Re: [Users] Reattach storage domain > >> > >> On 02/01/2014 06:56 PM, Alexandr wrote: > >>> Thank you. Can you provide me more detailed steps, I'm not familiar > with > >>> rest api :( > >> sorry i can't give more details right now: > >> manage connection details: > >> http://www.ovirt.org/Features/Manage_Storage_Connections > >> > >> rest api (and other things): > >> > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… > >> > >> > >>> 01.02.2014 19:51, Itamar Heim ?????: > >>>> On 02/01/2014 06:38 PM, Alexandr wrote: > >>>>> 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 > >>>>> a > >>>>> I attached engine.log, can someone provide me recovery steps? > >>>>> > >>>>> P.S. Sorry for my english > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users(a)ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>>> > >>>> the right way to do this would be to restore it not via engine, then > >>>> use the rest api to edit the storage domain connection (mount) in the > >>>> engine. > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > I tried to change it via ovirt-shell and receive an error: > > [oVirt shell (connected)]# update storageconnection > 4a1d8b07-f393-4134-86cc-4f46145cca2b --address vms02.lis.ua --path STORAGE > > error: > status: 400 > reason: Bad Request > detail: Cannot edit Storage Connection. Storage connection parameters > can be edited only for NFS, Posix, local or iSCSI data domains. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20140201/7c4ad39f/attach… > > > > ------------------------------ > > Message: 6 > Date: Sat, 01 Feb 2014 22:12:56 +0100 > From: Itamar Heim <iheim(a)redhat.com> > To: Alexandr <shuriku(a)shurik.kiev.ua>, Meital Bourvine > <mbourvin(a)redhat.com> > Cc: users(a)ovirt.org > Subject: Re: [Users] Reattach storage domain > Message-ID: <52ED6358.7060203(a)redhat.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 02/01/2014 09:58 PM, Alexandr wrote: > > 01.02.2014 21:57, Meital Bourvine ?????: > >> I think that it should be something like this: > >> > >> Method: PUT > >> > >> URL:https://<IP>/api/storageconnections/<ID> > >> > >> Body: > >> <storage_connection> > >> <address></address> > >> <type></type> > >> <port></port> > >> <target></target> > >> </storage_connection> > >> > >> (Add the correct details to the body. > >> > >> ----- Original Message ----- > >>> From: "Itamar Heim"<iheim(a)redhat.com> > >>> To: "Alexandr"<shuriku(a)shurik.kiev.ua>,users(a)ovirt.org > >>> Sent: Saturday, February 1, 2014 7:58:56 PM > >>> Subject: Re: [Users] Reattach storage domain > >>> > >>> On 02/01/2014 06:56 PM, Alexandr wrote: > >>>> Thank you. Can you provide me more detailed steps, I'm not familiar > with > >>>> rest api :( > >>> sorry i can't give more details right now: > >>> manage connection details: > >>> http://www.ovirt.org/Features/Manage_Storage_Connections > >>> > >>> rest api (and other things): > >>> > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… > >>> > >>> > >>>> 01.02.2014 19:51, Itamar Heim ?????: > >>>>> On 02/01/2014 06:38 PM, Alexandr wrote: > >>>>>> 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 > >>>>>> a > >>>>>> I attached engine.log, can someone provide me recovery steps? > >>>>>> > >>>>>> P.S. Sorry for my english > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> Users mailing list > >>>>>> Users(a)ovirt.org > >>>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>>>> > >>>>> the right way to do this would be to restore it not via engine, then > >>>>> use the rest api to edit the storage domain connection (mount) in the > >>>>> engine. > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > > I tried to change it via ovirt-shell and receive an error: > > > > [oVirt shell (connected)]# update storageconnection > > 4a1d8b07-f393-4134-86cc-4f46145cca2b --address vms02.lis.ua --path > STORAGE > > > > error: > > status: 400 > > reason: Bad Request > > detail: Cannot edit Storage Connection. Storage connection parameters > > can be edited only for NFS, Posix, local or iSCSI data domains. > > alisa/derez - any reason we don't support edit connection for gluster sd? > > > ------------------------------ > > Message: 7 > Date: Sat, 1 Feb 2014 16:13:37 -0500 (EST) > From: Eli Mesika <emesika(a)redhat.com> > To: Juan Pablo Lorier <jplorier(a)gmail.com> > Cc: users <users(a)ovirt.org> > Subject: Re: [Users] [URGENT] hacking the DB > Message-ID: > <1814059864.10645949.1391289217257.JavaMail.root(a)redhat.com> > Content-Type: text/plain; charset=utf-8 > > > > ----- Original Message ----- > > From: "Juan Pablo Lorier" <jplorier(a)gmail.com> > > To: "Sahina Bose" <sabose(a)redhat.com>, "users" <users(a)ovirt.org> > > Sent: Friday, January 31, 2014 4:18:47 PM > > Subject: Re: [Users] [URGENT] hacking the DB > > > > It also has a foreign key at vds_statistics, > > Thanks for everything, I'll keep you updated on this matter. > > Regards, > > Hi Juan > First of all let me recommend to backup your DB before playing with it. > My second comment is that this should not occur in the first place so if > you removed something and have leftovers that you been forced to delete > manually it is certainly a bug and I will appreciate if you can open one , > describe the scenario and attach the relevant logs > > Thanks > Eli > > > > > > > > On 31/01/14 11:30, Sahina Bose wrote: > > > > > > On 01/31/2014 05:49 PM, Juan Pablo Lorier wrote: > > >> Hi again, > > >> > > >> I'm now in the process of deleting the removed cluster from the > hosts. I > > >> can't just delete it from vds_groups as is a external key to > vds_static, > > >> and it looks like vds_static has the hosts definition. > > >> Can I safely update the vds_group_id to ' ' in the hosts to "detach" > > >> them from the cluster? > > >> Regards, > > > > > > I think it would be safer to remove the host and then remove the > cluster. > > > You would have to remove the host entry from vds_static as well as > > > vds_dynamic. > > > > > >> > > >> On 31/01/14 09:35, Sahina Bose wrote: > > >>> delete from gluster_volume_bricks where volume_id = " > > >> > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > ------------------------------ > > Message: 8 > Date: Sat, 1 Feb 2014 22:09:51 +0000 > From: Dan Kenigsberg <danken(a)redhat.com> > To: Matt Warren <mwarren(a)hnw.com> > Cc: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [Users] Host x is installed with VDSM version (<UNKNOWN>) > Message-ID: <20140201220951.GI9811(a)redhat.com> > Content-Type: text/plain; charset=us-ascii > > On Fri, Jan 31, 2014 at 01:26:20PM -0500, Matt Warren wrote: > > Any troubleshooting ideas for vdsm reporting UNKNONW version when it's > > clearly 4.13 installed? > > > > >>> Host x is installed with VDSM version (<UNKNOWN>) and cannot join > > >>>cluster Default which is compatible with VDSM versions [4.13, 4.9, > 4.11, > > >>>4.12, 4.10]. > > >>>In reading some google searches, suggestion was to first run > "vdsClient > > >>>-s 0 getVdsCaps". This returns "Failed to initialize storage" for any > > >>>vdsClient command. > > Engine cannot tell which Vdsm is install, since there's a serious > problem there - so serious that Vdsm cannot report its own version. > > Could you restart Vdsm and follow vdsm.log and supervdsm.log for hints > on why does the storage subsystem fail to start? > > > ------------------------------ > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > End of Users Digest, Vol 29, Issue 4 > ************************************ >

1 0

[Users] Hosted Engine adding host SSL Failure (w/ engine custom cert)
by Andrew Lau 02 Feb '14

02 Feb '14

Hi, After running through the new patch posted in BZ 1055153 I'm adding a second host to the hosted-engine cluster but it seems to fail right before the finish: [ ERROR ] Failed to execute stage 'Closing up': [ERROR]::oVirt API connection failure, [Errno 1] _ssl.c:492: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed Couple Extra Notes: Engine has a custom SSL cert but the CA has been trusted by the new host. When I temporarily return the engine's SSL back to the default generated one the install will succeed. Setup logs: http://www.fpaste.org/72624/13909770/ What confuses me is: curl https://engine.example.net with the custom SSL cert will succeed but with the original self-signed gives the expected "insecure" message. What criteria need to be met so the install will pass? Thanks, Andrew

2 12

[Users] Host x is installed with VDSM version (<UNKNOWN>)
by Matt Warren 01 Feb '14

01 Feb '14

Hello ovirt users. New to ovirt and having troubles. Trying to setup a dedicated ovirt engine host and use a separate, exiting CentOS 6.5 host to run some guests as a node. When I tried to add the host, it recognizes it but throws errors of: Host x is installed with VDSM version (<UNKNOWN>) and cannot join cluster Default which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. In reading some google searches, suggestion was to first run "vdsClient -s 0 getVdsCaps". This returns "Failed to initialize storage" for any vdsClient command. I'm looking to run this host with it's local storage. I've tried to add a local storage path on the host via ovirt of "/data/images" but it seems to have no effect. Any help appreciated. Thanks, Matt

3 5

[Users] [URGENT] hacking the DB
by Juan Pablo Lorier 01 Feb '14

01 Feb '14

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5U5vHVe2c4gErPcwPMiguIxge1AAH6cqN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I'm about to hack engine db to remove a gluster volume and I'd like someone to advise me on this. The environment is in production, I've backed up the db and I'm planning to remove every entry I can find of the volume (host members, cluster, etc) but I found that there's no clusters table (and I need to remove a cluster that no longer exists after a force remove of the DC but somehow the volume still is attached to it). I'll try IRC also to see if someone can give me a hand. Regards, --5U5vHVe2c4gErPcwPMiguIxge1AAH6cqN 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/ iQEcBAEBAgAGBQJS64asAAoJEC5KDDg2+NMM9oIH/3i/XzV0VPnCS0TgrxiPY1Ik AxK7MRt6hWCC1ZERZfJ0pURfd3MIzd4u08+Wy5NQaH2PWNGn4bTd8FxidaxqjJuU a8JR6EuL5H91DDzoj4kaXxwg2kIKcjMT7CNnLnrR5AT7cYhB3ArqOE9qzqXXKY0j G7ZtPg7+4H2qYbmALo6GnH9/Bd1RXDhNE2v2LPf/0/7xvkSW//e4YDm3Cf1P0sxs gCz30sAvBvdplqRHWmHHMqD1CKpj+JVbwWujqmTh3PBqGasRgmqcXeY4Hr41VsZX r9OJYtQodW7f+Qq2qMn46OlOLCTD69ONwqBs1h7pG5PTRp9thU+ZOQcAGd4GjUY= =PjE8 -----END PGP SIGNATURE----- --5U5vHVe2c4gErPcwPMiguIxge1AAH6cqN--

3 6

[Users] CustomProperties not being passed when using Run Once
by Dresel Christopher 01 Feb '14

01 Feb '14

--_000_9B9655665ED7604FA398BAA731A9059E2CE5DB55VERENA5fhwnacat_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCndoZW4gdXNpbmcgQ3VzdG9tUHJvcGVydGllcyB0aGV5IGFyZSBub3QgYmVpbmcgcGFz c2VkIHdoZW4gc3RhcnRpbmcgVk0gd2l0aCBSdW4uIEhvdyB0byByZXByb2R1Y2U6DQoNCnZpbSAv dXNyL2xpYmV4ZWMvdmRzbS9ob29rcy9iZWZvcmVfdm1fc3RhcnQvOTlfcmVtb3ZlX2NwdQ0KDQoj IS91c3IvYmluL3B5dGhvbg0KDQppbXBvcnQgb3MNCmltcG9ydCBzeXMNCmltcG9ydCBob29raW5n DQoNCmlmIGhvb2tpbmcudG9ib29sKG9zLmVudmlyb24uZ2V0KCdyZW1vdmVfY3B1JykpOg0KICAg ICAgICBzeXMuc3RkZXJyLndyaXRlKCdUUlVFJykNCmVsc2U6DQogICAgICAgIHN5cy5zdGRlcnIu d3JpdGUoJ0ZBTFNFJykNCg0Kc3lzLmV4aXQoMCkNCg0KY2htb2QgNzU1IC91c3IvbGliZXhlYy92 ZHNtL2hvb2tzL2JlZm9yZV92bV9zdGFydC85OV9yZW1vdmVfY3B1DQoNCmVuZ2luZS1jb25maWcg LXMgVXNlckRlZmluZWRWTVByb3BlcnRpZXM9J3JlbW92ZV9jcHU9Xih0cnVlfGZhbHNlKSQnIC0t Y3Zlcj0zLjMNCnNlcnZpY2Ugb3ZpcnQtZW5naW5lIHJlc3RhcnQNCg0KU2V0dXAgVmlydHVhbCBN YWNoaW5lIHdpdGggY3VzdG9tIHByb3BlcnR5IHNldC4gV2hlbiBzdGFydGluZyBWTSB2aWEgUnVu LCB2ZHNtLmxvZyBzaG93cyDigJhUUlVF4oCZOg0KDQpUaHJlYWQtMTgzMDo6REVCVUc6OjIwMTQt MDEtMzAgMDg6NTg6MzUsNzY3Ojp1dGlsczo6NDg5Ojpyb290OjooZXhlY0NtZCkgJy91c3IvbGli ZXhlYy92ZHNtL2hvb2tzL2JlZm9yZV92bV9zdGFydC85OV9yZW1vdmVfY3B1JyAoY3dkIE5vbmUp DQpUaHJlYWQtMTgzMDo6REVCVUc6OjIwMTQtMDEtMzAgMDg6NTg6MzUsNzk0Ojp1dGlsczo6NTA5 Ojpyb290OjooZXhlY0NtZCkgU1VDQ0VTUzogPGVycj4gPSAnVFJVRSc7IDxyYz4gPSAwDQoNCldo ZW4gY2FsbGluZyB0aGUgc2FtZSB2aWEgUnVuIE9uY2UgKHRoZSBkaWFsb2cgZXZlbiBzaG93cyB0 aGF0IHRoZSBjdXN0b20gcHJvcGVydHkgaXMgc2V0OiBodHRwOi8vaW1ndXIuY29tL3dWU2U3NUwp LCB0aGUgdmRzbS5sb2cgc2hvd3Mg4oCYRkFMU0XigJk6DQoNClRocmVhZC0xNTg5OjpERUJVRzo6 MjAxNC0wMS0zMCAwODo1MjoyNCwyMTk6OnV0aWxzOjo0ODk6OnJvb3Q6OihleGVjQ21kKSAnL3Vz ci9saWJleGVjL3Zkc20vaG9va3MvYmVmb3JlX3ZtX3N0YXJ0Lzk5X3JlbW92ZV9jcHUnIChjd2Qg Tm9uZSkNClRocmVhZC0xNTg5OjpERUJVRzo6MjAxNC0wMS0zMCAwODo1MjoyNCwyNDY6OnV0aWxz Ojo1MDk6OnJvb3Q6OihleGVjQ21kKSBTVUNDRVNTOiA8ZXJyPiA9ICdGQUxTRSc7IDxyYz4gPSAw DQoNCkJlc3QgUmVnYXJkcywNCkNocmlzdG9waGVyDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQoNCkZhY2hob2Noc2NodWxlIFdpZW5lciBOZXVzdGFkdCBmw7xyIFdpcnRzY2hh ZnQgdW5kIFRlY2huaWsgR2VzLm0uYi5ILg0KVW5pdmVyc2l0eSBvZiBBcHBsaWVkIFNjaWVuY2Vz IFdpZW5lciBOZXVzdGFkdCBmb3IgQnVzaW5lc3MgYW5kIEVuZ2luZWVyaW5nIEx0ZC4sIEF1c3Ry aWENCkpvaGFubmVzIEd1dGVuYmVyZy1TdHJhw59lIDMNCjI3MDAgV2llbmVyIE5ldXN0YWR0DQpB dXN0cmlhLCBFdXJvcGUNCkFUVTogMzc3NzI0MDYNCkZpcm1lbmJ1Y2hudW1tZXI6IDc3MDA1dg0K RmlybWVuYnVjaGdlcmljaHQ6IExhbmRlc2dlcmljaHQgV2llbmVyIE5ldXN0YWR0DQpEVlI6IDA3 Njk2NjUNCkRlciBJbmhhbHQgZGllc2VzIEUtTWFpbHMgaXN0IGF1c3NjaGxpZXNzbGljaCBmdWVy IGRlbiBiZXplaWNobmV0ZW4gQWRyZXNzYXRlbiBiZXN0aW1tdC4gSmVkZSBGb3JtIGRlciBLZW5u dG5pc25haG1lLCBWZXJvZWZmZW50bGljaHVuZywgVmVydmllbGZhZWx0aWd1bmcgb2RlciBXZWl0 ZXJnYWJlIGRlcyBJbmhhbHRzIGRpZXNlcyBFLU1haWxzIGR1cmNoIHVuYmVyZWNodGlndGUgRHJp dHRlIGlzdCB1bnp1bGFlc3NpZy4gV2lyIGJpdHRlbiBTaWUsIHNpY2ggbWl0IGRlbSBBYnNlbmRl ciBkZXMgRS1NYWlscyBpbiBWZXJiaW5kdW5nIHp1IHNldHplbiwgZmFsbHMgU2llIG5pY2h0IGRl ciBBZHJlc3NhdCBkaWVzZXMgRS1NYWlscyBzaW5kIHVuZCBkYXMgTWF0ZXJpYWwgdm9uIElocmVt IENvbXB1dGVyIHp1IGxvZXNjaGVuLg0KDQpUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRz IGFyZSBjb25maWRlbnRpYWwgYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3NlZS4g VGhlIHBlcnVzYWwsIHB1YmxpY2F0aW9uLCBjb3B5aW5nIG9yIGRpc3NlbWluYXRpb24gb2YgdGhl IGNvbnRlbnRzIG9mIHRoaXMgZS1tYWlsIGJ5IHVuYXV0aG9yaXNlZCB0aGlyZCBwYXJ0aWVzIGlz IHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgb2YgdGhp cyBlLW1haWwsIHBsZWFzZSBkZWxldGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5vdGlmeSB0aGUgc2Vu ZGVyLg0K --_000_9B9655665ED7604FA398BAA731A9059E2CE5DB55VERENA5fhwnacat_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6 d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBw dDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJERS1B VCIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+d2hlbiB1c2luZyBDdXN0b21Qcm9wZXJ0aWVzIHRoZXkgYXJlIG5v dCBiZWluZyBwYXNzZWQgd2hlbiBzdGFydGluZyBWTSB3aXRoIFJ1bi4gSG93IHRvIHJlcHJvZHVj ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPnZpbSAvdXNyL2xpYmV4ZWMvdmRzbS9ob29rcy9iZWZvcmVf dm1fc3RhcnQvOTlfcmVtb3ZlX2NwdTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBs YW5nPSJFTi1VUyI+IyEvdXNyL2Jpbi9weXRob248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPmltcG9ydCBvczxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5pbXBvcnQgc3lzPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+ PHNwYW4gbGFuZz0iRU4tVVMiPmltcG9ydCBob29raW5nPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5pZiBob29r aW5nLnRvYm9vbChvcy5lbnZpcm9uLmdldCgncmVtb3ZlX2NwdScpKTo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHN5cy5zdGRlcnIud3JpdGUoJ1RSVUUnKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVO LVVTIj5lbHNlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc3lzLnN0ZGVyci53cml0ZSgnRkFMU0UnKTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3Bh biBsYW5nPSJFTi1VUyI+c3lzLmV4aXQoMCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPmNobW9kIDc1NSAv dXNyL2xpYmV4ZWMvdmRzbS9ob29rcy9iZWZvcmVfdm1fc3RhcnQvOTlfcmVtb3ZlX2NwdTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+ZW5naW5lLWNvbmZpZyAtcyBVc2VyRGVmaW5lZFZNUHJvcGVydGllcz0n cmVtb3ZlX2NwdT1eKHRydWV8ZmFsc2UpJCcgLS1jdmVyPTMuMzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5zZXJ2aWNlIG92aXJ0 LWVuZ2luZSByZXN0YXJ0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5TZXR1cCBWaXJ0dWFsIE1hY2hpbmUg d2l0aCBjdXN0b20gcHJvcGVydHkgc2V0LiBXaGVuIHN0YXJ0aW5nIFZNIHZpYSBSdW4sIHZkc20u bG9nIHNob3dzIOKAmFRSVUXigJk6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaHJlYWQtMTgzMDo6REVC VUc6OjIwMTQtMDEtMzAgMDg6NTg6MzUsNzY3Ojp1dGlsczo6NDg5Ojpyb290OjooZXhlY0NtZCkg Jy91c3IvbGliZXhlYy92ZHNtL2hvb2tzL2JlZm9yZV92bV9zdGFydC85OV9yZW1vdmVfY3B1JyAo Y3dkIE5vbmUpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPlRocmVhZC0xODMwOjpERUJVRzo6MjAxNC0wMS0zMCAwODo1ODozNSw3 OTQ6OnV0aWxzOjo1MDk6OnJvb3Q6OihleGVjQ21kKSBTVUNDRVNTOiAmbHQ7ZXJyJmd0OyA9ICdU UlVFJzsgJmx0O3JjJmd0OyA9IDA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPldoZW4gY2FsbGluZyB0aGUg c2FtZSB2aWEgUnVuIE9uY2UgKHRoZSBkaWFsb2cgZXZlbiBzaG93cyB0aGF0IHRoZSBjdXN0b20g cHJvcGVydHkgaXMgc2V0Og0KPGEgaHJlZj0iaHR0cDovL2ltZ3VyLmNvbS93VlNlNzVMIj5odHRw Oi8vaW1ndXIuY29tL3dWU2U3NUw8L2E+KSwgdGhlIHZkc20ubG9nIHNob3dzIOKAmEZBTFNF4oCZ OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+VGhyZWFkLTE1ODk6OkRFQlVHOjoyMDE0LTAxLTMwIDA4OjUy OjI0LDIxOTo6dXRpbHM6OjQ4OTo6cm9vdDo6KGV4ZWNDbWQpICcvdXNyL2xpYmV4ZWMvdmRzbS9o b29rcy9iZWZvcmVfdm1fc3RhcnQvOTlfcmVtb3ZlX2NwdScgKGN3ZCBOb25lKTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaHJl YWQtMTU4OTo6REVCVUc6OjIwMTQtMDEtMzAgMDg6NTI6MjQsMjQ2Ojp1dGlsczo6NTA5Ojpyb290 OjooZXhlY0NtZCkgU1VDQ0VTUzogJmx0O2VyciZndDsgPSAnRkFMU0UnOyAmbHQ7cmMmZ3Q7ID0g MDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+QmVzdCBSZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5DaHJpc3RvcGhlcjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJyPg0KPGhyPg0KPGZvbnQgZmFjZT0iVmVyZGFu YSIgY29sb3I9IkdyYXkiIHNpemU9IjEiPjxicj4NCkZhY2hob2Noc2NodWxlIFdpZW5lciBOZXVz dGFkdCBmw7xyIFdpcnRzY2hhZnQgdW5kIFRlY2huaWsgR2VzLm0uYi5ILjxicj4NClVuaXZlcnNp dHkgb2YgQXBwbGllZCBTY2llbmNlcyBXaWVuZXIgTmV1c3RhZHQgZm9yIEJ1c2luZXNzIGFuZCBF bmdpbmVlcmluZyBMdGQuLCBBdXN0cmlhPGJyPg0KSm9oYW5uZXMgR3V0ZW5iZXJnLVN0cmHDn2Ug Mzxicj4NCjI3MDAgV2llbmVyIE5ldXN0YWR0PGJyPg0KQXVzdHJpYSwgRXVyb3BlPGJyPg0KQVRV OiAzNzc3MjQwNjxicj4NCkZpcm1lbmJ1Y2hudW1tZXI6IDc3MDA1djxicj4NCkZpcm1lbmJ1Y2hn ZXJpY2h0OiBMYW5kZXNnZXJpY2h0IFdpZW5lciBOZXVzdGFkdDxicj4NCkRWUjogMDc2OTY2NTxi cj4NCkRlciBJbmhhbHQgZGllc2VzIEUtTWFpbHMgaXN0IGF1c3NjaGxpZXNzbGljaCBmdWVyIGRl biBiZXplaWNobmV0ZW4gQWRyZXNzYXRlbiBiZXN0aW1tdC4gSmVkZSBGb3JtIGRlciBLZW5udG5p c25haG1lLCBWZXJvZWZmZW50bGljaHVuZywgVmVydmllbGZhZWx0aWd1bmcgb2RlciBXZWl0ZXJn YWJlIGRlcyBJbmhhbHRzIGRpZXNlcyBFLU1haWxzIGR1cmNoIHVuYmVyZWNodGlndGUgRHJpdHRl IGlzdCB1bnp1bGFlc3NpZy4gV2lyIGJpdHRlbiBTaWUsDQogc2ljaCBtaXQgZGVtIEFic2VuZGVy IGRlcyBFLU1haWxzIGluIFZlcmJpbmR1bmcgenUgc2V0emVuLCBmYWxscyBTaWUgbmljaHQgZGVy IEFkcmVzc2F0IGRpZXNlcyBFLU1haWxzIHNpbmQgdW5kIGRhcyBNYXRlcmlhbCB2b24gSWhyZW0g Q29tcHV0ZXIgenUgbG9lc2NoZW4uPGJyPg0KPGJyPg0KVGhpcyBlLW1haWwgYW5kIGFueSBhdHRh Y2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBhZGRy ZXNzZWUuIFRoZSBwZXJ1c2FsLCBwdWJsaWNhdGlvbiwgY29weWluZyBvciBkaXNzZW1pbmF0aW9u IG9mIHRoZSBjb250ZW50cyBvZiB0aGlzIGUtbWFpbCBieSB1bmF1dGhvcmlzZWQgdGhpcmQgcGFy dGllcyBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 IG9mIHRoaXMNCiBlLW1haWwsIHBsZWFzZSBkZWxldGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5vdGlm eSB0aGUgc2VuZGVyLjxicj4NCjwvZm9udD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_9B9655665ED7604FA398BAA731A9059E2CE5DB55VERENA5fhwnacat_--

3 2

[Users] vdsm re setup?
by Matt Warren 01 Feb '14

01 Feb '14

I'm putting vdsm on a host that is also managed by puppet. I'm tracing some of my troubles to the fact that puppet stepped on some sudoers config done by vdsm. Is it possible to re-run the setup scripts for vdsm to regenerate the sudoers changes?

3 3

Re: [Users] Extremely poor disk access speeds in Windows guest
by Nicholas Kesick 01 Feb '14

01 Feb '14

--_9a4ce072-90af-4283-8756-2cce79d93e12_ Content-Type: multipart/alternative; boundary="_7268CB10-E597-419C-B2BE-EEC079156B7D_" --_7268CB10-E597-419C-B2BE-EEC079156B7D_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" U3RldmUsDQoNCldoYXQgaXMgdGhlIENQVSBsb2FkIG9mIHRoZSBHbHVzdGVyRlMgaG9zdCB3aGVu IGNvbXBhcmluZyB0aGUgcmF3IGJyaWNrIHRlc3QgdG8gdGhlIGdsdXN0ZXIgbW91bnQgcG9pbnQg dGVzdD8gR2l2ZSBpdCAzMCBzZWNvbmRzIGFuZCBzZWUgd2hhdCB0b3AgcmVwb3J0cy4gWW914oCZ bGwgcHJvYmFibHkgaGF2ZSB0byBzaWduaWZpY2FudGx5IGluY3JlYXNlIHRoZSBjb3VudCBvbiB0 aGUgdGVzdCBzbyB0aGF0IGl0IHJ1bnMgdGhhdCBsb25nLg0KDQoNCg0KDQoNCg0KLSBOaWNrDQoN Cg0KDQoNCg0KRnJvbTogU2FuamF5IFJhbw0KU2VudDog4oCORnJpZGF54oCOLCDigI5KYW51YXJ5 4oCOIOKAjjI04oCOLCDigI4yMDE0IOKAjjPigI464oCOMzXigI4g4oCOUE0NClRvOiBTdGV2ZSBE YWluYXJkDQpDYzogQm9iIFNpYmxleSwgb1ZpcnQgTWFpbGluZyBMaXN0LCBSb25lbiBIb2QNCg0K DQoNCg0KDQoNCkFkZGluZyBCb2IgU2libGV5IHRvIHRoaXMgdGhyZWFkLiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KRnJvbTogIlN0ZXZlIERhaW5hcmQiIDxzZGFpbmFyZEBtaW92aXNpb24uY29tPg0K VG86ICJBbmRyZXcgQ2F0aHJvdyIgPGFjYXRocm93QHJlZGhhdC5jb20+DQpDYzogIlJvbmVuIEhv ZCIgPHJob2RAcmVkaGF0LmNvbT4sICJ1c2VycyIgPHVzZXJzQG92aXJ0Lm9yZz4sICJTYW5qYXkg UmFvIiA8c3Jhb0ByZWRoYXQuY29tPiwgIkl0YW1hciBIZWltIiA8aWhlaW1AcmVkaGF0LmNvbT4N ClNlbnQ6IEZyaWRheSwgSmFudWFyeSAyNCwgMjAxNCAzOjAxOjI1IFBNDQpTdWJqZWN0OiBSZTog W1VzZXJzXSBFeHRyZW1lbHkgcG9vciBkaXNrIGFjY2VzcyBzcGVlZHMgaW4gV2luZG93cyBndWVz dA0KDQoNCg0KDQpOb3Qgc3VyZSB3aGF0IGEgZ29vZCBtZXRob2QgdG8gYmVuY2ggdGhpcyB3b3Vs ZCBiZSwgYnV0Og0KDQoNCg0KQW4gTkZTIG1vdW50IHBvaW50IG9uIHZpcnQgaG9zdDoNCg0KDQpb cm9vdEBvdmlydDAwMSBpc28tc3RvcmVdIyBkZCBpZj0vZGV2L3plcm8gb2Y9dGVzdDEgYnM9NGsg Y291bnQ9MTAwMDAwDQoNCjEwMDAwMCswIHJlY29yZHMgaW4NCg0KMTAwMDAwKzAgcmVjb3JkcyBv dXQNCg0KNDA5NjAwMDAwIGJ5dGVzICg0MTAgTUIpIGNvcGllZCwgMy45NTM5OSBzLCAxMDQgTUIv cw0KDQoNCg0KDQpSYXcgYnJpY2sgcGVyZm9ybWFuY2Ugb24gZ2x1c3RlciBzZXJ2ZXIgKHllcywg SSBrbm93IEkgc2hvdWxkbid0IHdyaXRlIGRpcmVjdGx5IHRvIHRoZSBicmljayk6DQoNCg0KW3Jv b3RAZ2x1c3RlcjEgaXNvLXN0b3JlXSMgZGQgaWY9L2Rldi96ZXJvIG9mPXRlc3QgYnM9NGsgY291 bnQ9MTAwMDAwDQoNCjEwMDAwMCswIHJlY29yZHMgaW4NCg0KMTAwMDAwKzAgcmVjb3JkcyBvdXQN Cg0KNDA5NjAwMDAwIGJ5dGVzICg0MTAgTUIpIGNvcGllZCwgMy4wNjc0MyBzLCAxMzQgTUIvcw0K DQoNCg0KDQpHbHVzdGVyIG1vdW50IHBvaW50IG9uIGdsdXN0ZXIgc2VydmVyOg0KDQoNCltyb290 QGdsdXN0ZXIxIGlzby1zdG9yZV0jIGRkIGlmPS9kZXYvemVybyBvZj10ZXN0IGJzPTRrIGNvdW50 PTEwMDAwMA0KDQoxMDAwMDArMCByZWNvcmRzIGluDQoNCjEwMDAwMCswIHJlY29yZHMgb3V0DQoN CjQwOTYwMDAwMCBieXRlcyAoNDEwIE1CKSBjb3BpZWQsIDE5LjU3NjYgcywgMjAuOSBNQi9zDQoN Cg0KDQoNClRoZSBzdG9yYWdlIHNlcnZlcnMgYXJlIGEgYml0IG9sZGVyLCBidXQgYXJlIGJvdGgg ZHVhbCBzb2NrZXQgcXVhZCBjb3JlIG9wdGVyb25zIHdpdGggNHggNzIwMHJwbSBkcml2ZXMuIA0K DQoNCg0KDQpJJ20gaW4gdGhlIHByb2Nlc3Mgb2Ygc2V0dGluZyB1cCBhIHNoYXJlIGZyb20gbXkg ZGVza3RvcCBhbmQgSSdsbCBzZWUgaWYgSSBjYW4gYmVuY2ggYmV0d2VlbiB0aGUgdHdvIHN5c3Rl bXMuIE5vdCBzdXJlIGlmIG15IHNzZCB3aWxsIGltcGFjdCB0aGUgdGVzdHMsIEkndmUgaGVhcmQg dGhlcmUgaXNuJ3QgYW4gYWR2YW50YWdlIHVzaW5nIHNzZCBzdG9yYWdlIGZvciBnbHVzdGVyZnMu DQoNCg0KDQoNCkRvZXMgYW55b25lIGhhdmUgYSBoYXJkd2FyZSByZWZlcmVuY2UgZGVzaWduIGZv ciBnbHVzdGVyZnMgYXMgYSBiYWNrZW5kIGZvciB2aXJ0PyBPciBpcyB0aGVyZSBhIGJlbmNobWFy ayB1dGlsaXR5Pw0KDQoNCg0KDQpTdGV2ZSBEYWluYXJkIA0KSVQgSW5mcmFzdHJ1Y3R1cmUgTWFu YWdlcg0KTWlvdmlzaW9uIHwgUmV0aGluayBUcmFmZmljDQo1MTktNTEzLTI0MDcgZXguMjUwDQo4 NzctNjQ2LTg0NzYgKHRvbGwtZnJlZSkNCg0KQmxvZyAgfCAgTGlua2VkSW4gIHwgIFR3aXR0ZXIg IHwgIEZhY2Vib29rIA0KDQoNCk1pb3Zpc2lvbiBUZWNobm9sb2dpZXMgSW5jLiB8IDE0OCBNYW5p dG91IERyaXZlLCBTdWl0ZSAxMDEsIEtpdGNoZW5lciwgT04sIENhbmFkYSB8IE4yQyAxTDMNClRo aXMgZS1tYWlsIG1heSBjb250YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgcHJpdmlsZWdlZCBvciBj b25maWRlbnRpYWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFz ZSBkZWxldGUgdGhlIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFuZCBub3RpZnkgdXMgaW1t ZWRpYXRlbHkuDQoNCg0KDQoNCg0KT24gVGh1LCBKYW4gMjMsIDIwMTQgYXQgNzoxOCBQTSwgQW5k cmV3IENhdGhyb3cgPGFjYXRocm93QHJlZGhhdC5jb20+IHdyb3RlOg0KDQoNCg0KQXJlIHdlIHN1 cmUgdGhhdCB0aGUgaXNzdWUgaXMgdGhlIGd1ZXN0IEkvTyAtIHdoYXQncyB0aGUgcmF3IHBlcmZv cm1hbmNlIG9uIHRoZSBob3N0IGFjY2Vzc2luZyB0aGUgZ2x1c3RlciBzdG9yYWdlPw0KDQoNCg0K DQoNCg0KRnJvbTogIlN0ZXZlIERhaW5hcmQiIDxzZGFpbmFyZEBtaW92aXNpb24uY29tPg0KVG86 ICJJdGFtYXIgSGVpbSIgPGloZWltQHJlZGhhdC5jb20+DQpDYzogIlJvbmVuIEhvZCIgPHJob2RA cmVkaGF0LmNvbT4sICJ1c2VycyIgPHVzZXJzQG92aXJ0Lm9yZz4sICJTYW5qYXkgUmFvIiA8c3Jh b0ByZWRoYXQuY29tPg0KU2VudDogVGh1cnNkYXksIEphbnVhcnkgMjMsIDIwMTQgNDo1Njo1OCBQ TQ0KU3ViamVjdDogUmU6IFtVc2Vyc10gRXh0cmVtZWx5IHBvb3IgZGlzayBhY2Nlc3Mgc3BlZWRz IGluIFdpbmRvd3MgZ3Vlc3QNCg0KDQoNCg0KDQoNCkkgaGF2ZSB0d28gb3B0aW9ucywgdmlydGlv IGFuZCB2aXJ0aW8tc2NzaS4NCg0KDQoNCkkgd2FzIHVzaW5nIHZpcnRpbywgYW5kIGhhdmUgYWxz byBhdHRlbXB0ZWQgdmlydGlvLXNjc2kgb24gYW5vdGhlciBXaW5kb3dzIGd1ZXN0IHdpdGggdGhl IHNhbWUgcmVzdWx0cy4NCg0KDQoNCg0KVXNpbmcgdGhlIG5ld2VzdCBkcml2ZXJzLCB2aXJ0aW8t d2luLTAuMS03NC5pc28uDQoNCg0KDQoNClN0ZXZlIERhaW5hcmQgDQpJVCBJbmZyYXN0cnVjdHVy ZSBNYW5hZ2VyDQpNaW92aXNpb24gfCBSZXRoaW5rIFRyYWZmaWMNCjUxOS01MTMtMjQwNyBleC4y NTANCjg3Ny02NDYtODQ3NiAodG9sbC1mcmVlKQ0KDQpCbG9nICB8ICBMaW5rZWRJbiAgfCAgVHdp dHRlciAgfCAgRmFjZWJvb2sgDQoNCg0KTWlvdmlzaW9uIFRlY2hub2xvZ2llcyBJbmMuIHwgMTQ4 IE1hbml0b3UgRHJpdmUsIFN1aXRlIDEwMSwgS2l0Y2hlbmVyLCBPTiwgQ2FuYWRhIHwgTjJDIDFM Mw0KVGhpcyBlLW1haWwgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gdGhhdCBpcyBwcml2aWxlZ2Vk IG9yIGNvbmZpZGVudGlhbC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwg cGxlYXNlIGRlbGV0ZSB0aGUgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYW5kIG5vdGlmeSB1 cyBpbW1lZGlhdGVseS4NCg0KDQoNCg0KDQpPbiBUaHUsIEphbiAyMywgMjAxNCBhdCA0OjI0IFBN LCBJdGFtYXIgSGVpbSA8aWhlaW1AcmVkaGF0LmNvbT4gd3JvdGU6DQoNCg0KT24gMDEvMjMvMjAx NCAwNzo0NiBQTSwgU3RldmUgRGFpbmFyZCB3cm90ZToNCg0KQmFja2luZyBTdG9yYWdlOiBHbHVz dGVyIFJlcGxpY2ENClN0b3JhZ2UgRG9tYWluOiBORlMNCk92aXJ0IEhvc3RzOiBDZW50T1MgNi41 DQpPdmlydCB2ZXJzaW9uOiAzLjMuMg0KTmV0d29yazogR2lnRQ0KIyBvZiBWTSdzOiAzIC0gdHdv IExpbnV4IGd1ZXN0cyBhcmUgaWRsZSwgb25lIFdpbmRvd3MgZ3Vlc3QgaXMNCmluc3RhbGxpbmcg dXBkYXRlcy4NCg0KSSd2ZSBpbnN0YWxsZWQgYSBXaW5kb3dzIDIwMDggUjIgZ3Vlc3Qgd2l0aCB2 aXJ0aW8gZGlzaywgYW5kIGFsbCB0aGUNCmRyaXZlcnMgZnJvbSB0aGUgbGF0ZXN0IHZpcnRpbyBp c28uIEkndmUgYWxzbyBpbnN0YWxsZWQgdGhlIHNwaWNlIGFnZW50DQpkcml2ZXJzLg0KDQpHdWVz dCBkaXNrIGFjY2VzcyBpcyBob3JyaWJseSBzbG93LCBSZXNvdXJjZSBtb25pdG9yIGR1cmluZyBX aW5kb3dzDQp1cGRhdGVzIHNob3dzIERpc2sgcGVha2luZyBhdCAxTUIvc2VjIChzY2FsZSBuZXZl ciBpbmNyZWFzZXMpIGFuZCBEaXNrDQpRdWV1ZSBMZW5ndGggUGVha2luZyBhdCA1IGFuZCBsb29r cyB0byBiZSBzaXR0aW5nIGF0IHRoYXQgbGV2ZWwgOTklIG9mDQp0aGUgdGltZS4gMTEzIHVwZGF0 ZXMgaW4gV2luZG93cyBoYXMgYmVlbiBydW5uaW5nIHNvbGlkbHkgZm9yIGFib3V0IDIuNQ0KaG91 cnMgYW5kIGlzIGF0IDg5LzExMyB1cGRhdGVzIGNvbXBsZXRlLg0KDQoNCnZpcnRpby1ibG9jayBv ciB2aXJ0aW8tc2NzaT8NCndoaWNoIHdpbmRvd3MgZ3Vlc3QgZHJpdmVyIHZlcnNpb24gZm9yIHRo YXQ/DQoNCg0KDQoNCkkgY2FuJ3Qgc2F5IG15IExpbnV4IGd1ZXN0cyBhcmUgYmxpc3RlcmluZ2x5 IGZhc3QsIGJ1dCB1cGRhdGluZyBhIGd1ZXN0DQpmcm9tIFJIRUwgNi4zIGZyZXNoIGluc3RhbGwg dG8gNi41IHRvb2sgYWJvdXQgMjUgbWludXRlcy4NCg0KSWYgYW55b25lIGhhcyBhbnkgaWRlYXMs IHBsZWFzZSBsZXQgbWUga25vdyAtIEkgaGF2ZW4ndCBmb3VuZCBhbnkgdHVuaW5nDQpkb2NzIGZv ciBXaW5kb3dzIGd1ZXN0cyB0aGF0IGNvdWxkIGV4cGxhaW4gdGhpcyBpc3N1ZS4NCg0KVGhhbmtz LA0KDQoNCg0KKlN0ZXZlIERhaW5hcmQgKg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NClVzZXJzIG1haWxpbmcgbGlzdA0KVXNlcnNAb3ZpcnQu b3JnDQpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMNCg0KDQoN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClVzZXJz IG1haWxpbmcgbGlzdA0KVXNlcnNAb3ZpcnQub3JnDQpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21h aWxtYW4vbGlzdGluZm8vdXNlcnMNCg0KDQoNCg0KDQoNCg0KDQoNCg0KLS0gDQoNCg0KU2FuamF5 IFJhbyANClByaW5jaXBhbCBQZXJmb3JtYW5jZSBFbmdpbmVlciAgICAgICAgICAgICAgICAgICBQ aG9uZTogOTc4LTM5Mi0yNDc5IA0KUmVkIEhhdCwgSW5jLiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIEZBWDogOTc4LTM5Mi0xMDAxIA0KMzE0IExpdHRsZXRvbiBSb2FkICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIEVtYWlsOiBzcmFvQHJlZGhhdC5jb20gDQpXZXN0Zm9y ZCwgTUEgMDE4ODY= --_7268CB10-E597-419C-B2BE-EEC079156B7D_ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" CjxodG1sPgo8aGVhZD4KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJXaW5kb3dzIE1h aWwgMTcuNS45NjAwLjIwMzE1Ij4KPHN0eWxlIGRhdGEtZXh0ZXJuYWxzdHlsZT0idHJ1ZSI+PCEt LQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFy YWdyYXBoIHsKbWFyZ2luLXRvcDowaW47Cm1hcmdpbi1yaWdodDowaW47Cm1hcmdpbi1ib3R0b206 MGluOwptYXJnaW4tbGVmdDouNWluOwptYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cn0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbCB7Cm1hcmdpbjowaW47Cm1hcmdpbi1ib3R0 b206LjAwMDFwdDsKfQpwLk1zb0xpc3RQYXJhZ3JhcGhDeFNwRmlyc3QsIGxpLk1zb0xpc3RQYXJh Z3JhcGhDeFNwRmlyc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcEZpcnN0LCAKcC5Nc29MaXN0 UGFyYWdyYXBoQ3hTcE1pZGRsZSwgbGkuTXNvTGlzdFBhcmFncmFwaEN4U3BNaWRkbGUsIGRpdi5N c29MaXN0UGFyYWdyYXBoQ3hTcE1pZGRsZSwgCnAuTXNvTGlzdFBhcmFncmFwaEN4U3BMYXN0LCBs aS5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3Qg ewptYXJnaW4tdG9wOjBpbjsKbWFyZ2luLXJpZ2h0OjBpbjsKbWFyZ2luLWJvdHRvbTowaW47Cm1h cmdpbi1sZWZ0Oi41aW47Cm1hcmdpbi1ib3R0b206LjAwMDFwdDsKbGluZS1oZWlnaHQ6MTE1JTsK fQotLT48L3N0eWxlPjwvaGVhZD4KPGJvZHkgZGlyPSJsdHIiPgo8ZGl2IGRhdGEtZXh0ZXJuYWxz dHlsZT0iZmFsc2UiIGRpcj0ibHRyIiBzdHlsZT0iZm9udC1mYW1pbHk6ICdDYWxpYnJpJywgJ1Nl Z29lIFVJJywgJ01laXJ5bycsICdNaWNyb3NvZnQgWWFIZWkgVUknLCAnTWljcm9zb2Z0IEpoZW5n SGVpIFVJJywgJ01hbGd1biBHb3RoaWMnLCAnc2Fucy1zZXJpZic7Zm9udC1zaXplOjEycHQ7Ij48 ZGl2PlN0ZXZlLDwvZGl2PjxkaXY+V2hhdCBpcyB0aGUgQ1BVIGxvYWQgb2YgdGhlIEdsdXN0ZXJG UyBob3N0IHdoZW4gY29tcGFyaW5nIHRoZSByYXcgYnJpY2sgdGVzdCB0byB0aGUgZ2x1c3RlciBt b3VudCBwb2ludCB0ZXN0PyBHaXZlIGl0Jm5ic3A7MzAgc2Vjb25kcyBhbmQgc2VlIHdoYXQgdG9w IHJlcG9ydHMuIFlvdeKAmWxsIHByb2JhYmx5IGhhdmUgdG8gc2lnbmlmaWNhbnRseSBpbmNyZWFz ZSB0aGUgY291bnQgb24gdGhlIHRlc3Qgc28gdGhhdCBpdCBydW5zIHRoYXQgbG9uZy48YnI+PC9k aXY+PGRpdiBkYXRhLXNpZ25hdHVyZWJsb2NrPSJ0cnVlIj48ZGl2Pjxicj48L2Rpdj48ZGl2Pi0g TmljazwvZGl2PjxkaXY+PGJyPjwvZGl2PjwvZGl2PjxkaXYgc3R5bGU9InBhZGRpbmctdG9wOiA1 cHg7IGJvcmRlci10b3AtY29sb3I6IHJnYigyMjksIDIyOSwgMjI5KTsgYm9yZGVyLXRvcC13aWR0 aDogMXB4OyBib3JkZXItdG9wLXN0eWxlOiBzb2xpZDsiPjxkaXY+PGZvbnQgZmFjZT0iICdDYWxp YnJpJywgJ1NlZ29lIFVJJywgJ01laXJ5bycsICdNaWNyb3NvZnQgWWFIZWkgVUknLCAnTWljcm9z b2Z0IEpoZW5nSGVpIFVJJywgJ01hbGd1biBHb3RoaWMnLCAnc2Fucy1zZXJpZiciIHN0eWxlPSds aW5lLWhlaWdodDogMTVwdDsgbGV0dGVyLXNwYWNpbmc6IDAuMDJlbTsgZm9udC1mYW1pbHk6ICJD YWxpYnJpIiwgIlNlZ29lIFVJIiwgIk1laXJ5byIsICJNaWNyb3NvZnQgWWFIZWkgVUkiLCAiTWlj cm9zb2Z0IEpoZW5nSGVpIFVJIiwgIk1hbGd1biBHb3RoaWMiLCAic2Fucy1zZXJpZiI7IGZvbnQt c2l6ZTogMTJwdDsnPjxiPkZyb206PC9iPiZuYnNwOzxhIGhyZWY9Im1haWx0bzpzcmFvQHJlZGhh dC5jb20iIHRhcmdldD0iX3BhcmVudCI+U2FuamF5IFJhbzwvYT48YnI+PGI+U2VudDo8L2I+Jm5i c3A74oCORnJpZGF54oCOLCDigI5KYW51YXJ54oCOIOKAjjI04oCOLCDigI4yMDE0IOKAjjPigI46 4oCOMzXigI4g4oCOUE08YnI+PGI+VG86PC9iPiZuYnNwOzxhIGhyZWY9Im1haWx0bzpzZGFpbmFy ZEBtaW92aXNpb24uY29tIiB0YXJnZXQ9Il9wYXJlbnQiPlN0ZXZlIERhaW5hcmQ8L2E+PGJyPjxi PkNjOjwvYj4mbmJzcDs8YSBocmVmPSJtYWlsdG86cnNpYmxleUByZWRoYXQuY29tIiB0YXJnZXQ9 Il9wYXJlbnQiPkJvYiBTaWJsZXk8L2E+LCA8YSBocmVmPSJtYWlsdG86dXNlcnNAb3ZpcnQub3Jn IiB0YXJnZXQ9Il9wYXJlbnQiPm9WaXJ0IE1haWxpbmcgTGlzdDwvYT4sIDxhIGhyZWY9Im1haWx0 bzpyaG9kQHJlZGhhdC5jb20iIHRhcmdldD0iX3BhcmVudCI+Um9uZW4gSG9kPC9hPjwvZm9udD48 L2Rpdj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2IGRpcj0iIj48ZGl2IHN0eWxlPSJjb2xvcjog cmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogdGltZXMgbmV3IHJvbWFuLCBuZXcgeW9yaywgdGlt ZXMsIHNlcmlmOyBmb250LXNpemU6IDEycHQ7Ij48ZGl2PkFkZGluZyBCb2IgU2libGV5IHRvIHRo aXMgdGhyZWFkLiA8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGhyIGlk PSJ6d2NociI+PGJsb2NrcXVvdGUgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IHBhZGRpbmct bGVmdDogNXB4OyBmb250LWZhbWlseTogSGVsdmV0aWNhLEFyaWFsLHNhbnMtc2VyaWY7IGZvbnQt c2l6ZTogMTJwdDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyB0ZXh0 LWRlY29yYXRpb246IG5vbmU7IG1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyBt YXJnaW4tbGVmdDogNXB4OyBib3JkZXItbGVmdC1jb2xvcjogcmdiKDE2LCAxNiwgMjU1KTsgYm9y ZGVyLWxlZnQtd2lkdGg6IDJweDsgYm9yZGVyLWxlZnQtc3R5bGU6IHNvbGlkOyIgZGF0YS1tY2Ut c3R5bGU9ImJvcmRlci1sZWZ0OiAycHggc29saWQgIzEwMTBGRjsgbWFyZ2luLWxlZnQ6IDVweDsg cGFkZGluZy1sZWZ0OiA1cHg7IGNvbG9yOiAjMDAwOyBmb250LXdlaWdodDogbm9ybWFsOyBmb250 LXN0eWxlOiBub3JtYWw7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgZm9udC1mYW1pbHk6IEhlbHZl dGljYSxBcmlhbCxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7Ij48Yj5Gcm9tOiA8L2I+IlN0 ZXZlIERhaW5hcmQiICZsdDtzZGFpbmFyZEBtaW92aXNpb24uY29tJmd0Ozxicj48Yj5UbzogPC9i PiJBbmRyZXcgQ2F0aHJvdyIgJmx0O2FjYXRocm93QHJlZGhhdC5jb20mZ3Q7PGJyPjxiPkNjOiA8 L2I+IlJvbmVuIEhvZCIgJmx0O3Job2RAcmVkaGF0LmNvbSZndDssICJ1c2VycyIgJmx0O3VzZXJz QG92aXJ0Lm9yZyZndDssICJTYW5qYXkgUmFvIiAmbHQ7c3Jhb0ByZWRoYXQuY29tJmd0OywgIkl0 YW1hciBIZWltIiAmbHQ7aWhlaW1AcmVkaGF0LmNvbSZndDs8YnI+PGI+U2VudDogPC9iPkZyaWRh eSwgSmFudWFyeSAyNCwgMjAxNCAzOjAxOjI1IFBNPGJyPjxiPlN1YmplY3Q6IDwvYj5SZTogW1Vz ZXJzXSBFeHRyZW1lbHkgcG9vciBkaXNrIGFjY2VzcyBzcGVlZHMgaW4gV2luZG93cyBndWVzdDxi cj48ZGl2Pjxicj48L2Rpdj48ZGl2IGRpcj0ibHRyIj5Ob3Qgc3VyZSB3aGF0IGEgZ29vZCBtZXRo b2QgdG8gYmVuY2ggdGhpcyB3b3VsZCBiZSwgYnV0OjxkaXY+PGJyPjwvZGl2PjxkaXY+QW4gTkZT IG1vdW50IHBvaW50IG9uIHZpcnQgaG9zdDo8L2Rpdj48ZGl2PjxkaXY+W3Jvb3RAb3ZpcnQwMDEg aXNvLXN0b3JlXSMgZGQgaWY9L2Rldi96ZXJvIG9mPXRlc3QxIGJzPTRrIGNvdW50PTEwMDAwMDwv ZGl2PjxkaXY+MTAwMDAwKzAgcmVjb3JkcyBpbjwvZGl2PjxkaXY+MTAwMDAwKzAgcmVjb3JkcyBv dXQ8L2Rpdj48ZGl2PjQwOTYwMDAwMCBieXRlcyAoNDEwIE1CKSBjb3BpZWQsIDMuOTUzOTkgcywg MTA0IE1CL3M8L2Rpdj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlJhdyBicmljayBwZXJmb3Jt YW5jZSBvbiBnbHVzdGVyIHNlcnZlciAoeWVzLCBJIGtub3cgSSBzaG91bGRuJ3Qgd3JpdGUgZGly ZWN0bHkgdG8gdGhlIGJyaWNrKTo8L2Rpdj48ZGl2PjxkaXY+W3Jvb3RAZ2x1c3RlcjEgaXNvLXN0 b3JlXSMgZGQgaWY9L2Rldi96ZXJvIG9mPXRlc3QgYnM9NGsgY291bnQ9MTAwMDAwPC9kaXY+PGRp dj4xMDAwMDArMCByZWNvcmRzIGluPC9kaXY+PGRpdj4xMDAwMDArMCByZWNvcmRzIG91dDwvZGl2 PjxkaXY+NDA5NjAwMDAwIGJ5dGVzICg0MTAgTUIpIGNvcGllZCwgMy4wNjc0MyBzLCAxMzQgTUIv czwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+R2x1c3RlciBtb3VudCBwb2ludCBvbiBn bHVzdGVyIHNlcnZlcjo8L2Rpdj48ZGl2PjxkaXY+W3Jvb3RAZ2x1c3RlcjEgaXNvLXN0b3JlXSMg ZGQgaWY9L2Rldi96ZXJvIG9mPXRlc3QgYnM9NGsgY291bnQ9MTAwMDAwPC9kaXY+PGRpdj4xMDAw MDArMCByZWNvcmRzIGluPC9kaXY+PGRpdj4xMDAwMDArMCByZWNvcmRzIG91dDwvZGl2PjxkaXY+ NDA5NjAwMDAwIGJ5dGVzICg0MTAgTUIpIGNvcGllZCwgMTkuNTc2NiBzLCAyMC45IE1CL3M8L2Rp dj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoZSBzdG9yYWdlIHNlcnZlcnMgYXJlIGEgYml0 IG9sZGVyLCBidXQgYXJlIGJvdGggZHVhbCBzb2NrZXQgcXVhZCBjb3JlIG9wdGVyb25zIHdpdGgg NHggNzIwMHJwbSBkcml2ZXMuJm5ic3A7PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JJ20gaW4g dGhlIHByb2Nlc3Mgb2Ygc2V0dGluZyB1cCBhIHNoYXJlIGZyb20gbXkgZGVza3RvcCBhbmQgSSds bCBzZWUgaWYgSSBjYW4gYmVuY2ggYmV0d2VlbiB0aGUgdHdvIHN5c3RlbXMuIE5vdCBzdXJlIGlm IG15IHNzZCB3aWxsIGltcGFjdCB0aGUgdGVzdHMsIEkndmUgaGVhcmQgdGhlcmUgaXNuJ3QgYW4g YWR2YW50YWdlIHVzaW5nIHNzZCBzdG9yYWdlIGZvciBnbHVzdGVyZnMuPC9kaXY+PGRpdj48YnI+ PC9kaXY+PGRpdj5Eb2VzIGFueW9uZSBoYXZlIGEgaGFyZHdhcmUgcmVmZXJlbmNlIGRlc2lnbiBm b3IgZ2x1c3RlcmZzIGFzIGEgYmFja2VuZCBmb3IgdmlydD8gT3IgaXMgdGhlcmUgYSBiZW5jaG1h cmsgdXRpbGl0eT88L2Rpdj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyIGNsZWFy PSJhbGwiPjxkaXY+PGRpdiBkaXI9Imx0ciI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlh bCxzYW5zLXNlcmlmOyBmb250LXNpemU6IDE2cHg7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1p bHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTZweDsiPjxzdHJvbmc+U3RldmUmbmJz cDtEYWluYXJkJm5ic3A7PC9zdHJvbmc+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEy cHg7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1zaXplOiAxMnB4OyI+PC9zcGFuPjxicj4gPHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHg7IiBk YXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTog MTJweDsiPklUIEluZnJhc3RydWN0dXJlIE1hbmFnZXI8YnI+IDxhIGhyZWY9Imh0dHA6Ly9taW92 aXNpb24uY29tLyIgdGFyZ2V0PSJfcGFyZW50IiBkYXRhLW1jZS1ocmVmPSJodHRwOi8vbWlvdmlz aW9uLmNvbS8iPk1pb3Zpc2lvbjwvYT4gfCA8ZW0+UmV0aGluayBUcmFmZmljPC9lbT48YnI+IDUx OS01MTMtMjQwNyBleC4yNTA8YnI+IDg3Ny02NDYtODQ3NiAodG9sbC1mcmVlKTxicj4gPGJyPiA8 c3Ryb25nIHN0eWxlPSJjb2xvcjogcmdiKDE1MywgMTUzLCAxNTMpOyBmb250LWZhbWlseTogYXJp YWwsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxM3B4OyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFt aWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEzcHg7IGNvbG9yOiAjOTk5OTk5OyI+ PGEgaHJlZj0iaHR0cDovL21pb3Zpc2lvbi5jb20vYmxvZyIgdGFyZ2V0PSJfcGFyZW50IiBkYXRh LW1jZS1ocmVmPSJodHRwOi8vbWlvdmlzaW9uLmNvbS9ibG9nIj5CbG9nPC9hPiZuYnNwOyB8ICZu YnNwOzwvc3Ryb25nPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDE1MywgMTUzLCAxNTMpOyBmb250 LWZhbWlseTogYXJpYWwsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxM3B4OyIgZGF0YS1tY2Utc3R5 bGU9ImZvbnQtZmFtaWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEzcHg7IGNvbG9y OiAjOTk5OTk5OyI+PHN0cm9uZz48YSBocmVmPSJodHRwczovL3d3dy5saW5rZWRpbi5jb20vY29t cGFueS9taW92aXNpb24tdGVjaG5vbG9naWVzIiB0YXJnZXQ9Il9wYXJlbnQiIGRhdGEtbWNlLWhy ZWY9Imh0dHBzOi8vd3d3LmxpbmtlZGluLmNvbS9jb21wYW55L21pb3Zpc2lvbi10ZWNobm9sb2dp ZXMiPkxpbmtlZEluPC9hPiZuYnNwOyZuYnNwO3wgJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90d2l0 dGVyLmNvbS9taW92aXNpb24iIHRhcmdldD0iX3BhcmVudCIgZGF0YS1tY2UtaHJlZj0iaHR0cHM6 Ly90d2l0dGVyLmNvbS9taW92aXNpb24iPlR3aXR0ZXI8L2E+Jm5ic3A7Jm5ic3A7fCAmbmJzcDs8 YSBocmVmPSJodHRwczovL3d3dy5mYWNlYm9vay5jb20vbWlvdmlzaW9uIiB0YXJnZXQ9Il9wYXJl bnQiIGRhdGEtbWNlLWhyZWY9Imh0dHBzOi8vd3d3LmZhY2Vib29rLmNvbS9taW92aXNpb24iPkZh Y2Vib29rPC9hPjwvc3Ryb25nPjwvc3Bhbj4gPC9zcGFuPjxociBzdHlsZT0iY29sb3I6IHJnYig1 MSwgNTEsIDUxKTsgY2xlYXI6IGJvdGg7IGZvbnQtZmFtaWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBm b250LXNpemU6IDEzcHg7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogMTNweDsgY29sb3I6ICMzMzMzMzM7IGNsZWFyOiBib3RoOyI+PGRp diBzdHlsZT0iY29sb3I6IHJnYigxNTMsIDE1MywgMTUzKTsgcGFkZGluZy10b3A6IDVweDsgZm9u dC1mYW1pbHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTNweDsiIGRhdGEtbWNlLXN0 eWxlPSJjb2xvcjogIzk5OTk5OTsgZm9udC1mYW1pbHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQt c2l6ZTogMTNweDsgcGFkZGluZy10b3A6IDVweDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog YXJpYWwsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB4OyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQt ZmFtaWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHg7Ij5NaW92aXNpb24gVGVj aG5vbG9naWVzIEluYy4gfCAxNDggTWFuaXRvdSBEcml2ZSwgU3VpdGUgMTAxLCBLaXRjaGVuZXIs IE9OLCBDYW5hZGEgfCZuYnNwO04yQyAxTDM8L3NwYW4+PGJyPiA8c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJweDsiIGRhdGEtbWNlLXN0eWxl PSJmb250LWZhbWlseTogYXJpYWwsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB4OyI+VGhpcyBl LW1haWwgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gdGhhdCBpcyBwcml2aWxlZ2VkIG9yIGNvbmZp ZGVudGlhbC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRl bGV0ZSB0aGUgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYW5kIG5vdGlmeSB1cyBpbW1lZGlh dGVseS48L3NwYW4+PC9kaXY+PC9kaXY+PC9kaXY+PGJyPjxkaXY+PGJyPjwvZGl2PjxkaXYgY2xh c3M9ImdtYWlsX3F1b3RlIj5PbiBUaHUsIEphbiAyMywgMjAxNCBhdCA3OjE4IFBNLCBBbmRyZXcg Q2F0aHJvdyA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzphY2F0aHJvd0ByZWRo YXQuY29tIiB0YXJnZXQ9Il9wYXJlbnQiIGRhdGEtbWNlLWhyZWY9Im1haWx0bzphY2F0aHJvd0By ZWRoYXQuY29tIj5hY2F0aHJvd0ByZWRoYXQuY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj48 YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46IDBweCAwcHggMHB4 IDAuOGV4OyBwYWRkaW5nLWxlZnQ6IDFleDsgYm9yZGVyLWxlZnQtY29sb3I6IHJnYigyMDQsIDIw NCwgMjA0KTsgYm9yZGVyLWxlZnQtd2lkdGg6IDFweDsgYm9yZGVyLWxlZnQtc3R5bGU6IHNvbGlk OyIgZGF0YS1tY2Utc3R5bGU9Im1hcmdpbjogMCAwIDAgLjhleDsgYm9yZGVyLWxlZnQ6IDFweCAj Y2NjIHNvbGlkOyBwYWRkaW5nLWxlZnQ6IDFleDsiPjxkaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6IGFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEwcHQ7IiBkYXRhLW1j ZS1zdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogYXJpYWwsaGVsdmV0aWNhLHNh bnMtc2VyaWY7Ij5BcmUgd2Ugc3VyZSB0aGF0IHRoZSBpc3N1ZSBpcyB0aGUgZ3Vlc3QgSS9PIC0g d2hhdCdzIHRoZSByYXcgcGVyZm9ybWFuY2Ugb24gdGhlIGhvc3QgYWNjZXNzaW5nIHRoZSBnbHVz dGVyIHN0b3JhZ2U/PGJyPjxkaXY+PGJyPjwvZGl2Pjxocj48YmxvY2txdW90ZSBzdHlsZT0icGFk ZGluZy1sZWZ0OiA1cHg7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2EsQXJpYWwsc2Fucy1zZXJpZjsg Zm9udC1zaXplOiAxMnB0OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7 IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgbWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAw cHg7IG1hcmdpbi1sZWZ0OiA1cHg7IGJvcmRlci1sZWZ0LWNvbG9yOiByZ2IoMTYsIDE2LCAyNTUp OyBib3JkZXItbGVmdC13aWR0aDogMnB4OyBib3JkZXItbGVmdC1zdHlsZTogc29saWQ7IiBkYXRh LW1jZS1zdHlsZT0icGFkZGluZy1sZWZ0OiA1cHg7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1zdHls ZTogbm9ybWFsOyBtYXJnaW4tbGVmdDogNXB4OyBmb250LWZhbWlseTogSGVsdmV0aWNhLEFyaWFs LHNhbnMtc2VyaWY7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgZm9udC13ZWlnaHQ6IG5vcm1hbDsg Ym9yZGVyLWxlZnQ6IDJweCBzb2xpZCAjMTAxMGZmOyI+PGI+RnJvbTogPC9iPiJTdGV2ZSBEYWlu YXJkIiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNkYWluYXJkQG1pb3Zpc2lvbi5jb20iIHRhcmdldD0i X3BhcmVudCIgZGF0YS1tY2UtaHJlZj0ibWFpbHRvOnNkYWluYXJkQG1pb3Zpc2lvbi5jb20iPnNk YWluYXJkQG1pb3Zpc2lvbi5jb208L2E+Jmd0Ozxicj48Yj5UbzogPC9iPiJJdGFtYXIgSGVpbSIg Jmx0OzxhIGhyZWY9Im1haWx0bzppaGVpbUByZWRoYXQuY29tIiB0YXJnZXQ9Il9wYXJlbnQiIGRh dGEtbWNlLWhyZWY9Im1haWx0bzppaGVpbUByZWRoYXQuY29tIj5paGVpbUByZWRoYXQuY29tPC9h PiZndDs8YnI+IDxiPkNjOiA8L2I+IlJvbmVuIEhvZCIgJmx0OzxhIGhyZWY9Im1haWx0bzpyaG9k QHJlZGhhdC5jb20iIHRhcmdldD0iX3BhcmVudCIgZGF0YS1tY2UtaHJlZj0ibWFpbHRvOnJob2RA cmVkaGF0LmNvbSI+cmhvZEByZWRoYXQuY29tPC9hPiZndDssICJ1c2VycyIgJmx0OzxhIGhyZWY9 Im1haWx0bzp1c2Vyc0BvdmlydC5vcmciIHRhcmdldD0iX3BhcmVudCIgZGF0YS1tY2UtaHJlZj0i bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZyI+dXNlcnNAb3ZpcnQub3JnPC9hPiZndDssICJTYW5qYXkg UmFvIiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNyYW9AcmVkaGF0LmNvbSIgdGFyZ2V0PSJfcGFyZW50 IiBkYXRhLW1jZS1ocmVmPSJtYWlsdG86c3Jhb0ByZWRoYXQuY29tIj5zcmFvQHJlZGhhdC5jb208 L2E+Jmd0Ozxicj4gPGI+U2VudDogPC9iPlRodXJzZGF5LCBKYW51YXJ5IDIzLCAyMDE0IDQ6NTY6 NTggUE08YnI+PGI+U3ViamVjdDogPC9iPlJlOiBbVXNlcnNdIEV4dHJlbWVseSBwb29yIGRpc2sg YWNjZXNzIHNwZWVkcyBpbiBXaW5kb3dzIGd1ZXN0PGRpdj48ZGl2IGNsYXNzPSJoNSI+PGJyPjxk aXY+PGJyPjwvZGl2PjxkaXYgZGlyPSJsdHIiPkkgaGF2ZSB0d28gb3B0aW9ucywgdmlydGlvIGFu ZCB2aXJ0aW8tc2NzaS48ZGl2Pjxicj48L2Rpdj48ZGl2Pkkgd2FzIHVzaW5nIHZpcnRpbywgYW5k IGhhdmUgYWxzbyBhdHRlbXB0ZWQgdmlydGlvLXNjc2kgb24gYW5vdGhlciBXaW5kb3dzIGd1ZXN0 IHdpdGggdGhlIHNhbWUgcmVzdWx0cy48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlVzaW5nIHRo ZSBuZXdlc3QgZHJpdmVycywgdmlydGlvLXdpbi0wLjEtNzQuaXNvLjwvZGl2PjwvZGl2PjxkaXYg Y2xhc3M9ImdtYWlsX2V4dHJhIj48YnIgY2xlYXI9ImFsbCI+PGRpdj48ZGl2IGRpcj0ibHRyIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTZw eDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTogYXJpYWwsc2Fucy1zZXJpZjsgZm9udC1z aXplOiAxNnB4OyI+PHN0cm9uZz5TdGV2ZSZuYnNwO0RhaW5hcmQmbmJzcDs8L3N0cm9uZz48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTJweDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LXNp emU6IDEycHg7Ij48L3NwYW4+PGJyPiA8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLHNh bnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJweDsiIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTog YXJpYWwsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB4OyI+SVQgSW5mcmFzdHJ1Y3R1cmUgTWFu YWdlcjxicj4gPGEgaHJlZj0iaHR0cDovL21pb3Zpc2lvbi5jb20vIiB0YXJnZXQ9Il9wYXJlbnQi IGRhdGEtbWNlLWhyZWY9Imh0dHA6Ly9taW92aXNpb24uY29tLyI+TWlvdmlzaW9uPC9hPiB8IDxl bT5SZXRoaW5rIFRyYWZmaWM8L2VtPjxicj4gPGEgaHJlZj0idGVsOjUxOS01MTMtMjQwNyIgdGFy Z2V0PSJfcGFyZW50IiBkYXRhLW1jZS1ocmVmPSJ0ZWw6NTE5LTUxMy0yNDA3Ij41MTktNTEzLTI0 MDc8L2E+IGV4LjI1MDxicj4gPGEgaHJlZj0idGVsOjg3Ny02NDYtODQ3NiIgdGFyZ2V0PSJfcGFy ZW50IiBkYXRhLW1jZS1ocmVmPSJ0ZWw6ODc3LTY0Ni04NDc2Ij44NzctNjQ2LTg0NzY8L2E+ICh0 b2xsLWZyZWUpPGJyPiA8YnI+IDxzdHJvbmcgc3R5bGU9ImNvbG9yOiByZ2IoMTUzLCAxNTMsIDE1 Myk7IGZvbnQtZmFtaWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEzcHg7IiBkYXRh LW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTNw eDsgY29sb3I6ICM5OTk5OTk7Ij48YSBocmVmPSJodHRwOi8vbWlvdmlzaW9uLmNvbS9ibG9nIiB0 YXJnZXQ9Il9wYXJlbnQiIGRhdGEtbWNlLWhyZWY9Imh0dHA6Ly9taW92aXNpb24uY29tL2Jsb2ci PkJsb2c8L2E+Jm5ic3A7IHwgJm5ic3A7PC9zdHJvbmc+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2Io MTUzLCAxNTMsIDE1Myk7IGZvbnQtZmFtaWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBmb250LXNpemU6 IDEzcHg7IiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZv bnQtc2l6ZTogMTNweDsgY29sb3I6ICM5OTk5OTk7Ij48c3Ryb25nPjxhIGhyZWY9Imh0dHBzOi8v d3d3LmxpbmtlZGluLmNvbS9jb21wYW55L21pb3Zpc2lvbi10ZWNobm9sb2dpZXMiIHRhcmdldD0i X3BhcmVudCIgZGF0YS1tY2UtaHJlZj0iaHR0cHM6Ly93d3cubGlua2VkaW4uY29tL2NvbXBhbnkv bWlvdmlzaW9uLXRlY2hub2xvZ2llcyI+TGlua2VkSW48L2E+Jm5ic3A7Jm5ic3A7fCAmbmJzcDs8 YSBocmVmPSJodHRwczovL3R3aXR0ZXIuY29tL21pb3Zpc2lvbiIgdGFyZ2V0PSJfcGFyZW50IiBk YXRhLW1jZS1ocmVmPSJodHRwczovL3R3aXR0ZXIuY29tL21pb3Zpc2lvbiI+VHdpdHRlcjwvYT4m bmJzcDsmbmJzcDt8ICZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vd3d3LmZhY2Vib29rLmNvbS9taW92 aXNpb24iIHRhcmdldD0iX3BhcmVudCIgZGF0YS1tY2UtaHJlZj0iaHR0cHM6Ly93d3cuZmFjZWJv b2suY29tL21pb3Zpc2lvbiI+RmFjZWJvb2s8L2E+PC9zdHJvbmc+PC9zcGFuPiA8L3NwYW4+PGhy IHN0eWxlPSJjb2xvcjogcmdiKDUxLCA1MSwgNTEpOyBjbGVhcjogYm90aDsgZm9udC1mYW1pbHk6 IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTNweDsiIGRhdGEtbWNlLXN0eWxlPSJmb250 LWZhbWlseTogYXJpYWwsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxM3B4OyBjb2xvcjogIzMzMzMz MzsgY2xlYXI6IGJvdGg7Ij48ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDE1MywgMTUzLCAxNTMpOyBw YWRkaW5nLXRvcDogNXB4OyBmb250LWZhbWlseTogYXJpYWwsc2Fucy1zZXJpZjsgZm9udC1zaXpl OiAxM3B4OyIgZGF0YS1tY2Utc3R5bGU9ImNvbG9yOiAjOTk5OTk5OyBmb250LWZhbWlseTogYXJp YWwsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxM3B4OyBwYWRkaW5nLXRvcDogNXB4OyI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHg7IiBk YXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTog MTJweDsiPk1pb3Zpc2lvbiBUZWNobm9sb2dpZXMgSW5jLiB8IDE0OCBNYW5pdG91IERyaXZlLCBT dWl0ZSAxMDEsIEtpdGNoZW5lciwgT04sIENhbmFkYSB8Jm5ic3A7TjJDIDFMMzwvc3Bhbj48YnI+ IDxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogYXJpYWwsc2Fucy1zZXJpZjsgZm9udC1zaXplOiAx MnB4OyIgZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlhbCxzYW5zLXNlcmlmOyBmb250 LXNpemU6IDEycHg7Ij5UaGlzIGUtbWFpbCBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0aGF0IGlz IHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQg cmVjaXBpZW50LCBwbGVhc2UgZGVsZXRlIHRoZSBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBh bmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5Ljwvc3Bhbj48L2Rpdj48L2Rpdj48L2Rpdj48YnI+PGRp dj48YnI+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIFRodSwgSmFuIDIzLCAyMDE0 IGF0IDQ6MjQgUE0sIEl0YW1hciBIZWltIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFp bHRvOmloZWltQHJlZGhhdC5jb20iIHRhcmdldD0iX3BhcmVudCIgZGF0YS1tY2UtaHJlZj0ibWFp bHRvOmloZWltQHJlZGhhdC5jb20iPmloZWltQHJlZGhhdC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3Jv dGU6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjogMHB4 IDBweCAwcHggMC44ZXg7IHBhZGRpbmctbGVmdDogMWV4OyBib3JkZXItbGVmdC1jb2xvcjogcmdi KDIwNCwgMjA0LCAyMDQpOyBib3JkZXItbGVmdC13aWR0aDogMXB4OyBib3JkZXItbGVmdC1zdHls ZTogc29saWQ7IiBkYXRhLW1jZS1zdHlsZT0ibWFyZ2luOiAwIDAgMCAuOGV4OyBib3JkZXItbGVm dDogMXB4ICNjY2Mgc29saWQ7IHBhZGRpbmctbGVmdDogMWV4OyI+PGRpdj5PbiAwMS8yMy8yMDE0 IDA3OjQ2IFBNLCBTdGV2ZSBEYWluYXJkIHdyb3RlOjxicj48YmxvY2txdW90ZSBjbGFzcz0iZ21h aWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46IDBweCAwcHggMHB4IDAuOGV4OyBwYWRkaW5nLWxlZnQ6 IDFleDsgYm9yZGVyLWxlZnQtY29sb3I6IHJnYigyMDQsIDIwNCwgMjA0KTsgYm9yZGVyLWxlZnQt d2lkdGg6IDFweDsgYm9yZGVyLWxlZnQtc3R5bGU6IHNvbGlkOyIgZGF0YS1tY2Utc3R5bGU9Im1h cmdpbjogMCAwIDAgLjhleDsgYm9yZGVyLWxlZnQ6IDFweCAjY2NjIHNvbGlkOyBwYWRkaW5nLWxl ZnQ6IDFleDsiPkJhY2tpbmcgU3RvcmFnZTogR2x1c3RlciBSZXBsaWNhPGJyPiBTdG9yYWdlIERv bWFpbjogTkZTPGJyPiBPdmlydCBIb3N0czogQ2VudE9TIDYuNTxicj4gT3ZpcnQgdmVyc2lvbjog My4zLjI8YnI+IE5ldHdvcms6IEdpZ0U8YnI+ICMgb2YgVk0nczogMyAtIHR3byBMaW51eCBndWVz dHMgYXJlIGlkbGUsIG9uZSBXaW5kb3dzIGd1ZXN0IGlzPGJyPiBpbnN0YWxsaW5nIHVwZGF0ZXMu PGJyPiA8YnI+IEkndmUgaW5zdGFsbGVkIGEgV2luZG93cyAyMDA4IFIyIGd1ZXN0IHdpdGggdmly dGlvIGRpc2ssIGFuZCBhbGwgdGhlPGJyPiBkcml2ZXJzIGZyb20gdGhlIGxhdGVzdCB2aXJ0aW8g aXNvLiBJJ3ZlIGFsc28gaW5zdGFsbGVkIHRoZSBzcGljZSBhZ2VudDxicj4gZHJpdmVycy48YnI+ IDxicj4gR3Vlc3QgZGlzayBhY2Nlc3MgaXMgaG9ycmlibHkgc2xvdywgUmVzb3VyY2UgbW9uaXRv ciBkdXJpbmcgV2luZG93czxicj4gdXBkYXRlcyBzaG93cyBEaXNrIHBlYWtpbmcgYXQgMU1CL3Nl YyAoc2NhbGUgbmV2ZXIgaW5jcmVhc2VzKSBhbmQgRGlzazxicj4gUXVldWUgTGVuZ3RoIFBlYWtp bmcgYXQgNSBhbmQgbG9va3MgdG8gYmUgc2l0dGluZyBhdCB0aGF0IGxldmVsIDk5JSBvZjxicj4g dGhlIHRpbWUuIDExMyB1cGRhdGVzIGluIFdpbmRvd3MgaGFzIGJlZW4gcnVubmluZyBzb2xpZGx5 IGZvciBhYm91dCAyLjU8YnI+IGhvdXJzIGFuZCBpcyBhdCA4OS8xMTMgdXBkYXRlcyBjb21wbGV0 ZS48YnI+PC9ibG9ja3F1b3RlPjxicj48L2Rpdj52aXJ0aW8tYmxvY2sgb3IgdmlydGlvLXNjc2k/ PGJyPiB3aGljaCB3aW5kb3dzIGd1ZXN0IGRyaXZlciB2ZXJzaW9uIGZvciB0aGF0Pzxicj4gPGJy PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjogMHB4IDBweCAw cHggMC44ZXg7IHBhZGRpbmctbGVmdDogMWV4OyBib3JkZXItbGVmdC1jb2xvcjogcmdiKDIwNCwg MjA0LCAyMDQpOyBib3JkZXItbGVmdC13aWR0aDogMXB4OyBib3JkZXItbGVmdC1zdHlsZTogc29s aWQ7IiBkYXRhLW1jZS1zdHlsZT0ibWFyZ2luOiAwIDAgMCAuOGV4OyBib3JkZXItbGVmdDogMXB4 ICNjY2Mgc29saWQ7IHBhZGRpbmctbGVmdDogMWV4OyI+PGRpdj48YnI+IEkgY2FuJ3Qgc2F5IG15 IExpbnV4IGd1ZXN0cyBhcmUgYmxpc3RlcmluZ2x5IGZhc3QsIGJ1dCB1cGRhdGluZyBhIGd1ZXN0 PGJyPiBmcm9tIFJIRUwgNi4zIGZyZXNoIGluc3RhbGwgdG8gNi41IHRvb2sgYWJvdXQgMjUgbWlu dXRlcy48YnI+IDxicj4gSWYgYW55b25lIGhhcyBhbnkgaWRlYXMsIHBsZWFzZSBsZXQgbWUga25v dyAtIEkgaGF2ZW4ndCBmb3VuZCBhbnkgdHVuaW5nPGJyPiBkb2NzIGZvciBXaW5kb3dzIGd1ZXN0 cyB0aGF0IGNvdWxkIGV4cGxhaW4gdGhpcyBpc3N1ZS48YnI+IDxicj4gVGhhbmtzLDxicj4gPGJy PiA8YnI+PC9kaXY+KlN0ZXZlIERhaW5hcmQgKjxicj4gPGJyPiA8YnI+IDxicj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPHNwYW4gc3R5bGU9InRleHQtZGVjb3JhdGlvbjogdW5kZXJs aW5lOyIgZGF0YS1tY2Utc3R5bGU9InRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyI+PC9zcGFu Pl9fX19fX19fX19fX19fX19fPGJyPiBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+IDxhIGhyZWY9Im1h aWx0bzpVc2Vyc0BvdmlydC5vcmciIHRhcmdldD0iX3BhcmVudCIgZGF0YS1tY2UtaHJlZj0ibWFp bHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPjxicj4gPGEgaHJlZj0iaHR0 cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiB0YXJnZXQ9Il9wYXJl bnQiIGRhdGEtbWNlLWhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by91c2VycyI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy88c3BhbiBzdHlsZT0idGV4dC1kZWNvcmF0 aW9uOiB1bmRlcmxpbmU7IiBkYXRhLW1jZS1zdHlsZT0idGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxp bmU7Ij48L3NwYW4+bWFpbG1hbi9saXN0aW5mby91c2VyczwvYT48YnI+IDxicj48L2Jsb2NrcXVv dGU+PGJyPjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+PGJyPl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPlVzZXJzIG1haWxpbmcgbGlzdDxicj48 YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3JnIiB0YXJnZXQ9Il9wYXJlbnQiIGRhdGEtbWNl LWhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT48YnI+PGEg aHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiB0YXJn ZXQ9Il9wYXJlbnQiIGRhdGEtbWNlLWhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1h bi9saXN0aW5mby91c2VycyI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzPC9hPjxicj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGJyPjwvZGl2PjwvZGl2Pjwv YmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+PC9ibG9ja3F1b3RlPjxkaXY+PGJyPjxicj48L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2Pi0tIDxicj48L2Rpdj48ZGl2PjxzcGFuPjwvc3Bhbj5TYW5q YXkgUmFvIDxicj5QcmluY2lwYWwgUGVyZm9ybWFuY2UgRW5naW5lZXIgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUGhvbmU6IDk3 OC0zOTItMjQ3OSA8YnI+UmVkIEhhdCwgSW5jLiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZBWDogOTc4LTM5Mi0xMDAx IDxicj4zMTQgTGl0dGxldG9uIFJvYWQgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgRW1haWw6IHNyYW9AcmVkaGF0LmNvbSA8YnI+V2VzdGZvcmQsIE1BIDAx ODg2IDxzcGFuPjwvc3Bhbj48YnI+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+CjwvYm9keT4KPC9o dG1sPgo= --_7268CB10-E597-419C-B2BE-EEC079156B7D_-- --_9a4ce072-90af-4283-8756-2cce79d93e12_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users --_9a4ce072-90af-4283-8756-2cce79d93e12_--

6 13

[Users] Unable to log on with expired passord
by Sigbjorn Lie 31 Jan '14

31 Jan '14

Hi, I am doing a POC of RHEV 3.2 VDI for a customer. Their users are located in an IPA server, and RHEV and IPA has been connected using rhevm-manage-domains. During the POC we discovered that users which have expired password cannot log on. They receive an Incorrect password error message. 1. They should at least receive a Your password has expired error instead of the Incorrect password error message as this is confusing for the user. 2. This creates a problem, as every time a password is reset in IPA, it's automatically set to be expired so the user will change password at next logon. Is there a way around this? I would like to see the user being able to log on the User Portal with the expired password, and then he will be asked to change his password as usual once he's logging into his Linux VDI machine. Regards, Siggi

2 6

[Users] Authentication
by Maurice James 31 Jan '14

31 Jan '14

--_c5e127bf-5522-42e4-b743-d5eabf12f588_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Is anyone working on LDAP authentication that does NOT require the use of k= erberos yet? If so=2C what is the timeframe? = --_c5e127bf-5522-42e4-b743-d5eabf12f588_ 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'>Is anyone working on LDAP authen= tication that does NOT require the use of kerberos yet? If so=2C what is th= e timeframe? </div></body> </html>= --_c5e127bf-5522-42e4-b743-d5eabf12f588_--

2 1

[Users] Share SPICE console between 2 admins
by Markus Stockhausen 31 Jan '14

31 Jan '14

This is a multi-part message in MIME format. ------=_NextPartTM-000-a66eb004-3599-4b55-94f2-34274e6be15f Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello,=0A= =0A= we want to share the spice console of our VMs for 2 or more=0A= administrators. So that they can see the same desktop. I read=0A= several articles about SPICE_DEBUG_ALLOW_MC=3D1 and think=0A= that my be the way to go. =0A= =0A= The only problem seems to be that I must set it as an environment=0A= variable on the hypervisor hosts. /etc/profile does not work. Seems=0A= to be a similar problem as in proxmox.=0A= =0A= http://forum.proxmox.com/threads/17265-Siimultaneous-Spice-Client-Connectio= ns=0A= =0A= But where to fix that in Ovirt?=0A= =0A= Markus= ------=_NextPartTM-000-a66eb004-3599-4b55-94f2-34274e6be15f Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-a66eb004-3599-4b55-94f2-34274e6be15f--

2 2

[Users] Notes on setting spice-proxy console option
by David Li 31 Jan '14

31 Jan '14

Hi, I have struggled quite a bit to get it up and running. Over the time, I have accumulated some notes on various things I did so to share with everyone who is interested in doing this. This complements the online doc in a way that might give me a complete picture in one place. However I need some clarifications as I might have forgotten to document certain steps or certain steps I did turn out to be not necessary in the end. It will be great if experts here can help me get the things straight. My setup is like: Browser (firefox 24.2 on RHEL6) ------------ ovirt-engine (3.3.2) ------------ ovirt-node (3.0.3) No direct network connectivity from the browser machine to the node machine. These are the major things I installed for spice-proxy to work: * On ovirt-engine: yum install spice-gtk, virt-viewer, spice-xpi yum-install squid /etc/squid/squid.conf updates: acl localhost src <browser IP addr> #http_access deny CONNECT !SSL_ports http_access deny !Safe_ports http_port 3128 service squid restart make sure iptables allow 3128 engine-config -s SpiceProxyDefault= http://<ovirt-engine-IP>:3128 service ovirt-engine restart * On browser machine running firefox 24.2.0 on RHEL6 for running browser console plugin client yum install spice-xpi. make sure VM's console option is set to SPICE Are the above steps reasonable? any missing or redundant? Additional questions: 1. Will spice-proxy work with the Spice HTML5 client in the browser? 2. Is the spice-proxy architecture diagram like: browser --------- squid proxy - spice-proxy ---------------------- VM 3. I didn't explicitly install any certs for the squid proxy. Is it automatically taken care of? References: http://www.ovirt.org/Console_Client_Resources http://www.ovirt.org/Features/Spice_Proxy https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… Thanks. David

4 8

[Users] vdsm-python-cpopen is obsoleted by python-cpopen
by Robert Story 30 Jan '14

30 Jan '14

--Sig_/Lottk3k7HLb.l+RAotF_X1I Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, Any status on the pthon-cpopen obsoleted issue? Or any work-arounds? BZ is here: https://bugzilla.redhat.com/show_bug.cgi?id=3D1056470. I can't instal= l add an el6 host to my cluster.. :-/ --> Processing Dependency: vdsm-python-cpopen for package: vdsm-xmlrpc-4.13= .3-2.el6.noarch Package vdsm-python-cpopen is obsoleted by python-cpopen, but obsoleting pa= ckage does not provide for requirements --> Finished Dependency Resolution Error: Package: vdsm-xmlrpc-4.13.3-2.el6.noarch (ovirt-3.3.2) Requires: vdsm-python-cpopen Available: python-cpopen-1.3-1.el6.x86_64 (epel) vdsm-python-cpopen =3D 4.13.2 Available: vdsm-python-cpopen-4.12.1-2.el6.i686 (ovirt-stable) vdsm-python-cpopen =3D 4.12.1-2.el6 Available: vdsm-python-cpopen-4.12.1-4.el6.i686 (ovirt-stable) vdsm-python-cpopen =3D 4.12.1-4.el6 Available: vdsm-python-cpopen-4.13.0-9.el6.i686 (ovirt-stable) vdsm-python-cpopen =3D 4.13.0-9.el6 Available: vdsm-python-cpopen-4.13.0-11.el6.i686 (ovirt-stable) vdsm-python-cpopen =3D 4.13.0-11.el6 Available: vdsm-python-cpopen-4.13.2-1.el6.i686 (ovirt-3.3.2) vdsm-python-cpopen =3D 4.13.2-1.el6 Available: vdsm-python-cpopen-4.13.3-2.el6.i686 (ovirt-3.3.2) vdsm-python-cpopen =3D 4.13.3-2.el6 You could try using --skip-broken to work around the problem Robert -- Senior Software Engineer @ Parsons --Sig_/Lottk3k7HLb.l+RAotF_X1I Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlLqtv8ACgkQ7/fVLLY1mniCwQCfdPHEJ37Xw+LWC9A/aU0/xWJw gf4AoIMNVRg5N1Hv+tg8kD/Xg83eknxp =mx3j -----END PGP SIGNATURE----- --Sig_/Lottk3k7HLb.l+RAotF_X1I--

2 2

[Users] engine-backup restore how to
by Steve Dainard 30 Jan '14

30 Jan '14

There doesn't seem to be any solid documentation on how to use the engine-backup restore function, and I'm not able to restore a backup. The best I've come up with is: 1. Install engine on new host 2. Stop engine 3. run engine-backup --mode=restore --file=filename --log=logfile Fail. Log shows: psql: FATAL: password authentication failed for user "engine" 2014-01-29 18:20:30 10285: FATAL: Can't connect to the database 4. engine-backup --mode=restore --file=engine.bak --log=logfile --change-db-credentials --db-host=localhost --db-user=engine --db-name=engine --db-password='newpassword' Fails with same error. 5. change user to postgres, drop the old db, create a new db named engine, set password for engine user same as 'newpassword' 6. engine-backup --mode=restore --file=engine.bak --log=logfile --change-db-credentials --db-host=localhost --db-user=engine --db-name=engine --db-password='newpassword' Restoring... Rewriting /etc/ovirt-engine/engine.conf.d/10-setup-database.conf Note: you might need to manually fix: - iptables/firewalld configuration - autostart of ovirt-engine service You can now start the engine service and then restart httpd Done. 7. start ovirt-engine, restart httpd, browse to web ui Blank page, no content. 8. stop firewall, browse to web ui Blank page, no content 9. Engine log contains: 2014-01-29 18:35:56,973 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-40) Value of property "SENSITIVE_KEYS" is ",ENGINE_DB_PASSWORD,ENGINE_PKI_TR UST_STORE_PASSWORD,ENGINE_PKI_ENGINE_STORE_PASSWORD". 2014-01-29 18:35:57,330 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-25) Error in getting DB connection. The database is inaccessible. Original exception is: BadSqlGrammarException: CallableStatementCallback; bad SQL grammar [{call checkdbconnection()}]; nested exception is org.postgresql.util.PSQLException: ERROR: function checkdbconnection() does not exist Hint: No function matches the given name and argument types. You might need to add explicit type casts. Position: 15 2014-01-29 18:35:58,336 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-25) Error in getting DB connection. The database is inaccessible. Original exception is: UncategorizedSQLException: CallableStatementCallback; uncategorized SQLException for SQL [{call checkdbconnection()}]; SQL state [25P02]; error code [0]; ERROR: current transaction is aborted, commands ignored until end of transaction block; nested exception is org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block *Steve Dainard * IT Infrastructure Manager Miovision <http://miovision.com/> | *Rethink Traffic* 519-513-2407 ex.250 877-646-8476 (toll-free) *Blog <http://miovision.com/blog> | **LinkedIn <https://www.linkedin.com/company/miovision-technologies> | Twitter <https://twitter.com/miovision> | Facebook <https://www.facebook.com/miovision>* ------------------------------ Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.

3 6

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

30 Jan '14

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.

2 2

[Users] Weird crash of oVirt-3.3.2-el6
by Joop 30 Jan '14

30 Jan '14

Hi All, Just saw that something has gone 'wrong' in my oVirt installation and I can't make sense of it. Full logs are placed in a save place but I would like to start with the following from /var/log/message on ovirt04: Jan 30 07:31:52 ovirt04 vdsm TaskManager.Task ERROR Task=`2a424ca3-19f6-4e01-9e42-ec377655c6f1`::Unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/storage/task.py", line 857, in _run#012 return fn(*args, **kargs)#012 File "/usr/share/vdsm/logUtils.py", line 45, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/storage/hsm.py", line 3049, in get VolumeSize#012 apparentsize = str(volClass.getVSize(dom, imgUUID, volUUID, bs=1))#012 File "/usr/share/vdsm/storage/fileVolume.py", line 418, in getVSize#012 return int(sdobj.oop.os.stat(volPath ).st_size / bs)#012 File "/usr/share/vdsm/storage/remoteFileHandler.py", line 312, in callCrabRPCFunction#012 raise Exception("No free file handlers in pool")#012Exception: No free file handlers in pool From that point on it goes downhill. Ovirt04 was the SPM, that got transferred to ovirt02, all VM's on ovirt04 are set to paused, but only in the logs and the webui. In real life they are running fine (virsh -r list on ovirt04 confirms that). I can select all paused VM's and 'run' them and that clears up de webui and doesn't harm the VM's sofar as I can tell but shouldn't be necessary. Joop

3 4