- Users - oVirt List Archives

[Users] ovirt 3.1 vnc passwordless setup
by Alexandru Vladulescu 20 Dec '12

20 Dec '12

Hi guys, I am running Ovirt 3.1 (fresh install -- no upgrade) on some Centos 6.3 servers; and I did a small setup regarding 2 hypervisors, 1 node controller and 1 NAS server providing NFS export, storage & ISO domains for the appliances. All this solution has one server more that's acting as a firewall and traffic policy shaping in front of the network setup. The problem that I am facing right now, is that I am trying to setup Ovirt on VNC remote connection in the manner that does not require password login with 120 seconds expiration timeout. Somehow I would like to map VNC ports on the 2 hypervisor nodes to bond with a vnc reflector installed on the node controller, which also acts as a VPN server on the setup for out-band connections. Therefore, users connecting over VPN could get access to the VNC of the VMs without entering the web portal and requiring an active VNC password with 120 seconds expiration time. I tried digging through the libvirtd.conf and qemu.conf configuration files, found some VNC parameters but none seemed to do the job for my purpose. I must mention that I have been looking for a similar setup on the Ovirt documentation page as well as googlin' it. You help will be much appreciated. My regards, Alex Vladulescu

2 1

[Users] Maintenance outage :: lists.ovirt.org :: 2012-12-20 01:00 UTC
by Karsten 'quaid' Wade 20 Dec '12

20 Dec '12

This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig499090C9A4399B31F318A0E8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There is an outage of lists.ovirt.org for ten minutes to increase disk space on the host. The outage will occur at 2012-12-20 01:00 UTC. To view in your local time= : date -d '2012-12-20 01:00 UTC' =3D=3D Details =3D=3D We are constantly nearly out of disk space on linode01.ovirt.org, which hosts the Mailman and yum/download repositories. As a stop-gap help, I've got 5 GB more of space I can put in to the host = VM. We plan to migrate this host to one of the Alter Way instances, probably a VM running on one of the two physical machines. If possible, we'll make this move soonest for both the Mailman and download repositories. =3D=3D Affected services =3D=3D * lists.ovirt.org * resources.ovirt.org * httpd redirects of old URLs * IRC bot =3D=3D=3D Not-affected services =3D=3D * www.ovirt.org * jenkins.ovirt.org * gerrit.ovirt.org * git.ovirt.org =3D=3D Future plans =3D=3D Move services to a host with more space and capability, as part of the Infra team general hosting plan. --=20 Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 --------------enig499090C9A4399B31F318A0E8 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.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iD8DBQFQ0kjP2ZIOBq0ODEERAkcqAKDNPGtRQMuvXdFTAg2onhI0t/uY1ACgtyB9 vUGV+2yJZuWyiK1ppiRusB8= =jSAP -----END PGP SIGNATURE----- --------------enig499090C9A4399B31F318A0E8--

1 0

[Users] ovirt-shell as ForceCommand for ssh logins
by Jiri Belka 19 Dec '12

19 Dec '12

Hi, ForceCommand for ssh session can force command for logging user. Problem is ovirt-shell enables shell commands, that's not nice if we would just want to give sysadmins some "restricted" cli for managing oVirt environment. 1. Could be implemented an option to disable these shell "escapes"? Like '-S', so it would be 'comment="/usr/bin/ovirt-shell -S"' in user's authorized_keys. 2. Could be implemented an ovirt-shell command like 'set' to set configuration from ovirt-shell and save it(yes, user in ovirt-shell should not touch filesystem directly)? Example: > set username = "foo@domain" > save -a # save all runtime settings 3. Aliases like in lftp client? > alias lsvmmyvm list vms --query "name=myvm*" > save alias lsvmmyvm jbelka

2 3

[Users] ovirt 3.2 Alpha - invalid packages
by Winfried de Heiden 19 Dec '12

19 Dec '12

5 6

[Users] attempted live snapshot, machine paused, wouldn't restart
by Erik Jacobs 19 Dec '12

19 Dec '12

I attempted to take a snapshot of a machine while it was running. I noticed that the machine was paused, and then I attempted to resume it. The machine looked like it was going to launch, but the events tab simply indicated that execution of launching the vm failed. Here's the engine.log at the time: 2012-12-18 22:53:55,838 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand] (ajp--0.0.0.0-8009-5) START, IsValidVDSCommand(storagePoolId = 2ccd03b1-fd0e-4578-88ce-e5065a9742d7, ignoreFailoverLimit = false, compatabilityVersion = null), log id: 19399f32 2012-12-18 22:53:55,848 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand] (ajp--0.0.0.0-8009-5) FINISH, IsValidVDSCommand, return: true, log id: 19399f32 2012-12-18 22:53:55,894 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--0.0.0.0-8009-5) START, IsVmDuringInitiatingVDSCommand(vmId = 35d58779-ee24-4926-8612-e053ff48881b), log id: 76d4a2b2 2012-12-18 22:53:55,895 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--0.0.0.0-8009-5) FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 76d4a2b2 2012-12-18 22:53:55,935 INFO [org.ovirt.engine.core.bll.RunVmCommand] (pool-3-thread-49) [17252a1c] Lock Acquired to object EngineLock [exclusiveLocks= key: 35d58779-ee24-4926-8612-e053ff48881b value: VM , sharedLocks= ] 2012-12-18 22:53:55,952 INFO [org.ovirt.engine.core.bll.RunVmCommand] (pool-3-thread-49) [17252a1c] Running command: RunVmCommand internal: false. Entities affected : ID: 35d58779-ee24-4926-8612-e053ff48881b Type: VM 2012-12-18 22:53:55,966 INFO [org.ovirt.engine.core.vdsbroker.ResumeVDSCommand] (pool-3-thread-49) [17252a1c] START, ResumeVDSCommand(vdsId = 0a7046ea-216d-11e2-8fe8-001372eb596b, vmId=35d58779-ee24-4926-8612-e053ff48881b), log id: 607d6dc2 2012-12-18 22:53:55,976 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ResumeBrokerVDSCommand] (pool-3-thread-49) [17252a1c] START, ResumeBrokerVDSCommand(vdsId = 0a7046ea-216d-11e2-8fe8-001372eb596b, vmId=35d58779-ee24-4926-8612-e053ff48881b), log id: 66b1872c 2012-12-18 22:53:56,292 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ResumeBrokerVDSCommand] (pool-3-thread-49) [17252a1c] FINISH, ResumeBrokerVDSCommand, log id: 66b1872c 2012-12-18 22:53:56,298 INFO [org.ovirt.engine.core.vdsbroker.ResumeVDSCommand] (pool-3-thread-49) [17252a1c] FINISH, ResumeVDSCommand, return: PoweringUp, log id: 607d6dc2 2012-12-18 22:53:56,302 INFO [org.ovirt.engine.core.bll.RunVmCommand] (pool-3-thread-49) [17252a1c] Lock freed to object EngineLock [exclusiveLocks= key: 35d58779-ee24-4926-8612-e053ff48881b value: VM , sharedLocks= ] I'm not sure if I was missing something, or if I needed to wait for something to complete, or what. I ended up just stopping the machine and then starting it from cold. Any thoughts here? I'm happy to attempt this again and to see if it breaks the same way and to capture more data. Cheers, -- Erik Jacobs ATLElite / www.atlelite.com DGTrials / www.DGTrials.com FestiveGarage / www.FestiveGarage.com Riding Resource / www.RidingResource.com www.erikjacobs.com (C) 646-284-3482 (F) 404-585-4409

3 3

[Users] Network firewall doubts on allinone setup
by Adrian Gibanel 19 Dec '12

19 Dec '12

First I describe my firewall setup: Default firewall content ( /etc/sysconfig/iptables ) ---------------------------------- # Generated by ovirt-engine installer #filtering rules *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [52:9697] :RH-Firewall-1-INPUT - [0:0] -A INPUT -j RH-Firewall-1-INPUT -A FORWARD -j RH-Firewall-1-INPUT -A RH-Firewall-1-INPUT -i lo -j ACCEPT -A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT -A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 5900 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 5901 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 81 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 444 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 111 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 111 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 892 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 892 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 875 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 875 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 662 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 662 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 2049 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 32803 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 32769 -j ACCEPT #drop all rule -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited COMMIT /etc/libvirt/qemu/networks/honly0200.xml -------------------------------------------------------  <network> <name>honly0200</name> <uuid>09697e5f-e834-8f26-c55e-5866cb1abafc</uuid> <forward mode='nat'/> <bridge name='honly0200' stp='on' delay='0' /> <mac address='52:54:00:41:16:38'/> <ip address='192.168.2.1' netmask='255.255.255.248'> </ip> </network> ----------------------------------------------- So if I run: service iptables restart then: iptables -L -v --line-numbers Chain INPUT (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 1 504 153K RH-Firewall-1-INPUT all -- any any anywhere anywhere Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 1 0 0 RH-Firewall-1-INPUT all -- any any anywhere anywhere Chain OUTPUT (policy ACCEPT 478 packets, 159K bytes) num pkts bytes target prot opt in out source destination Chain RH-Firewall-1-INPUT (2 references) num pkts bytes target prot opt in out source destination 1 374 132K ACCEPT all -- lo any anywhere anywhere 2 0 0 ACCEPT icmp -- any any anywhere anywhere icmp any 3 120 19824 ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED 4 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:ssh 5 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:rfb 6 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:5901 7 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:81 8 8 480 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:snpp 9 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:sunrpc 10 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:sunrpc 11 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:892 12 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:892 13 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:rquotad 14 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:rquotad 15 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:pftp 16 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:pftp 17 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:nfs 18 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:32803 19 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:filenet-rpc 20 2 80 REJECT all -- any any anywhere anywhere reject-with icmp-host-prohibited And I also get: iptables -L -v --line-numbers -t nat Chain PREROUTING (policy ACCEPT 3021 packets, 300K bytes) num pkts bytes target prot opt in out source destination 1 0 0 DNAT tcp -- eth0 any anywhere anywhere tcp dpt:50202 to:192.168.2.2:22 2 0 0 DNAT udp -- eth0 any anywhere anywhere udp dpt:50202 to:192.168.2.2:22 Chain INPUT (policy ACCEPT 1296 packets, 78884 bytes) num pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 2833 packets, 442K bytes) num pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 2833 packets, 442K bytes) num pkts bytes target prot opt in out source destination 1 0 0 MASQUERADE tcp -- any any 192.168.2.0/29 !192.168.2.0/29 masq ports: 1024-65535 2 0 0 MASQUERADE udp -- any any 192.168.2.0/29 !192.168.2.0/29 masq ports: 1024-65535 3 0 0 MASQUERADE all -- any any 192.168.2.0/29 !192.168.2.0/29 So... as I want that honly0200 to have access to the Internet via NAT I restart libvirtd service as it's suggested here: http://wiki.libvirt.org/page/Guest_can_reach_host,_but_can%27t_reach_outsid…. service libvirtd restart So if I run: service iptables restart after libvirtd restarted then: iptables -L -v --line-numbers Chain INPUT (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 1 0 0 ACCEPT udp -- honly0200 any anywhere anywhere udp dpt:domain 2 0 0 ACCEPT tcp -- honly0200 any anywhere anywhere tcp dpt:domain 3 0 0 ACCEPT udp -- honly0200 any anywhere anywhere udp dpt:bootps 4 0 0 ACCEPT tcp -- honly0200 any anywhere anywhere tcp dpt:bootps 5 29974 10M RH-Firewall-1-INPUT all -- any any anywhere anywhere Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 1 0 0 ACCEPT all -- any honly0200 anywhere 192.168.2.0/29 state RELATED,ESTABLISHED 2 0 0 ACCEPT all -- honly0200 any 192.168.2.0/29 anywhere 3 0 0 ACCEPT all -- honly0200 honly0200 anywhere anywhere 4 0 0 REJECT all -- any honly0200 anywhere anywhere reject-with icmp-port-unreachable 5 0 0 REJECT all -- honly0200 any anywhere anywhere reject-with icmp-port-unreachable 6 0 0 RH-Firewall-1-INPUT all -- any any anywhere anywhere Chain OUTPUT (policy ACCEPT 22701 packets, 7628K bytes) num pkts bytes target prot opt in out source destination Chain RH-Firewall-1-INPUT (2 references) num pkts bytes target prot opt in out source destination 1 25844 9124K ACCEPT all -- lo any anywhere anywhere 2 0 0 ACCEPT icmp -- any any anywhere anywhere icmp any 3 3364 921K ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED 4 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:ssh 5 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:rfb 6 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:5901 7 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:81 8 458 27480 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:snpp 9 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:sunrpc 10 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:sunrpc 11 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:892 12 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:892 13 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:rquotad 14 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:rquotad 15 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:pftp 16 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:pftp 17 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:nfs 18 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:32803 19 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:filenet-rpc 20 308 14264 REJECT all -- any any anywhere anywhere reject-with icmp-host-prohibited And I also get: iptables -L -v --line-numbers -t nat Chain PREROUTING (policy ACCEPT 1116 packets, 118K bytes) num pkts bytes target prot opt in out source destination 1 0 0 DNAT tcp -- eth0 any anywhere anywhere tcp dpt:50202 to:192.168.2.2:22 2 0 0 DNAT udp -- eth0 any anywhere anywhere udp dpt:50202 to:192.168.2.2:22 Chain INPUT (policy ACCEPT 399 packets, 23940 bytes) num pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 637 packets, 56768 bytes) num pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 637 packets, 56768 bytes) num pkts bytes target prot opt in out source destination 1 0 0 MASQUERADE tcp -- any any 192.168.2.0/29 !192.168.2.0/29 masq ports: 1024-65535 2 0 0 MASQUERADE udp -- any any 192.168.2.0/29 !192.168.2.0/29 masq ports: 1024-65535 3 0 0 MASQUERADE all -- any any 192.168.2.0/29 !192.168.2.0/29 So... That's it. The last setup is the one I want it to persist. Well, actually, I also need that an script called from: /etc/rc.d/rc.local later modifies firewall rules too. But let's focus on restarting iptables and libvirtd services. Now I'm going to reboot and you're going to see that its firewall rules are not the expected ones: iptables -L -v --line-numbers Chain INPUT (policy ACCEPT 192K packets, 62M bytes) num pkts bytes target prot opt in out source destination 1 0 0 ACCEPT udp -- honly0200 any anywhere anywhere udp dpt:domain 2 0 0 ACCEPT tcp -- honly0200 any anywhere anywhere tcp dpt:domain 3 0 0 ACCEPT udp -- honly0200 any anywhere anywhere udp dpt:bootps 4 0 0 ACCEPT tcp -- honly0200 any anywhere anywhere tcp dpt:bootps Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 1 0 0 ACCEPT all -- any honly0200 anywhere 192.168.2.0/29 state RELATED,ESTABLISHED 2 0 0 ACCEPT all -- honly0200 any 192.168.2.0/29 anywhere 3 0 0 ACCEPT all -- honly0200 honly0200 anywhere anywhere 4 0 0 REJECT all -- any honly0200 anywhere anywhere reject-with icmp-port-unreachable 5 0 0 REJECT all -- honly0200 any anywhere anywhere reject-with icmp-port-unreachable 6 0 0 ACCEPT tcp -- eth0 any anywhere 192.168.2.2 tcp dpt:ssh 7 0 0 ACCEPT udp -- eth0 any anywhere 192.168.2.2 udp dpt:ssh Chain OUTPUT (policy ACCEPT 191K packets, 61M bytes) num pkts bytes target prot opt in out source destinatio and also: iptables -L -v --line-numbers -t nat Chain PREROUTING (policy ACCEPT 8683 packets, 933K bytes) num pkts bytes target prot opt in out source destination 1 0 0 DNAT tcp -- eth0 any anywhere anywhere tcp dpt:50202 to:192.168.2.2:22 2 0 0 DNAT udp -- eth0 any anywhere anywhere udp dpt:50202 to:192.168.2.2:22 Chain INPUT (policy ACCEPT 2687 packets, 165K bytes) num pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 7602 packets, 936K bytes) num pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 7602 packets, 936K bytes) num pkts bytes target prot opt in out source destination 1 0 0 MASQUERADE tcp -- any any 192.168.2.0/29 !192.168.2.0/29 masq ports: 1024-65535 2 0 0 MASQUERADE udp -- any any 192.168.2.0/29 !192.168.2.0/29 masq ports: 1024-65535 3 0 0 MASQUERADE all -- any any 192.168.2.0/29 !192.168.2.0/29 I suppose I will fix this issue by running iptables and libvirtd service restarts at rc.d/rc.local but... I would like to understand a little bit better what's going under the hood so that I don't have to implement workarounds. So... any other service that might modify iptables rules? Maybe anyone oVirt specific? Thank you. -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

1 0

[Users] Migration failing
by Neil 19 Dec '12

19 Dec '12

Hi guys, I've just migrated all(3) my VM's from one host to another for planned maintenance, and now when trying to migrate the VM's back to the original host, I'm receiving a "Fatal error" and can't migrate a single machine back to node02. Attached is my engine.log I'm running Centos 6.3 with the following oVirt package versions from dreyou. ovirt-engine-setup-3.1.0-3.19.el6.noarch ovirt-engine-3.1.0-3.19.el6.noarch ovirt-engine-sdk-3.1.0.5-1.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-config-3.1.0-3.19.el6.noarch ovirt-image-uploader-3.1.0-16.el6.noarch ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch ovirt-engine-notification-service-3.1.0-3.19.el6.noarch ovirt-log-collector-3.1.0-16.el6.noarch ovirt-engine-genericapi-3.1.0-3.19.el6.noarch ovirt-engine-userportal-3.1.0-3.19.el6.noarch ovirt-engine-tools-common-3.1.0-3.19.el6.noarch ovirt-engine-backend-3.1.0-3.19.el6.noarch ovirt-iso-uploader-3.1.0-16.el6.noarch ovirt-engine-cli-3.1.0.7-1.el6.noarch ovirt-engine-restapi-3.1.0-3.19.el6.noarch ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch Any ideas? I need to shut down both hosts tomorrow for RAM upgrades, but my plan was to avoid downtime by migrating all the VM's to one machine and then the other. Any assistance is greatly appreciated. This system was upgraded from oVirt 3.0 to 3.1 and the engine was moved to another physical machine and the hostname was changed as well. Thanks. Regards, Neil Wilson.

3 8

[Users] Host Install Failing
by Neil 19 Dec '12

19 Dec '12

Hi guys, I'm re-visiting an older issue that I was trying to resolve a while ago. I have an oVirt 3.1 system that was upgraded from 3.0, during the same upgrade the hostname of the engine was changed, and the keys etc were all regenerated. I'm trying to add a new host to the cluster but my install is failing with the following error in my "vds_installer.262945.log" ... Tue, 18 Dec 2012 11:22:26 DEBUG **** Start VDS Installation **** Tue, 18 Dec 2012 11:22:26 DEBUG get_id_line: read line CentOS release 6.3 (Final). Tue, 18 Dec 2012 11:22:26 DEBUG lsb_release: input line CentOS release 6.3 (Final). Tue, 18 Dec 2012 11:22:26 DEBUG lsb_release: return: CentOS. Tue, 18 Dec 2012 11:22:26 DEBUG <BSTRAP component='INSTALLER' status='OK' message='Test platform succeeded'/> Tue, 18 Dec 2012 11:22:26 DEBUG trying to fetch deployUtil.py script cmd = '/usr/bin/curl -s -k -w %{http_code} -o /tmp/deployUtil.py http://backup.blabl.com/deployUtil.py' Tue, 18 Dec 2012 11:22:26 DEBUG <BSTRAP component='INSTALLER LIB' status='FAIL' message='deployUtil.py download failed. Pathname could not be resolved (verify computer/domain name).'/> where backup.blabla.com is my oVirt engine. The host resolves correctly and if I browse to the hostname I receive the ovirt front end, however if I try and browse to deployUtil.py I get a 404 error. Seems like the file either isn't in the correct location on my engine or the permissions are wrong, below is the file with permissions from my engine.... -rw-r--r--. 1 root root 46943 Aug 27 16:29 /usr/share/vdsm-bootstrap/deployUtil.py These are my versions.. ovirt-engine-setup-3.1.0-3.19.el6.noarch ovirt-engine-3.1.0-3.19.el6.noarch ovirt-engine-sdk-3.1.0.5-1.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-config-3.1.0-3.19.el6.noarch ovirt-image-uploader-3.1.0-16.el6.noarch ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch ovirt-engine-notification-service-3.1.0-3.19.el6.noarch ovirt-log-collector-3.1.0-16.el6.noarch ovirt-engine-genericapi-3.1.0-3.19.el6.noarch ovirt-engine-userportal-3.1.0-3.19.el6.noarch ovirt-engine-tools-common-3.1.0-3.19.el6.noarch ovirt-engine-backend-3.1.0-3.19.el6.noarch ovirt-iso-uploader-3.1.0-16.el6.noarch ovirt-engine-cli-3.1.0.7-1.el6.noarch ovirt-engine-restapi-3.1.0-3.19.el6.noarch ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch using Centos 6.3 on all hosts and engine In my engine.log I saw the following in the logs... <BSTRAP component='INSTALLER LIB' status='OK' message='Install library already exists'/> <BSTRAP component='INSTALLER' status='FAIL' message='vds_bootstrap.py download failed. Pathname could not be resolved (verify computer/domain name).'/> . FYI. (Stage: Running first installation script on Host) 2012-12-18 12:18:09,360 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-47) RunSSHCommand returns true 2012-12-18 12:18:09,360 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-47) [63c27417] RunScript ended:true 2012-12-18 12:18:09,361 ERROR [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-47) [63c27417] Installation of 10.0.2.23. No meaningful response received from Host. (Stage: Running first installation script on Host) I have thoroughly checked hosts, dns and firewalls. Please shout if any further info is required Thank you. Regards. Neil Wilson.

3 4

[Users] Testing ovirt all in one on F18 gives error on DB creation
by Gianluca Cecchi 18 Dec '12

18 Dec '12

Hello, testing oVirt for with all in one config in f18 beta. engine-setup fails in Database creation and in db log file: saying to check log file /var/log/ovirt-engine/engine-setup_2012_12_01_15_35_22.log I can see 2012-12-01 15:36:32::DEBUG::setup_sequences::59::root:: running _createDB 2012-12-01 15:36:32::DEBUG::engine-setup::937::root:: installing postgres db 2012-12-01 15:36:32::DEBUG::engine-setup::940::root:: engine db creation is logged at /var/log/ovirt-engine//engine-db-install-2012_12_01_15_36_32.log 2012-12-01 15:36:32::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/dbscripts/engine-db-install.sh -l engine-db-install-2012_12_01_15_36_32.log -w ******** -u postgres -s localhost -p 5432 -r local' 2012-12-01 15:36:40::DEBUG::common_utils::335::root:: output = Running local installation adding uuid-ossp.sql from contrib... error, failed creating enginedb How can I workaround this? Do I have to rollback what already done by engine-setup or can I only resolve the db part? Version I find is ovirt-engine-setup-3.1.0-1.fc18.noarch Thanks Gianluca

8 36

Re: [Users] tool engine-manage-domains
by victor nunes 18 Dec '12

18 Dec '12

2012/11/29 Yair Zaslavsky <yzaslavs(a)redhat.com> > Hi, > Can you redirect your question to users(a)ovirt.org? > I think others will help you to forward your question to relevant people > here (not sure I can provide a good answer). > > > > On 11/29/2012 03:26 AM, victor nunes wrote: > >> So I'm trying to install FreeIPA on the same machine that oVirt-manage, >> but at the time of installation, the following error occurs: >> >> FreeIPA-server conflicts with 1: mod_ssl-2.2.22-4.fc17.x86_64 >> >> >> Looking for a solution to the problem, I discovered that this is a bug >> reported by others. >> >> Follow the link to the bug reported: >> https://bugzilla.redhat.com/**show_bug.cgi?id=840098<https://bugzilla.redhat.com/show_bug.cgi?id=840098> >> >> Then, using oo FreeIPA not be possible, which otherwise I have to add >> new domains and users? >> >> Em 8 de novembro de 2012 02:41, Yair Zaslavsky <yzaslavs(a)redhat.com >> <mailto:yzaslavs@redhat.com>> escreveu: >> >> >> Hi, >> You cannot create new users for the internal domain. >> The internal domain was developed for quick POC, just to allow login >> to the system without the need for ldap provider. >> I recommend you install some ldap server (i.e - free IPA) and try to >> work with it. >> >> >> >> On 11/08/2012 01:08 AM, victor nunes wrote: >> >> Sorry. >> >> Att, >> >> 2012/11/7 victor nunes <victor.rebli(a)gmail.com >> <mailto:victor.rebli@gmail.com**> >> <mailto:victor.rebli@gmail.com <mailto:victor.rebli@gmail.com** >> >__>> >> >> >> >> Thanks for the reply. >> >> As the command "engine-manage-domains" works with ldap, how >> can I >> create another user in the field "internal", and user >> "admin" that >> is created when you installed the engine-setup? >> >> 2012/11/4 Yair Zaslavsky <yzaslavs(a)redhat.com >> <mailto:yzaslavs@redhat.com> >> <mailto:yzaslavs@redhat.com <mailto:yzaslavs@redhat.com>>> >> >> >> >> Hi, >> The specified tool handle only ldap domains, and not the >> internal domain. >> What would you like to change at the internal domain? >> I suggest you try to use engine-config for this. >> >> >> >> ------------------------------**__----------------------------** >> --__------------ >> >> >> *From: *"victor nunes" <victor.rebli(a)gmail.com >> <mailto:victor.rebli@gmail.com**> >> <mailto:victor.rebli@gmail.com >> <mailto:victor.rebli@gmail.com**>__>> >> *To: *users(a)ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> >> *Sent: *Sunday, November 4, 2012 12:18:55 AM >> *Subject: *[Users] tool engine-manage-domains >> >> >> >> I'm trying to change the default domain, the >> "internal" with >> the following command: >> >> engine-manage-domains -action=edit -domain=internal >> >> However, i am getting the following message: >> >> "Domain internal doesn't exist int the configuration" >> >> This is my domain admin user that is configured in >> the >> installation ovirt-setup. >> >> So, how can i fix it to include a user in this >> domain? >> >> >> Att, >> >> >> >> >> -- >> “Encarada do ponto de vista da juventude, a vida >> parece um >> futuro >> indefinidamente longo, ao passo que, na velhice, >> ela parece >> um passado >> deveras curto. Assim, a vida no seu início se >> apresenta do >> mesmo modo >> que as coisas quando as olhamos através de um >> binóculo usado >> ao contrário; mas, ao >> seu final, ela se parece com as coisas tal qual >> são vistas >> quando o binóculo >> é usado de modo normal. Um homem precisa ter >> envelhecido e >> vivido >> bastante para perceber como a vida é curta”. >> >> (Poema de Arthur Schopenhauer) >> >> ______________________________**___________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> >> http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users> >> >> <http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users> >> > >> >> >> >> >> >> -- >> “Encarada do ponto de vista da juventude, a vida parece um >> futuro >> indefinidamente longo, ao passo que, na velhice, ela parece >> um passado >> deveras curto. Assim, a vida no seu início se apresenta do >> mesmo modo >> que as coisas quando as olhamos através de um binóculo usado >> ao >> contrário; mas, ao >> seu final, ela se parece com as coisas tal qual são vistas >> quando o >> binóculo >> é usado de modo normal. Um homem precisa ter envelhecido e >> vivido >> bastante para perceber como a vida é curta”. >> >> (Poema de Arthur Schopenhauer) >> >> >> >> >> -- >> “Encarada do ponto de vista da juventude, a vida parece um futuro >> indefinidamente longo, ao passo que, na velhice, ela parece um >> passado >> deveras curto. Assim, a vida no seu início se apresenta do mesmo >> modo >> que as coisas quando as olhamos através de um binóculo usado ao >> contrário; mas, ao >> seu final, ela se parece com as coisas tal qual são vistas >> quando o >> binóculo >> é usado de modo normal. Um homem precisa ter envelhecido e vivido >> bastante para perceber como a vida é curta”. >> >> (Poema de Arthur Schopenhauer) >> >> >> >> >> -- >> “Encarada do ponto de vista da juventude, a vida parece um futuro >> indefinidamente longo, ao passo que, na velhice, ela parece um passado >> deveras curto. Assim, a vida no seu início se apresenta do mesmo modo >> que as coisas quando as olhamos através de um binóculo usado ao >> contrário; mas, ao >> seu final, ela se parece com as coisas tal qual são vistas quando o >> binóculo >> é usado de modo normal. Um homem precisa ter envelhecido e vivido >> bastante para perceber como a vida é curta”. >> >> (Poema de Arthur Schopenhauer) >> > -- “Encarada do ponto de vista da juventude, a vida parece um futuro indefinidamente longo, ao passo que, na velhice, ela parece um passado deveras curto. Assim, a vida no seu início se apresenta do mesmo modo que as coisas quando as olhamos através de um binóculo usado ao contrário; mas, ao seu final, ela se parece com as coisas tal qual são vistas quando o binóculo é usado de modo normal. Um homem precisa ter envelhecido e vivido bastante para perceber como a vida é curta”. (Poema de Arthur Schopenhauer)

5 11

[Users] RESOLVED: Problems after upgrading to latest rpms from the dre repository
by Joern Ott 18 Dec '12

18 Dec '12

Hello Roy, From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Roy Golan Sent: Dienstag, 18. Dezember 2012 07:58 To: users(a)ovirt.org Subject: Re: [Users] Problems after upgrading to latest rpms from the dre repository On 12/17/2012 06:28 PM, Joern Ott wrote: >Hello everybody, >> I just upgraded the engine with the engine upgrade script and get a lot of these errors: >> 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-72) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-7) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-60) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-55) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-69) Failed to decrypt Data must not be longer than 256 bytes >> 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-68) Failed to decrypt java.lang.NullPointerException >> In addition, I am no longer able to log in with admin@internal and the password we set before. As we use keepass generated passwords, I am pretty sure that I don't have any typing errors >> in there. The engine log shows this: >> 2012-12-17 17:26:43,328 ERROR [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) USER_FAILED_TO_AUTHENTICATE : admin >> 2012-12-17 17:26:43,328 WARN [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) CanDoAction of action LoginAdminUser failed. >> >> Reasons:USER_FAILED_TO_AUTHENTICATE >> 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Blocktype mismatch: 0 >> 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-91) Failed to decrypt Blocktype mismatch: 0 >> Any way of resetting the password in the database or fixing some encryption routines? > engine-config -s AdminPassword {your passwd} I needed a slight adjustment of the syntax as this gives me "Argument for set action must be in format of key=value" [root@leob220 ~]# engine-config -s AdminPassword=xxxxxxxxxxxxx Cannot set value xxxxxxxxxxxxx to key AdminPassword. >can you please also search the upgrade/install log to see if the engine setup threw an error *encrypting* your supplied password? It seems that the database setup failed (excerpt): 2012-12-17 15:18:54::DEBUG::engine-upgrade::425::root:: DB Update started 2012-12-17 15:18:54::DEBUG::common_utils::424::root:: Executing command --> '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s localhost -p 5432 -u engine -d engine_2012_12_17_15_18_29' 2012-12-17 15:18:56::DEBUG::common_utils::462::root:: output = upgrade script detected a change in Config, View or Stored Procedure... 2012-12-17 15:18:56::DEBUG::common_utils::463::root:: stderr = psql:create_functions.sql:679: ERROR: must be owner of function uuid_generate_v1 2012-12-17 15:18:56::DEBUG::common_utils::464::root:: retcode = 3 2012-12-17 15:18:56::ERROR::engine-upgrade::1072::root:: Traceback (most recent call last): File "/usr/bin/engine-upgrade", line 1059, in main runFunc([db.update], MSG_INFO_DB_UPDATE) File "/usr/bin/engine-upgrade", line 607, in runFunc func() File "/usr/bin/engine-upgrade", line 442, in update output, rc = utils.execCmd(cmdList=cmd, failOnError=True, msg=MSG_ERROR_UPDATE_DB) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 467, in execCmd raise Exception(msg) Exception: Error: Database update failed 2012-12-17 15:18:56::ERROR::engine-upgrade::1073::root:: Rolling back update 2012-12-17 15:18:56::DEBUG::engine-upgrade::392::root:: DB Restore started 2012-12-17 15:18:56::DEBUG::common_utils::424::root:: Executing command --> '/usr/bin/dropdb -U engine -h localhost -p 5432 engine_2012_12_17_15_18_29' 2012-12-17 15:19:15::DEBUG::common_utils::462::root:: output = 2012-12-17 15:19:15::DEBUG::common_utils::463::root:: stderr = 2012-12-17 15:19:15::DEBUG::common_utils::464::root:: retcode = 0 2012-12-17 15:19:15::DEBUG::common_utils::424::root:: Executing command --> '/usr/bin/psql -U engine -h localhost -p 5432 -d template1 -f /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql' Then the rollback happened causing these errors: 2012-12-17 15:19:20::DEBUG::common_utils::463::root:: stderr = psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:8121: WARNING: column "status" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:8121: WARNING: column "owner" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:8121: WARNING: column "storage_pool_id" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:8121: WARNING: column "storage_pool_name" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13543: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13546: ERROR: function public.uuid_generate_v1() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13554: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13557: ERROR: function public.uuid_generate_v1mc() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13565: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13568: ERROR: function public.uuid_generate_v3(uuid, text) does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13576: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13579: ERROR: function public.uuid_generate_v4() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13587: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13590: ERROR: function public.uuid_generate_v5(uuid, text) does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13598: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13601: ERROR: function public.uuid_nil() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13609: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13612: ERROR: function public.uuid_ns_dns() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13620: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13623: ERROR: function public.uuid_ns_oid() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13631: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13634: ERROR: function public.uuid_ns_url() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13642: ERROR: permission denied for language c psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:13645: ERROR: function public.uuid_ns_x500() does not exist psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:14015: WARNING: column "owner" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:14015: WARNING: column "storage_pool_id" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:14015: WARNING: column "storage_pool_name" has type "unknown" DETAIL: Proceeding with relation creation anyway. psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:21103: WARNING: no privileges could be revoked for "public" psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:21104: WARNING: no privileges could be revoked for "public" psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:21105: WARNING: no privileges were granted for "public" psql:/var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql:21106: WARNING: no privileges were granted for "public" 2012-12-17 15:19:20::DEBUG::common_utils::464::root:: retcode = 0 2012-12-17 15:19:20::DEBUG::engine-upgrade::414::root:: DB Restore completed successfully And finally, the yum downgrade failed: 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-backend-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-config-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-dbscripts-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-genericapi-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-notification-service-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-restapi-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-tools-common-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-userportal-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Failed to downgrade: ovirt-engine-webadmin-portal-3.1.0-3.26.el6.noarch 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Building transaction 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Transaction built 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Processing transaction 2012-12-17 15:19:33::INFO::common_utils::327::root:: YUM: OK: Status: Downloading Packages 2012-12-17 15:19:33::INFO::common_utils::327::root:: YUM: OK: Status: Running Test Transaction 2012-12-17 15:19:33::DEBUG::common_utils::324::root:: YUM: VERB: Running rpm_check_debug 2012-12-17 15:19:33::ERROR::common_utils::330::root:: YUM: FAIL: [u'ERROR with rpm_check_debug vs depsolve:', 'ovirt-engine-setup >= 3.2.0-1.33.el6 is needed by ovirt-engine-3.2.0-1.33.el6.noarch', u'Please report this error at http://bugs.centos.org/set_project.php?project_id=16&ref=http://bugs.centos…'] 2012-12-17 15:19:34::ERROR::common_utils::330::root:: YUM: FAIL: Transaction end failed: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/miniyum.py", line 370, in _endTransaction self.processTransaction() File "/usr/share/ovirt-engine/scripts/miniyum.py", line 678, in processTransaction rpmDisplay=MiniYum._rpmcallback(sink=self._sink) File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 4928, in processTransaction self._doTestTransaction(callback,display=rpmTestDisplay) File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 5002, in _doTestTransaction raise Errors.YumRPMCheckError,retmsgs YumRPMCheckError: [u'ERROR with rpm_check_debug vs depsolve:', 'ovirt-engine-setup >= 3.2.0-1.33.el6 is needed by ovirt-engine-3.2.0-1.33.el6.noarch', u'Please report this error at http://bugs.centos.org/set_project.php?project_id=16&ref=http://bugs.centos…'] 2012-12-17 15:19:34::DEBUG::common_utils::1286::root:: Locking rpms in yum-version-lock 2012-12-17 15:19:36::ERROR::engine-upgrade::1123::root:: Traceback (most recent call last): File "/usr/bin/engine-upgrade", line 1116, in <module> main(options) File "/usr/bin/engine-upgrade", line 1059, in main runFunc([db.update], MSG_INFO_DB_UPDATE) File "/usr/bin/engine-upgrade", line 607, in runFunc func() File "/usr/bin/engine-upgrade", line 442, in update output, rc = utils.execCmd(cmdList=cmd, failOnError=True, msg=MSG_ERROR_UPDATE_DB) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 467, in execCmd raise Exception(msg) Exception: Error: Database update failed 2012-12-17 15:19:36::DEBUG::engine-upgrade::365::root:: DB Backup available at /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2012_12_17_15_18_29.sql So, what I did to resolve the issue was to manually downgrade all the RPMs which failed in the script. I had to provide absolute URLs to the RPMs though. After that I restarted ovirt-engine and ran the engine-upgrade again. Miraculously everything worked this time and now I am running ovirt-engine-3.2.0-1.33. Kind regards Jörn _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1

[Users] Problems after upgrading to latest rpms from the dre repository
by Joern Ott 18 Dec '12

18 Dec '12

--_000_D05C1D04061DE64AA1AE65E2D40211EE3A5B2333AMXPRD0610MB378_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everybody, I just upgraded the engine with the engine upgrade script and get a lot of = these errors: 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-72) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-7) Failed to decrypt Data must not be= longer than 256 bytes 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-60) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-55) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-69) Failed to decrypt Data must not b= e longer than 256 bytes 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-68) Failed to decrypt java.lang.NullP= ointerException In addition, I am no longer able to log in with admin@internal and the pass= word we set before. As we use keepass generated passwords, I am pretty sure= that I don't have any typing errors in there. The engine log shows this: 2012-12-17 17:26:43,328 ERROR [org.ovirt.engine.core.bll.LoginAdminUserComm= and] (ajp--127.0.0.1-8702-2) USER_FAILED_TO_AUTHENTICATE : admin 2012-12-17 17:26:43,328 WARN [org.ovirt.engine.core.bll.LoginAdminUserComm= and] (ajp--127.0.0.1-8702-2) CanDoAction of action LoginAdminUser failed. R= easons:USER_FAILED_TO_AUTHENTICATE 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Blocktype misma= tch: 0 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-91) Failed to decrypt Blocktype misma= tch: 0 Any way of resetting the password in the database or fixing some encryption= routines? Kind regards J=F6rn --_000_D05C1D04061DE64AA1AE65E2D40211EE3A5B2333AMXPRD0610MB378_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hello everybody,<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I just upgraded the engine with= the engine upgrade script and get a lot of these errors:<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E">2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E">2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-72) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E">2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E">2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-7) Failed to decrypt Data must not= be longer than 256 bytes<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E">2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-60) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E">2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-55) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E">2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-69) Failed to decrypt Data must no= t be longer than 256 bytes<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E">2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.= EncryptionUtils] (QuartzScheduler_Worker-68) Failed to decrypt java.lang.Nu= llPointerException<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:D= E"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">In addition, I am no longer abl= e to log in with admin@internal and the password we set before. As we use k= eepass generated passwords, I am pretty sure that I don’t have any ty= ping errors in there. The engine log shows this:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">2012-12-17 17:26:43,328 ERROR [= org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) US= ER_FAILED_TO_AUTHENTICATE : admin<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">2012-12-17 17:26:43,328 WARN&nb= sp; [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-= 2) CanDoAction of action LoginAdminUser failed. Reasons:USER_FAILED_TO_AUTH= ENTICATE<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">2012-12-17 17:26:46,290 ERROR [= org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_= Worker-94) Failed to decrypt Blocktype mismatch: 0<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">2012-12-17 17:26:46,290 ERROR [= org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_= Worker-91) Failed to decrypt Blocktype mismatch: 0<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Any way of resetting the passwo= rd in the database or fixing some encryption routines?<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Kind regards<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span lang=3D"EN-US">J=F6rn<o:p></o:p></span></p> </div> </body> </html> --_000_D05C1D04061DE64AA1AE65E2D40211EE3A5B2333AMXPRD0610MB378_--

3 2

[Users] Problem with VDSM becoming unresponsive
by Daniel Rowe 17 Dec '12

17 Dec '12

Hi I have an issue with a one node ovirt setup with gluster storage. Every so often (twice a week or) the management console show the node as unresponsive. I can ssh to the node fine and it is indeed responsive. I can see the VM processes taking CPU with top. I can see the VDSM process as well. Restarting vsdmd causes the node to become in the up state again, but I have to restart all the VMs that are running. In the engine log file (attached) there is "VDS::handleNetworkException Server failed to respond" error. I am not sure how I can fix this so any help appreciated. Attached is the engine log. Regards Daniel

2 1

[Users] migration & missing cert - 3.2 alpha
by Jeff Bailey 16 Dec '12

16 Dec '12

Hi, I have an F18 Beta + oVirt 3.2 alpha setup with two hosts. When I try to migrate from one host to the other I get 2012-12-15 15:18:51.381+0000: 1541: error : virNetTLSContextCheckCertFile:113 : Cannot read CA certificate '/etc/pki/CA/cacert.pem': No such file or directory in libvirtd.log on the source host. Is that actually where the cert should be and I should try to track down why it's not there or should it be somewhere else? If it should be somewhere else where would that be configured? The default location for the client certificates seems to be /etc/pki/libvirt which doesn't exist so even with a cacert it still probably wouldn't work. Could this be related to the missing spice certificates (I manually made the symbolic links for those). Thanks, Jeff

2 6

[Users] Single Sign On (Kerberos) to the user portal
by Sigbjorn Lie 16 Dec '12

16 Dec '12

Hi, Is it possible to do Single Sign On to the user portal using Kerberos? We have deployed FreeIPA where all our workstations are authenticating. We are already using SSO w/kerberos for web servers, and it would be handy if we could use SSO w/kerberos to authenticate to the User Portal too. Regards, Siggi

2 5

[Users] Translation mailing list
by Mohsen Saeedi 14 Dec '12

14 Dec '12

2 1

[Users] web gui and bonded nic changes
by Jim Kinney 14 Dec '12

14 Dec '12

I hit a snag last night. I needed to remove a nic from a host bond in ovirtmanage to create a new bridge line for user access to VMs. The process hung the box and I had to go put hands on the physical console (more reason to get the ipmi network setup!). The error message was "can't add eth3 to bond. already bonded" (or close). It seems the only way to remove a nic from a bond is to unload the bonding module. Apparently the ovirt process doesn't call a modprobe -r bonding during a network reset on the managed hosts. stop network, unload bonding, start network worked fine from the console. -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ *

3 2

[Users] oVirt 3.2 Alpha is now available (mostly)
by Mike Burns 13 Dec '12

13 Dec '12

The oVirt Team is happy to announce the availability of the Alpha version of the 3.2 Release. Some high level release notes: * oVirt Node is not available at this time. A couple of late release blockers were found that prevent it from working. We hope to have this cleaned up in the next few days. * oVirt Guest Agent is not available at this time. It should be available in the next couple days. In the meantime, the one from previous versions should still work in most cases. * Packages are currently only available on Fedora 18 [1] * Instructions for installation can be found on the wiki [2] Feedback is very welcome. Thanks Mike Burns oVirt Project Manager on behalf of the oVirt Team [1] http://resources.ovirt.org/releases/alpha/rpm/Fedora/18/ [2] http://www.ovirt.org/DownloadAlpha

2 1

[Users] New ovirt-release packages available
by Mike Burns 13 Dec '12

13 Dec '12

A new version of ovirt-release is now available [1][2]. This version simply adds a link to the Alpha repository called ovirt-alpha. It's currently only available for Fedora 18. Thanks Mike [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-2.noarch.rpm [2] http://resources.ovirt.org/releases/ovirt-release-fedora-5-2.noarch.rpm

1 0

[Users] guest agent
by Jonathan Horne 13 Dec '12

13 Dec '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016D83EFAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable i saw in another thread about ovirt-guest-agent, but this is the first i ha= ve seen of anything about this. i would like to know more, but yum info ov= irt-guest-agent doesn't feed me anything. i see a qemu-guest-agent, is tha= t the same thing and does it need to be installed on all my VMs? thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016D83EFAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <77BA96CB5C6F50459288B2E97B8C40D7(a)collaborationhost.net> 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; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>i saw in another thread about ovirt-guest-agent, but this is the first= i have seen of anything about this.  i would like to know more, but y= um info ovirt-guest-agent doesn't feed me anything.  i see a qemu-gues= t-agent, is that the same thing and does it need to be installed on all my VMs?</div> <div><br> </div> <div>thanks,</div> <div>jonathan</div> <div> <div></div> </div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016D83EFAUSP01DAG0201co_--

4 4

[Users] Cannot find suitable CPU model for given data
by Cristian Falcas 13 Dec '12

13 Dec '12

Hi, I get this error with the nightly builds when I start a VM: libvirtError: internal error Cannot find suitable CPU model for given data Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain> Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data

6 27

[Users] General: Edit Policy
by Jonathan Horne 13 Dec '12

13 Dec '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016D99D4AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable today i just saw for the first time Clusters =96 General: Edit Policy butto= n. i changed it from nothing to balanced. googling, it seems that this is= for CPU load amongst the hosts to balance the CPU load of VMs. the reason= I'm asking is, my test environment is 3 hosts, and 2 of them are leveled u= p to above 75% memory usage (both of them complaining on the events console= ), and nothing migrating to the 3rd node which currently has 0 VMs. do i have something incorrectly configured? i was under the assumption that= migrations would happen automatically when host resourced were nearing max= (i assumed this was either CPU or memory)? on my cluster, i checked the s= etting for memory optimization for servers. is there anything else? am i not properly understanding the migration theo= ry? my "guide" link in the upper right does not hyperlink to any docs, so = I'm left to google and i have not found much so far. thanks for any advice, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016D99D4AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <5BE55D4F9A8C2548978A60846A5F28C6(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>today i just saw for the first time Clusters =96 General: Edit Policy = button.  i changed it from nothing to balanced.  googling, it see= ms that this is for CPU load amongst the hosts to balance the CPU load of V= Ms.  the reason I'm asking is, my test environment is 3 hosts, and 2 of them are leveled up to above 75% memory usage (both o= f them complaining on the events console), and nothing migrating to the 3rd= node which currently has 0 VMs.</div> <div><br> </div> <div>do i have something incorrectly configured? i was under the assumption= that migrations would happen automatically when host resourced were nearin= g max (i assumed this was either CPU or memory)?  on my cluster, i che= cked the setting for memory optimization for servers.</div> <div><br> </div> <div>is there anything else?  am i not properly understanding the migr= ation theory?  my "guide" link in the upper right does not h= yperlink to any docs, so I'm left to google and i have not found much so fa= r.</div> <div><br> </div> <div>thanks for any advice,</div> <div>jonathan</div> <div> <div></div> </div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016D99D4AUSP01DAG0201co_--

2 2

[Users] Fedora 18 beta - no ovirt :-(
by Jim Kinney 13 Dec '12

13 Dec '12

I see oVirt in the f18 development SRPMs but not in the i686 or x86_64 on the beta release. Did it slip? -- -- James P. Kinney III Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain http://electjimkinney.org http://heretothereideas.blogspot.com/

2 1

[Users] Missing CPU features [CPU Name] [Wrong cpu identification]
by Pere G. Soria 13 Dec '12

13 Dec '12

I added Host[gondor] to the oVirt Engine 3.1, after installing all packages. Host gondor moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_Nehalem This Box is a Intel(R) Xeon(TM) CPU 3.00GHz - Intel Nehalem Family - so I modified/added the caps.py (/usr/share/vdsm). Line 107--> def _getCompatibleCpuModels(): return ["model_Nehalem"] (this is what i added). Now after restart de service the Host status remains UP. Can you report it?? To fix this. Thanks. Pere Soria pere at onda.es

4 5

[Users] Unable to Adding Local host issue
by Johnny Tao 13 Dec '12

13 Dec '12

Hi, All I have been experienced an issue on my oVirt installation which failed on this step, Installing: AIO: Validating CPU Compatibility... [ DONE ] Configuring oVirt-engine... [ DONE ] Creating CA... [ DONE ] Editing JBoss Configuration... [ DONE ] Setting Database Configuration... [ DONE ] Setting Database Security... [ DONE ] Creating Database... [ DONE ] Updating the Default Data Center Storage Type... [ DONE ] Editing oVirt Engine Configuration... [ DONE ] Editing Postgresql Configuration... [ DONE ] Configuring the Default ISO Domain... [ DONE ] Configuring Firewall (iptables)... [ DONE ] Starting JBoss Service... [ DONE ] Handling HTTPD... [ DONE ] AIO: Creating storage directory... [ DONE ] AIO: Adding Local Datacenter and cluster... [ DONE ] AIO: Adding Local host (This may take several minutes)... [ ERROR ] Error: Timed out while waiting for host to start whatever I still couldnot get it fix. Could you please give any help? list my enviroment below and see log enclosed for details OS:CentOS 6 x86-64 Repo: http://www.dreyou.org/ovirt/ovirt-dre.repo PKG: ovirt-engine-setup-plugin-allinone.noarch With many thanks -Johnny Tao

2 2

[Users] What's going on with images on the wiki
by Karsten 'quaid' Wade 13 Dec '12

13 Dec '12

This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8EFCB4C6FA6FBF29C5B15E65 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable =3D=3D Summary =3D=3D Since the migration to OpenShift, due to a misconfiguration of MediaWiki, we were writing images uploaded to the wiki to a non-persistent data store location. This means that most images uploaded since the migration may have been destroyed, including archives of past versions of images. =3D=3D What's next =3D=3D Jason Brooks and I diagnosed the problem and fixed it last night. We didn't completely figure out which images were removed, but it's likely to be most or all the images since the migration. For any images you still have -- possibly including older version of the images -- we can likely reinsert them in to their (new) location in the filesystem and MediaWiki will pick them up. (Older versions are stored in 'images/archives/'. Depending on the trickiness of the problem, we may be able to reinsert the archived images.) Email me with details of what images you have, page names, and so forth. I'll work to get each one back where it belongs. Feel free to file a ticket on Trac at http://fedorahosted.org/ovirt to help keep track of the details. Or you can reply with details (but not images) If you've lost any work as a result of this mistake, please accept my apology. It was a mistake that didn't show itself in testing post-migration (which points to failings in the testing.) =3D=3D Questions and comments =3D=3D It's possible we haven't optimized our solution from here. Feel free to chime in with your thoughts and questions. (Please read the 'Details' section below first.) =3D=3D Details =3D=3D When I configured the MediaWiki instance on OpenShift, I made the writeable 'images' directory a symlink to what I thought was the persistent data store location. This appears as 'wiki/data', where the MediaWiki code and content live in 'wiki/php'. cd wiki ls -hal | grep images images =3D> ../data That is, 'wiki/php/images' was a symlink to 'wiki/data'. (Un)fortunately, 'wiki' is all entirely in a git repository. That means I copied the images from the old MediaWiki instance in to a git repository that OpenShift uses to completely rewrite the folder structure on the server every time the code is checked in ('git push'.) As it happens, the true persistent data store is '../../data', that is, one directory *above* the 'wiki' directory. When you put content in there, it is not overwritten with each 'git push'. What happened this week was I did an outage window on Monday to push a change to the app to make it hot deployable. (I actually did the same thing last week, but I don't know if anyone had uploaded any new images.)= When I did a 'git push' of my changes, I apparently overwrote the 'wiki/data/' directory with my older copy of the content. I did a 'git pull' before pushing but nothing came down; I'm not sure why but I believe it has to do with the way OpenShift is configured. Since Monday night, people began noticing images broken, complaints on making thumbnails, and so forth. Jason and I worked on the problem on Tuesday and figured out the solution. He moved all the content to the persistent data store (also, got our quota doubled to 2 GB as we were almost at 1 GB), and removed the data from the git repo. In the end, Jason added a build hook that i) makes sure the '../../data/images' directory is present, then ii) creates the necessary symlink in the 'wiki/' structure after the code is checked in. The same was done for 'compiled_templates', which was previously a symlink for the MediaWiki Widgets extension. (That symlink was also incorrectly written, so it may have been part of problems with the new Widgets extensions?) Thank you for your understanding, and I apologize for the inconvenience. - Karsten --=20 Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 --------------enig8EFCB4C6FA6FBF29C5B15E65 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.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iD8DBQFQySxp2ZIOBq0ODEERAg74AKDJrzjXDheKGbbBgGzvAnzQzLZxogCggmcf zLGsyOzkjimW225oVfvb/Zs= =3xrL -----END PGP SIGNATURE----- --------------enig8EFCB4C6FA6FBF29C5B15E65--

2 1

[Users] OpenLDAP Simple Authentication in Ovirt Engine
by Thierry Kauffmann 13 Dec '12

13 Dec '12

Hi, I am currently testing Ovirt 3.1 standalone on Fedora 17. Until now, I could only use the default user admin@internal. Our Directory at the University is OpenLDAP. We use it for authentication WITHOUT Kerberos : Simple authentication. I wonder how to use this backend to authenticate users and manage groups in Ovirt. Has anyone already set this up ? How to configure Ovirt to use Simple Authentication (No Kerberos). Cheers, -- signature-TK Thierry Kauffmann Chef du Service Informatique // Faculté des Sciences // Université de Montpellier 2 SIF - Service Informatique de la Faculté des Sciences <http://sif.info-ufr.univ-montp2.fr/> UM2 - Université de Montpellier 2 <http://www.univ-montp2.fr/> Service informatique de la Faculté des Sciences (SIF) Université de Montpellier 2 CC437 // Place Eugène Bataillon // 34095 Montpellier Cedex 5 Tél : 04 67 14 31 58 email : thierry.kauffmann(a)univ-montp2.fr <mailto:thierry.kauffmann@univ-montp2.fr> web : http://sif.info-ufr.univ-montp2.fr/ http://www.fdsweb.univ-montp2.fr/

4 5

[Users] libvirt 1.0
by Cristian Falcas 13 Dec '12

13 Dec '12

Hi, Is it safe to upgrade to libvirt-1.0? Best regards, Cristi

2 3

[Users] theoretical scenario
by Jonathan Horne 13 Dec '12

13 Dec '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016D5B42AUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable My production deployment is approaching soon, so i am trying to get some fi= nal tasks and concepts completed before that day arrives. Lets say, that i= have a working domain, but that an impending disaster is about to destroy = the whole thing. How can i get the Vms out, and then how can i reverse thi= s and get them into a completely new and unrelated/unconnected ovirt domain= ? Any advice, or a doc or link would be much appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016D5B42AUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <0AF4B2D24594B94C973C6872FC97F3F3(a)collaborationhost.net> 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; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>My production deployment is approaching soon, so i am trying to get so= me final tasks and concepts completed before that day arrives.  Lets s= ay, that i have a working domain, but that an impending disaster is about t= o destroy the whole thing.  How can i get the Vms out, and then how can i reverse this and get them into a compl= etely new and unrelated/unconnected ovirt domain?</div> <div><br> </div> <div>Any advice, or a doc or link would be much appreciated.</div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <div> <div></div> </div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016D5B42AUSP01DAG0201co_--

4 4

[Users] mislabelled template source
by Jim Kinney 13 Dec '12

13 Dec '12

Greetings, I've built several new templates from the blank template and a ISO install of various OS's. However, when I built a new VM using the new template(s), the new VM still says it's based from the blank template. I expected it to say it was from the "template-foo" U specified. The VM is correctly built from the template so I think it's a generation/database issue. -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ *

3 5

Re: [Users] iscsi mpio
by Vered Volansky 13 Dec '12

13 Dec '12

You previously mentioned you're using package 2.5.5-0.fc17. It looks like you have a typo, so please resend the exact package of ovirt-node you're using. Also - Where did you get the package from? We'd like to try and reproduce here. Did you make any changes to mount so that /var is now Read Only? Please send us the output for the mount command on your system. Please remember to reply-to-all next time(s)... Thanks, Vered ----- Original Message ----- > From: "Jonathan Horne" <jhorne(a)skopos.us> > To: "Vered Volansky" <vered(a)redhat.com> > Sent: Monday, December 10, 2012 4:24:05 PM > Subject: Re: [Users] iscsi mpio > > Im using the ovirt node which is a prebuilt appliance-like version of > ovirt. > > It is highly customized, and is not open to alteration. (to do so > would be > quite a bit of work). > > JONATHAN HORNE | Systems Administrator | Skopos Web > <http://www.skopos.us/> > e: jhorne(a)skopos.us t: (972) 520-5042 f: (214) 520-5079 > > > > > > > On 12/10/12 6:46 AM, "Vered Volansky" <vered(a)redhat.com> wrote: > > >Hi Jonathan, > > > >I'm trying to understand the context for your problem. > > > >As I understand it, your problem stems from the fact that you're > >working > >on a Read Only fs, long before the multipath issue. > >So you have root permissions on an RO fs? > >How come? Why is it RO to begin with? > >Are you working on RHEVM? > >Which OS, version? > > > >Maybe we can be of more help if we better understand the context. > > > >Thanks, > >Vered > > > > > >----- Original Message ----- > >> From: "Jonathan Horne" <jhorne(a)skopos.us> > >> To: users(a)ovirt.org > >> Sent: Friday, December 7, 2012 7:09:08 PM > >> Subject: Re: [Users] iscsi mpio > >> > >> Im using a Equallogic iscsi SAN, and it has a special multi path > >> driver > >> because it uses a virtual IP for the initiator to log into, and > >> the > >> actual > >> traffic ip addresses are not exposed to the initiator. > >> > >> I tried to install the rpm but as far as i can get is: > >> > >> [root@vmnode02 x86_64]# rpm -Uvh > >> equallogic-host-tools-1.2.0-2.el6.x86_64.rpm --nodeps > >> warning: equallogic-host-tools-1.2.0-2.el6.x86_64.rpm: Header V4 > >> DSA/SHA1 > >> Signature, key ID 84fd3ef3: NOKEY > >> error: can't create transaction lock on /var/lib/rpm/.rpm.lock > >> (Read-only > >> file system) > >> > >> Is there a way to unlock the file system so i can try to install > >> and > >> configure this driver? > >> > >> > >> This is the current output of multipath -ll on my node: > >> > >> [root@vmnode02 x86_64]# multipath -ll > >> 36019cb3131d6f276d80a45bb6501f0c9 dm-10 > >> size=500G features='0' hwhandler='0' wp=rw > >> 36001e4f03dd42300183eaac404afd5ce dm-0 DELL,PERC 6/i > >> size=279G features='0' hwhandler='0' wp=rw > >> `-+- policy='round-robin 0' prio=1 status=active > >> `- 2:2:0:0 sda 8:0 active ready running > >> > >> > >> > >> The EQ san does show only 1 single tcp connection into the LUN, so > >> i > >> know > >> its not multipathing at this time. This will be a huge downer if > >> i > >> have > >> to go to production without multi path support. > >> > >> Is there anything i can do here? > >> > >> > >> > >> > >> > >> On 12/7/12 8:42 AM, "René Koch (ovido)" <r.koch(a)ovido.at> wrote: > >> > >> >Hi, > >> > > >> >I can give you some information on multipathing on RHEV-H, as I > >> >don't > >> >have ovirt-node installed at the moment. > >> > > >> >Multipath packages are installed on the hypervisor, but vdsm > >> >overwrites > >> >multipath.conf. > >> > > >> >To prevent this you have to set the following tags: > >> ># RHEV REVISION 0.7 > >> ># RHEV PRIVATE > >> > > >> >Search for MPATH_CONF_TAG in multipath.py file to get correct > >> >RHEV > >> >REVISION number. > >> > > >> >After changing multipath.conf to fit your needs make it > >> >persistent > >> >for > >> >reboots: > >> ># persist /etc/multipath.conf > >> > > >> > > >> >You can check multipath status with: > >> > > >> ># multipath -ll > >> >mpathb (2222b00015521f5d4) dm-0 Intel,Multi-Flex > >> >size=96G features='0' hwhandler='0' wp=rw > >> >|-+- policy='round-robin 0' prio=50 status=active > >> >| `- 0:0:0:1 sdb 8:16 active ready running > >> >mpatha (222140001553601d1) dm-1 Intel,Multi-Flex > >> >size=20G features='0' hwhandler='0' wp=rw > >> >|-+- policy='round-robin 0' prio=50 status=active > >> >| `- 0:0:0:0 sda 8:0 active ready running > >> > > >> >I hope this helps. > >> >Don't really know if the tags are the same in oVirt, as I don't > >> >have > >> >a > >> >working oVirt setup at the moment. > >> > > >> > > >> >-- > >> >Best Regards, > >> > > >> >DI (FH) René Koch > >> >Senior Solution Architect > >> > > >> >============================================ > >> >ovido gmbh - "Das Linux Systemhaus" > >> >Brünner Straße 163, A-1210 Wien > >> > > >> >Phone: +43 720 / 530 670 > >> >Mobile: +43 660 / 512 21 31 > >> >E-Mail: r.koch(a)ovido.at > >> >============================================ > >> > > >> > > >> >On Fri, 2012-12-07 at 13:55 +0000, Jonathan Horne wrote: > >> >> > >> >> > >> >> From: Jonathan Horne <jhorne(a)skopos.us> > >> >> Date: Thursday, December 6, 2012 1:04 PM > >> >> To: users <users(a)ovirt.org> > >> >> Subject: [Users] iscsi mpio > >> >> > >> >> > >> >> > >> >> Hello, > >> >> > >> >> > >> >> I just rebooted my iscsi SAN and the ovirt node 2.5.5fc17 did > >> >> not > >> >> enjoy that one bit. Does ovirt node support multi path i/o? > >> >> Any > >> >> information about this would be greatly appreciated. > >> >> > >> >> > >> >> Thanks, > >> >> jonathan > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> I attempted to install the multi path driver on node > >> >> 2.5.5-0.fc17, > >> >> but > >> >> the file system is read only and i can't make changes. > >> >> > >> >> > >> >> I really need to find out about multipathing, because yesterday > >> >> i > >> >> upgraded the firmware on my iscsi SAN yesterday, and one of my > >> >> nodes > >> >> freaked out and rebooted (oddly, the other 2 didn't). In > >> >> understand > >> >> there may already be multi path configured within the node, but > >> >> how do > >> >> i verify it with my set up? > >> >> > >> >> > >> >> Thanks, > >> >> jonathan > >> >> > >> >> > >> >> > >>______________________________________________________________________ > >> >> This is a PRIVATE message. If you are not the intended > >> >> recipient, > >> >> please delete without copying and kindly advise us by e-mail of > >> >> the > >> >> mistake in delivery. NOTE: Regardless of content, this e-mail > >> >> shall > >> >> not operate to bind SKOPOS to any order or other contract > >> >> unless > >> >> pursuant to explicit written agreement or government initiative > >> >> expressly permitting the use of e-mail for such purpose. > >> >> _______________________________________________ > >> >> Users mailing list > >> >> Users(a)ovirt.org > >> >> http://lists.ovirt.org/mailman/listinfo/users > >> > > >> >_______________________________________________ > >> >Users mailing list > >> >Users(a)ovirt.org > >> >http://lists.ovirt.org/mailman/listinfo/users > >> > >> > >> ________________________________ > >> This is a PRIVATE message. If you are not the intended recipient, > >> please delete without copying and kindly advise us by e-mail of > >> the > >> mistake in delivery. NOTE: Regardless of content, this e-mail > >> shall > >> not operate to bind SKOPOS to any order or other contract unless > >> pursuant to explicit written agreement or government initiative > >> expressly permitting the use of e-mail for such purpose. > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > ________________________________ > This is a PRIVATE message. If you are not the intended recipient, > please delete without copying and kindly advise us by e-mail of the > mistake in delivery. NOTE: Regardless of content, this e-mail shall > not operate to bind SKOPOS to any order or other contract unless > pursuant to explicit written agreement or government initiative > expressly permitting the use of e-mail for such purpose. >

3 2

[Users] help with iSCSI storage domain needed - Ovirt -3.1
by Aleksandr Arbitman 12 Dec '12

12 Dec '12

---910415156-1050739562-1355276445=:87072 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi, everybody ! I have installed=A0 ovirt 3.1 engine and two nodes. I have setup iscsi stor= age on another box and tested it with windows system - I was able to add it= to win7 initiator, meaning the storage configured properly. But I can't ad= d iscsi storage in ovirt-engine system. When I use "DIscover Targets" optio= n and type IP address of my iscsi system - nothing is happening. All my systems - engine, nodes and iscsi server - are on the same network. = Is it a bug? Is there any way to fix it ? Did anyone have the same issue ? = Please, help. Thanks in advance for any tips. Alex ---910415156-1050739562-1355276445=:87072 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <table cellspacing=3D"0" cellpadding=3D"0" border=3D"0" ><tr><td valign=3D"= top" style=3D"font: inherit;">Hi, everybody !<br>I have installed  ovi= rt 3.1 engine and two nodes. I have setup iscsi storage on another box and = tested it with windows system - I was able to add it to win7 initiator, mea= ning the storage configured properly. But I can't add iscsi storage in ovir= t-engine system. When I use "DIscover Targets" option and type IP address o= f my iscsi system - nothing is happening.<br>All my systems - engine, nodes= and iscsi server - are on the same network. Is it a bug? Is there any way = to fix it ? Did anyone have the same issue ? Please, help. Thanks in advanc= e for any tips.<br><br><br>Alex<br></td></tr></table> ---910415156-1050739562-1355276445=:87072--

2 4

Re: [Users] Rest-Api to get the VM ip-address in oVirt /RHEV-M 3.0
by Michael Pasternak 12 Dec '12

12 Dec '12

what sdk version you're using? On 12/12/2012 03:15 PM, Romil Gupta wrote: > Thanks, > I tried this but It doesn't work for me : > > VM_NAME='instance-0000019b' > ips=api.vms.get(VM_NAME).get_guest_info().get_ips() > print ips > > > Output : None > > On Wed, Dec 12, 2012 at 6:38 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > vm.get_guest_info().get_ips() > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

Re: [Users] Rest-Api to get the VM ip-address in oVirt /RHEV-M 3.0
by Michael Pasternak 12 Dec '12

12 Dec '12

On 12/12/2012 02:51 PM, Romil Gupta wrote: > ya i can see it > > <guest_info> > <ip address="10.1.0.66"/> > </guest_info> great, next step: can you do 'vm.get_guest_info().get_ips()' in sdk? (make sure you're looking at right vm) > > > On Wed, Dec 12, 2012 at 6:13 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > On 12/12/2012 02:30 PM, Romil Gupta wrote: > > sorry I didn't get you ! > > ya ... i can fetch VM via api but i can't get its ip address using the api ! > > Romil, > > when i say api, i mean ovirt-restapi, i understand that you using sdk, > but to find the problem i need you to fetch vm/s via ovirt-restapi directly > > do from curl or any other http client: GET http(s)://sever:port/api/vms > and let me know if you can see ips in returned xml > > > > > > > > > > > On Wed, Dec 12, 2012 at 5:53 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>> wrote: > > > > On 12/12/2012 01:52 PM, Romil Gupta wrote: > > > Hi Michael, > > > > > > I have 'rhev-agent-2.3.16-3.el6.x86_64 ' on every VM's and I tired api.vms.get(VM_NAME).guest_info.ips but it return NONE ! > > > I can see on UI that all VM's have some IP Address . > > > can you please check once ? > > > > can you see it when fetching vm via api directly? > > > > > > > > Thanks > > > Romil > > > > > > > > > On Wed, Dec 12, 2012 at 5:11 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>> > <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>>> wrote: > > > > > > On 12/12/2012 01:31 PM, Romil Gupta wrote: > > > > > > > > Hi, > > > > > > > > I am looking for a REST-API to get the IP-ADDRESS of a VM ? > > > > At the creation time we attach a nic's to a VM , but I didn't find any API to get the IP address. > > > > > > > > I want to pass the VM_NAME as a parameter and get the IP-ADDRESS of a particular VM ! > > > > is it possible ?? > > > > > > yes it is, ips located under <guest_info> in vm, but note that you > > > have to have guest agent installed. > > > > > > > > > > > Thanks for all your continuous help till now. > > > > > > > > Regards, > > > > Romil > > > > > > > > > > > > > -- > > > > > > Michael Pasternak > > > RedHat, ENG-Virtualization R&D > > > > > > > > > > > > > > > -- > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > -- > > > > Michael Pasternak > > RedHat, ENG-Virtualization R&D > > > > > > > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

Re: [Users] Rest-Api to get the VM ip-address in oVirt /RHEV-M 3.0
by Michael Pasternak 12 Dec '12

12 Dec '12

On 12/12/2012 02:30 PM, Romil Gupta wrote: > sorry I didn't get you ! > ya ... i can fetch VM via api but i can't get its ip address using the api ! Romil, when i say api, i mean ovirt-restapi, i understand that you using sdk, but to find the problem i need you to fetch vm/s via ovirt-restapi directly do from curl or any other http client: GET http(s)://sever:port/api/vms and let me know if you can see ips in returned xml > > > > > On Wed, Dec 12, 2012 at 5:53 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > On 12/12/2012 01:52 PM, Romil Gupta wrote: > > Hi Michael, > > > > I have 'rhev-agent-2.3.16-3.el6.x86_64 ' on every VM's and I tired api.vms.get(VM_NAME).guest_info.ips but it return NONE ! > > I can see on UI that all VM's have some IP Address . > > can you please check once ? > > can you see it when fetching vm via api directly? > > > > > Thanks > > Romil > > > > > > On Wed, Dec 12, 2012 at 5:11 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>> wrote: > > > > On 12/12/2012 01:31 PM, Romil Gupta wrote: > > > > > > Hi, > > > > > > I am looking for a REST-API to get the IP-ADDRESS of a VM ? > > > At the creation time we attach a nic's to a VM , but I didn't find any API to get the IP address. > > > > > > I want to pass the VM_NAME as a parameter and get the IP-ADDRESS of a particular VM ! > > > is it possible ?? > > > > yes it is, ips located under <guest_info> in vm, but note that you > > have to have guest agent installed. > > > > > > > > Thanks for all your continuous help till now. > > > > > > Regards, > > > Romil > > > > > > > > > -- > > > > Michael Pasternak > > RedHat, ENG-Virtualization R&D > > > > > > > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] Rest-Api to get the VM ip-address in oVirt /RHEV-M 3.0
by Romil Gupta 12 Dec '12

12 Dec '12

Hi, I am looking for a REST-API to get the IP-ADDRESS of a VM ? At the creation time we attach a nic's to a VM , but I didn't find any API to get the IP address. I want to pass the VM_NAME as a parameter and get the IP-ADDRESS of a particular VM ! is it possible ?? Thanks for all your continuous help till now. Regards, Romil

2 3

[Users] Registration open for the oVirt Workshop
by Dave Neary 12 Dec '12

12 Dec '12

Hi everyone! For those who have not heard the news, I'd like to let you know about the oVirt Workshop at NetApp's Sunnyvale Campus, and remind you about the close of the Call for Participation for the event. The oVirt Project, developers of an integrated, open source virtualization platform built on the KVM hypervisor, invites all those with an interest in open virtualization to the project's next workshop, taking place at NetApp's Sunnyvale campus on January 22-24. The workshop's three day agenda will cover installation and use of oVirt, integrating with oVirt though the platform's APIs, and contributing to development of the project. Reserve your spot at this free event by registering at http://ovirtnetapp2013.eventbrite.com/, and see http://www.ovirt.org/NetApp_Workshop_January_2013 for more information. We are actively seeking presenters who can talk about interesting ways in which they are using oVirt, or share integration stories. Please send proposals for talks to workshop-pc(a)ovirt.org before Friday 14th of December, 23:59 PST. Thanks! Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13

1 0

[Users] what happen to uploaded images at wiki?
by Michael Pasternak 11 Dec '12

11 Dec '12

Looks like all images are gone/links are broken [1] and page is added to "Categories: * Pages with broken file links", adding new files doesn't solve this issue. Error creating thumbnail: convert: unable to open image `/var/lib/openshift/847edb45aea84198838f915be6faa066/app-root/runtime/repo/php/images/8/80/0jsdk.jpg': No such file or directory @ blob.c/OpenBlob/2480. convert: missing an image filename `/tmp/transform_12aa7b-1.jpg' @ convert.c/ConvertImageCommand/2800. [1] http://www.ovirt.org/Java-sdk -- Michael Pasternak RedHat, ENG-Virtualization R&D

2 1

[Users] Managing Gluster from oVirt
by Shireesh Anjal 11 Dec '12

11 Dec '12

Hi all, Here is the link to the video of the talk I gave at FOSS.IN 2012 Bangalore on the topic "Managing Gluster from oVirt" http://youtu.be/NBu3wAXxq-Q Regards, Shireesh

2 1

[Users] .ova image file
by Jonathan Horne 11 Dec '12

11 Dec '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016CE58BAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is there a way to convert a .ova image file into ovirt? Thanks! jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CE58BAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <97C5911F1853204287DA2C467C5E0A70(a)collaborationhost.net> 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; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>Is there a way to convert a .ova image file into ovirt?</div> <div><br> </div> <div>Thanks!</div> <div>jonathan</div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CE58BAUSP01DAG0201co_--

4 4

Re: [Users] Fwd: How to approve the host to custom cluster instead the default cluster
by Michael Pasternak 11 Dec '12

11 Dec '12

Hi Mohua, > > -------- Original Message -------- > Subject: [Users] How to approve the host to custom cluster instead the default cluster > Date: Tue, 11 Dec 2012 15:22:43 +0800 > From: Mohua Li <moli(a)redhat.com> > To: users(a)ovirt.org > > Hi all, > > In admin portal, when try to approve a host, need to select the cluster first, but with rest api, > > /*code*/ > > try: > api = API(url="HOST", > username="USER", > password="PASS", > ca_file="ca.crt") > h = api.hosts.get(name="Atlantic") > if(h.approve()): > print "Host '%s' approved (Status: %s)." % (h.get_name(), > h.get_status().get_state()) > else: > print "Approval of '%s' failed." % h.get_name() > api.disconnect() > except Exception as ex: > print "Unexpected error: %s" % ex > > above code will register to the default cluster, could you give me an example how to register to the custom > cluster instead the default? or i misunderstand some workflow, light me pls, thanks If you'll look at host.approve().__doc__, you will see: ''' @type Action: [@param action.cluster.id|name: string] [@param action.async: boolean] [@param action.grace_period.expiry: long] [@param correlation_id: any string] @return Response: ''' i.e you have to specify action.cluster.id|name in .approve() method. > > > > Regards, > Mohua Li > > > > > -- Michael Pasternak RedHat, ENG-Virtualization R&D

2 1

[Users] How to approve the host to custom cluster instead the default cluster
by Mohua Li 11 Dec '12

11 Dec '12

--/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, In admin portal, when try to approve a host, need to select the cluster fir= st, but with rest api, /*code*/ try: api =3D API(url=3D"HOST", username=3D"USER", password=3D"PASS", ca_file=3D"ca.crt") h =3D api.hosts.get(name=3D"Atlantic") if(h.approve()): print "Host '%s' approved (Status: %s)." % (h.get_name(), h.get_status().get_state()) else: print "Approval of '%s' failed." % h.get_name() api.disconnect() except Exception as ex: print "Unexpected error: %s" % ex above code will register to the default cluster, could you give me an examp= le how to register to the custom=20 cluster instead the default? or i misunderstand some workflow, light me p= ls, thanks Regards, Mohua Li --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJQxt9DAAoJEKa5n96c5rR6XZ4H/2T/QmlOJL6YbEv60C9CyqSF RghHd4ctDNbZvdz5ENPM6o/SVMwJW/aseTFXr4r3WbWy7ZyEgG/TI9AGUqQBoRM7 a7mvehCxzAnOwqDoAwuHtLICiMDcJaPgVXrsqomjzyQNH8atL53hwTxwUfBXR3GX W42fW2cuPh/O2TA3qAOvd3qAqEkNiJBWJ2Wl0LXUAgDzs35S6sWobIHYxwtfJHDL hBIvuTzdbKyZF25TwDDonZ5z754+6tWKigRZRV6BNtsI5cFW5W3aKRg2sFwCIyA8 OV5XAvbM2KYc0rNafS8V/bmzC+2I49QtOo9jfPn7WaVbu84j0Dz3qaROcUVpGlc= =oZfM -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8--

3 3

[Users] complete shutdown
by Jonathan Horne 11 Dec '12

11 Dec '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016D4431AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Ugh=85 i just did a complete shutdown of my node and manager servers, now t= hat they are back up i cannot bring the storage domain back online. A) i can't figure out what I'm doing wrong to bring it back online And B) should i just never shutdown the whole thing once i get it fixed? O= r, is there a proper shutdown/restore method i should be following? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016D4431AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <D78EADEC644C384587641F827D343EAA(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>Ugh=85 i just did a complete shutdown of my node and manager servers, = now that they are back up i cannot bring the storage domain back online.</d= iv> <div><br> </div> <div>A) i can't figure out what I'm doing wrong to bring it back online</di= v> <div><br> </div> <div>And B) should i just never shutdown the whole thing once i get it fixe= d?  Or, is there a proper shutdown/restore method i should be followin= g?</div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <div> <div></div> </div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016D4431AUSP01DAG0201co_--

2 1

[Users] Adding Authentication mechanism to oVirt
by Thierry Kauffmann 11 Dec '12

11 Dec '12

This is a multi-part message in MIME format. --------------090707080408050509020909 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi, Ovirt presently supports only GSSAPI and SIMPLE authentication against an LDAP server. The latter is far to weak to be used in a production environment. The first is only offered as an external authentication mechanism in many LDAP servers. I suggest adding DIGEST-MD5 support to oVirt which is a secured way of authenticating to an LDAP server and which is a required authentication mechanism in LDAPv3 specification. (see http://www.ietf.org/rfc/rfc2829.txt paragraph 4.2). This would make it possible to access every LDAP servers securely without the need to implement the GSSAPI mechanism. I also actively suggest to add support for the OpenLDAP Directory server. It is a widely used LDAP server (and the one we use at our University by the way...). Are there developers wishing to implement such support (DIGEST-MD5 and OpenLDAP) ? Or please tell me what I should do to start implementing it ? Cheers, Thierry -- signature-TK Thierry Kauffmann Chef du Service Informatique // Faculté des Sciences // Université de Montpellier 2 SIF - Service Informatique de la Faculté des Sciences <http://sif.info-ufr.univ-montp2.fr/> UM2 - Université de Montpellier 2 <http://www.univ-montp2.fr/> Service informatique de la Faculté des Sciences (SIF) Université de Montpellier 2 CC437 // Place Eugène Bataillon // 34095 Montpellier Cedex 5 Tél : 04 67 14 31 58 email : thierry.kauffmann(a)univ-montp2.fr <mailto:thierry.kauffmann@univ-montp2.fr> web : http://sif.info-ufr.univ-montp2.fr/ http://www.fdsweb.univ-montp2.fr/ --------------090707080408050509020909 Content-Type: multipart/related; boundary="------------010704010208090001020700" --------------010704010208090001020700 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"> Hi,<br> <br> Ovirt presently supports only GSSAPI and SIMPLE authentication against an LDAP server. The latter is far to weak to be used in a production environment. The first is only offered as an external authentication mechanism in many LDAP servers.<br> <br> I suggest adding DIGEST-MD5 support to oVirt which is a secured way of authenticating to an LDAP server and which is a required authentication mechanism in LDAPv3 specification. (see <a class="moz-txt-link-freetext" href="http://www.ietf.org/rfc/rfc2829.txt">http://www.ietf.org/rfc/rfc2829.txt</a> paragraph 4.2).<br> <br> This would make it possible to access every LDAP servers securely without the need to implement the GSSAPI mechanism.<br> <br> I also actively suggest to add support for the OpenLDAP Directory server. It is a widely used LDAP server (and the one we use at our University by the way...).<br> <br> Are there developers wishing to implement such support (DIGEST-MD5 and OpenLDAP) ?<br> <br> Or please tell me what I should do to start implementing it ?<br> <br> Cheers,<br> <br> Thierry<br> <br> <br> <div class="moz-signature">-- <br> <meta content="text/html; charset=ISO-8859-1" http-equiv="content-type"> <title>signature-TK</title> <small><span style="color: rgb(15, 67, 106); font-weight: bold;">Thierry Kauffmann</span><br> <span style="color: rgb(15, 67, 106);">Chef du Service Informatique // </span><span style="color: rgb(15, 67, 106);">Faculté des Sciences // </span><span style="color: rgb(15, 67, 106);">Université de Montpellier 2</span></small><br> <br> <table style="text-align: left; height: 111px; width: 924px;" border="0" cellpadding="10" cellspacing="0"> <tbody> <tr> <td style="vertical-align: middle; text-align: center;"><a href="http://sif.info-ufr.univ-montp2.fr/"><img style="border: 0px solid ; width: 100px; height: 106px;" alt="SIF - Service Informatique de la Faculté des Sciences" src="cid:part1.08090702.09080508@univ-montp2.fr"></a></td> <td style="border-right: 2px solid rgb(15, 67, 106); vertical-align: middle; color: rgb(180, 202, 0); text-align: center; width: 211px;"><a href="http://www.univ-montp2.fr/"><img style="border: 0px solid ; width: 194px; height: 106px;" alt="UM2 - Université de Montpellier 2" src="cid:part3.02060602.07070108@univ-montp2.fr"></a></td> <td style="vertical-align: top; color: rgb(180, 202, 0); width: 547px; line-height: 13px;"><small><span style="color: rgb(15, 67, 106); font-weight: bold;"></span><span style="color: rgb(15, 67, 106);"></span>Service informatique de la Faculté des Sciences (SIF)<br> Université de Montpellier 2<br> <span style="color: rgb(71, 189, 205);"> CC437 // </span><span style="color: rgb(71, 189, 205);">Place Eugène Bataillon // </span><span style="color: rgb(71, 189, 205);">34095 Montpellier Cedex 5</span><br> <span style="color: rgb(71, 189, 205);"><br> Tél : 04 67 14 31 58</span><br> <span style="color: rgb(71, 189, 205);">email : </span><a style="color: rgb(15, 67, 106);" href="mailto:thierry.kauffmann@univ-montp2.fr">thierry.kauffmann(a)univ-montp2.fr</a><br> <span style="color: rgb(71, 189, 205);">web : </span><a style="color: rgb(15, 67, 106);" href="http://sif.info-ufr.univ-montp2.fr/">http://sif.info-ufr.univ-montp2.fr/</a>  <a style="color: rgb(15, 67, 106);" href="http://www.fdsweb.univ-montp2.fr/">http://www.fdsweb.univ-montp2.fr/</a></small> </td> </tr> </tbody> </table> <br> </div> </body> </html> --------------010704010208090001020700 Content-Type: image/png; name="sif.png" Content-Transfer-Encoding: base64 Content-ID: <part1.08090702.09080508(a)univ-montp2.fr> Content-Disposition: inline; filename="sif.png" iVBORw0KGgoAAAANSUhEUgAAAGQAAABqCAYAAABK6PQkAAAAAXNSR0IArs4c6QAAAAZiS0dE AP8A/wD/oL2nkwAAAAlwSFlzAAAuIwAALiMBeKU/dgAAAAd0SU1FB9wKFwcXEt0j4igAACAA SURBVHgB7Z0J3F5Ffe/PeRMIEMIui2xCSEAWUYggFTQU0IsXqYgUsBRRXIqgiCZVrCxBEZB8 QDCxKFZA0EYRLIJKgUCIFK5A4ALG5YZQFlORHRJkyXLu9/f7z8xznneJkPf1NuZmknNm5r8v M3PW57x1tbIMWQQemLNmXdV1vfU285dI6AP3j9qAagzbuKZp9gA1tqmqLeuqWreqmmFVw7+a XlWJfhjbFcPVW1mWPQIE3cwkodp6zALiXTVz56z5VuJ8KO13sG1rAse9qlQ1UJEcKhrsaZuE TrUyISkUy1wRUBJhdpKzJzPhVDrjAQ8j5oIvIvyKfQ/ZUORjr5woA3RFpfQIsjIhCtkylAfu X7PaepsFTsbc+0eNIeTnkYz9O6Ndg79p6LMUMQucCyvK80EpoCRcgq5MiIPyyndaohRJLVEq 9D9J9wzivQZB17HAswAaJYOuwp5zYFbDWgkyMFOsTAjheSVFiUhJqEePmd/QXxW+y5kEB5pf xwRPCCehkwznQ9MgGoH1tHDmutKFoJ5XYsxfGs0Ns16dxdNfAb2S8cAcJ6VhiVqfkP4vtByo WcCmuKqOCUGoDVDIlQGX0gg6wRKIRJpC+xVyhqQwhJd2dem7P0Wo2UHpISlLaI+kfQsr0nZ1 Uy8mqK1BjaS89kCkQMeyJXZpiQwUuBUrocIHNjUDsCLtGfU63TyemLyAwx6DdrYTF3VXpXv5 vrtWM6Gv99k1DexWIJwMiLYewwy5f9RqBPY2hL0xTYamE84WU0lFUavVTIGX9pLAOO1VDksa rl4hZ0gKjS7IjnGbMGSfFREtMMQnrxjzAM1kU6AWs3UXaJUMFZrfgfeNjmwOcV6dMoWlEnzI SQexdrCprFmd+STiISheAGQSdkswag0s+tWKnJCFCoGKQ9FqGp6AROjFQA24VxB1EJ8IyyGE OM6kHOfCYxp6Cepc+OpbwSYnOkpdBvRaCB4iO4sCrsQhldFhm2ityAmJ6ESI7C9BcCFAaqXg Bay/vZYrjhtKxjbE6iyPe/Hp0gEAQjibcsPyQm40wQ+D6t+YBeciQzPwFZUVOiGKgKJGzFIs aUQa8oVxCVJOVgakZOTuWeJ0qBOhxeQMqQPSumJxmk//mNFjFnxXArjHNYzMaR4s0cXk0soK nZCUDKVDy4eTEUFzSBTglJ/uEM2N01sDae8Hz3vTdURh0QGZPChH2pEGH3+4YdjMob0vt1Me Fi4ltu+xSch+yoqckOFpFMttHbBdcgZyTTB1gafglsKFX2lD9yl1CL+Dn8Kf8Z4bjHwdNLh3 Vc9F0NtYoh5VIpalrLAJIUAPEpBpROyP1D7DbEdd0QU3AsxdNNXxLFIz36eae/+aW9N9F7SJ XHTOQRtiIODnofobzsiUDN2CTwkE/SrKCpmQ6XdyTTGumk0cDn8lseAapOq+BtENQZagpvq4 M0EOdIbKIUPZoPh4kI4ZpDJCfwzJmK3jBQSveImyuNZuhUwIyWhuuFNxKxFsudyrSaRJRpWS YiSgmC01zzMi2Aq6MkIqAMSBWwcRBZ4DdnXb6G3mXypmjh3LnAzxp4yrOXDZG2uxg+FR99y0 7y6DUjiwlv8+jPy7SVlpFQ7m45gXNxH7NZWMdFB3vEhJSg/POupag3pfEjK915lZS9orbw44 Q8ZjpCYmCcjGaqws3vuGu3T7YCyGrA9gGBbavlDpw5sGkKFKt5hieHlgBUBQaDq4fP4YUnxZ VfAB67NnhGiISpVGi2VZX5IVwvuwtQCiHsaw/9VN++zySE4Kx41qNKemIHfmVHXNJJeu54Z1 2Xha+Kn43Y69t0iuaAdbBkyIzimUDJXx0+9aE3P+Du//FrXbgFqb/ggM6/FQwVyVZLzXVo0o hSaHPeMDLmJPORo5qAIJJmFJYGZqdQWyAmACi8dZkXJKkKYEteUYa2uD3OrrVVH3SVBfg1Nn YkuUDBXG4jbsaWmQuRI4dEbos1UzuN54SThmiapBlT4J2Xu6TzpqRk2z9w2z1kH6RDad+nGv RaUVZEck2xXGypOuOOBMDo9aQY2TThjiirM5QZk9IYp49TN9AdoawzsgujnJ8CS4NLvpneAp 0Om0V2PBcjq7rWSbyDKrLGBaaB92x8H752LRtUv7dFmwZSldCVEySITkNEzhd2LkP+PGVkmw DnSypnVCniCJQAbLZOwtTpgFSHirq11Q8t4XvpEq+ZfctKOJNmRZnbNs8dp58VBg6ERiUWBE Mk4oAyQ3pCU2c6AcxVpxjPMxsVBByPMOrk2a9Y0PT5DWcSkd3YE0mhK/ZRuSZEhOuWBqJaMa f8MsZkV9Lfit2OSqbMg2KzpsAhsTdWpnog65EaI2SjuNsuAOKmA6XEXwRMAmfJah2KpvmIaD A6k6AVNTXcNUQSMy8eQSCUi6LQNMJjBzUNIkIfVaWS9QSQukgDRtcFO/CL/uFg9ZcUJ6JeN4 DP+K9aZRLG3hXgpMdiKIwie1oYo9dO6LMxOrrSLXNNoETzj5CqhQ0pDPolZxcFVlGLIlQSjt 1NO/VCwn6088KfxwBcB9c1hCSMkCpF5ksQuoaIsGN0RVLcabFzLfUNROSFqmmBl3vQtDvirB 1KEfq+xuCrADmZ2QxcDdpW0H4DUk0wQ2oo3ECJyQ4uV/oRMkVEq/cakOLjhLkpXUKNapXYGE nIzPInLCJCP+tTlE1eHo2NG2J/mZSUUe9pRVRqjBlh6SYBnMknXw6zJFFaOT9hKujrVp4IgJ oOCdLefGEtllf1RDFctSII2KuPqQICiwLCtaAQGWCIVViTrHzTyY7Tp0MrVNkwmDKckPdjol vxba2XXgikWCh6jUEXMXoMM8yNZwHMmX+qcga10s4OkV0FxkUWvpApxMNImQQZksD2RrNEGe xIHqeJG446RFHWGpkjTJpItihjNhIcA6ECdThBUe4sxj9fRblgdVkIjUsmQMPOK1KvH3KS0h qYkNJi8KbEwfxsEDhrNccbE3a0tEfTgmBufjasg1WZP+KypJnd7EW0U+RdgFFlEYHF6LMhgd Tp3R0C95dpQTg0izCGqlLCQFAp58bHFMbJkYxC4+lcTgygQ8pmtWqV5qRmGirWyLbHGY27sX mrU7nWSQ4xFmpmQWVbnB8435Q3rnIk576/rvsWbNsEjOhovOizqYU06DGjyt64fZbsXuZ+EZ YA1VtLrjUHo01DZFJqNWMkqQaaa4tKQEKLOIpMhUx6WuXm5Gvrhhz2+22mL4HQfEoClUpZGp Vet9nt1Wvdi14VlBGjPqoqjdsyGMlTW5XXIkncXoSfhidlruzA2/ghqD2EZ4UCI3hGsBWIUA PDCc2SF1b49JobkBuYgFtb+lpVEiuV8F+SWu4p8MkuVz/9Dd1S5zFlYHJOuSE+4pHuqX5JxP 58DVvlipdsmhTQ4DM7/d70hSyNaF9BKJKsIgzm3XaRfxDTq1lb5IkBiSOXX1s+FARwPitZYQ k1NhehBkLcuXotO5CfcFgZf3MnthNao84Ahj5UcnnL0c6HrTQYnA2xwTGOO4U3hClPZdpZPA 7oxD1IlialuHuJ2klJHqRS03GzAjNgCy2FkUjUpiIEHZifuBOhm6bkkzy6TL426xzwI0Btm8 Fkatdu7HGpnCapqWJ4Cz4xlqyq7IGiMyQkec4nCnkAWMhnCxeRqoHdBMG70liXSJjiFriYr1 iHWwczxAukwMa01Q3aibjSRDJwIc2Jf/EsbLOdvqYLilfvgUcRCwEKvd7ggpaq0dwGN8ZllR s8+zydTwZxXu990leW1E6GSG1CMtTEbYkBBWbBJd0D4Y7OnhTVvWctiWyYpdGaNtGyOMAQnf FO9SMkjMHXCKS+YqRABop0mRZGQuIQRiF4lMeFVZQKpTRUIaPXOOkqxPszcfaoxD4SbR6Myi xLV8VjgoHzWw8Ee+hMsGpnaO2wAeeKBGLIM306kXvBkOqZZCExhGM8a0e7E+CRskJRsdiFm9 RNXPpnGgC8Q09UKPM2JCi99PTZxbxM1HQ5frnTzHDVcyPxsrAJsqAQs8410bC5EOC9CYqDVb EjqztMQJRNezCe7M48XO5BLlRKvXVp5kchFYPQm7TmH1GktkOVItKZLI3gq245b8hBk86pzB 28l/zqKThkEXnLUb4WiJTQQXr1RSENxsByc5LnSEwnHIHIDTUA1+5wykYw2HaxEJxi7+p37I NKNxRNZ0MkY8/O6teZDGr60N7cpBlGCySRzx3WuqswlWvMCcqP4cVb7ZKdm61zbYBGVPJC97 pzDktuCKSi6CawiWkZwIHVkB9U+lzUTXqWgBTdZWUliCUUFNcyhdXDcjOWPadRGPaKdDuye6 Yk6ITLPCK2/WqmzZja/zvP2DYK8C8jgie8yHgCjSAg+8Sm9OcLRF0W1hL7gYnyb9TyDzERLz mxn5MfINs2pmZjdz0rjUShIzgRqSkADyJpduwUGkYRgui8fEERhJMaLSK6PfkJPBD41aSbBh gMxpVKICbzIx6h8FcSMgmeVbJ0yAy2D7R/CrSzWbLgctJ4xCRciSIRLzZqS8OStuOxUpCGJ0 uSjo+i/lKkk0rUQgoJrWqFoGN48xUH4N6DogU0jOc9Rc//BUMyVJ/YFKOFw0JPOLQkWio6+7 yVjKaNlhc2wQdoWFqkPBM7z2o0fcQ1Z6WA6G3bTvrvcTrEscnnjXKBR7loRxDn4OmJ3xdUr2 OFhzxAWVI9lMMp48SRCTB083RPnXU1n5viGot9M/HVmPsHRN4mJ0ZLoW8glIFt9fLX1ZS8Qu Azq14P0VT3AJYEsp6DQEkH2gGWg9/MztT9rSn46BYFq70t3K+mSULCDzeo1epjqK4QwhStbb h7AGkKdal19BD7dovGk+5AEFjJIZQokA8tdKY/KkMSAFKSBrAToZolmc4e3MbLHNS71bIN2t knW2QNG0Q72hxd1Ck1ymb6tjCemXt7esV9fvyQdQ1mqOB9VxiiL/7I7jaXnSHLPeCNsLTEHE U8McZ69oHQhcwquY1M5IQyqaDQq+tiDMkukKF3aIASnc2qm2BXQHs/rdksDMzpL61jYZMLxF R1LsvlDqJ1i3gBgX1hpykheJCkYmfXjTL3+3tFfT89FdL8WpkJxLMPAMGxKmKliotAUKmwoQ u+K2OoZleBnUQhsYDTUtLJPTo+CXV6iEKrJRJkIXx6TWe1OKS7MKofgxs2N/IbXkBlWvvbVZ qRAysihGiL2ytMSmdi4iDO3ZZfMmNFiITW7CzDU0tRMi63SwVCEpn8feqcm+rNI+JLNoK08U t9SgZe+0Cxbv6S29BLllwZdk+hgScsxN34I0KlCjYxeUdXU5x5VttHwNdKEaJjl+YUaKo6OZ LM32hQ0dMvVDazQy3hM5jUenKyOyoEHWToiWLR0s8/N1+seh59PI1k1Emo6R7cv6krFUES3I Ap8qdZLd4X9ggdJINCkwFhArFqqkLaiog6mwkgnNHGjFo58nX8A24IWq9UskW7uUfqgLVJsm K0RL21STaJddFmemDSmD3jshWYoMzRdhJOVcdO2EwquNZ2jSxj7XAkHtiS0TNWjFHoPZS5rA pZROy/6ABV8KGti05CEsZgIiJE7JcYIMt8JFgPdhEPknB9nuopGG4iYl0mm9yYrSbxEbn/vF WgClHRTuZphCkduZd5B1PMJNQjRTcuG40jODCzP6B+L0Hqg+gnAfRPw28bBpe5iYtJApK/a+ q4bYiCy9/zpEoslJoUYSYjQjOpHtyBmmBJEsPaP5194SLSsByyiXTdkumharPiVV0REzAA8E C2pLC2pbJ5reqJCwzPuuhLSloGuJRp2SxBnYbeC0HQtsC8zYibhsRJ+XHfTLI0KDYZ4YNJyY 4oiSlN0F6BCbo9CrQQ7082HeRq/eAPU7ETi68IGwBHaRBNViUl1tzzFkT+y8BVtKEb1M0Cb1 qmMX/dw2vIVTMyctJRxSazdKfEVeIg3E0OwHTEj+vUQsBQ2JiVNMHH8Y1dr+bIWbmKvi+IUo OBL/lXAi0glKGdk5UVWt0+Bb8gCSYaZRrU5UkdUAaG+BeYQnOhObSdgEjGaw+MII4RIWM7dj VzAPbj9gQrLYvIzp1Fh3eiNBdqbLkpgXwaXDjUZRjkOWVfolonDhp2ZCcld9ro12fRmeDzDy 9fb9gYhKEfDoFEcWGWxVtaMA2Va1PYqFZRND6odVnl6iGqCE8cHUi8QCZG9Kig3vRTOY7p9M SBauZKgkp5OrGTukdVkqieIkFOk5jO6xxcohzVE0Bijs6npTTttHcaY4P+GiUvSMDkoD8zxB WnvepRx0sZs5kt/SitpMjHwNqKEsXWdZQyl4MLLKSG+q+/D5/0iW/M5bl2wP2Uq/dFqrC07H qFbQHMcsREi1+ynmSzgHPPF4iepFb9pesMF0l8uEyCGOI/o940Ki5rfLWSR85M+DExKN9TjN 5jNTwPvM9hxMgqa4iTbHL6+RUtVP0SwQOC29qqQ4b0M9LVoWLJcJIRk6idDSNYoo6Diiwaww RCgirB7DTlBT6Sdl2voW0Ub4hTOP+4pv9Prw6Bho4hx4KeafoJ1ZEjR9mAcJWC4TkuNEPN6C f9ulKCqEjr989gHEOzo1r7Q2zVOClyKmTsw6rQD3nSFZqfBkKifLoyDlUbI1LUMuynPChBii MlxnTYjGUdmMVflI1+2QAxBGZoOCXHa0STO74C4ZqVqleBr6gj7p9prgE4c0O6rJPpvRYpUW EZvILpaQFB2+2sCdX52ZlVLU0sjt4iIAaUzFTeyor/lFXR+we9MsXNLU+i6HdARvZ4rlGGlk OCEtQVngYGq99CZ+6V0eiu1gydItm38ham8gKnr20RMDhpYSGtaSpXRQqOtfyPj2dYj6HsAK rOhz4FQnEQnkY9S7d2vKy3/bjn3+OV6iTm9ySoCkhbwyR60bRNgSBEOwZ4bMeh1yzgpZZUXo JTrWhhKU7ClUwtjI7KSMTwFIVdBkrzroQhdSTCZZY2m90bwxLXx7XTMpl2gqGbTqZiHmTBOu nJ3RtifJpmyH7UpCLEOIqvrYNbfXfAC5GqEJsYQ3OFfpqUe8tHjJ2NWG6aWcTskypdYyJaRN 0CFd5hZnJjVf2Gz+tiixAnZZu9eUkopQJIM0Qkxj12yZqJwreoa2jRVPgscCBHUZuhZoeZlF wXGyQ1LaSwa0IZyZw9PNqv4pt3bm8fy95t5bZred7rAzuSGdHeCgrXnRnJfN20TyQU/DKNr1 Ygek9c2+ZyEduYNt6VSR95L5DB160UyIcqDBFHNsHIBsmwwK1QquOwngGJs1yRFafC1ZpRki jBN7rMmWreUIEECzOg1BbWaAFR+IUVVVX9KudzIEC5lqpSKB4o9ii511VIcyI4oGejFkDGkP D9qJKkxIEoeg4ksMstu2WXbYLG0uhkWvrVoGycCIc6ItHIFxuBCnZynSEvLU6jif4iOchKU6 RJOT4NF4BBSbqJQsS6uqc1im7kzt7gp5Epn0qulNnvK/9I2X04mgcCTOpAj6RGQBmUFihrZw sFTpCHYrumgNrNQrIpkMNEEFpwb/ohCkzJcg7it2Im0N8owGavcUYMs0pYR7szz4VGSApEhf QHiHif7nhMxPO9UuBepkjyrLF07y1BdaRapUJZjbRnTvTA8NRQKCuuN7N/Fgeuk6BDtsaYqa zArtuSFImK5aOBsVzgikYhbZStsMwWVcjkALZIbwrQ1FQEuQ+DQbqcme6YhD/RhCD+TicSE3 IHVFbx19diJv22O5HTdEn0B9WHsDNMut3QPMRulQ8or5e8sbqN+5MLTHkCUnQrvYbAZVmJ78 K/I6Pma64BHcOPg6Iyktc4lJVVFHI+gxxKK8K6AUD+Fmk5txLFX/pdNc3mbs9UOpYloIlBiL MtyyFchUnOJkToZ11RowLXswAwDA8MoDpYt+sB0SIo3JpFYTUAJKv8ex+/iikWo7g8ZNcNRy FL7Ear+FNYX4IAh+weSMsyy56gpv6sQjfknUMSMb8680d2Nm8Dmlu4TjS0Xxxoza/RZJR37Z aMkGA7QQ0lbf+FCjdi7CqYjMRGmWuh+SgmCo9jrtlQHcxLN464+VoVuFEQpMslCV213m0xEz CHy1AKdAIHWp3QcXjgVQsgCE9KbmLfz4DYpDEApvhfEkZsWNInUyQA64VEGD5DCAB1wIXtz2 SbZIZ7ZJMl0MzJ3eMCy3ocDtI7+a1UsgGdaLbVm7JESCa3+ZswRYBrcVlXaEMzxBZXbZ2oUj SslLO534FFglIMhFk+UXweaznxLbVM/Q/hXY2znc/4xnMddlB/VmDInp0pxx7RreESYiuQy5 WJqlrsXprvpqUFqoAAgG0LFQI9LYJtykX6bC/eobmiGzCeKbFbAue7N+m5EszvIzoesOLq9Z GZ3Je9dp2gNO3uJsSPFz9ZexZwEnVY9zfHhevFz0cTbYNCxVTX4bvrfMfvq3IXR3VJRjTNsu uafiYEez2/8ES4aZMEJSpCjJL4JPr+JmhhW81oFb26sp3AqJ/L4apkHQ6rOyK8vKCKyMwMoI /P8agcOOm9Dl+mHHTay0/SWU3nb27v8l+NBlIw70ewA89LgJ/cK7mAfotGW22wOQ9ws+tNeA 6C/Q2NjFK5pDj/3zDaTeA7eta1n97HKAjoN+6LETNuJUdBKnm6MA6PNLk6dNOft2lPRQl9PG 3sxL6x927IQ3gd9x2tTJly6rHAKwIReZh3PlMvX7UyeXJ3q99ZI8va2vU9wPTZt6ti9ye9MM VR+buIKtN+N6+vffnzJ5EX4ejeyZ+DlnKHT0SAEJ+DbCHqTxGdo/oH0pSdqkv2QsbSRgXLGJ c/aNuMeygwH5MiNhNfp7jzahkF11z4z6NVysHs1g8YVrYu+q4OHnbtVRJOPz/SXjsGMndu7X dXEO3JFtsqW/Mm3KZF2OnEKs+APDlLreiS3aBvS/w44umcjvY5d0DidW40j56mT4zCTqhyD2 oq1g/p4g65OphzKXniNBV7E1wDYG9iywXZhVq2LQ7O9POfsxZBDQCcMZ1VuCm8m1nL4NVhGo xcj8K8nkGvB6aB8UnKTDWh9CU8ZdieyFMqpVFhFs/Uz6JeRuSBCeBvdOtlHIvhx9mjXvYOOv rTV6u9EFGQfRWI3IXY5MRvHEteM2WbUpdm8MfBZy9SfvZP8WzL7LSIJ+ZPo32H4rPLNDkm18 LzbyOlL1Y+BPY/NuXOXsgP53IVeD9xQ2v4JEXEYxgN6HDl7ua+7TRSm8WmHWhXcetXx+jWD0 n1QfW/nIWrUe8n4EbL5uKzxDVDbFoM1FoELQTsT5GTATqHoqhutN9/1hPsf4ujqQAFzLdgSO bcJ2Afz+8jV8e3Fb6nPI3RnFMlaj/sMo5QdADc+tmynIfaPgODaZanu2N7N9k6BriewaSThV ETB9jpU/HdFcBN1r2f4am76FXD1vF+/6CNtfazp2nE//7QT6Dei7hDaKqnHsvsN2KuI2pA9/ 8wPaOyL3rej9LrijGZxrAL8EuWPFhizx7wXdZsREqwas1c7AiEf9VuxREicRsNdTA6ovQ95o WvqrCj+CVs8FXg/+RKFV8PlIZB2sNvEU/O1MiK2I1cVKaA+jdw4MMugaFH4Eoi2/P/XsPwLn BzH14ViwgCDpmPIPMO8MzWYoHUF7CWvoMYzS79FWX7OKGFTj2c9mpDCzKr/khmETUfpxpvsU 9FyF3PcQBBJRb4rcSWwT4NuYJO4DT0VfVXdpHITHwH2T7SPw7gD92gQemdUcZt15KB8PfBfw nyKJGlTr4eT+4PUdyW2x6UP4Ng2+zdC3EJ6v499EZoUCd03IqO/A3j2Ig1aB9ZBzAvDTGUjP Yve++HshibgPvvPAPYR+Lc2LiMtBtIeh+wvQnwLvukR/M5KpFaS1pNVrwbsa8tdH53joJyJz Eu0XsO8Q7mVpSZl8GgTXw/gBBBxFsG4k2Cfh4Js4gA1npLwFo0X6WpxkJvH1hqr+iQBRmmvI +nja/87G6K8/C/XWOP0svNsBm4eOx6iJS8VIbXj1s/4IDjTo3Y1Kd01ZhmrRXi86F4g1pFxq aJrqdrVZKnSn8g+M5lWxA6IokPJWVevTiU0zHT1alnTv5ToCtUCUuPISUn8ZXPxR4br637Qf T/1nqRXYRwkyA2ei7qPthyGaBYtFg06E8E/tun6ZDs/3OZbwkwjBVJBJu1mEdSxZoimFPxSj 12PrnRHTg/xxSOPP6LH084u14Tin751oqdAPcm5LmbuR6X83GrWGj6Xeg5pfv/Jd36q5F1PG M2JsnNSQNBxvprpdVxvg+G9IxA5YBU3N5z7j/VxkS4/W25fAr4czr0XWHtSrAfspBt4oGaXg lb0GoPMC2SAcsYjPeSgoBgcHyRiFHc9Fz0FRAjYQC2SwR3GD2/zqEQihhjGD3QfUkzahPwPB HlBokDyYBVitfxUsEo8a8WqVUDJzeRELeIGE+ZOdAKMmcvgUb8UnU33s+Ctqlspag2J6D8re i8ivZCkE7EnMv5RQ7AnjEzD+mNlyLkvYV+hfwTR9Hlp+TpbNs+MPIPQhLXlAbw5ZSGgaOfcc OBmrpWgJSdmYGaiZ8BTbDOSeB/wsnPwh/SfY+i3W1smPZFux45E4SCwB0QBIpeGPsVTNc8D9 04MMVq2gqjhNWZYh3j2Nnf8Dtneg92D8/zp65kHmASFWsajICiq9VKfvjq0hmApw6dbfVxFF ojaxVgPi0rwM7h7ieT7bmbT1V0Qf09r6BENkbwzIIwSuZneYfonS37LtI5kEUb9quogptgXM C9m83AlHQJlJ9SwcOBVF1wlGURzWBsf3SurNSVZeR48lOh9E7nSc2CtIvf8WfZa7ToFGCXUy CaCCUXQiW1NcoxtTMk11B/6Mo+/CYPtrZNzJpsAUXgUKgtyXnSEr2KRnCRHcgvp3LLU6S5Ia TlbSg7y6Xp12rBANxwg/AKvvhWx30abyJrikR0utDv4u+AGNvntcz8JfoXwOLwAADV9JREFU nSAEvGGFqZt9esjODIhuxuirCPrxJOZ7EL/EAfjbEFyL4lHATsHzr9HXOvwws4OPNvIlHAq4 LPEunGB01vcIQPsFdoxYFx08LySZn0aPPulzJnrvw8n/gn8y2znI12jRMUhnZcEVAfDaDv4Z gJqdiEJ+0zCTvWwqMKbBNnypf80yfD4D4AzonkXmdTDoqeHT4o1SPw8s2ebTUp2CpgA3gnPq Xv2Yents+6xspD0PfftRq8xF/xeAb44PjyJrOAPvaqxagu2nA9dZ5mroVBzvhH41bJoEnBMN /6nX56HXMXUmdl4oHHHWSnKxRqBOKz/FrDrNAeRzQxAfYfiUyQupDwI+R2QIP0VwmEmWjied QiA4cDbbAlHgQFc3k+gz1EbeefTPxUgC1xzCmY6DA/zvQd+Go9Npf0K0GF0RWDUp+iO+1cej XZ0D3bWGsjYTiM/gwFPA/gAs0+ALZ4O1Ty6YGc3hose3n7Nonau2S9NcRYL/OfVILF9btW1o 5MtDwK9HzqME9GDkK9nfAPEefLxCPMA/gV3focWfq2hOp/6t4Gg6DPhs/L5CNhCntQLc6A9T KonXczg4gvoqwYn7CfhxJbTMrvpIlsa4G0EQnBgzsyPLuoLXeTjyOwW6WvBcFDyVXGc4My03 JUP4Lvkhp/u+EycR/cqWoG55afYUDdGwHq4TyuwCLLvaPnAKbFhmbfsiWNuP3jYXngHulbX1 JFlTkfFht/vhAVczO0p8pbu3PVnnynoIIkCAd2N73asVxaicuA5MOnAzEzkMUlha2JXkgWCy tvqi0dxmqnXjWjCRhLCOHME6soJYfVFKfAendvDbokQj/pCpVqLpFh98hiEAZkmn4b2UyDf1 4lwUfPLNKgwXqSkKTpBSIEzSIiZBanSWBYEUcbzzQT1OSpKeLjnJdhGD1s/yHtaZBmcRWgsV FBlID6vDFTiSIMEVDVhDn1BqRSSdykiarQm9wV6cFxAtcEmOhCWyQpcboCRXdGXnbmeX7OoA omU2GStGtpDSomrDkgyTA1ftokSaLnGHweAjRh6wQYgC+YPPUpnbqpvaL2ZwFUJsAxeOixEO ibY89yHjT/A1VfsCUoiV5b87AmkI9DWDpcw5dDZLJoMuRpJmR4yqGBlpNKbRpDHBmZN6OihD 2hlXSQp438pOB1ONmW4aiwKY5XB6CKuHm0XkJSKP7LAnzVoPR5ElN1r2mJldx8fsR2CkgTM9 255p0rqQWQuhxCc7PcO0FGomqcieXPIs7DILpOTqv1cE1RzZdbtcH5TRxRFFHwqrniIIT2KM TlkNXZYdZxHcEqlX4RTS1yySobMRmcApntosmbUupu5Ej26p9FuwQ9N5JH4+2zkl7pe0X6Du AmMD98AmjEDG7gyOP6JP1wceDP35SPJHEewXwenU//9Z0e9DxqH4R2TwE7RPoP4c2veSBbRL jnVKpgRpa5elnZLCvD8j5gTRw6fb9ztoVigZLk39fmruAncnQzJjNgQZyRhDi29C5kGT4FTp lnsHkFrZTtVKBqfDm5OMK0nGYZBMAK7b9yP6S4ZEMHInE4Dd1M6y1FZRLPortrtXfOSH+PvK 6AvTKbvu2m7E1J/HlDmB9kRmyqcw5GdSiCM8jIpn7gQSSKPlo8uWElxh81xNFORzPZqbpC7P UCrdw+oURiA8RwmQ9aitAz73uNRMpVnEicYWDJCu6xkhFWxN+f6KAkdgdeKikXUm5usCVAOA pDRjSPBR/fEZxhfrONL+p9q9fUZaHztER/z8PEftXOQHPvaBgy+xzINPs9/GgtMzD7n1QhbE cqNn68fS3wKGx6nPgYa7tBNHoYArTJ5FVPUdCJkGLZ9r8n2rWwiC7t/sR25uIggvIPR58KOJ zDhmywaM6AcI4t2MJm6/M/Lr6jXQT8XwElY5wfKiO6AT0KWDwgKC9wx54omiLqbq4+AZy3YX Nl3E/SbNlAOwaTzkehJ4AXAHs4zMptkexhPhccG+U0nKSHWwZTeC+T6akFQXwct7xb6lIrRm 167QHgyMp5CNnsf8Bp/2hBxQw53wmsFiuO5nSd7RwHbCcgZ68zUG84vAtgb2IdBrQPtDZNyK DO601x8Dth32z0P7+co0A6HvyCPApyqI4Pn+YrM9xMfTVrkAnMJ0GXgeaE3Ym/6bgGspoOhG XX0MMkfDo/tZ0vEk7Wfh0W2OOQTpo9Tb4cyFGLkv/WPoKwk6pikoCs2p7DenMQ1lu1C/ltnI XdX6BGQqiedh+hEES/xj0fdRhuI05D3HltZEKHKa6/qXOH8KfC4Mipu4dXENvFsSgTMBXg/p Hfgat1QYdMBGY88aDIZPM2v1aOAe6gssoK7/DvgkjJ0Bj+7LfUNwAn8k+g+kOQWbZP+XBefA eRrW/ILmjdB+Gb2rYw8yeIZTVV+B9i3gj1ewnmcbTzC+jvJvQXgx2+YQcdu6OoFMzgX/A4Iw BufXA741sC/izN0I4z5OvRG4+QRtAXQqNBvdKPPBEBmrQqv7W9zrqv+NQOjbwHvD+0UCzD2y hntYzXvMqWcMTIMo9TupPw39HBz4Jk6vxojaEHlvYAadjA33I+8MZI1HnwbEfGbKneCwyTft NFM1hhephuZoqrXwcyZ+6MbgpoZX1XuguQ95etb/A4I5HRx/cUg3M/V1iPpg6O5B7g3QXEJ7 AfitsHI+wnkPYPLt+PEN7NPDNp6r1O9nEJwm+1RD/zBx3VeDE9qrgV+D3F9hj27tvx78nejl xmX1WZL20HAQ3Equ72aa6AvS+v64/i7VUxCdhYJdMf5jwN6KkHvAM+r5C20UHUwxUqNGB7kP Q1MK8kqbxPCfEnrWICCK0iYYezYyuOPZbEp7o8RQI1OO8fpPs5gA57Oz+QTqYYYZV70NNk3Q 3WEldkd0cTHVfAkth2IrM6SagtPMHtnFCQjCVRgUuug6BBqWjuqD0N8A/jBqbgA2JFczdKLW dQVRPq2CobwEUq2DrvdBuwZgBnAzBvg68Glp9E1SaFcH9hIwVgceiNXVQ5LBYHqC6qvwHk79 FgbUqYRGA3U89P+B7Iuw5VL0vg7fOCRMnsYXJLi859Y0zPMgLAXDP0tnBzZNUW5P1xpRPDKN 29TQ081FZ7JI6RQ9Q4CUUqB0HZxa30p8maQomY9AppFMLXT5mkI6tglquJZVHn3qNx/1c0Cu RfpLTKZr0azHwy8SFEYy7wBU1ZdJ+n8AO5Hgmp+AjET1WDr3MtAeoD4JGDo5ganr38P3uAg1 GFSnoraG1kjo7mGpvJIOzzVqrf/3Ep8jMVi2q8hXecejXCzkbrShaQecZa+ay+C5CtB6+Hkd 5L9lZj3HoPyf4D4E/Kf4MImDCm72OoZgLH/A3q/XTMKBWxHwCNpGQvcowVw/K0OY1u/30n+W LYyI32MooOGc5Ku45mKRV4KY1jpIT0f2LSDvArd/kPCMWTNIt9Q5TiGbkeeiEbgxsBeg/R0O 30RQbsaRx+jvCN1+OLEn8r4H7960DyJgoxKvLNGflf0m/cWa2ancR5A1cBZAkGeojmP/xAxc F7sWIkvLnQbjgwzAe9F5A7R7YuOqHEX1io9FhYOMGZYlbGPAxAMpArwptDoBeYL4PQH/3WzT IXwd23bo0nI5nJicjS3/iJ4jmYJ+GJMdtwJ2vAHR6IzC6yxOH0Xmt8bhuShcF0G7ixBhE0nW H2nKiF0Fg28nqrdhpKawLui4OATe6LlxOQX+A/CPCA7iZJK/mdv4h6G8CcPBu2r+E9gRggN7 N9UonJkHLce85gOCgzmN3QhsYORWJwkCDFk8ts3vSnHWh8Oa/bw14mOSllsNmH/Cp59j19Xw vE2c+LUDYT2Akfs0enSWR1yaGWzv0OBgadkc2o96+QvcKuIjJtqvjh1q3IpPRwqO7KNB8RpQ 9RN08cbOxA1jefMJkpaz/dh0gqOyOfR6hOu/B35rwGKP4y8D54lbzdO8CUwzXt3hz1Rj1GiY eDWonkR7BtQ/xbhrMeQ6tt8nmA7QZ2GZgvo7gnm3pBKMi6iOwun3E6BjAGzL6JkJfiT9E0XD GqoRq00z/5NUB0FzDbUS/i9smFV9Hl5dZM6kNxdbr8SG7zJiZyN7JgHg4Vk90T6IoZy+Nodg I+v4xJ8zO+GtbiLwFzPy70MOp+4TZyL7q+g9Vlwk5nb2XKn7FdFvA/p3jLoIGf8gPOUeZD/o lo4nPJJGr5awk6k3wb6b8U0DWicmi6hPIgZXIPgntM/Cvgew9Sz4dof2ehYELqJ9EgCawjRl 5MTVONM9gEO0R55m4lILiS94glPa7QaGt7tLbYs20+d6qQwtpA7uudufLcgr/jAIMumAdX/6 0VHoFfdcagsklWSMAdIpwJkU5IzCqNBBlbafpWtZ4o1Hxhn/WcYaGQ1SxyMXBGnuwgUHfJKd jNIJxBJmhO4AhFMQgvesELPo6LuGnRlsIV4LZIcEUnRr21qQZV6cAkYBD4aX+MoBPcnjqt3X RHLLlup1Tkh9RsXECEYw5kWevG+YIbJFQuWSHAOfYPDatwio3uDxN2MA65ZUhINjDUuwz+AA 2DjtxadJgEBeaZLJIm+W/F+0GMgz7QPtAgAAAABJRU5ErkJggg== --------------010704010208090001020700 Content-Type: image/png; name="um2.png" Content-Transfer-Encoding: base64 Content-ID: <part3.02060602.07070108(a)univ-montp2.fr> Content-Disposition: inline; filename="um2.png" iVBORw0KGgoAAAANSUhEUgAAAMIAAABqCAYAAADuro6yAAAAAXNSR0IArs4c6QAAAAZiS0dE AP8A/wD/oL2nkwAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9wKFwcZNn+jK3cAACAA SURBVHgB1H0HYBXFE/fe6+m9QkKAAKEJCEhRqg0FpIkiICJFmiK99w7SuxQB6TZEEBRQpErv oZNGEkghvb6XvPt+s3f3SgpS/9/3bXLv9rbMzM7O7M6W2xOYjZu1aS/7ZvN+tVkUmSAINjHk FXHxMHPaoRX08MLdpDW72N7jl1W3Yh4KWo1ahm+LiuOnAKLBDv8r3SexK1umsRpdJ6rik1OF wkIzykBJ8GMhncMqTDu00i6v8jD9u9+ERdsPqFIOLi9Uwp703qz/bLWjQVe4f/HwJ81iSdd7 xnfC6esR6mvbZhRYAp/I4ye8M3ikqlPzeoX9OjZnA+ZtZqtGffpEOZ8nUWHmDqZ26cJEyInp wYeqwoyfBYcw9tQ8IxqyLzG1xruFqHLuaNa6f/U8ZD1XXi4qxy/fZm/0nSWwMxttpa5UwO5v DRJetDK0Gb5Y2LtgyBPhJ8JAAyuqDGU/GC7E/rbgP2HY5p3x3R62/9RldmLNBEt5UcEO7Ucv e/V6xIOKBr0m1Gw2+yalZQl5RpPo5uSg8nJzLkRYjLuzwwMfT9crP8/+8oIlMzxe73zF2jd/ la0f97ltsJ2/3cilbPc3g+3CgNfQaujC+plZudXyTQUVcvKNHokpmWZTQSHzcXdWOTroc0Um xjkZ9JGvVatwe9nwbpftALBQNCQ/sTZv1LYPfoFPpoRBTOtn3wgReKLdFPdmZbEgugqa0XIC EwJFMdeFFSYVMhH6rfZUCSq3fFE0xqKRjRPUgTEa3w1XVPqwtKLkmRIGA8fSosEv9ZkrgoIB PUIoeoQe6BEKQKyNQMErUlLRBc3srxDAk0qeF3lHj+CCHqEXegQP9AjUOtrQJ5rxaAANtxD+ A1p1oy1umx6hN3qEUPQIOVKvRsUAGJFpccvFw1zQD1iMDVm8jS0e0pW83M3ZtLfaj3+f65mR ndcSQhgCGF75RhMzFRYytUrFe0mzWWTQAobWnznotQxCmuig110N8vXYu2FCz+UVygbwVr3+ 59PY2Q2TFNB29xaD5rLDK0ZbwkYt+yHo2OXbA+OSUt8GzkoqlcoVNACPLV4zo56a8Oo0GqZS CfEAcKlCGd/9h1eMWomy8jKxut1ZtzZN2dapX1jgvyhP/v3XmT7ohB24/Ni3mommiK5MzKjN zDmBiCxLCURzjl065UFQ6eCl3l6VzgR1BBMcwgVN0AFd0NkfUIZ8JV1eVBWm0gYxXZlDStBL vdsIGmNQhDZQhD1W00jWBVmWJIESx6X9tXL2y6AKilBm74nLF25FP/TlphHHq9Agkyqwo8Dd BsKcaUuDjSJcgiLUkkwjOQ8ESLKTyMN0UKKCmt0mCFe3zuDAt/7xr8ea3Uem34tN7JWbb3Ig wUeLT4JfoIKA4c4BkSlAXnooNIvQCTNqVNBo1CqmVauZQa+9W71C4Mw/Fg/fSLRV7DRa+HXe V2LNilw2KIgNXbyDLRrShftHLf/B7ejF29Njk1J75OUb3YymArSspLOiCYonFsVLmUAXVY8W aVQa4NTBhERPcT20jO/EQ8tH/sIBe7/NRk35gs37sjN/fN4fY3x7FDhK0AVd4vwyJU/zMOfs 6aYT7n7B1KmVmIqhgZIdCGMFzFhgZCp0ZNxZrWyBeg5SWA0ubvtKrMWj4BAjaAK3M13Yan3g r1E8I34Ks35naufWyuNLuxNBFocK5gWVAmy8vCSWZ4vHkvHFeorYmiR2QMlvhFpu+UrHKbWM dvFyyQQMHTB2IKcoQZP+szpPWffrykfp2d6kACTmKK4IISOMqCyReATE8rgJUkido4ouFa9L 1K3I8k0mIb+gIPT8jagNDXpNb3Fq/YR+qOS8mreiCQ7nWZ3PpliU4M0v572z4+CZ9elZOVIL ChhIL6KlJ2HRSAIilRr0AAYSIAV6C8KHaH5nMNdgshVUu5IX+3PVj8etur5j5teINB290BRo n92Z8y4xlaE2M8IUyr+3grk0JrJEfW50g/4sc/5onT4jIDtDYHcT3FlCuhPLL9CCLaLg6mBk gR5Z+tCATFFjYEJ+DuXj7YfMQ6Uk4AmFoCyMmUCoKVg0ZowWChNH50WWX65yem+uzndlLCmB Mf59QRe4j/Pw2Uv0+Jx2isApVdJzMkEjVaPFEdH/KYiW1M/gocIWyPnQJNti5y2JGswjaX0c UxRFsqbhVh7X5gJnR4OgdCUNe8+YdzsmYWR2bj6ZPiKZP+So5uhGP/hFNZIHPxSi+OnB8swU AWW5EMx7cYk9GvaZEQA4rSCU5uqfTGCpmdns4qYpBIjV7j7pq+sR8Uuz8vKhUBwgFIBUiwDK CsdT0g9HQj/k+J0nhI+UBRfQiAJ6FPbgUcGA13pNJ/Ok/anvJrJPJq4Wtk/vr+TlAJ70h5Qg 8xi6T3k8kB/bskl+pN8cB1Vy46RMgW39ozb7OzyY3Yz3FO8/coVCakCLKHo657EQn3SxdrlE 1q7uXbFtvSjimWiE0QOr0s5xaZLLRMpCkWJhCrqBlC/NmTva50dXm6Avd32TogTGh58ynf9m Oxgv6kGq+ZKgEVlSS0RNFJGLEOm/pOQvMUwWe8JNRJErwlEKKR5EieVLykcC8+D3RdT8sPqf T10Z9SB5ZE6ukaH1p26CJIqnt+gfASVp4w5xlggeoDzxBEpewBIx0C28Hf3w7Vc/m8JHfOHb Z7D4vYt4ppD2I4fFJKYszc4zkvIVyuBlAoFBKgenQ8LLweNZok0K45RQvUgXAqmnIJsJ5l27 Wp9OWkDpSAkGzvtezvLkN2PiQJZziTGXJlKe/Oiqw815/x7WCYmN7yUYCroub28eurkl2/Nv mHjnvjen1dM5V/BwyhNMhSp27b6PsP5QbdZ9RRuhy5L32fUYN0HnhBEBhlmASBd3aJ/Ac16b xAZecrojQQEUoqxovLUxL6rij+AtN71ICQozdijZX+i9dEUgshTporrg9UFhLxT/44FZ8MvJ OO7SCCghXOYy5QYziXQ+GMNAdnbUg0cDsnLzaNBJGXnlyEJJPVEBTCixEIJGA2M84I6uCGYV LHTqcdArSS0xgcbF9UURagg47GMzi0tMHdR62OKOFE+u+ifjh2Zk5y6gOLCTlI/sG8pLMArx U1BgNgs0PiFclI7udCEZKbCksPDIWMnHcfM7Qo0wzBNTMoY1GzDnQwpbOaoH3Z7IFaTM5OnM ySsFR0w8gTbn/MhyP4jG2/OZOVdtwvyPh5NRM7/bYdWxSdvYqgH7hA8a3GYGbQHLzKVBsIAe TmQOOhNzd82BuaRmO09UZe/M/oj9dLSiqHUkWqWLqoa4zsWKc1D2U6jA1AgHerDaFPFhfoTv eeODbmFEnClpgMqUNIi8L9SVrgiEhlNJHqIUl0wwhfxPnILfDi+4xxtHewqUpEVC5Q5XCgV3 8xr1mdkPPcEY2NbcHJKFlxKA8VzYSTi1bs4OKndnx3hc1/w83cJxv+nh6pjmiPlUKIMGCoKs XBl4Xhv+EByYSgL1DOx2zEMuXW999c3Hj9KzFnIloBJIRj5XQLTkAsLVUCCNj7sLg/kW4eXm dBVTpuEerk4R7i6OZDppoZBWxaEWlHJLSkQ0wCugd1MVQNlYakb21IOnwt0ovPfMDXT7T6fx HM/EfxkzVIOFkn3AzRhV7g+xILYzCSRAY3aAMWdDgVgrJIW9Ue0h6//eNXH3mN/Yxv77WfWg ZJaRq6OiW/CQQrjBVIpPdWa917RiB86VFfVOxGeraFHVWuqOHnh7RZXBi0O8BOKkaubsXQfy IkPCDBVTzVqfFSz//hsWPC/CYzdGsAPIqSPKyMmFoxuV4n/lOMeATKHFjmNPQIS1TqTEAvOM iE+clW8s4Eog1xoxmySaTCTm6+F8z8lBt1Wn1ZzxcHGKKuPrnhFa1k8IvxenTkjN8ErLygmG OdUJ965ZOXmkDESfxBSFTfIzteQYG5RrN2rpKgyi3yVzCGMCUgKudUDJc9A0LNYmDqlVwtYA b/doAIurVbFsrl6vFe7GJuiSUjP9802FTZPTMnsnp2VVMBXQ7DaHQ7RziZG5QfCgC2oxISWj 2uzNvzfD82/rx38uR5d+u3o3lm3e2YoJja4RbYb8yKC9rDDudfih8dRzSWigDCKGNhZHI5t2 jSNZLYwJPlryATt7L4C5OUoJlOqi57RsAxuzvRmrEfQzBtN5DMMyDKwkMIAtVTEeSY+oEOSV cZJqoK3ICRLEuAP5MfXe1gefu6UPOi6lekG/pSsCRyBXMFUzUcfvMpkviIAnAANGEGK4x9JQ jC4pE29heC3SfKcmL9/kSa01HBcmCCu13szb3SXF29156Jv1q/4ye0DnLAlhsd9IhJzD9Uvr YYt2QHjWpmbm+NEYmwTTNjXBJzwwqfQnLt/pTz2BPBVLrToqVlTpdVoslLkcDfLzHPPH4mFn AaPgqgzkoC0wxu7i8fiPf59ZsWDrga+hHFOhzAImtrh5JbVOvPwAK5K5x7AOwtIysz9Fvt/s QZX81HzAHOHRwWu8DBm3y28yqOLfICJlJeDhXGApO/VGsoPFKGZh9igkMJut+Pwge3vWx9wk 0mtg1nBJ5glFV4d8djnGl32LscPU7qeYOQ+9l6ViJXgAymuL6plXNW8v4CVTCZ21KJqCYCod KMz8+XW1S6fYvMhQwVD+roUWhaZnuT/GNOLwiR7OYa4FnLoXgvdpaFUGpVIemZriAIrRRdWF vGhjlKbJmklSAjRvOp2GhQR47+vbrlmlM99N+t6qBE5s8Y4D1hzwTVwtTdNT4O8Lh+5p9ErF t1ydDEl45D0KhUtOaj6BhOb9VWQikYASUsTTSgBXghoVy0zGdGezP5cM/xdRfLas5/T1ChB+ /+vsdWZo2pf7O7d8LR3TstN8PV07OTnoaWEPukUKaCmghTs0G/UoI/v9g2evOVDmczciOIyS ftoMX8IeHVzOGThyXu+VyWmpH+m0fBwjiSrVgMRFDp+KAjj8AhpBgyWPgjwm1K+azPq0uMLy THwGibNfSYaxPI0fhD0XKgqR952Yo563bxK9BJ0Aynfyc2KUkuGOWpRk1ZwSjDHC9+CnjpTA +KADJX9u9xhFINhEDifJisjCc2vQS/Up6CWWPQZViQmQ29pS26Sg3gGzGCoBC1G7Lm2e2nbs Z60xb8dYs/5zZBzZbEiXd+zwTe/fkf1+4jIr134ED985Y+C12pWDFwAOb/yoAZUy0I0Tzp9J KCUdwIgYwuvooGPBfp4DsLo8TUHQb84m7t04sbcSxO9v1q/G8o6ulcIqYmEL7vr2mb/4e7lN g/lGNgOaXquj6iE6CDtWpx1/OXyhIcVu+eOUNZGNr+2IJWzvgq95iLr5qi7Z2bED/N3TqTwK 56lQ9GQVfyk/6bZUSCRAh8dd5wa3mAMGz2AvyoxoJOIXYl0MRvF6nLd4JcaHCXqeXMEhPdAT YCmOl4Vw46JgPBNOIEtskR9dfgKl0wXsYvmxzcn7XK50ReDFVqgCHQrJyv250D5hZpIeIsGO ltLylkCYlFvqGSgbcRaOuEleXw+Xi2hhPwIac+8Z6/nq2JHVY3ia0n5av16LRf86X64RBiEa shSD2YcET2qdpZaS1yjhoT8JL8wks0DbI8r5ey0+v2nKasLRZeIqjgoKVRpKa/i9XxnGG/y5 QbUKKxx02tswssi8pcLLhZPooAey3y/eiqlBGU6Hl9wj7NmDxQK4xTsOemnYgyVO+gzm6MTM mHzi8EA6ejvupzuvC6k4vFgWnDyugAllvDIFGjjnm9Scx1IqJAMMtcos5OdiPTrBQ6AterRr BSAluDL9SEkwec1TnPJM+YkOBKD6oHWFjyYa41o1Jtr1Zf9hpoSe5H1mV7oikDrz0hFs+Ikk YoT0Q56X7yT9J9bIbY+CkhOiPMh34l9pTikI5yQ9CNgfxOqGhXwBzhaUaTOUrZ/Q265lLQ2S Ei4LN9VMbrC/169omSkKlcU9Er1cYoiN/BKoZ3B20J87vX7iMEpcocMoYcf0AeRlAzq24Pf/ +tk9bzBjNbpovh37WSLMo0M6rZp6BSo8CCAaZK8UwLJz8yoRTEwVl8ygWz9RNNu8/+TC/Pwc X8ys0ZIlkao4GifYOl5QJYCXFvE8CQbSznqjWN47HfuzoAiSrMh0kTQhlbqQYQFONGGwrIH0 IUSBzwsBuASf+MfvMjJLX4tnIqdQLMxk5vxL8xU6tH4bWWE6b1uUoKe6l64IBIaXjjxATyXm z5ZAini5TpG2YliehgaZlQRD8tIYkHm6Om3FghMNfFkZXw+6PbPDPqPfDBj4khKAZCtxXEqo 5kg/aDpHzcLKB6yh5zo9Jqu+n9LHhrgnR1/n1So8MZTqCuZcpbrhITao8cyfBCGIoqTOkSey /HSb9C1P8uHYFdWx4e9jTJqy5ExHRrNCtMFEJl/hm5TPioI/0yMvhOSBslM5ZTuJp7AUkbf8 2BnCMnJ02IxEPaWcWUmCZ+CkUHL8bvlR0tAdg2eeojClUX5MHcleRIDarT8Pfpaf0hWBc4HI wCXfngXBc+Xh4iNDoE6UnKV2pMfH/FIGXLa9Gc2FmwXawenq5LBTyYtBsuJ9qvvUdbt5eiyc 3YEiYNihtMwWMLwnlfSD0c7R1PXjem2h2P4dWpjfqFXZkvBpPMDFmQGTLAbly7bJC3wUhQpD i0o6ic2LfhSvxXiiqNs6TVIErHWMxIBer8VMD7ZMCKnZBlHAlI4lvdS0U+F4O40IiuMX+YGS agqjYewWxMoy1hNoYCxl5zcSIGseLk82sbbPIFnKiDvlIvj0wyGQH+EcF8WJRixBxo+TQNGz lFV5fpp76YogYybc//ccEWFhgUSKTYNrS1epPCDyKZKDwmAA05YQpJthIQFXKP/zMG9yn3ac hFqVyhZgLSBBpkFmmD3fSCixO/Wvsr4euZSpX4fmPO+z/Ph5unLg5QN9HsGGySuCCSC5/vHV cGwm5FtKsP5gh2ogXuJh7IJ52OLtoelZuW9isQ4zOYXihUh/7B1ygeYojJfYZ5fZ5gHFskgK tdOkBNdifRhNn1rsGTk9JaQwilOjZyB+SdolJeDPNrAtXmTkZeQAUJUSTh5kLkyrJcY3bElp I652lnoKS8Yn95SuCByGLYuJGtvnJ0fyzCmp4IojBZAZoQTZ3sm0LeKobSGWWaoKQi9vrBPO YXYmmtKTgD6vwygw02gqjCWzAA6EyLQAs6JodC/j7X7keXFRfmxT5whuRD6IxtbtDBuDntpL pLCWSe6lECzTJBOwUn6T7c/T4a1y841lEWyi6c0co0bYcrw6NpmQiSMnlgAShzmXAV3iLW+f OToyiTifD4eXY9GJruiJsJWdpNxKCvmRTxA8nfKgDFycinJfqWVCLNUo12mJDgTweCqKklFg +TpjXuRnlKKC7if7QkrZnuj3cYoglwI3pZPi2J8Z1xMRZJeImg8qNTGcC5eCW7nbprbluByu BMkVBmEQaBELrfc9SvHReGnGxhbKs/hTM3PzsWUjzUapZMyoebnGaHwAU0ZZL3sWNJY8b9Tm 41/2RYem9DIEt72lSlL4wiuMp1dYwKVUhhD98BH3gR9a7Et/ixbf+BQwQh10BWzbyarsSqQH 02AFAuyXQOBXLoqEj0JxEUaqIp2BsbQ0tbD0z1cFrdZ23gG5JLLACnhgOpXxzOTTp8qUqzWe k0U/Ek5CKfmsv3IM0UWQdVDWm/GuTVlrMVQIY+ZtB0qeJrZALsVTuiIQL6mE3CmMVZ5LgfZS g4kDuGRGFEVVtMWziydu4p+Kg20MzMfDJYHif5gpzdjYpX2Gh2B/TwGzN2oLuzidVkIxbYqV a2eWkJoZT+D3HLv4DFisWfBWGn9oXDNUFmCqF8In4yyxmqyBfWZ+x/N3GrO8HFa+m/EHsIba HR1a8pQsAxu5tQVLS8XLRs6wkqhnQHYqnyyY3E/P1GsYsJnODANs1Pbm7HK0L9+ER7CsHKCM MOehBI7oDYK9sRQNJ2/LlpIhiawQFCX5EcaD6Ud2tjRQL4RtGua/r/mFsJSNNSnJih//UpI+ 1b10RSC9V0ptsTuIZonup8LyrIkJr4TSlhUl0qA0HXaorLm4j9Jgq0Mm9u7fsUv3nA8FmHQH t6zYlCqlWkN9Y8McFrdy4zKz8/jAtm2TOs+FUTbB+BynTW1I+CWlt6WF41LmKOnh4LKRPCw5 PTs0PTvXHS8T0zQPwFKVi7TwxQ5cCWHtF3Zkp6/78qwGDBswxwDFo5eWMHevxbMTFAE9wfUo N/bR0tZs7V+1RGcsmpH9zx0nziJHYna+VqwZnMRqBiWLorQdiZJJpMn9BnJSZqp36ZJASXKA CCqexFYm0vg/O08o2H/Rh/l7P6xPwE6sHU+3p3bFpxIUEEQAdWUWwVdYLlGmJHupd46e8MLD Sw+/opzFEJdIlxzIAQGEiArUFOLFd+PZYvlfcADHzBnI8WKAXoCBsnjtBaCRBYHWD7jUWEDy YspF5kyzVJ4lia0HrHwN4wOpVwEsNBTITHuVRIE2yh29UZa1nteJfdL4hvh+7QhW3iddoBdv VNCb9Bw9H1QfuxkkrDv8CotJchNdHSlOws+ridNDGGnXnID3u9WsQcWHYjnsS8rGyz22faiU yiptSsEAR+rsiTJJFEhxJGGE9EYmuatO3vZHj5tRTRSz9YLgZFUx28L+h790ReAl4eSBBFkY +V2i4T/gvshoCb8kU4+BW4wuqRVRpAY5qUfAfv2MrNz8uMcAeoFRsiTgptdqVT5uLsWIfIHI qJoIYcmuhJi0jJzKck8qVTAnl3t5alIGWiFevr8u23CkBqvknyZ6OuVCcUQRisAiEt1Zcrqj 6IAexN05FxKrFE+5Q3jJRIJ1kZOvZX5u2VCq6xgnUF1IUmVHLAk9AjgFdIenCNmWR94ronfa eKSmKitXzwK8WVjvWT94ItsDO5hP+FC6Ikj6p5CDpqckyp8QyzMnkznLi0/sgZNv0oPtr4VH SqA1g9wwUwBeHsuJiEuURotKyhd/l3BLLRcnjFpvvHTz4jFZISrlBT6LRFpiLe2aJQSrzXn5 ZeRMJHSSV244qHOAEMMMMgtebjnYSySwm3GezGSGNQ0MZP4YMLCmOCzN8Bafdyg28GWJhhrA JIUidMCGvIZhiSw/jynmE+GUujWuL3hSSsEjJGBSIu7nsUSL3kUUrtzxYFuOVxN1GJzn5OV7 Xb0bg+H9s7nSxwh835YtCYqgKfdnQ/iUuYAMNBCHOQuU3E9IAyWTlYByUh1rMT3SrmmdxzQA Co7nusu9kRUGkW9XBGvUi/KhdFRguqQfW8A81CYA9ga9CRdoDVKok+/IICkPbSUn4cc6CATf xWASXfCCvqPexBfN8PIeRyYpAWe2BRXxG6aSmJWnZWHBieKUTic4ZbKuFUUtBUu5+S8o4Xf8 8HEEUUYBDjqR4eAAcdiWlpiAcMb+rQLQpvHGeU8YyTybK10RaPuyxRFLiCwiwybYEv/SPISU 8NojJTKKuKJJeLSSSxJL3uZRVnqd8SW7xxkpLws1SsvZRaVWSm7FVYRnf5y6qnNzdgyVZ9t4 Rp7YPrf8hMwcIv1QXcjBFjQ8krJTnPwA2YVe5BnV2NdVwOZ1PSL4+eYzeomf0kGUpCaK8ki0 Sfnwq2CjNDwxao5Ejy4HaUqXff39m8Lh68HM1RkvRyGG4tDjPnMDV7oi2I7DOBpg4nTR/X/m JGT2rLLy2oYMhf02QZyj/Jny25fHLtkLf+C4QHqJRL1wbApAIOTsoh/uUSL4XRZPJexa5AMR 5gT2i/IIpC+SQAouDotbCgr4otlIHAk3j+fjAmOhWpz24XHWtn6UWIA1dZoyJcnll5JYQs1b O8qJR64ClIZDwy9tqaKZq0JM0/Zb/xbbdLSGSLNb9MaOrC9SO60U8CnvpWuQPIqS4MlMoluR xvkp8T02uSI/1kRSLVl6BJkMa/x/+Hh6yw+vnf/I8WKiqe8hPpFcyEV4MYBlKCWXBAjpn0fy Qtvh5DJqDZFnnGwgkVehmdIpIJQeQMmLZzmpFKKk43l4y00DWSNmiApgUkEJhKHtLjF6cQcv /9McbXEnweMxnHzed3OlwTYRFXPS421RTNeG33Nno7Y2Z/vOhzJHx3ze40hKIGIGCqeM4SWr Z3WPyWmpRUXhnhXHE+fT0AZ1e0aBRfinMF6R9pH2gImbdq5YgF3sy30gnoFYpfd/wchKZoNU XttfqzSDr/aZygV4CpjS1clCbaWVpyMgdFGeImXgYGxhSQilEtJbaIzeUBMKMKCdjDHB+I/O SnvjaKZISmT5RU4psxRhVVUZtQHCLziaWXy8ge38N0xYtL+eeD/ZlbnAHMK7DbBTwGTkRdkE vLpqxPlUthsQLXiexFO6acTJ5nSiBSCSJZoJPQGmg4NftEvJyOH2u7XOZPwckS0bJVrs8dvG yxkoWUlJ7TO+nCeO+3+OXJaM/y5S5xb1TTl5xmiZ1+iMQauFXEm8LAG8LJyXUm9gMQuI5xgJ 8KEsiYjAMvN0fBv2N13/YZM+PIPzZXCGjknSQ6VeZVGS1IzAynjRqEM5YQJhHECr1Q9SDWzx L7VZ+wUd2DCco5Sc4Si4Y2UaSsALCMxEADcksMs2xdfDNY9HPMPP43oEKzheAplaRd4sTLMm e14fTmtgdP6n3DMCnFRODlfBW/zhcWgVUEoP+ri0Lz5Owv4SOFUSqYRGYRLnm/JQUmLY1oK5 cucxtOUjhCewcgpgFFgKCLnptUDi4UokqQJNnwoZGQ5ikF86W/TpX6xT4wiaJuVjAuolSNhl RaDOifMEYbRZT8Q7UtishAvybUSeK/d8+LoFnaQXmeSG3kWFE/SkdQrCQ2RYfyRY2DAYXaO8 V8ZvFPkM7jGKQAgVhkh46XiSCmV8Ai8D0Ru1Kz8DusdnOX8rSkzLzCmgUxgkhwrgLAN+JYhH SIGPh4ZYJY/Uhz5hpv+E+iQJZMwKAU+S5bnTSMh4lfGW0g6g0uraBULmnCtAUQAAIABJREFU 8NyYwhBPIibz2Y5ue97zJoUaYSkNKQG5DCyw1ascL6z/Yj97pUoqK4SRwoVfkVlAoWe66FgA HXY2aWnWH71Aepqa3bzjJZy8XYb9craScAn7lbKw7kAYnDBNi42A2D5PT0QKLyD8MgGSrqkN OnX4rEHd+XvnFPm0zk4RgEoqNC8b/5HhEflMKMS7oh4ujs/3OlcJFNKOwa7vNMTqpKMBx60E 8N2Q1G5QWYuYqFJ2YkpRZ0uvHMephl/R6aJZXuYzkcgloSRaXwZiBU8JfAA6YkFR5+XmcvXh owyKo0z2ZrLCOyUTB4sfwLFtV+jMUyM203VpfIMt7H6YBfjlMSNefVDWDgkvtWt059u6SeI0 opj2SI33qAPZhUg/8fS9AOHozSCWmu7ItBB8Ld5wo8OE6eUeLnmkBPiXHsgDJz8TWXp6XdXM nmsno70icOHjaICUlJ7IByrCBh+UF5ucjC98Er7r6OUcKTanOQAltnFxZ6v+ViLkyCe6yTyT OGh5eKKsz5cI1Sd34c8Hp7TcVCHFnFxLPNzWLwVwibLPgy3Y53CYGd5rzgfr+SYhiUn24KXm n8fgh4aosM1JGWibBe1Wnd75BBvZ5izeQWBibiZWnfG6Mtn6/PB3kh7p2GbxdryrcOJOGfbv nUC+Sn37gSctiOGtfjM/4cLTLVtp+WkkCmRAZG2a4eP45UJAS/AMK0Xr4qjND/B2uh6OmL/P XmIt6+O8yqd0dopw6lrEbYVfnJP0QAyQCSCDLjOHv2D1lGj+I/nFLTwBepuK4ZFxyiYwsJp4 QQTI9Srf/gOaEk0VKNFvaVGUqJd8J3zcldidvQDkCvxioBSLhSKU0kuJOB8l76pfDvPDAjq3 rB+9cd+JcBz7Uh0DVZrix+4dpJFYjl/5QbZ/uDggFC21mI430Sr4pWE88LfwQeMo0QyxwEF+ zAE7UilbRqaaPcp0wKFePuzYrbLsxK0ytDeJdqCyHDonFXD0OnyBCJv4OHjwDMc9EULuQK5S f9Kd04IfmTZ5zob3Nthaf+7gsvEnheUTnkkJCCFXhGOXbrEmtauwX/85n+buSiUh+SOM5ECb zAHqO9Myc5UIHvu8P4pZRHAeJKfh1ShCJ/ODYyL8FIsfC030/AROoZTLo/LwBPleRBKFdl5z LwKgFYbCHmuIjY94xfnEmWaJsC29cmLGyE/fS6j72dT9mHGpjtlAmorBGFpWXm4uWXPxJhqP NK+fAWFuUS2GLet5iFUNScfHIaAcsPcFmERHr/qz85EB7ATs/X9vB/JzT5VZHtqfRC/2YzWY mz2cOCKT02xzpwhF66TKB3AKhJMbGRSRH5ZML1rhaM7joDuvdvcJ2ktbZmDJ7ekdtwvdnSXh rxwSoNZbFyWAWmamzFi8nY6X3g2B4RGxUoanx1csB40NFIcXWJopfiCnolvHRooSlCoFCqcU CHJ+BYYl+H/gUUixbZ//B2iBQsbM602hgmMuyrbJa3/l4UF+HntcHA0m8F7LlUCiGXy3dGtI BwsFgofTrYVMvLTzWdNrwk9DdgtVK6QTDiErVyWs219N6Lq8jfDh4vZs2Ia32K9nQ1k6doXS DlZng4kuAfuTsC+okJ90IZMqmTtK3XITQC4DYeSOMHM0hAoeWtrGn9xaYiEt+73GtXdQ0npV K+IF02dzXBFqhtIrq4xVCfZjro4O6KJkBZBvtqDxYovPoh2HuCJEP0y2jXomf5QMA+VyTMnM bmAHhDdDCLGlgzPFNsAuh/0DJXvCpPYZX8DTS8TLWVAqibL8FIu3J2hqX34KCj5tNfgoFtb+ oFdJwW4SRSmhBYmkGbRSnIs1gmEfnGFr+hxk7t6QObS9v50qz97Gse9fbXqL/XKmskjHPXp7 ZHEF0OIMI8WRZil+S6UoukZR1ljJJwu6NU8xH1RFYH4ern/PHtjpEsWuHdfTCqVY8scH2M0U oGWAlceU1TkboArF9LqduVpMwiP+rmA5f+/HQ3+C2PeHLuI0vDd0Ye/cPJMH8QQFlHBLLQRB UapHhlhaZRdBqDQkcvNTJPZlPsqUPyGdT02JTdVY80rI+K9Fim1ii9MCnvPAV6sEz4ElwE/D 4Mogi6UsutQT8Ncsp310jC3oflTQoBlMTtCxfmveZB8vbctOwf6nGR76UAiEn1cemVD0LgPe QxBokS0txyDQidh0YZAtZOZirIAZJ6ShdQLUOR3BSQcl41Bm+mwdBXE7iMpKg3P8khcU074j GtA4Ggww6UOnK4W0dCJKwFPc7QbLTpi9NBYUxKAWqwIGmgKZodQX0QBeJRTiNUeDudBcF/HX ngJPsaRvfDGbf5Xy4LIRtFitq/zR2D50pAiVXk4MrFRP0o/UYcqcKAatlABOdylxLzdYIpSL RHEBfH7UJcIETvBKwky/5CwJLR4pnP/uXzSML9HunDnwZI2uEzbcT0gZIEdzwaP2CD0BNufp 2NTOx9nED8/gpWYmRkQ7C72+fU88ggUvZ+z5IZuf5vkh2PgmBESqUCW4uuSyCr7pzNcth07C FrAWINK0KL1LkF+goV2p/C03mnlKyTYISRmO+LyUDqIHEcdYgj5iRBvquHLgGfTzItCAOteo MQOmukqQYdPyET3OEs3tRy9lv87FKYDP6OwUYc3oz/JqdpsYi7NwqtJUqcXJXhwbosrBevmj jKyvELeJ4kcs3cnmD/7YkvRJPAu2/cHW7j7Cbu6czZM36D19LD5s8QqZZHSaAqmdBAcBChnU HHC9VOq4KKYSwyEYPB+pxP/OKbQSToX+F4m91LIAGcfHEzwV5k/ebjDlu73HOyWmZtCxj2iS 8b4CCTcE9Yt3LggTO57mUytJiTrWbUUb6gW4AtAsEFlUGrTmVcs8Ym/XjGJ1QhJZkFcGo2Nb aEuEI7Zhy2cZkZijd8HntQpUDHmFnDytSD0GjSdwsBh7mOrEYjGlGpXkxuJSXGiwzZWkADhA j+iCIyXfr31H/U7tjLj2TcIm+q4GY53bPpcSUNXYKQI6gEJ83ugIvjTxNlppMMPSI0jVCH2l Vd/YxNS6ZMqgRVk/f+xyft6/klRK+Pjff87fVEEJeGsEJfgExw1OoaPT5ZfIyayQBZfqElLF BUquV1v/49FISgQGkma9HIl8DAEvU/VKF3FgRVmlePtC01MJriPWcH6Z+yUb/3nbRHz0vSe2 Zu/LzMlX4eV8c0a2XvV+3Tvigu6HRdr9acphbPCmN9mpG0GiFlY0vX4ZDIGn95m7vn6DVS+T zNycMC5QVoJo6ErDBKIK+KkmiTQBb5S5CIXM281Ep+NJk7Z0p3qnOR/ko6lYMsmoR8qTTCw0 kiJWmvPwJSN84zrU5StBOHkfqdmURd3ZlL57yPvMjtBzhw9FyD7htCM2f6B1RvdIdOPi1FNB uGzhiykmduVu7PyB32xuyLKPQWEqCe8PW8Tz95i2ToZjvQ1fygf1rO+sDeytL+ep9iwYwpWg 5aC5A2IepmzDSWtQAmqF5CpEVqne+K9NKCJk3bRCl3zE6CJOEgclt/RUJMlLepR6LsL8crCW UFheEl5fJaMszh6p7KQETftJdY+Tvffj9Lyhjtj2mZGjUYV4p4vfdPuHOeO1SCrJtpNhAnaB Ukahol+aMLbdKXZo3A/C8n7/CI2rJghuzoX8ePh8LKrlZUCQaW0BU6u06Q5f6sLBwNhLhCsP foSx/Hwm5FGaLNwpPRa5TdhrROcd0c5TUiofd6MQ5JvLqgRlsNAymUKAF7ZcuLrNEoSHu4iQ vPstoARPZ5FQvqLOoghlfTx53HuNatzAvPJ1CL11TlnmIlp9aR4NI6Oc3Hz3/Sev/N5i4Nx3 8EEXcd/CoTz/95P6FMXBFgzuwsPWjvucHVo+yjxy6Y4KsEk3X75zfyVOayYlILikeBYFtPYw RSqWhKCEWi1RPyzpisAoRuFLCCCCLPhfMPzSCsvDS0HKxysl0/HJu6+xDqOW8ciTa8cvDgup uMDFUcO+evesUK1COr1LwHKwRrD1OD6uhjHAyPb/sj0jfmbTup3COCCL0eZn2mBHQo+Onbui JHKqZNJ4bdj6FbIQJplOgEe9AuBxRQJsUqp8HOhtLKywX/CLH09Z8u83Y4agw0ru57pbFGHL tC84oPmDu8S5OBkOYEoN+zcwsuGbfYhqSZiol4DgwtYTC/FxPM8r92J/x1fv1+NDFxX/i5IR S3fUqv3p5NXbDpw+i8Wz7niRHu+04tB8SQkAWsRrfVqsOGoxrU29EeEEbkKvKABx+DGVWoQG iegigf+TR6L5JTliRXEnF9UqgXZlf1znNKBjS7Zr3lds65+nONijq74eMapTwarOje6zwlx8 EQeiEIkTK+iEut/H7WTzehxnoYFZ9N6wkIuW3eKAxIpeDgUVRC4nRiJCqj05XMmr5EPZJLrp Dh/+aeiIlhIpVZ4HVV6TP6E8mauxMh10RMn+3He7MQI+UE3f5mUdmr/67abfT3SH3e5NrTQ5 ZToC1PFyocQ45gkNREGhJubho14Q7M+qfDT2Ik6ZPo1xxPXQsr44WcAohkfEqbCXrgE+vNfw +30nK5Hw06daydH+FhJ+WQ9U9AWYID+vzThduhpA15XYShyQWUle7qd7Uccj7QMtQcjPOWkf /VKfFLJfAhL0naVDpfqylNua7EmGLN3ebci8Wk1gj/6Ywcb0WzZw9MPqiXkZmZMLzYUqnE5X uOLzQ2pHZ/TaaKnxPUasEst00E3GydEXwS+zQpF1nlYhk2e1TS8nlkGS+GHeBv+aMrv0ITGf QFbyU3ZDCRp0wZHiksltLeWz++wUgZSAsVrC9C863qzbc+p8DJrmoGmmHoAE1tY8l59Jackr wgYsUD94lF7vQXJ6PSrxjch4zh3y0w5HhVFUToRxE4vIRsG4OaTGgg5erNjUpHblsdv/PHVI 5pbUPlAmi7N7sISWoCByLSGJUlHWEJt8L8FLtUwNBhX+pbhS4QKxEicRYUH/hA3B9J4hbMD3 +Dq4bzYT/MOn5EfXjhZNUWv0mjRac2PGHD7BaeWk1cf5LBdZCeV3/Ej1aCFG8oAkhSopvfzM AymTRQnKLdGHRAylBjM/7h1M6SSKOv8XpwREjcU0UmgUxUucqPMbJ88t5+95gsJp4ExEKGno TgJs2zhTPCkMegNKTMcc4qIBMPnlOJlLPC9gQIG4+YV8tL37AD6s1xNn9VNdYqhE6DgOsIcw wtFd8fMA2x9FAGzClLQUpfhtol+al8opmQEvDUWpgHk1FS+szPpSsykRA7v04UpQmMXHokxf 7tIGlaFeY1Htd5u+fSB35rwKUX1WoQBKmxpQvApae+mhtJxFElYOR1YV+KmuJLNI7ZIl6Kp/ YSgfOQQIRWN8e0Ff5oCoC+YLyQrJL+ReTBEUISXoYz99v1Own9dJKhV6BgqiDbV8UAs/+aQb xcgl4AFUEGVizJY/9v0zdtCKODxXwwK83H7du3BIOwKTm29yRF4CLDlCbmGr4rdGy6lwKxam 5JIy2TxZ87xEH5HDefIScRQFLQtT0WDpuRh/Sk4mh6qdOzDjA2k2Rlf20Fld8LV6Kl3VOYJK n0rLviS8SGqEQOM9G859q+oXQUUJiwRxLDJ7SORoxtBEMJEW4A3Ymh2wU+XQsrqh3NW1lDj3 JiK0ISWB4bCe96eYIhDALhNWcbgfv9MwYd+yYW/irbQNsP0FGg+gd6BWnsfLzCBBlQi0JZPC eEnlKPQqSIeskpmFVWSNs6OeVSzjuxA9QadqIYGYG0AXJYHm8Ev/eaJEVrGQOV46vP/PYkos D/jM66E03pQWXnrZdQE7mTHmdZ5ApfHJ1JcLH6t2+qCRoCn3k6ByyoTE6kAKPwWchFmGZO0l EKCIhCwyXIHg58RQGPLj+8l8+7dWUOFFZU3AMZXhjY8NFR500QXujiGYefc8mC74H6b1WSyj ePG3EhVhx4wB7IORS1j3qWuFYC+PvIvfT+1Vo0KZj8sHeEfiEF0VjRtoKE+Oxgfcq5SUAhWe I4zieBopLTeFsGNQ8PN0uxYW4t/p9HcTh0M5zHM376Oc5Ci3gfsUFZNEmgbn5LCZXTEtpYAi v3r5mcSCYNleFEWwFQrp+UU5BS/RqbSOhEfh8YvDa6WefDKveAUULTOVjdOlCCQFPI3TBZ9g xsQhlizagB9v6ctHdhYMrzYXtJUXCBqf69AHkgHMfJC1ICW1+OUw+ZlTTmmUZ+RVA0YW0wSu AbzW+vLxzdAD/UBQsm+gy4lrywwVU5nasbkE+CX92g2WbXH89s3X9Cj2mvGd8N2EXiI+iv3D L3+fOzp/+5/vJqdlfoEvzjemr8kT+3EX8HEyLvToNclRs8895MenA7jo0VgAuwVvYPwwe9CH LX/t37EFll4YG7Z0hzD60/eVDNSy8HCIE+Yn4KQYCseud74pUElLsUUdZry5w3KNTZSUg4SC YCutl02C5/YqmxUx481bOAUgYSZhxYzBi8JrKRjBpvL445J4ZWmDESIpAafLkoMHP92Pzncx eoYGaJVPs/zo6kLho3BBX/bYBUC5YEzsNVfMwQnBoqkFE/ObobIas8JkWa5IGCTGWzCKhehD 3CAPunBB5X6SqRwPMsHlgj7oeARj0gRLfkxdtT74fKET7XhjeyxZX6anVEVQkJISfD5tPdsw qTfr2LLeQ4RvouvrhdtePRUe8R7eWGuanplTBscousLedzPCQyY+/CqsBeRgoJyDz6DehwJc wPeFf946rd9Jgt1/23S68e8MLxzcxZZbYAirgwt1h2CK4bVImsVbPQix9JV6xNg4S1U3RaDS CiM/ZUMIwZEc+Wxnv5Xwx9437T3GPmvThH2PO9ZP6BwdccznbZU8JIxtcCk1L/UIVpyU7pnw UsYSnAKZ6qM6LolXEqOkR2uBwS9y1pZJen66X1ICcjCPCLdoTBzIdL4rcX2XhOfD8sUKsvY4 iLnHgsX8c+Ug7MGiOQsyBtyCA3qr3DiVJihScHonWuPaCzyjrFaXH10TX9KpyXT+22hjxv+b DmsFpRKG1l/95YItFfvN2dgSe4eaYOq1SbfJa1oMWbytJuJKfNkfK9LF4DUfVDysWCI5wP2t QcWiyn4wvFhYaQHdJ68pLarU8Dkb7Vunsct2Mr/WVrOh1Iw2EQ16z7B5enbvN1v2P3Fm/6ek 8YkBI6Hp4cdPk7zEtKbE4nVZYsKXGGhpRp8Wx4Rvf8EhX3dYQkqGcGPHTKWFKhGM97tfCQ1r VBT9PV3ZuvG9Skzz/3Lgicu32PS1u4U/lo/C51MLPJZsO1Aem9MeTOrb4QEpx5ielp7h/+Vi /E9oI5O4MHUhM+fSUhBMYnMW+gN0ShgICyLeT9aFMbXnTKbSeP1P6HlSJP9pGpUGaEa/jkqU uGrXYfb78cv4UJ9GdTsmAcMFkZUL8KKv24v1q4aIY3q0Fvf+qST//+/edewqFr1vsTho7kb3 qh1HH8FHP8q91aD6WyjJg7sxCfaG1/9/xXuhFCsziqUD/QdRq0uP/r8dQ6ZGUXPDsVk/Vqv7 pP8k7VsowtO4sC7jmG+rZ3+JoiRcoJMP0N/68ptSe7mPJ6wqNa4kmEXD2g9f1KfGR2OTWg9e 8K4SV6n9SA7T/a2BxfjH05Rvx+p+NqUYXuzPEpb9eFABU+zefOBcYf7WP4qFvzt4gfBqCfCK JXyKgFe6TXyK1FLSCh1HWfKArxa/4pnz/e+Kl1X9eJzFT57QD8cU44ddgid4mPu9ZZYRX0dd yXNgG3kxuO1GLeNhuD8WarGM7m8ODMKYtApyXUs7tIIGY6zntHX6X45ceNXbzVn8cfagix+O XeGSnJpZI9jfK/XatumXqRWgLrFql3FV45LS/N+qX+30X2dvYPcqq40ZpYdhwf6PElIz6qs1 6qToXd/QbAN3n89Y7/Pz3+dquDg5PNo6pW9U5/GrqmJBTU/AyNYi4jAXpXZ2MGQk7Ft8oVGf GUHhkfEVEWxCr4PBOL7m4u6sHtLl7YgRXd+L5kDxg9y6Oj2mdMSegNqAgTNv3I/+Nn/wXxTf buRSB2whfwUDek1oWb+rd+4nvJKYkq5CWhHTugArCiZTgYABvj6sfGBUYW5+zv3E1MpY9zAH +XpWxSRA3rV7seHYEuLi6ep09+7u+fcVvHRHY1IGtwqgQY3Ni+Gxvy3kI8I6n04Oup+YUh54 NGV8Pe5g5d6SD3u8ml2NiGuEXb9u2FVza0rf9nvavlGLD8ou3IzSvTtkYW28I+JQt1K5C3sX D80kPK/1mu4Tn5xWKz0r5xa+32wCbMyxCHRKIF/hp8VK8EcDmHlN6lS5eSY8oiy+l+aNAqIk ZgEr+epBHd+8P6F327sEr8vE1UF/nrpavqDALCpT4wimKlBh+8y9xD8Wx9f9bNormChw6duu 2UW8jJU5Z9PvbMxnrSk76zVjvcu+k1drAmfh0W/HXAgrF2giZdh15CI7vX4Cq/fZ1JD4R2mh 3u4uUVe2TLvbqO+MV29FPXTFfjY+MKZpENDGwHeNh6vzccww6tIys+tn5tCmbZqaxSsRYEKH ZnXTNk7qzZeWP5u2lm2a1JfjZ5pGmL78l/sxkdOQ8mGi57wUyWWCFrGUx2L34qaRwLog1TxM OpAxv0HOQdNzP+EqAEFNcK8Lhm/G8Yzi24Pnt8Iz34oBvpHqd8eFTXPMBdefSLcTwjMHCvEd ZlocwbzqYB7NkzGYUV/jO8HjdRr1/Gavhi1H0E+g1Uer0dBMKwxMzhsN1i6o4K9CObqArnkQ 2HStRiD4/HCqJTsOPXzzy28m/7V85Jrp3/3mWbnz2H2pOAjAEadM0QY/CAnDq6Dzbv8we7Sb kwOMU3E74Lio1UJbmHMHsdvVADqNkJBMINbi2Qk0q4F3RXZO/jW8NbcqN8+Yhe8T817HoNdi k6yWNgmOBgnziA4b1xE8mgu8Bh931/mx+OoqxWXnG0ej/IO0jlQsHvYN0hle/2Lmt3+dvd4D ZcImNjVeSDGxIQu3xn42dW2PTZP7HoZQegL/OhysVjMhLWMx8kr73QXWAv6dKMdonU6bCnrW gGeQY3MuWpF8yIwTtNsB/E3AV4K6o3UYCDHoQIqhV2l0eCdXtXLX34m1Pp005PLmaduh6J8g 3zTQUahVCXoSGfCbbmCNMBb1twJ+uurheh3XWR4Lj+yo8aR9GRmA8wbuCbgU0aN2rTeuCbiW 4qK5ebKP6oGefJQPa0MMCmgWiK94d94PXyH1Rdhh4E5BGjcChKpU4wMnBQ37zFj779rxX9L6 E9KwOegdxvR4n305f3PQwTPXf/zx77OvkeLgbNez+HDkV1umfnG6+cB5NKMnz6BRLntXXBGY 4ColEZ1sklLtBeIi7dWAJkesBThB2Fh8UtochDUhbQv7eJwyAsJeIb6Q44B78L/rJ9wq137E LbyA02LXkfPvIGwjLoZdph0hbHQuDWmuEVdZei7r6/kHmJOKVptWLfWOeu0NwBfrfz7Ni1qr sl5uya5OjnsxCCvEekbow0fpje/GJnzzzdY/ft+49/iX+GRqAxcHw9/1qpVfn5SWGXb1buyE pNSMUeg6j7esV+3U0cu3AwDbgJ4mLyTAawvS6jH49Udv9jYUIzXQ230nXk5yDw3yO3Iu5U4N otXH0yXN09X5HyiLHkym6WF3tF43r1OkjUOcK3jjgIaZYcctNZejKH1Qu+H1tTiakPiEZ87b loPmzbwVndADaXKC/NznYXo5Gj1ed9D85j8Xb+2CUteqGxaSBWEIpE/YxialDmkzYsnPe+d/ fRwwiLdYwyn0CS3jewprNT9hnTI7OT2zdVpWrjemqy87ORiuAl0mXrZ5dPTirXJoYFjlYP8L poKC62gxX0GP8hoaoRVzNu89fuHmfVok1bs7O8QHeLkfMxXyWXCqdwOU4PLBM+F6+KlBVOoW XjtH8SS81EBxbUdBKYGsU8ydHuA86QetfxnwSfB2dbrm5uxwE72UDpogOBr0huNrxqaU7zg6 lHoIfBPbwcfdZRcg5YBmt/ik1HYxDx4NaDZgNjX/m/ccu8TaNqlNIBl6pPXUAHq5OZ9Hrx6f nJ7V9sTVO5vX7z3WpHebJqSYpboSFEGZY7ebq6cS5eIqwIVvapn5Qb34kjzNqb+Bdww+vLR5 6k8oeJ6MiTSPd3moRB4EwfoN27Jb4CP1HyFg46D5Wypt+/NUZQj+g/ObJv8KEyWYEoI5URe/ n9Ja0XaeWf4BKGqdiDnbjq4eO0mJC2wzNAlM8z4bHlEFtNWl7yxULR+478dZA7dRGrwJdzkm IWUMhLfw4u1oA4KyAceAbvnhgSUj+lIap+b9wiAoN/KNppMoSzcKO4nrtU8nNwJS7Ix12350 3fhRFG7r3ug9Q3V8/QQqL3dYRjHSq4Q4x5Xh652Vp6zf7dh/7qZgLCyUh4BlQUmdIR/ES3Yz 6kFP9EosLCSg79FVY7dRawAB34Qe7UxaVk69rX/823PC522nQUCNDujdIJDsXmzidCTD4hXL 4pwVBA3eMjuKMLrYK90m/WIsMHdwc3FcdmrdhPUUdgYC/v2+E2hY1axTy7pjR3RtxdOCb/dA b4X9/16rgD1l/CvgaIC2YbV/JOWzdTea1g7Cs1K/vG5t4+GnMDJjsnFxDZD7A8kvNXSIkhb+ UE4Tei1m0GtGnN0w6QhFKE5YO45V+WicE7205efpeuPfdRM6K3Eh7UduhiJ3hwn9KsI2Q0G5 om3YcyxozuZ9b6MRZVj8bYvG7EHQB8PD0XBV23X4fEOkxebt0l0JikB0S8JbWjYy68AwVrGs 73lUjC9e+F6Ogu3G+wh4h8jeQaB5EFqlQ9BQEz663YxSnL52700HfK7e093pNJLk4bQ9A+4F KGRwufYjDwS1G5GBZJTXDdq95OG+xVQQWLBYm2FCrZkb97amTx+dunqv0sXbMd6wxxM6tnj1 5u37CWcTjRlvn7sRObdcuxFttFrNMRw7c+qv5aOaAX5Om2GLKwFfapX/AAAgAElEQVSo1GJB 7wCTOyiBC8pALbbW772vVQn7l3DhxjN0y8xiHiZ/FNpuRAVwR4t0kEttXIWyPtP2Lh4eqcDg d8DAP8OJIHcfZWR7Xb59vyF6I5Ch9gEndiNvO8A0fzhmudefp8M9Pd2cot5tUOPoUYw3Pxix RIO4gno9p/6Clq0e+EyV7QobXQ8zLxbbUm5FxCe92X7k0iaPMnNI4MgBm9XRuIDKgR6E9xgU c/lODO0R48Jr0GrDEH9h1PIfXl27+6gPmY8uBkMm8nGeoLH6OKTDqEoQIGI0yYf2/s3oTh+2 rJuhvLhjxfbsPpQTxStkyWlZC4LbjSAeEo1O2NP27/XtM/AOBDfx8Epngef41T9/DBMv/XpE vOORizcb4d12nICiO0XYT167y8s/c9OepApl/To7GXR5pAQXb0cZWg76xh0fGMShwurU/6K0 mCJQJZLo5kP6lMzUIioO1QwvDHiEgWkHMeiKwPsGa94btmi8Qa/L4VQpiXEH03nQvkVDr5Vp O+wybOB6w5bsaPLT3+fqoPtlQT6e264hHU21AgvOpRU1sMffBKOASYKGlvAgkuyGAvD3GK5H xbdBD/KBCq0pzkLC0R8qBhNiape3G8bfjIqb0Xr4Uh+0xr1wNdcYTc1/PXqBHfgg/HrbEUva hgUHZOF8VUsLbiEVqAgnSTGYbykGkUEPeDW1HMYO5ag4cpHSjKZCmoqItMCQPUS3s4P+KhKG YdW9bXZefhz1ooATIec3+3i6VtbhVMGsnPy4IB8PflLa6euRXFjzTAXRsOFhMqrIzPAEPA3K ktHxldCZsUkpzf69dm8ujuVfFxmfRC2FtXKKEiI/o1w4SkVtpI+LT12/e9W09buXQ+joA6MM 9vhe7Py9gAmQd6n86CGCzLl5QQTUwgRHvfMrocHUMNk5mQ92YXYPFgB2ofwBPTJ0jz42aKqL YyDrEjKMEeiD8GRikelUSPUaEZcU/N2eYzuIVhw1xHvFsHJ+62ER7KR05zZMZvU/n8rObpic d1cax7LpG/ZUaDdy2WZUVSB4/APevuM9IKUvzVlaRCUBmMEHhIE+HpYxAgTeiEIXQiHUaCnw XhJGImAaCuEYvn3mWrQqcffuJ05AV/cmFc7WSXsNpBAMVLdTPHqDsWBEfXQIhVCQ3ygWeWm2 Qo/vYCXXrhL8fpM6lSo2qlGxGq6aNSoEor2kisF71LiDWedxKt5s0LIILchV3KnVa0ZpoGDa uz/NGbp5cp8yjWpW/NDb3XkVWu942JfVoh8kzwPZBlBIXbi9s9szaY0CvdwcCwnw/rFDy7pB DWpUrN6gZsUaGH+8ViUkoOgQgWck3sAMO4NuIO7Bo7T2UOzGMEtOQBhTSKsQrwYv7sIMY7CP K2NcUJYy1q4URPY3XlzXhtIrq2B7Ih4TaaYJguC+dHi3w+gVpqMlbXQz+sEo6qkIFuX5Lyeh FXBkp8MDvDF4D7b4rUAf95W9Pmjak/KikNTTwaRz+Ll7q4ZVGr0SWhm8r46rBru4JQFTudgg JDkILJebA2fCVU36zS4mQxgb8bAr9+7TMKBE+tAwUC/JMOM1svOb9co0rFmhGuqrRr2qIZ8S FuQzED0ujvpkyN9ijAVnYSz5F5nGOH+pyaxNe2m8wgfKUALyctdp7PL2a3b9E46Go7G/l9sP t7bP5mZu0/6zH9tgFOsRfD1cRAyiGASo7j0ZOOyAIFSiM+yyhAbVKiTDryHzCLXDu9+yvh6D 78Ul/ZySkR1ChbNzNujbN3v1l3W/HV2AtO9RGl9P152oSHmzmNQAocJymr4adnRizzZK128L Dgd6MDLJDsXuWTjuAfy9Z3z3ys//nL+MkzVopsAJU6wbth88+xoqucvBpXjDnLGfsZ1j59V7 sf/A7vaFAtFgn8DYOwrhtNoQjCAeDOaj1mKXjewRa5+JnmqyvjOGsLUTeluiqLIwdnqEMVQ4 eoS3UKkhqMSZUOB0gghBUs8Z1DkJc/HpmEDwOXczui0yL4JtSw2OE+xgbhP7eLheRHgeel+a 1zXDPHPAq6yzYLr0xaCxChGMOrAn2EKFvQddrY6Ua2rfdiO6vdtoB2LprFPT6K1SOvh5LwmL KHbRkK637XOjUvLySVY4rrByASkUf3jFaEvPikaMhB/tnmCuV7V8EsVvm9af93DkBx+LKgzY RD1QwZUVIz6NRxK6LA6KrwZMmjiJxxiBz5TdQix2KcRgRqnyqp8PV8DjQ5ot6jNrI1s3rifr NmlNOwyOd5HNhd3SfdFrrNPunMVhkon0OFeCIrheQnfNbkc//BQ2fxaYF3X0wi2aqsIRezqy 59MqdhrtStN8aIl1BBwnH/xSo+vEw1EPklug0tGtmWmrNskDORqccjdrQKco5D2N95sbwBRi Qb4e267IcWAU9TZkdgT/cvjcKexZyoafmKeBEJgwoGoG2zkfFYqXd4yW1gmFNtHnprzcnHzT c3Ld0fI/wHRBWQxK94R+OJqmKHPQvfYgxUVr+m+gt0c+TC0cyg87DPPpMnr6Rq9SUcQxCicd IHo02EgIWzazV9M+MxoiD+cZKskNreuWP5ePmm6rBNTSyeVwRe/2d0x27tcYCzG3AIdLsUlp 7tQj4nIk2GV9PGZDEebgUOWFOE+qKvLdCvtoXH+UIRSwo2cP7PwtBNAT9OoA14AxhR5z+Lmt hiycjDHQerSUNFbjdUDwyCGdHhdNG9vWLQY6ogPxAEf/53dv1ZiSmrCop8acPhdWlEdH8Shv LzQmjQgGHPHEEXl/QY+4BGECTCccznZ0V8M+01MQTq2eN8I3Y41pB+UBDN/Xv5h1un6vadTA ER/9oKyDc3NNqRSvyAxkXEMy5MYc1mBNIR7hGjCc0jtiN0L3P09dzyE+om6dMcHhWKdyuRzE Ufm4CQs6uWRPW/+bMKn3B3gUDRgcL0QDhF7EIerSnfvVhIa9VmCwrYXiLtu/eNhVyl+aszAL U3VsYq8P2PE1435r3GfmFBzOOxaaNwBdDKMuHKdgn+3x3uujJ/7I6LXKHLLf8MFqbjeSkrwz +JvhGFccwVy5Dl1vAdKYEE7jjFRlXzQRgcpfD0FugBmUuzUrBp36XaYMHMjDAlUSmOOdlpFd g2AqjloGmvXwdHNO98Cx9TArLPZq3w7Nco5eup0ExdJPXL2rDEy1LzGN6wuGdMbRlDj/BjUO hmLqc8+Z7yaOHbP8R3R6jpiaxXE9jgZLi4UWWzGXaGAlKjSjjJjowmFWeUanxJSMRlw7KAFo woA0TKFRuQNONs2mAXZ+h6Z1zmDbegYOVhbxAtL1xNTMejqi39mBzxod/XbsXJgWjjBzhuN0 wb4QGP4NOSwShjeuGfrRuw2qp124FRUAeAlQhnSlZdm/aOh3OJGwNdZxOqLhSctUkOMOetPo 0dXZgQsO+aEsIvj2CJ2HGS9DcdxfLdiqWja8m6X86K3SYAWgvgRH7B97jfIpDrjv1qkcbEL9 JELQK2JypApgKtE0hVuzPqaq95648gCTIUGwKGortFIiCG/5KsEBj7jgO0t1BzriwYcyCCuX 8CijnAUYPFhfCizj4x5He5QwRZ1Qu1IwyRF3mN2KQJ4g3MNi0Smh7nn4kMXba2EM5wgZoTJ5 Y6r6a4zTVOAHvsHgQOb3kykCKQHOyhcwlSmeXDd+6lcLtvx47V5cSwwc9aig60dWjTkE4eTC 0vWdBgcxoGsDIu+dWMPpYAeWjrw4b8u+1yEwZTGvHV0pyE8D1X0fsclTflsgJcLvmnGfbdv6 5+l4X3fnqC87v0U2MHeAfa9H69c7oxXQg9l8EluJInWvVNYvp1Pzuj9BQG76e7neOkjDVLgm tSpHz970e3t0sX5ooTi8mztnffTxhNUNYUrUhxkH/mjOHlo+8oggzGPYDpLRvVWj7qDNAa1F yg8SGNa7XdO78LbClYBKFCfJNHd8s/6mrJzckygXLbghm5QBekCratFnN8sA5NsXHZrvQngE GoPLgzu/9XDad791xHRu9tjPWt+ct3lfBl7HagslCT+2Wspw7Nuxk4cv2bnp5NW7LcFn1KPD jT3zv/4d/OBNsq+7a0rP1m90RWNgeqVCGa6fiGN7jl/qf/ZG1CYI943Ju638/fjt+jMx0N4C HBePrJRw+Lk75/Vu22QoBNLFx935NIVWDvK1mDX0/Grl4G2os2sQ+kJas+BtM0VIPXU81iWy YVKNoLl8THLAUJPbb7wohceYauUCkj57//VPc41GXn9SVv6rB8zLoWV81JhFi4GJcvfkWsYw U9YPsuWLFh+dsQUWZdBA4c466nSm1KycNjg5AvLO15g4sC7vNOgLi6UqWBB5ECGHlo3gbVP1 kIC7WLX+BKKjBTxy9AFaOl9X9HV3ufjYuVMOucgPfdmyNOff+ms2erkiOlKqiWt2CS2/nFNa Fh6OE/HY6BU/sp7T1xdLN27VTwyzGMXC/yug+aB5bNKaXaz37O/sko5Z+ZO1K7GLwbLmtz8X iyMYRF9RR2FT1/5aLH3RdPS8dMcBDqMkOCWlp7Ap6361fXmpWDKhUW+GA9SKheOYHdZxzHK7 cMKL6VDWWd5zo0Rihkg4cuGm8mi5A7fFT9sg+s7eaHn+X3ggC9bu5AkR0m7novz1evcr3jMv 2XngP6GgEXpsGruKxjmYAhZnuIYpuTDHqwr0dlOdWj/R0j1RHKYitWi5FHNCSV7iHcvbwj8r R1ngtsSxj3/jxDvbxHiXQfh2TE9LGiUOvYfQ7d0GlvDOE1cJVYP8hb3HLpsvbJ6iJPuf3D8Z u1K1ffZAC92fTFil3j5jgMW8UIiAwms2Tuxtxy8l7nH31/vO1J9YO16ZPHhcUru4jyasZD/M GMjDMOeOg3WNKiyomaf0bsf5FpeQwuZs3U97s1iFQB/z8K6t2JxNe7FPiN4lktwUKH1iWiZX TupxaAqYTtXCi7jMjG5sTPf3xNW//qNKy8bxnDCLFMFBo8sXWnq0aij+/M8FFZmRFG/jBPQY 5mA/T5aUnkXbJ8zTv+ggQnFVZHaj5eY2P6UnPzn01OhxyKbOVmPyRZz/1ceW9+ShDLQCroLZ Y0a4RS4wU8TCo+JVMM1pxomAYVJCxLhWT4dDmEd25/MzHH5JP0p5eCvzy5wveRrscHwFY4Qg dxeH66fXT4pUMr779YL6mLryrF4hMPzHWYNi3/5qvo+fl6t/aJDP7at34sPwUTodDZQxwyLW q14u5lZkgpMOKyHfT+lzu9+c750epWVWbFwrNGrYJ+9mdJ+yJghbH2piS0P0me8mhRMOLHbV QrfLtzBgz4m6UrBfzMKvu8TV/nRKVZgAlbF0fvXA0uERCj1YWMKgXKwEs4iW7zkfMdWadCv6 oSdW3lTIg17eTFOy6bu/GUzbNBjKUA1TGy4wQ4zomrUY++S4uzilxSakeCNeh/QM9qkqNND7 zMS+7c0fT1hZAws5weiubx5ZPTZi8MKt7nGJacGZ2bl3DiwbkfvJhNVhyJfj5KjLNJkKq2yY 2JsmFESUpSLuWTDztLD5HbdO/YIbs9hWUReHHvtUDva7vWf+kIivF23X3X/4qAoEJH7T5D6P uoxfFYiKdPf2cI58lJZdFQtONFNG+55gMptv7100NA0vMNXLzMoNrF0l6Mr6cb2jiB/dp6xl W6bwRXJ6LNGZHk3CgCmCaf23MNOD7kwbsMUu3efosUE/64U7zEm2esxnbNC8zWzFqE/t0tED MbsHcOJFRPbdxD7F4pUASkcHDWPMJgzt+q7YodmrSlSx+4C5G9nVe/ECFsTEH2ZJil0sEQII 5vv4tkN6dh7D2EVcMbI4fUo+Y1wHvEV6jcu5yqmVqPVZxkyJfZjWd52ShN8tiqCENug1vQ/N ZGCw5Z6CrY2ohD73fp77A2Zs5mMmZjgdBYl54lhvD9fmmMJrgnngKZXLBbx18Vb0SXw7gay9 XAi/8Gb9qrPw4k4raH3Tq1umBL83bGkoVlj3juze6tOfD583YUFsH5TALSU9OxOCMgMbv+aV 7zDqHgTUB8KYBOF1bFKn8sK/z924i8ZptZ+Xmy/wZWCQPRBjGD7ph2lGJwjNfuR5DXbhfbQA GsxD/4QzVdtAAL1g6xsQZsZA+i/skv2QBBSzVr8BXhO0eGj9mMrD1fEYyoTPrKb3wQAwB/kK 8C6F9vO2b9TesOf4+1CQNRgLGbDpjWYxPm7VqGbhPxduroGAvpP859Ib2F5yDPp1Gds+jmDQ 9wNasNbnNk7eh6lRmro9CXj+GJ3XRFirCh1GzdTrteNgtzLwOAU2+QDw7uChM+HnMAEw/dT6 CRtrdZ88GQrcIcDHrQfg/Qs8KZiYKMTqF8PqfH/UQRha/IWAIWBQm4gTRj4/tGxksX7fnHcJ x7G8zwzl7WYllWpmxqiyTHD6kP14oQvbCHMLDYwlrjRPh1FLcTTk47fP05uMZO5ihy+7snV6 aaDYjgNnWJd3XmOf4k3BzVO/KDUdRRA8HP7G/vj3KvtjyePpbNp/Fls32MyCDcuZocLDx8LN iyrP1C6fMa3XFPu5XfRgjmgll2LL9D8rRvTwxbaFX6B9tT6btu4dMJ2UYF6BucAXCzzUp63A pjkVtk24xyakGrDg4YE5+mURxy+1vHnh5getG9f6Hd888MS0o1fjL+ZMQs9hfJiSro9+8Cjw emT8t/iS4yWcauePQeVSCODcdqOW1oHe6dDl/RC592jLG+dutPR0cdoDAV+M0dQ5TH4HYvp2 J1r/JqCJ973YDaoGfl9MNf589+qd9yKuR7SPjE9eeutW9LtYM1iAyVgXxHcLv3ZvEDgCHWXs XkTcoOiERwMxFtJgsWY+6PsIx1KmoAPywqa2LlFnwt+7eCem+amrER44ue97zDhtx6e1fNHd /w0hn5WSkRUKXqC82S4ELyktyx0wHFMzcrSYFWLIs4jow10DHA6YYXHGJjqa6/4YO1DHYZpx Zoi/jzf6/lOYLVqWkZVTKyEl3QFwHSR4mQ5J6ZluWJPRgHbHqNiE2fcu3W5583pEm+SMzGto QMZi3L6zd9tm/rBP/sKM3tuUT3HmAknwVYbaxZQAPUIlvBYZQml1IbHslx2LWVcc81hUCdAz 1Bqz4kc/BaZyt1UCKmP3Sd++9fn0dU2VeLoH+4exLVP72SkBDhhu/MYXs9rHJKU4KmlJCVya 9RdslQC7RytiN+7IzuNWvqWko/usAR+yoxduqmyVoNXXC3o07jNjIvasVbVNe3T1OFa52gSL EpgSh3rlR1WahmuwKWloiG1aQ0gkVwJjQne0ZUVcaKfRC6AMX6GrvonW9kCdKuXmQXBHYZfp oPi9C53RqlpsYodm/YZiOnR8aJD/G1fuxFyEIt0DxHjMDKTDHJrXZfzqKU6O+lpowQrw7sIK mCxdsc+eTsFeAKHqioWS7Vb0GsHrnQEpEM5sU4E5HLCy64WVHxL1MGkoWs+vMQ12Da3gwWrl A7dumtSHv9Pg0PQLF0wJHcX0YlnMPZxCK++JKcVPsv9ZHYMtuO9je/Lv2N7tumJ4Nz4DsOfY RexUrMOcW/QPgTKfa9ekdh9sdf4V5eiDKdW1UMi/yf7EjMiPVcr5p92IerCxRsUyjdHinlPo xNio/dkbkduwBuIAvPnYPYpZkoJZvp5uN9EzfYetGBlQzPXISybOTcyKYCrQIxCr6HdwhObA mN3z+Yr9+8MWVj0THnkCu0HnQrj7wPRadOuH2SsxJpuDfJ3wzsJHD5PTL6BxOI8GKA0WZvJb 9auP3nfyykSNWuiJvVEnvFydTgT4uG/aPW8wrTUVc8b4D71Z4YNXzIUpbzNz6ttiYXItTEjm FbKAaS6hN5egroxthq11LOtvcIyKS8K0aHpH1FUn8LCig0Gb4u/pviIrO3fj1R0zuTlap9vE QAdHvQfWVbpgcbUXlDyQplGxXeQwZnnWVQry+XfLtP6R0779SfvT4UuVnJz09VMycgaiDK+h Z2TYV5UE3myA0O3HFoHrpzdOSRy1eIfhyOXbzVHfAzHt+ib45QgZw5d4DLexUPszDP0DOrU6 4q/VY2KogG2HL+6N0xDHwdSqQOlwmSAbEd5uTvtwbMQ+J70m9p9vx/EZAjE1pFducvISc2GW M41bVCo9Fl68H2Biar+g9oRlYIxi+ioP9P4/pWmKcg/TkxvvxiXeRisVBoHse+jM9RqYroxE Opp/5krQddK3FSB4hbuPXeADQqPRhLVPHNvo7HQJlXMSFVmAfeBJaIKdYeb8iJ2nOvQak2Hn xkMB8lBo5qCGjQWHloXhxZOmh8/fuEQmAJbFb6lVamy7FbX/Xr2b8k6j6mvz8kwxWI2uhgW7 TzAY+2Dmxt8aje/5QTIUlk7OVmMwdBtjit/BRLeKgT6ZR/+htYNCZw32kWE7hwfQcEUgJSAH 5tGCnIDtys78GQ0keiIcNeN2AC11PhZkLmIa0J9GbMmpGbyMI5bv8MIA3Q9jIGcQjQGtgEUk l/A7qsTJoNsR5YBFI6RC6Mfdi0ucirGHgFadKxDiRDQO6uxcI+/JsIU4ICElsw3oyIMtjurE GECn4YNk8DzLoFNrEcYbKdByLsTf6xp6xRy8821s37TO0uuRcTcgNDWiHj76EiZbc5ShMZVD caa0b70K0xfPwnvD7ZmY58vMeTwKu8CBKN2Z6VVfXT77ufcnM6et8XE47Xf8/JWf0fv400CX HNUPtpp5alXqkVDUslVHr9jQ+d2Gd5bu+KNbXELqPEyh8nRUd9hvxRKT0lp4urtUROOyoev4 VUdzC3A0qbfbEJx/+y72WfENmjS8TknN8klNyx4F5f3wjVqhS8uPWXEDpl5F8KBbZGzi6/n0 0QQ4OhIoMzOn8o3M3LEB3m5Dm75a5etHXSZcqFGpbAeUuSV2Eeg0SET1D55r0zOyq6SkZlbB WsnQ8lXLje8y8dc9KtO5tldvHOlfs1x6EgY8hSzb5GY05epE0/1ykMv+YkFkf5WuVpxKW5F6 H3tFOHMtwtB3zsblWD2MufvT3H5v9JtVHq14bQxetuJw3z5YMfwBSrDuzPWILVilPQiGHQEQ Z7SieBtNMEAQ41Ozck/BLPdZ8+s/PlAIFyx+qPu1bzF7za+He4GBlV6rVv7hkQu3rsJsGIEP iDyo0GlUVyhI2/phIa9B2PHil4reZjuDuXeXRq9UfOX8jSiYAqbYGz9OH9ao1xxH9A6dMX/O lYi3BwJzQWsZnZmXdwEb8FwgjWVBUyoMIVQ7d1ygZL9yI4EkJeBwcNcDBss1mcJRcY+ysJ2g fKD3VYwt1MZC81wMaOf/duTSN2B6BraF7IBya88evfjN2Xu77ga3H9kPe/p9CBb44YNvwm3C q5QtYLZ1JRMS0/K0KuzRrE6V7zf8fnwoVnOn4YS4/9PedcA1de3/kwTCMkAIEEFkyJLhrFqr UrWtC2eXo1bqqIP2oai11kJbfUVbq9ZWnoKjluqrda86WxwgdSEigspeMhNGmElYed/fDeHB p/5b2/p/feXlfJSbe3PPOfee/H7n9/2tc2wAGxdhps9bNn30maDPvw2sVzZMX7X1UCIiPKcg pEWOCUEDKUwbvOfXqNTXAIEkgEQe52+krEZfdzMPf7KkX8AaLzDmAJx3KC3KmzXQEJPgepjH AxMYkQ/WxDCxQDas7vQVR8GPiSJBfrl4vlIdEWAnMT8IKRxZV69a0ALphaQjhr22LwKTK0Do UoWiZkimovaV9NyiLAep+EyDRZcgU0ODtyA1vChyFdlkF+1tLTNr61TSxPs5Y0GcHyWl5WXi +e8M8nIOx+TVu1xROxz6FZNIzB/Y24ovw9EpuZGUORv39sXz58D+n9bPvfve6npVfWVV3SRI EDvoZU2Id9uLPoqvJqZNgKTdfj0pQwU/S7yzrdV9WIN+wmQlrFDUvKCorhdZWoqSvHrYb62v VTo/yI29AMe6jX/S6Ewvx2eVQ7wq64Z75SaM7P3AAJryIJVaZcwTWMcwgSTQULI+tT4di223 H8FBvj1USH6JrFc37OzqHzyBZkkEmX16elPwXkANCSxG62DxeAkEcW/p9FHzF31WMg33FEqt RMoCWUUJGGg+rCkBeAlJYvrDrZAEadCeeaFzJhRgGZOP+byqMIixAswyASnZhScPXYg/C9Fa Zy8RB13c9m42olPLkRwzEUw1AhLHBPDiY5jSIhGSsc91yvvTSMmUikV/w6ZxEG8ws0kssG0d LxfP5Y86A3FJBAb4EsdkiNZa/Kj1JkJhG5SjOlQA+xrRbyEIro7OYTVCVLMaHuTGb3DaAgkk SEx96AqDwRgw78ETMbfPQULlQwLMAQd1RVJQmcDDybw0C9xkIqwA85XhB6uD845ibJpc7CUf wYI2GVYNih0qRyqq/YbF044hbCQUOwQth07BwARKSAF+V2vLEijTK6FrROw5ezUGz9SMlNCJ gBAlSBzC3NK8FJPGYjMToTQpsyAI0jlKVlETJfUPnonvW6C+zG3vbVAXvcyM7L6iqX2bRjkw Tp5n+uG35/u7n4/nCR+Wi7op6hDy0lJjzudh9TjAhXy1+m0nO+ud2ArgTUgZz0pFrZu8ompC YXGZESYgCXQyclBhkw51X5VK1RdZd3vHjxq4UlZZa458gS6lcsXsrJziGarGRhHdB6YnXcwt p15JYSJyV8eu+5/ydIrCe2lA5H0z8opfAWM4AFBAsLJmiEOXwpIGF0iVekCnMuzw+R2sjrfB XKrcArl/fErWHDCMHZiH9i0zxszvB2mBGCuBHNDUADFF33q5OpyGBC4+G3tnFnZ8DWqhbTqR GiNk9W5peQbsXrZl41dnB1o7WPcxG+prkP6W/92tPXpfjuLxLjbU3Ycr3aPd0om0ztClbSvx DkgYySsy3f19XO8+bt1zZo59ppS7iD8rwg9YIFuoJ2yyN0F49MIdipHfImSUtRjgARnyhJuS 9q7+GRHqKoBA+LAl9x37tG/+84N8ynTXkb3HF40cBJriM1ZtWS0AABElSURBVEX0UfygRZqb 97KMT165069/T6e8l0YM4LRBWLEYLDGt1Vz5Rn7PA6Jzi9M2K2MjO/aLBHqWo3Pa9UWdO//u jnnisxZi85+ZJwSBEoHwai5t46AKHFJWMYnp7h/MnXgH78xda6tsCj2xPrbt9HE+fLz7hBhM 2iN42ugUKNDeX4XMSaR6By/cFEFn6Dlvsl+Kl5M9wVCuOEx6RwBdwcDWChvrnfqcCFxz7tpd 8dXkLB83R9ukgLFDOdiHHYhYyr4wrk5D0UtMaH+U+zxujcay9H741tpa2WvNTSAgbPoHyxXQ gmEeGF0GZFmFTLbqujqVEX63GEtLs4w7qfkh0A0GkCkZTE73MgNDQTK+L0edfIjPBugJXXzd ux9Le1jigySJ15uR4ENh9SR+6XcwQdQBJocsl242ybKyKmvALoGLg20GDAp9yYxeXavsDWlA zECBgwzh0go7W/FVRBBcxsogvcCEYhuJeR4skc5gfBEmlp6A4LYExwg1En2ILbscGv5Uz233 0vPHyCtrR8D6mI56avx8nrC2GcF23gcwypjrB7WERqIac7Hv23Ffvcp5UOvvo2+zp5jQKUGL Q2nEAmEvvnz7AXuwfx2ddihCv/ms4Qr84u3KM/PXsWvIJHqs8lQAYwl7fvlWt5ewA5X2x/vl GxnrPnEZDTRDDvIjb/WeHsKwsHDbd4B07Kcd2md1nLyC5Z/Y0Pad3filrPj05rbz3/IBixU8 crx+SxtP4l5kmrEpz/Zn29rZ+xV5bzJLJ/rNtMhw6pLP1yKG630Q6S1rsagMBoEWzPYtIMpe sOA5wQeCCFsBNpw3vtTXyzkKZmNfWXl1AHI+7iHuIwMWRENFVa0FCGwsQhzMaOIH8TYjX3X3 oD5u19Nyix1B8AGYzVVoPw54nZdXKOsCPWwawtAxh3Ch6RSndsbe1upBIzYfKZYpBoKw+0By H4Z0T4NvxB266RwK44Z/iAFyAnqZpcHEfVkoFArQr2G5ovoZPGulp6t9hLHAoCUl6+F7gMTe gOfcUCIxh/xCsaYmQpmRkdAEyr+mvLL6aeiSZf29Xeave2cmN/GMfyeFHV+xkRlKo7h6j8LP LCE1hwGHY/M2W/bCIB+GSEeG0Fr25YEfGfQF1tfDibl3t+Ua+K1/4hAkhaQSdvVuBsO2U8zH 2Z5hlYW2Ptq3F5eEe/t4IBc1CZuNVKFPKTaY9sTCYtrr7e/9//ocm5iO5P9yBiWcDe7lhky1 cpgIJb+7u8ijl8h6QsvfM+hKDCstcG0dunATTqc6BtjInhvQwSL4s74u3rrPkHpKAXbslxxU VHEtPM0hi17mqGT1l/uHyyuqP8zKK/XGTMkpx0SgmEE5dtHOtUhO72qVsvgN/5mVVTU1d1Mf Tr5+O20uzNG9iFlotsf98DVruDBpMkqLkOc8fkT/4P6+rgn3M/Mtr8SnBucWyGaRRKGCGZ+T 0JiZKQqWT/qYg9Tqwmi/PhthBMiFZcjh5IVbX4ApfYhx6XkAeQljaTCrk4AmB18jJMoPPh4O n7w+eUT23uMxPpeupRxDmDsXSUz9gJiJHcjTzT0nGKm8q404G5Jly5YP5x3Eu0KimsN/VMXl 01AdXXkkI+i+1B87xwgsXfs12xwyh3uZxR/v6p+VW7oPs64nETExAlEQCC0LCxTk2yJxv6a2 3qa0rIpW4yjwcLHfCBjjWFhavgxWcCkF5BEzEDTB/0zM5HegXCdXYemVCkVtP8y8R20lFtFQ eHsrqurehI7jBHjD9UMMAKthqa21RYzEQhSHNgei7WFWll0eSCxFZyE5fOEz9YPi7U1wBrM8 nhCrpiJkH8x2FtBpkwJ9QG97H9mQxYBpBHFssLTQYDCEE+p0I0mFarRRDVYZETSg7RX7tyzf Qi/vM24xGzWsP/siZDaddih6RugwHJ335N31e9jOvdGsMmUPKy1RmASv270LSuerIKjLsOZk w8BRUV5ZYwdingQzphWZjqngeyYRizb16ul47FZS9rx6lWoOmCexm9TqJ1EX48JSebU3lOuX IWE4+z/xFYi2GvBofR9vl6S7D/L85OVVQSBOobnI9J89XR0SAJkcS2QKRJEqLYkRidxhOGgE YR9wcrCNB2yzS80u7IM646AUZ7s724eKRMYlKan5YYB3QxBhyj0bbTeGmKpUEPsJ9MmrhHNX Xl7thXp+YJ70Qf08Zi5/cxJnwl4Yup1tD1vI1XvUHz0jPGpUOvG1oA93sfC/v8m94ar1eycA vkzML5APhDLbjxKQtDAJhhCgJRAUJRFxs7m1lejWikUvTTofk2AGAhx5OzlrJmbz4ZSrQhIC BM3N3miYVhAj+qbZv7ifT4+QEUN6xd+6m8mDQv3ireSsVTCFQoGFfZt2EG8t6IuC6bi2oJQn urvY/xNm7LgNqwKyV4R9szAjtyhMF1BHj0bPR1M/oBaPpBP0m1r4aq7ZScXZCC5LEJmannjv rRdl1PzUv21kB//xjq6rRx51tvZHfqm/2LlGIOijnWCC+WzJ6q94Ny6fZHHRx9KfHj7JurZW uagJifGYfVuA57FSHvEDLTjGh4fXqFRqbXEQ6XjH4xPTFkFq9Ebw1AXAF1uYVHuBCbAemNZS BFxP2B7bgQlIklRKJZYxRsaGd1GP4I4luCURzKBsbmpxxBpuXUDLsIgi6ZrTCZA0jRme+jQ2 Fma6udjvLC+r6nrmYsLrML0WwDiCmDONJZjMGkvgkP+Wg2dgNm7RB3yH/aZ4rl3MTPZseP+N iOjTB+oWrIoQ3LpySjN1/NBf/SH1EuFXh6hz3hAWfoiFBr3KvdzXB6Pdrsan7gX2Hkw6ABiC LEJXAImuwc+RWiSrGAD/wgxYYMQ01cPEXOzq1HV5NzurjFt3s/4Oa884QCPO6oS6ZYBFJ9yc 7c7mFco9ZGWKJagnJUkDM22SvVS8rqdbt6yf4lOnAtcvgGSwJKiDkBHq856rszSkh6NdVuz1 lDAwz2R6HugdlVZi0UHHbtaX4EdwKiypQChG8yg4Kym8mJHuAYiUDcV4xscrZt6kl/o+Op5N fIFcS49X9IzweOPUKe9aG36YhQS9wr0bUIZxUOiOXYAt1sDpMSZCA1V2vswHJta5UHZbcY+W XAgyYUYnr/Kx3t7OYfczHg6or1e9g7U2bvZ07XaurLzaHr6PQPginAkCERNQHYI+UMqRRmp6 A/DnA2uJhRx1F4G3pkKy7Bj//ICdsdfvTYBlKwxQDRIDhTBWa10wBINz8nBXG8tTwEaah0Uy 5MjzKe7qxIghvnNf9h9SQVXeDt3Btob9ckQr3de+6Bmh/Wj8j30O23KQhS6eygJXRfAiPgnk 8HrstWTv73+MX19eWQv9QbuJKgiZw//4Q/RCZhn6R7AGirFxbmjQtME2thaliSnZnl/vv3C4 XqnyJTwP2EJxWrQtuZamiaRh0QG8EcDfwMxFJmcCZ457y8OjG8VLGy5fs/sULE3DqV8gJnid eaRE6OqCpxAQiY5JegBC3XBxkh5BjNOV+TNHx+Pe5pVrowTrQ2Z3dKY+5m+qZ4THHKjOfNv2 vefYvbQ8tqXVqrJ6077pMnnVP6BIS0B4HEFy74/gJdAhgkE502kVPLtHxBZmJ8srap6C1HDv bm+9A+EQksLiig8RkdsLugC4hctzp5guYqZmWIQMCMqgDZnYwnQlLEvxKQ/yJkOaJFlYmDUV FpW9XlOnRu56sxFJk9b6FApEtEoWVYgXmFRNhFUww74YGjztEq6ztV8c4IUE/ztjja79lqJn hN8yWp383t3f/cDmzhjNveXX+390S8sq+hahF0h6IlCD/W9gHcIsr4RCurunu8PZguIya3lZ 1RLAKS6sFwTeYmUhWvH6qyMO7Dl0aRaU8DVgECEaJCbApI11mLD6tamJ0ca1q2Zt3Lj16JgS uWIzVj+xo7YBmb7u6+MSDljES7qfE9zU2DyLwrdJCqAuJxHQPy2neXRgX4+FL/oP5kJzNm0/ zpYvnPKHfh09I/yh4et8lb/YcYIFL0BsFgrCpo23RZ3eDrgSQAo0chHCvd0dzkMCOOQXyqE7 NA4iLy5Zi1Aw2cOUCYJGDkqCu4vdQr5AUJ+a8XAzlqgdQ7wAZfikj2f3FXZSq+ZLcckbEXE7 pRUGEadxidCUkgrY9CUwf3hGbrFFfoEsCB7tOYgGgTUJkbEWZp+8F/QKFy+zefsJXomsUuPo YMPenjOenuF3Fz0j/O6h69wVPw0/LADBUSgFPyLqzBsgcDkI3wZhz/PgbxhK1hrM0k3gAQTk tmU6EkETRueCJhHAFzlsoPvmM5fyhsApoRo6UHr9XnrRbDi+3sVsb4KbdavAURtUaAMYbDyO oDo+XyEWi3YN6O26/cbtNCck3SyE0+/4ssAp++jGsM0H+KFLp2m9fnThDxY9I/zBAezM1TdF HOMtD3yRYA079cN1l8SU3MsqVYMjnUNRJiIkAuZgD11rLSBvuKXhHhAivYgvdAkIXTyUi/Zc vy1mIfYfilSpIUWQvNWOiXRtcH0REqK2CBLBh9Dg7tpt6LTJfpyHmK5/9Nm3vCEDvTRjRvan 0ydSdJz4RBrTN9K5RsCxm40GegD3UhNGD85x7m7zHJTjixT7Q1M+rDca/MeWTgZkyaHP5IPg Yd8VgZmZ+fmEgpmeIUHrYxtybI8059nte3fWkegy9aThFiJREnwRUBe4NjgrkK4+tYGv0JaA 0jVJH4j09XRM1o1s+K5TbM27M58oE1DbeomgG2H98f8cAZqZ1xIUWTYdaEZjuG336Yi6OvU8 0g9QuFkcR62318C4sLbBdfHqpd5HNeVO81SVZRt4GqWY2mB8s3xjO5MlCbWyi9EHry0w4Ms2 NDZq0zPbt0ONQp+Q20gsFgdMe24/nW+OPMbz9nDSjHnuyUkBaldX9IygGwn98VdHYN3n+9n7 y6Zz90V9Fx0Iz/AG6ApmZA2CWwBmJcstVsOGvzfD3dipJV8Y0dCgHIFAarqfYxYQG9YMEzJj E6NjWA9+8Zqd2QYS/rlIpImP0e7GQc43PgXgXenl7RTgN9g3lyrv3vcjb+5ro3QMR5eeeNEz whMf0s7b4METcez2nUz26UezuZc8cPzKyOrq2p0w95fKGsfOC53HS2Ml1uvUdTXvgbg5uAHq Rey/dkxIKKBwZwKBSb2hucHbPJuaqK3fZEwXtKR/ie9tEWf0xewZL6wEcyF3APuiRd9i/i/8 LC2bvtIX/Qj8eSNw5fq9Dp1f/Knarram0FJTZjNVlWWerkxnGvqvymAt3Gcc8ZmutShxVNFR +x/3CDQNOdaXwQC9og6Vue05EDtO1/hnW46wcxcTdKf6o34E/vtG4LWF2tW3vzsS02ZsUeZ4 71Bl8LVMkM6a24ieGKKVAVoZgpiEGKJRyzB8bGDheUX3ls/6r2SX4+7+x5HKf7xD3Qvrj51j BJQPsFJMa2apOtdnoaYpe6umRUlbfDUjGEJA2gFBI4JF3IHLI+B8DQIebbgkkEbyjZ7+QGh/ QGue+pOGpY2j/6T+9d3+xUfAwCaEpcJvTMXI+d52nvHQ8dghrgh0L0CoHnkESDMgPYGihLRn 9J1ADL3Ze4GxS24gMYEKK0qo8mmFEX3Rj8BfeATUxa+1PX2DfLm7Kts2VpkBwynpC+30Arqm ypamqQtGD9NVwPqkuo/6o34E/voj0FD8coeXUOW6h6syDDhm0OoDQo06x2VPkyqBW0CZblY/ /PXssQ6N6k/0I/BXGAHOcdbuQdX5gxarMrtoYFHSqHM9Att9BSYY2f5U/1k/Ap1rBBrlK5kq u2vbSzUUPDexoWDUBN2Fei6ZUnemP+pHoJOPQFNZKKuJ1TrQ6FWVyYzfUBLAvbW66I/lDzzp ofsXGGKV8lM5POIAAAAASUVORK5CYII= --------------010704010208090001020700-- --------------090707080408050509020909--

3 3

Re: [Users] virt-v2v
by Vered Volansky 11 Dec '12

11 Dec '12

Jonathan, I'm bringing here the entire previous post on the matter: ----------------------------------------------------------------------- >> We just added support for this to upstream virt-v2v, although it >> requires a very recent qemu to work. F17 isn't new enough. I haven't >> tested F18 qemu yet, but hopefully it'll be good there. >> > > Thanks Matt, > can you share any details on the differences from ovf in behavior? > (and i was wondering why a newer kvm is needed?) We can only output to oVirt's OVF, and we can only import from VMware's OVA. The command line looks something like: # virt-v2v -i ova --profile ovirt foo.ova It needs a new qemu for the latest vmdk driver in order to do the on-disk format conversion. The vmdk driver has been around for a while, but it's only just become usable. This has long been the barrier to implementing this feature. ----------------------------------------------------------------------- Do you indeed meet the requirements mentioned above? Vered ----- Original Message ----- > From: "Jonathan Horne" <jhorne(a)skopos.us> > To: "Vered Volansky" <vered(a)redhat.com> > Sent: Monday, December 10, 2012 11:10:50 PM > Subject: Re: [Users] virt-v2v > > Vered, when i tried it, i got output error: > > Virt-v2v: there is no profile named ovirt. > > Any ideas? When i run virt-v2v --list-profiles, i get nothing. > There are > no profiles. > > I appreciate your help you are giving me, > jonathan > > > > > > > > On 12/10/12 11:21 AM, "Vered Volansky" <vered(a)redhat.com> wrote: > > >Jonathan, > > > >Your previous post's thread has this answer in it: > > > >We can only output to oVirt's OVF, and we can only import from > >VMware's > >OVA. The command line looks something like: > > > ># virt-v2v -i ova --profile ovirt foo.ova > > > > > >Is it not helpful to you? > >If not, please say why. > > > >Thanks, > >Vered. > > > > > >----- Original Message ----- > >> From: "Jonathan Horne" <jhorne(a)skopos.us> > >> To: users(a)ovirt.org > >> Sent: Monday, December 10, 2012 4:25:47 PM > >> Subject: Re: [Users] virt-v2v > >> > >> > >> > >> > >> > >> What about converting something like a .ova file into ovirt? From > >> what i read in the man pages, it only converts live running Vms, > >> not > >> files? Is that the correct assessment? > >> > >> > >> From: Allon Mureinik < amureini(a)redhat.com > > >> Date: Sunday, December 9, 2012 12:33 AM > >> To: Jonathan Horne < jhorne(a)skopos.us > > >> Cc: " users(a)ovirt.org " < users(a)ovirt.org > > >> Subject: Re: [Users] virt-v2v > >> > >> > >> > >> > >> > >> In a nutshell - yes. > >> > >> It can convert RHEL and windows guests running on Xen or ESX to > >> KVM-based guests that can be imported into oVirt. > >> > >> > >> > >> > >> > >> From: "Jonathan Horne" < jhorne(a)skopos.us > > >> To: users(a)ovirt.org > >> Sent: Saturday, December 8, 2012 1:40:15 AM > >> Subject: [Users] virt-v2v > >> > >> > >> > >> > >> Is virt-v2v something i can leverage to get foreign virtual guests > >> into my ovirt/node environment? > >> > >> > >> Thanks, > >> jonathan > >> > >> This is a PRIVATE message. If you are not the intended recipient, > >> please delete without copying and kindly advise us by e-mail of > >> the > >> mistake in delivery. NOTE: Regardless of content, this e-mail > >> shall > >> not operate to bind SKOPOS to any order or other contract unless > >> pursuant to explicit written agreement or government initiative > >> expressly permitting the use of e-mail for such purpose. > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > >> > >> > >> This is a PRIVATE message. If you are not the intended recipient, > >> please delete without copying and kindly advise us by e-mail of > >> the > >> mistake in delivery. NOTE: Regardless of content, this e-mail > >> shall > >> not operate to bind SKOPOS to any order or other contract unless > >> pursuant to explicit written agreement or government initiative > >> expressly permitting the use of e-mail for such purpose. > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > ________________________________ > This is a PRIVATE message. If you are not the intended recipient, > please delete without copying and kindly advise us by e-mail of the > mistake in delivery. NOTE: Regardless of content, this e-mail shall > not operate to bind SKOPOS to any order or other contract unless > pursuant to explicit written agreement or government initiative > expressly permitting the use of e-mail for such purpose. >

1 0

Re: [Users] template source always "Blank"
by Itamar Heim 11 Dec '12

11 Dec '12

On 12/10/2012 10:54 PM, Jim Kinney wrote: > > > On Sun, Dec 9, 2012 at 10:54 PM, Jim Kinney <jim.kinney(a)gmail.com > <mailto:jim.kinney@gmail.com>> wrote: > > That _is_ what I did! > > Hmm. Makes it an external process to track VM lineage without that > data. > > So use the thin-provision only to allow this tracking. And this > works with windows VMs? will test shortly. > > > Yay! New VM from template works fine and much faster. So the default for > servers is to clone but the desktops is to thin-provision. > > As all of my "servers" are used more like desktops (bug testing not > actually being servers), other than the icon change and thin vs clone > disk provisioning, what else should I expeect to be different? it is just the default, so you can choose servers and use thin. differences between desktops/servers (of the top of my head): these are just defaults you can change: - default display for servers is vnc, spice for desktops - servers clone. desktop are thin provision these are not currently configurable (but will probably be in a future version): - servers get not audio card - servers get the HA option > > > > On Sun, Dec 9, 2012 at 12:41 PM, Itamar Heim <iheim(a)redhat.com > <mailto:iheim@redhat.com>> wrote: > > On 12/09/2012 07:28 PM, Jim Kinney wrote: > > Greetings, > > I've built several new templates from the blank template and > a ISO > install of various OS's. However, when I built a new VM > using the new > template(s), the new VM still says it's based from the blank > template. I > expected it to say it was from the "template-foo" U > specified. The VM is > correctly built from the template so I think it's a > generation/database > issue. > > > I'm guessing you used 'clone' (default for new server) rather > than 'thinly provisioned' (default for new desktop). > clone means the template disk is copied/cloned for better > performance, rather than COW (less space). > when the disk is cloned, there is no longer a relation to the > original template at storage level. > > > -- > -- > James P. Kinney III > //// > ////Every time you stop a school, you will have to build a > jail. What > > you gain at one end you lose at the other. It's like feeding > a dog on > his own tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > //// > http://electjimkinney.org > http://heretothereideas.__blogspot.com/ > <http://heretothereideas.blogspot.com/> > //// > > > _________________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/__mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > > > > > > > -- > -- > James P. Kinney III > //// > ////Every time you stop a school, you will have to build a jail. > What you gain at one end you lose at the other. It's like feeding a > dog on his own tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > //// > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > //// > > > > > -- > -- > James P. Kinney III > //// > ////Every time you stop a school, you will have to build a jail. What > you gain at one end you lose at the other. It's like feeding a dog on > his own tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > //// > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > ////

1 0

[Users] Maintenance outage :: www.ovirt.org :: 2012-12-11 01:00 UTC
by Karsten (quaid) Wade 11 Dec '12

11 Dec '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is going to be a brief planned outage at 5 pm PST (0100 UTC) today. The outage window is ten minutes. No downtime is expected during the outage, but it may occur. == Details == I want to setup hot_deploy for our OpenShift instance running MediaWiki. When I did this the other day, it failed to work properly. Refer to: http://lists.ovirt.org/pipermail/infra/2012-December/001612.html This outage is another attempt to set the app to hot deploy. I intend to do exactly this: * 'touch wiki/.openshift/markers/hot_deploy' * 'git add wiki/.openshift/markers/hot_deploy' * 'git commit wiki/.openshift/markers/hot_deploy' * 'git push' If all works correctly, the app will be set to hot deploy without doing a restart. If it goes like last time, I may attempt to troubleshoot for a few minutes but no longer than 10 minutes. At that time I will force restart the app. == Affected services == www.ovirt.org (wiki) === Not-affected services == lists.ovirt.org resources.ovirt.org gerrit.ovirt.org jenkins.ovirt.org == Future plans == Hopefully this hot deploy trick will allow us to make minor configuration changes to the website without it having to restart the app. - -- Karsten 'quaid' Wade ..... http://iquaid.org ..... gpg key: AD0E0C41 http://Fairy-TaleFarm.com .......................... Urban homestead http://MicahForCouncil.org ................ Your advocate on council http://SantaCruzPedicab.com .......... Sensible local transportation -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iD8DBQFQxm/N2ZIOBq0ODEERAkF2AKCG4kT4U8IP82dzHmj3ZjIWszYBiwCfayJI BNq6othQiZCoy6Eg49lC/jU= =UmMF -----END PGP SIGNATURE-----

1 0

[Users] virt-v2v
by Jonathan Horne 10 Dec '12

10 Dec '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016CE67EAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is virt-v2v something i can leverage to get foreign virtual guests into my = ovirt/node environment? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CE67EAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <567A0109D8A94644B9B8794CB56EE5DB(a)collaborationhost.net> 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; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>Is virt-v2v something i can leverage to get foreign virtual guests int= o my ovirt/node environment?</div> </div> </div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CE67EAUSP01DAG0201co_--

3 3

[Users] iscsi mpio
by Jonathan Horne 10 Dec '12

10 Dec '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016CB43AAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I just rebooted my iscsi SAN and the ovirt node 2.5.5fc17 did not enjoy tha= t one bit. Does ovirt node support multi path i/o? Any information about= this would be greatly appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CB43AAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <2276C2A0E1B2D44591FC1E1E178BC2B9(a)collaborationhost.net> 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; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>Hello,</div> </div> </div> <div><br> </div> <div>I just rebooted my iscsi SAN and the ovirt node 2.5.5fc17 did not enjo= y that one bit.   Does ovirt node support multi path i/o?  Any in= formation about this would be greatly appreciated.</div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CB43AAUSP01DAG0201co_--

3 4

[Users] template source always "Blank"
by Jim Kinney 10 Dec '12

10 Dec '12

Greetings, I've built several new templates from the blank template and a ISO install of various OS's. However, when I built a new VM using the new template(s), the new VM still says it's based from the blank template. I expected it to say it was from the "template-foo" U specified. The VM is correctly built from the template so I think it's a generation/database issue. -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ *

2 2