- Users - oVirt List Archives

[Users] Error while executing action Setup Networks
by Sallee, Stephen (Jake) 11 Feb '13

11 Feb '13

I'm trying to add the ovirtmgmt role to my network connection on my all-in-one box but when I do I get this error: Error while executing action Setup Networks: Illegal or Incomplete IP Address The IP is correct as I am accessing the portal from a different computer, also when I look at the ifcfg-eth0 file: DEVICE=eth0 ONBOOT=yes HWADDR=[REDACTED] BRIDGE=ovirtmgmt NM_CONTROLLED=yes DOMAIN=UMHB.edu IPV6INIT=no LAST_CONNECT=1360136903 DNS2=[REDACTED] DNS1=[REDACTED] DEFROUTE=yes IPV4_FAILURE_FATAL=yes PREFIX=24 UUID=[REDACTED] ... it just feels right, i know its probably useless to a hacker but I fell better, okay? I have tried NM_CONTROLLED=yes and NM_CONTROLLED=no , with no difference. Here is the snippet from the engine log: [root@otto ~]# tail -f /var/log/ovirt-engine/engine.log 2013-02-06 11:20:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-43) Autorecovering hosts is disabled, skipping 2013-02-06 11:20:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-43) Autorecovering storage domains is disabled, skipping 2013-02-06 11:25:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-98) Autorecovering hosts is disabled, skipping 2013-02-06 11:25:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-98) Autorecovering storage domains is disabled, skipping 2013-02-06 11:30:00,000 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-60) Autorecovering hosts is disabled, skipping 2013-02-06 11:30:00,000 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-60) Autorecovering storage domains is disabled, skipping 2013-02-06 11:35:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-11) Autorecovering hosts is disabled, skipping 2013-02-06 11:35:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-11) Autorecovering storage domains is disabled, skipping 2013-02-06 11:40:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-65) Autorecovering hosts is disabled, skipping 2013-02-06 11:40:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-65) Autorecovering storage domains is disabled, skipping 2013-02-06 11:40:46,131 INFO [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] Running command: SetupNetworksCommand internal: false. Entities affected : ID: 8a682fca-7032-11e2-8be0-cb1656457e1f Type: VDS 2013-02-06 11:40:46,133 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] START, SetupNetworksVDSCommand(HostName = local_host, HostId = 8a682fca-7032-11e2-8be0-cb1656457e1f, force=false, checkConnectivity=true, conectivityTimeout=120, networks=[ovirtmgmt {id=6990dee0-6a13-4b74-811b-5accbae04194, description=Management Network, subnet=null, gateway=null, type=null, vlan_id=null, stp=false, storage_pool_id=501286c6-46d0-4f6f-a73c-e09e21778b1c, mtu=0, vmNetwork=true, cluster=network_cluster {id={clusterId=null, networkId=null}, status=Operational, is_display=false, required=true}}], bonds=[], interfaces=[eth0 {id=c2ceb17b-0ae1-4409-bfab-c84be5c8030b, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth0, macAddress=[REDACTED], networkName=ovirtmgmt, bondName=null, bootProtocol=None, address=, subnet=, gateway=null, mtu=0, bridged=true, speed=1000, type=2, networkImplementationDetails=null}, eth5 {id=3ee9e4b7-8ab5-458d-abe9-66a5914611bb, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth5, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth2 {id=1d9cb8eb-2cf8-43f3-98c8-a6f675424bdf, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth2, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth1 {id=66c9f391-c9f8-4052-b115-4b65759a7ff9, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth1, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth4 {id=357b5774-149e-4874-bbbe-9c5b5a3cbad9, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth4, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth3 {id=34f3e302-c08b-4b8d-ae4a-e55bb8189542, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth3, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}], removedNetworks=[], removedBonds=[]), log id: 350e18e8 2013-02-06 11:40:46,142 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] FINISH, SetupNetworksVDSCommand, log id: 350e18e8 2013-02-06 11:40:46,712 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [6cf1af54] org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,712 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-2) [6cf1af54] Command SetupNetworksVDS execution failed. Exception: VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,713 ERROR [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] Command org.ovirt.engine.core.bll.SetupNetworksCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,716 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-2) [6cf1af54] No string for UNASSIGNED type. Use default Log Jake Sallee Godfather of Bandwidth Network Engineer University of Mary Hardin-Baylor 900 College St. Belton, Texas 76513 Fone: 254-295-4658 Phax: 254-295-4221

5 6

[Users] my VMs starts with just 15MB of RAM
by Rocky 11 Feb '13

11 Feb '13

Hi, Today after I reinstalled my hypvervisors I just got 15MB of RAM inside my guests. I hade this problem on one of my hypervisors before but if I started the VMs on the other hypervisors and then migrate the VM to the "faulty" hypervisor all was ok. Just because of that behavior I then started to reinstall my hypervisors today. I am using Centos 6.3 with Dreyous 3.1 repo. After the install i enabled and installed the Intel(Fake) CPU-package on all of the hypervisors. Now when Im trying to start a VM I only got 15MB of RAM inside the WM, almost impossible to boot of course. One of the machines is definied to use 2048MB and has 2048MB as "guaranteed memory". I have attached the vdsm.log from the hypervisor that the VM try to start on. Regards //Ricky

3 3

[Users] Some updates show up, and some don´t
by Karli Sjöberg 11 Feb '13

11 Feb '13

--_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCm15IGVuZ2luZSBoYXZlIHRoZXNlIHBhY2thZ2VzIGluc3RhbGxlZCBhZnRlciBhIHl1 bSB1cGRhdGU6DQojIHJwbSAtcWEgfCBncmVwIG92aXJ0LWVuZ2luZSB8IHNvcnQgLW4NCm92aXJ0 LWVuZ2luZS0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtYmFja2VuZC0zLjEuMC0y LmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtY2xpLTMuMi4wLjUtMS5mYzE3Lm5vYXJjaA0Kb3Zp cnQtZW5naW5lLWNvbmZpZy0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtZGJzY3Jp cHRzLTMuMS4wLTIuZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLTMuMS4wLTIu ZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS1ub3RpZmljYXRpb24tc2VydmljZS0zLjEuMC0yLmZj MTcubm9hcmNoDQpvdmlydC1lbmdpbmUtcmVzdGFwaS0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmly dC1lbmdpbmUtc2RrLTMuMi4wLjItMS5mYzE3Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLXNldHVwLTMu MS4wLTQuZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS10b29scy1jb21tb24tMy4xLjAtMi5mYzE3 Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLXVzZXJwb3J0YWwtMy4xLjAtMi5mYzE3Lm5vYXJjaA0Kb3Zp cnQtZW5naW5lLXdlYmFkbWluLXBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoDQoNCkFuZCB3aGVu IGlzc3VpbmcgY2hlY2sgdXBkYXRlOg0KIyB5dW0gY2hlY2stdXBkYXRlDQouLi4NCm92aXJ0LWVu Z2luZS1kYnNjcmlwdHMubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgb3ZpcnQtc3RhYmxlDQoNCkJ1dCBmcm9tIGFueSBvdGhlciBtYWNoaW5lLCBsaWtlIG15 IGxhcHRvcCBvciBhbnkgb3RoZXIgSG9zdCBhbGwgcGFja2FnZXMgc2hvdyB1cCB3aXRoIHZlcnNp b24gIjMuMS4wLTQuZmMxNyAiLiBMb29rIGF0IHRoaXM6DQoNCnRoZSBlbmdpbmUjIHl1bSBsaXN0 IG92aXJ0LWVuZ2luZSoNCi4uLg0KSW5zdGFsbGVkIHBhY2thZ2VzDQpvdmlydC1lbmdpbmUubm9h cmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg My4xLjAtMi5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQt ZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1jbGku bm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAz LjIuMC41LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEB1cGRhdGVz DQpvdmlydC1lbmdpbmUtY29uZmlnLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2Fy Y2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMx NyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjEN Cm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAzLjEuMC0yLmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtbm90aWZpY2F0aW9uLXNl cnZpY2Uubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0K b3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1zZGsubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjIuMC4yLTEuZmMx NyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEB1cGRhdGVzDQpvdmlydC1lbmdp bmUtc2V0dXAubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBA b3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXRvb2xzLWNvbW1vbi5ub2FyY2ggICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2lu ZS11c2VycG9ydGFsLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAzLjEuMC0yLmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEBv dmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtd2ViYWRtaW4tcG9ydGFsLm5vYXJjaCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0KQXZhaWxhYmxlIHBh Y2thZ2VzDQpvdmlydC1lbmdpbmUtZGJzY3JpcHRzLm5vYXJjaCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBvdmlydC1zdGFibGUNCm92aXJ0LWVuZ2luZS1pc28tdXBsb2FkZXIu bm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAx LTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVu Z2luZS1qYXZhZG9jLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAzLjAuMC4wMDAxLTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1sb2ctY29sbGVjdG9yLm5vYXJjaCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAxLTE1LmZjMTcgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxs aW5vbmUubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LXN0YWJsZQ0KDQphIEhv c3QjIHl1bSBsaXN0IG92aXJ0LWVuZ2luZSoNCi4uLg0KQXZhaWxhYmxlIHBhY2thZ2VzDQpvdmly dC1lbmdpbmUubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0 LWVuZ2luZS1jbGkubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAzLjEuMC42LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtY29uZmlnLm5vYXJjaCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQt ZW5naW5lLWRic2NyaXB0cy5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLm5vYXJjaCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1l bmdpbmUtaXNvLXVwbG9hZGVyLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMy4wLjAuMDAwMS0xNS5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgdXBkYXRlcw0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mubm9hcmNoICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMC4wLjAwMDEtMTUuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1sb2ctY29sbGVjdG9y Lm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAx LTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1cGRhdGVzDQpvdmlydC1l bmdpbmUtbm90aWZpY2F0aW9uLXNlcnZpY2Uubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVu Z2luZS1zZGsubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAzLjEuMC40LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtc2V0dXAubm9hcmNoICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5n aW5lLXNldHVwLXBsdWdpbi1hbGxpbm9uZS5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS10b29scy1jb21tb24ubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdp bmUtdXNlcnBvcnRhbC5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg b3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXdlYmFkbWluLXBvcnRhbC5ub2FyY2ggICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCg0KDQpBbmQgSSBj YW7CtHQgc2VlbSBwZXJzdWFkZSBteSBlbmdpbmUgb3RoZXJ3aXNlLiBUaGVyZSBhcmUgbG90cyBv ZiB1cGRhdGVzIGF2YWlsYWJsZSBhbmQgbm93IGVuZ2luZSBkb2VzbsK0dCBydW4gYmVjYXVzZSBv ZiB0aGVzZSB2ZXJzaW9uIGluY29uc2lzdGVuY2llcyEgSSBoYXZlIHRyaWVkICJ5dW0gY2xlYW4g YWxsIiBhbmQgdHJpZWQgdG8gcmVydW4gYnV0IG15IGVuZ2luZSBzdGlsbCBkb2VzbsK0dCB0aGlu ayB0aGVyZSBhcmUgYW55IHVwZGF0ZXMgYXZhaWxhYmxlLiBJIG5vdGljZWQgdGhhdCBteSByZXBv IGZpbGUgc2xpZ2h0bHkgZGlmZmVyZWQgZnJvbSB3aGF0wrRzIGluIHRoZSBvbmUgdGhhdCBnZXRz IGluc3RhbGxlZCBieSB0aGUgcmVwby5ycG0gYXQgb3ZpcnQub3JnIHNvIEkgY2hhbmdlZCBpdCB0 byBleGFjdGx5IG1hdGNoIGl0LCBidXQgdG8gbm8gYXZhaWwuIFdoYXQgY2FuIEkgZG8/DQoNCkJl c3QgUmVnYXJkcw0KS2FybGkgU2rDtmJlcmcNCg== --_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSw8YnI+DQo8YnI+ DQpteSBlbmdpbmUgaGF2ZSB0aGVzZSBwYWNrYWdlcyBpbnN0YWxsZWQgYWZ0ZXIgYSB5dW0gdXBk YXRlOjxicj4NCiMgcnBtIC1xYSB8IGdyZXAgb3ZpcnQtZW5naW5lIHwgc29ydCAtbjxicj4NCm92 aXJ0LWVuZ2luZS0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQt My4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1jbGktMy4yLjAuNS0xLmZjMTcu bm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLWNvbmZpZy0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0K b3ZpcnQtZW5naW5lLWRic2NyaXB0cy0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5n aW5lLWdlbmVyaWNhcGktMy4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1ub3Rp ZmljYXRpb24tc2VydmljZS0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLXJl c3RhcGktMy4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1zZGstMy4yLjAuMi0x LmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLXNldHVwLTMuMS4wLTQuZmMxNy5ub2FyY2g8 YnI+DQpvdmlydC1lbmdpbmUtdG9vbHMtY29tbW9uLTMuMS4wLTIuZmMxNy5ub2FyY2g8YnI+DQpv dmlydC1lbmdpbmUtdXNlcnBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5n aW5lLXdlYmFkbWluLXBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0KPGJyPg0KQW5kIHdo ZW4gaXNzdWluZyBjaGVjayB1cGRhdGU6PGJyPg0KIyB5dW0gY2hlY2stdXBkYXRlPGJyPg0KLi4u PGJyPg0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LXN0YWJs ZTxicj4NCjxicj4NCkJ1dCBmcm9tIGFueSBvdGhlciBtYWNoaW5lLCBsaWtlIG15IGxhcHRvcCBv ciBhbnkgb3RoZXIgSG9zdCBhbGwgcGFja2FnZXMgc2hvdyB1cCB3aXRoIHZlcnNpb24gJnF1b3Q7 My4xLjAtNC5mYzE3ICZxdW90Oy4gTG9vayBhdCB0aGlzOjxicj4NCjxicj4NCnRoZSBlbmdpbmUj IHl1bSBsaXN0IG92aXJ0LWVuZ2luZSo8YnI+DQouLi48YnI+DQpJbnN0YWxsZWQgcGFja2FnZXM8 YnI+DQpvdmlydC1lbmdpbmUubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1iYWNrZW5kLm5vYXJj aCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC0yLmZjMTcm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQG92aXJ0 LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtY2xpLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjIuMC41 LTEuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAdXBkYXRlcyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPGJyPg0Kb3Zp cnQtZW5naW5lLWNvbmZpZy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgMy4xLjAtMi5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5l LWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtMi5m YzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEBv dmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWdlbmVyaWNhcGkubm9hcmNoJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVu Z2luZS1ub3RpZmljYXRpb24tc2VydmljZS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4x LjAtMi5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IEBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5n aW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1zZGsubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMi4wLjItMS5m YzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEB1cGRhdGVzJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+DQpvdmlydC1l bmdpbmUtc2V0dXAubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2lu ZS10b29scy1jb21tb24ubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMu MTxicj4NCm92aXJ0LWVuZ2luZS11c2VycG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAzLjEuMC0yLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgQG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtd2ViYWRtaW4t cG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAzLjEuMC0yLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgQG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpBdmFpbGFibGUgcGFja2FnZXM8 YnI+DQpvdmlydC1lbmdpbmUtZGJzY3JpcHRzLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgb3ZpcnQtc3RhYmxlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+ DQpvdmlydC1lbmdpbmUtaXNvLXVwbG9hZGVyLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjAuMC4wMDAx LTE1LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXBkYXRlcyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPGJyPg0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mu bm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMC4wLjAw MDEtMTUuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1cGRhdGVzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+DQpvdmlydC1lbmdpbmUtbG9nLWNv bGxlY3Rvci5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4wLjAuMDAwMS0xNS5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVw ZGF0ZXMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjxicj4NCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxsaW5vbmUubm9hcmNoJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBvdmlydC1zdGFibGU8YnI+DQo8YnI+DQphIEhvc3QjIHl1bSBsaXN0 IG92aXJ0LWVuZ2luZSo8YnI+DQouLi48YnI+DQpBdmFpbGFibGUgcGFja2FnZXM8YnI+DQpvdmly dC1lbmdpbmUubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQu ZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmly dC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWNsaS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAu Ni0xLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3Zp cnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1jb25maWcubm9hcmNoJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1l bmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmly dC1lbmdpbmUtZ2VuZXJpY2FwaS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAt NC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtaXNvLXVwbG9hZGVyLm5v YXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAzLjAuMC4wMDAxLTE1LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg dXBkYXRlcyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PGJyPg0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMC4wLjAwMDEtMTUuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB1cGRhdGVzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 DQo8YnI+DQpvdmlydC1lbmdpbmUtbG9nLWNvbGxlY3Rvci5ub2FyY2gmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4wLjAuMDAw MS0xNS5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVwZGF0ZXMmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxicj4NCm92aXJ0LWVuZ2luZS1ub3RpZmlj YXRpb24tc2VydmljZS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92 aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtcmVzdGFwaS5ub2FyY2gmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2lu ZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtc2RrLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC40LTEuZmMx NyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1lbmdp bmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLXNldHVwLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3ZpcnQtZW5n aW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxsaW5vbmUubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5n aW5lLXRvb2xzLWNvbW1vbi5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVu Z2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtdXNlcnBvcnRhbC5ub2FyY2gmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdp bmUtd2ViYWRtaW4tcG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3ZpcnQtZW5naW5lLTMuMTxicj4NCjxi cj4NCjxicj4NCkFuZCBJIGNhbsK0dCBzZWVtIHBlcnN1YWRlIG15IGVuZ2luZSBvdGhlcndpc2Uu IFRoZXJlIGFyZSBsb3RzIG9mIHVwZGF0ZXMgYXZhaWxhYmxlIGFuZCBub3cgZW5naW5lIGRvZXNu wrR0IHJ1biBiZWNhdXNlIG9mIHRoZXNlIHZlcnNpb24gaW5jb25zaXN0ZW5jaWVzISBJIGhhdmUg dHJpZWQgJnF1b3Q7eXVtIGNsZWFuIGFsbCZxdW90OyBhbmQgdHJpZWQgdG8gcmVydW4gYnV0IG15 IGVuZ2luZSBzdGlsbCBkb2VzbsK0dCB0aGluayB0aGVyZSBhcmUgYW55IHVwZGF0ZXMgYXZhaWxh YmxlLg0KIEkgbm90aWNlZCB0aGF0IG15IHJlcG8gZmlsZSBzbGlnaHRseSBkaWZmZXJlZCBmcm9t IHdoYXTCtHMgaW4gdGhlIG9uZSB0aGF0IGdldHMgaW5zdGFsbGVkIGJ5IHRoZSByZXBvLnJwbSBh dCBvdmlydC5vcmcgc28gSSBjaGFuZ2VkIGl0IHRvIGV4YWN0bHkgbWF0Y2ggaXQsIGJ1dCB0byBu byBhdmFpbC4gV2hhdCBjYW4gSSBkbz88YnI+DQo8YnI+DQpCZXN0IFJlZ2FyZHM8YnI+DQpLYXJs aSBTasO2YmVyZw0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_--

2 2

[Users] Unable to boot from CD-ROM (was: REST API: Change boot device / attach CD-ROM)
by Frank Wall 10 Feb '13

10 Feb '13

On Thu, Jan 03, 2013 at 01:05:00PM +0100, Frank Wall wrote: > <cdroms> > <cdrom href="/api/vms/VM-ID/cdroms/00000000-0000-0000-0000-000000000000" id="00000000-0000-0000-0000-000000000000"> > <vm href="/api/vms/VM-ID" id="VM-ID"/> > <file id="FreeBSD-8.3-RELEASE-amd64-disc1.iso"/> > </cdrom> > </cdroms> > > ...and the boot device is also changed... > > [...] > <os type="unassigned"> > <boot dev="cdrom"/> > </os> > [...] > > ...but the VM won't boot off the CD-ROM device, instead it just > boots from the first harddisk. So what am I doing wrong? OK, the problem is still NOT solved, but I did some further investigation. First, the problem ONLY affects VMs with a bootable harddisk (and an operating system installed). A newly created VM is NOT affected and is able to boot from CD-ROM. Once I install an operating system, the VM will no longer be able to boot from CD-ROM. No matter what is configured as boot device... There is still only the following workaround to boot from CD-ROM: > The only way I am able to boot from CD-ROM is when using the > "Run once" function on the Admin Portal and configure the CD-ROM > device/image there (temporarely overwriting my config). > > It will NOT work if I configure the CD-ROM device through the REST > API or the Admin Portal. Just "Run Once" will do the right thing. Any idea how to debug this further and get a bugfix/working solution? oVirt is running fine, except this annoying bug makes it somewhat useless for us. Thanks - Frank

2 2

[Users] VM migrations failing
by Dead Horse 10 Feb '13

10 Feb '13

Engine Build --> Commit: 82bdc46dfdb46b000f67f0cd4e51fc39665bf13b VDSM Build: --> Commit: da89a27492cc7d5a84e4bb87652569ca8e0fb20e + patch --> http://gerrit.ovirt.org/#/c/11492/ Engine Side: 2013-01-30 10:56:38,439 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-70) Rerun vm 887d764a-f835-4112-9eda-836a772ea5eb. Called from vds lostisles 2013-01-30 10:56:38,506 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) START, MigrateStatusVDSCommand(HostName = lostisles, HostId = e042b03b-dd4e-414c-be1a-b2c65ac000f5, vmId=887d764a-f835-4112-9eda-836a772ea5eb), log id: 6556e75b 2013-01-30 10:56:38,510 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Failed in MigrateStatusVDS method 2013-01-30 10:56:38,510 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Error code migrateErr and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration 2013-01-30 10:56:38,511 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=12, mMessage=Fatal error during migration]] VDSM Side: Thread-43670::ERROR::2013-01-30 10:56:37,052::vm::200::vm.Vm::(_recover) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::this function is not supported by the connection driver: virDomainMigrateToURI2 Thread-43670::ERROR::2013-01-30 10:56:37,513::vm::288::vm.Vm::(run) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 273, in run self._startUnderlyingMigration() File "/usr/share/vdsm/libvirtvm.py", line 504, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/libvirtvm.py", line 540, in f ret = attr(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1103, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: this function is not supported by the connection driver: virDomainMigrateToURI2 GuestMonitor-sl63::DEBUG::2013-01-30 10:56:38,235::libvirtvm::307::vm.Vm::(_getDiskLatency) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::Disk vda latency not available - DHC

5 25

[Users] virt-v2v iface parameter is not supported
by Chris Noffsinger 09 Feb '13

09 Feb '13

So I am getting this error on Fed18 virt-v2v trying to convert libvirtxml to Rhev 3.1 NFS Export domain: 'iface' parameter is not supported by the libvirt attach-method at /usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 96. Which is mentioned in this bug: https://bugzilla.redhat.com/show_bug.cgi?id=895898 and this one: https://bugzilla.redhat.com/show_bug.cgi?id=892272 Is there a work-around way for me to manipulate my xml to get it to convert? Or am I not hitting a bug at all and just have the wrong hardware specified somewhere? <domain type='kvm'> <name>XP</name> <uuid>46683b8c-6638-9eed-b1a4-7b72c2080c9f</uuid> <memory unit='KiB'>2097152</memory> <currentMemory unit='KiB'>2097152</currentMemory> <vcpu placement='static'>1</vcpu> <os> <type arch='i686' machine='pc-1.2'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='localtime'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw'/> <source file='/500gig/xp.raw'/> <target dev='hda' bus='ide'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='usb' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='spicevmc'> <target type='virtio' name='com.redhat.spice.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <graphics type='spice' autoport='yes'/> <sound model='ich6'> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </sound> <video> <model type='qxl' vram='65536' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> </domain> -- Chris Noffsinger

2 1

[Users] Problem with Win 7 VM creation
by Juan Jose 08 Feb '13

08 Feb '13

Hello everybody and Antoni, I have changed my NFS server to my engine machine and finally I have had to create a Fedora 17 VM machine in my oVirt system and now I'm trying to create a Win 7 VM machine and when I want to Run once my machine, in Boot options I don't have the "virtio-win" driver to attach to floppy VM and when machine try to install system in virtual hard disk it ask for a driver for the disk. How can I install this driver and to be attached to my VM floppy? Many thanks in avanced, Juanjo.

3 4

[Users] snapshot taken while live VM operates cause unresponsive hypervisor behavior
by Alexandru Vladulescu 08 Feb '13

08 Feb '13

This is a multi-part message in MIME format. --------------080000040408020604050403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Using 3.1.0-3.19 from dreyou's repo on Centos 6.3 version, running multiple VM on the hypervisor node and attempting to take a snapshot from one of the running VMs generates errors for VDSM daemon as show below: / //[root@hyper02 ~]# vdsClient -s 0 list// //Traceback (most recent call last):// // File "/usr/share/vdsm/vdsClient.py", line 2275, in <module>// // code, message = commands[command][0](commandArgs)// // File "/usr/share/vdsm/vdsClient.py", line 280, in do_list// // response = self.s.list(True, vms)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__// // return self.__send(self.__name, args)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request// // verbose=self.__verbose// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request// // return self._parse_response(h.getfile(), sock)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1392, in _parse_response// // return u.close()// // File "/usr/lib64/python2.6/xmlrpclib.py", line 838, in close// // raise Fault(**self._stack[0])// //Fault: <Fault 1: "<type 'exceptions.TypeError'>:cannot marshal None unless allow_none is enabled">/ Paste from ovirt admin GUI log: /2013-Feb-07, 15:29:59 VM ipa01 is down. Exit message: User shut down// //2013-Feb-07, 15:29:34 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02).// //2013-Feb-07, 15:29:32 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin(a)internal.).// //2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02).// //2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). Trying to migrate to another Host.// //2013-Feb-07, 15:29:08 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin(a)internal.).// //2013-Feb-07, 15:24:58 Detected new Host Hyper02. Host state was set to Up.// //2013-Feb-07, 15:24:53 Host Hyper02 is initializing. Message: Recovering from crash or Initializing// //2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02).// //2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02).// //2013-Feb-07, 15:20:43 Snapshot [initial installation][after ipa server installation] creation for VM ipa01 has been completed.// //2013-Feb-07, 15:20:43 VM ipa01 has paused due to unknown storage error./ Looking through htop command could see that VM were still running and responsive but any vdsclient command failed with the upper code paste I have given. Solution here was to connect to each VM, shut it down and restart vdsmd and power it up again. There's no problem with the storage size as it has aprox 800GB free of space and running through NFS. All nfs mount points were running okay at that time. After the VM has been snapshoot-ed went into pause mode and had to un-pause it from GUI, but the VM was still responsive through network and operations. Has anybody seen something related to this by now or it's just related to 3.1 version ? Mentioning the fact that I did a research on the similar mailing list topics and could not find something related to this error. I would happily provide logs if needed. Regards, Alex --------------080000040408020604050403 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, Using 3.1.0-3.19 from dreyou's repo on Centos 6.3 version, running multiple VM on the hypervisor node and attempting to take a snapshot from one of the running VMs generates errors for VDSM daemon as show below: [root@hyper02 ~]# vdsClient -s 0 list Traceback (most recent call last):   File "/usr/share/vdsm/vdsClient.py", line 2275, in <module>     code, message = commands[command][0](commandArgs)   File "/usr/share/vdsm/vdsClient.py", line 280, in do_list     response = self.s.list(True, vms)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__     return self.__send(self.__name, args)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request     verbose=self.__verbose   File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request     return self._parse_response(h.getfile(), sock)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1392, in _parse_response     return u.close()   File "/usr/lib64/python2.6/xmlrpclib.py", line 838, in close     raise Fault(**self._stack[0]) Fault: <Fault 1: "<type 'exceptions.TypeError'>:cannot marshal None unless allow_none is enabled"> Paste from ovirt admin GUI log:     2013-Feb-07, 15:29:59 VM ipa01 is down. Exit message: User shut down 2013-Feb-07, 15:29:34 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). 2013-Feb-07, 15:29:32 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin@internal.). 2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). 2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). Trying to migrate to another Host. 2013-Feb-07, 15:29:08 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin@internal.). 2013-Feb-07, 15:24:58 Detected new Host Hyper02. Host state was set to Up. 2013-Feb-07, 15:24:53 Host Hyper02 is initializing. Message: Recovering from crash or Initializing 2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02). 2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02). 2013-Feb-07, 15:20:43 Snapshot [initial installation][after ipa server installation] creation for VM ipa01 has been completed. 2013-Feb-07, 15:20:43 VM ipa01 has paused due to unknown storage error. Looking through htop command could see that VM were still running and responsive but any vdsclient command failed with the upper code paste I have given. Solution here was to connect to each VM, shut it down and restart vdsmd and power it up again. There's no problem with the storage size as it has aprox 800GB free of space and running through NFS. All nfs mount points were running okay at that time. After the VM has been snapshoot-ed went into pause mode and had to un-pause it from GUI, but the VM was still responsive through network and operations. Has anybody seen something related to this by now or it's just related to 3.1 version ? Mentioning the fact that I did a research on the similar mailing list topics and could not find something related to this error. I would happily provide logs if needed. Regards, Alex </body> </html> --------------080000040408020604050403--

4 4

[Users] ovirt-guest-agent: Package for Fedora has been accepted
by Vinzenz Feenstra 08 Feb '13

08 Feb '13

This is a multi-part message in MIME format. --------------010906010109020201080805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I am glad that I can announce that the ovirt guest agent has been also accepted as a package for Fedora. I have submitted the first packages for the updates-testing repository and if nothing goes wrong the packages will be available within a few days :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17 https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc18 <https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17> I am the maintainer of the fedora package, if you run into any issues please let me know so that we can take care of handling them. -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------010906010109020201080805 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, I am glad that I can announce that the ovirt guest agent has been also accepted as a package for Fedora. I have submitted the first packages for the updates-testing repository and if nothing goes wrong the packages will be available within a few days :-) <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17</a> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc18</a> I am the maintainer of the fedora package, if you run into any issues please let me know so that we can take care of handling them. <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------010906010109020201080805--

1 0

[Users] How to import KVM machine
by Juan Jose 07 Feb '13

07 Feb '13

Hello everybody again, I would like to know if exist some process or tutorial to import another KVM machine from other computer and to have this other KVM VM machine inside my oVirt system. Is there some process or page that explains this issue? Many thanks in avanced, Juanjo.

2 1

[Users] Samples Portal for Ovirt
by Shahar Havivi 07 Feb '13

07 Feb '13

Hey, I've recently developed sample User portals written on top of the SDK (Python and Java), and Ruby on top of rbovirt (partial REST bindings on top of the oVirt engine). All these examples are placed in the samples-userportal git: http://gerrit.ovirt.org/gitweb?p=samples-portals.git Each language portal have its own README file that explain how to run the server, the Ruby and Python are self serving application, the java portal is hosted in JBoss. You can use them as additional examples on how to use the SDK for basic VM operations, Shahar Havivi.

3 5

[Users] how to add a user
by Jonathan Horne 07 Feb '13

07 Feb '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC017453AAAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Im using ovrit 3.1, and I'm trying to add a user to the web console. But t= he new button brings up a popup that doesn't have any buttons on it. Can I= use the engine-manage-domains tool, and if yes what is the syntax? So far= what I have found on google is just getting me authentication errors, so I= 'm sure I'm doing it wrong. 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_9BE6F493F83A594DA60C45E6A09DC5AC017453AAAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <9D38733021FC7E4D8FD0B2765D2D4D6C(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>Im using ovrit 3.1, and I'm trying to add a user to the web console. &= nbsp;But the new button brings up a popup that doesn't have any buttons on = it.  Can I use the engine-manage-domains tool, and if yes what is the = syntax?  So far what I have found on google is just getting me authentication errors, so I'm sure I'm doing it wrong.<= /div> </div> </div> <div> </div> <div>Thanks,</div> <div>jonathan</div> <hr> 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. </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC017453AAAUSP01DAG0201co_--

4 4

[Users] Fwd: [Engine-devel] Latest open jdk and JBOSS
by Roy Golan 07 Feb '13

07 Feb '13

This is a multi-part message in MIME format. --------------090907000204070407010804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit FYI -------- Original Message -------- Subject: [Engine-devel] Latest open jdk and JBOSS Date: Wed, 06 Feb 2013 08:40:01 -0500 From: Alexander Wels <awels(a)redhat.com> Reply-To: awels(a)redhat.com To: engine-devel(a)ovirt.org Just an FYI there is an issue with the latest openjdk and JBOSS which causes JBOSS to NOT start. Details can be found here: https://community.jboss.org/message/796347#796347 I did upgrade yesterday and I am having the exact same issue. For now do not upgrade your open jdk to the latest version. Alexander. _______________________________________________ Engine-devel mailing list Engine-devel(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel --------------090907000204070407010804 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"> FYI <div class="moz-forward-container"> -------- Original Message -------- <table class="moz-email-headers-table" border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Subject: </th> <td>[Engine-devel] Latest open jdk and JBOSS</td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Date: </th> <td>Wed, 06 Feb 2013 08:40:01 -0500</td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">From: </th> <td>Alexander Wels <a class="moz-txt-link-rfc2396E" href="mailto:awels@redhat.com"><awels(a)redhat.com></a></td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Reply-To: </th> <td><a class="moz-txt-link-abbreviated" href="mailto:awels@redhat.com">awels(a)redhat.com</a></td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">To: </th> <td><a class="moz-txt-link-abbreviated" href="mailto:engine-devel@ovirt.org">engine-devel(a)ovirt.org</a></td> </tr> </tbody> </table> <pre>Just an FYI there is an issue with the latest openjdk and JBOSS which causes JBOSS to NOT start. Details can be found here: <a class="moz-txt-link-freetext" href="https://community.jboss.org/message/796347#796347">https://community.jboss.org/message/796347#796347</a> I did upgrade yesterday and I am having the exact same issue. For now do not upgrade your open jdk to the latest version. Alexander. _______________________________________________ Engine-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:Engine-devel@ovirt.org">Engine-devel(a)ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/engine-devel">http://lists.ovirt.org/mailman/listinfo/engine-devel</a> </pre> </div> </body> </html> --------------090907000204070407010804--

3 3

[Users] Install problems
by Jonathan Archer 07 Feb '13

07 Feb '13

Hi All, Just wondering if anyone could shed some light on an issue I'm seeing? I've followed the instructions on the wiki to try and get an ovirt setup running. (F17 minimal, updated, add repo, yum install ovirt-engine, engine-setup) All that seemed to go OK, and the database creation etc seemed to be fine, however starting the ovirt-engine service seems to have failed to start, was getting a http 503 error on trying the web interface. Looking deeper into it, it seems that jboss-as seems to be failing to start with some errors around logging. when I run systemctl start ovirt-engine.service i get the following in the logs: Feb 6 14:33:52 host1 engine-service.py[25212]: Started engine process 25213. Failed to configure handler FILE on Logger '' in context org.jboss.logmanager.LogContext@afc824e: Handler FILE has no class name Exception in thread "main" java.lang.ExceptionInInitializerError at org.jboss.as.server.Main.main(Main.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.modules.Module.run(Module.java:260) at org.jboss.modules.Main.main(Main.java:291) Caused by: java.lang.IllegalStateException: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager") at org.jboss.logmanager.Logger.getLogger(Logger.java:60) at org.jboss.logmanager.log4j.BridgeRepositorySelector.<clinit>(BridgeRepositorySelector.java:42) ... 7 more Feb 6 14:33:53 host1 systemd[1]: ovirt-engine.service: main process exited, code=exited, status=1 Feb 6 14:33:53 host1 engine-service.py[25230]: The engine PID file "/var/run/ovirt-engine.pid" contains 25213, but that process doesn't exist. Feb 6 14:33:53 host1 systemd[1]: ovirt-engine.service: control process exited, code=exited status=1 Feb 6 14:33:53 host1 systemd[1]: Unit ovirt-engine.service entered failed state. Any ideas? Thanks Jon

2 2

[Users] MAC in use when importing/cloning a VM
by Nicolas Ecarnot 06 Feb '13

06 Feb '13

Hi, When importing VMs into our export domain, they appear in a list that allows me to restore them. The restore window allows to clone instead of restoring, especially in case of a pure import. Many imports went all right, but some recent one failed due to a MAC address already in use somewhere. The import window does not seem to give a way to change the network setup of the VM, even if it is imported and not started. I don't know how to modify the interface setup of a vm before importing/cloning it? -- Nicolas Ecarnot

6 10

[Users] error using cli on ovirt 3.1
by Jim Kinney 06 Feb '13

06 Feb '13

I'm trying to setup a way to restart a large group of windows vms on a schedule. I'm getting a connection failure that seems related to the use of https but I'm not sure. error: __init__() got an unexpected keyword argument 'source_address' I ran: ovirt-shell -A <path to server cert/certfile exported from browser> -c and my .ovirtshellrc is: [ovirt-shell] username = "admin@internal" url = https://my.internal.url/api #insecure = False #filter = False #timeout = -1 password = ********************** I tried putting the ca_cert = <path to cert> but that clearly was not allowed in .ovirtshellrc ideas? -- -- 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 12

[Users] Still cannot migrate VM
by Christian Hernandez 06 Feb '13

06 Feb '13

Try as I might; I cannot live migrate a host from one server to another. I keep getting a "Migration due to error: Could not connect to host" I see this in the VDSM log. Thread-3190::ERROR::2013-02-06 10:47:32,948::vm::146::vm.Vm::(_setupVdsConnection) vmId=`9072e171-bf05-4dd4-9c96-a3d76a00f16b`::Error initiating connection Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 141, in _setupVdsConnection status = self.destServer.getVmStats(self._vm.id) File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request return self._parse_response(h.getfile(), sock) File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response response = file.read(1024) File "/usr/lib64/python2.6/socket.py", line 383, in read data = self._sock.recv(left) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out Thread-3190::DEBUG::2013-02-06 10:47:32,949::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`9072e171-bf05-4dd4-9c96-a3d76a00f16b`::Disk vda latency not available Thread-3190::DEBUG::2013-02-06 10:47:32,956::vm::189::vm.Vm::(_prepareGuest) vmId=`9072e171-bf05-4dd4-9c96-a3d76a00f16b`::migration Process begins Thread-3190::DEBUG::2013-02-06 10:47:32,976::vm::260::vm.Vm::(run) vmId=`9072e171-bf05-4dd4-9c96-a3d76a00f16b`::migration semaphore acquired Thread-3346::DEBUG::2013-02-06 10:47:35,278::task::568::TaskManager.Task::(_updateState) Task=`66a8f842-f8c2-47af-bf78-b1db48ce4990`::moving from state init -> state preparing

1 0

[Users] Community feedback on the new UI-plugin Framework
by Oved Ourfalli 06 Feb '13

06 Feb '13

Hey all, We had an oVirt workshop this week, which included a few sessions about the new oVirt UI Plugin framework, including a Hackaton and a BOF session. I've gathered some feedback we got from the different participants about the framework, and what they would like to see in the future of it. 1. People liked the fact that it is a simple framework, allowing you to do nice extensions rapidly, without the need to know complex technologies (simple javascript knowledge is all you need to know). 2. People want the framework to provide tools for adding UI components (main/sub tabs, dialogs, etc.) that aren't URL based, but are based on components we currently have in oVirt, such as grids, key-value pairs (such as the general sub-tab), action buttons in these custom tabs and etc. The main reason for that is to easily develop a plugin with an oVirt-like look-and-feel. Chris Morrissey from Netapp showed a very nice plugin he wrote that did have an oVirt-like look-and-feel, but it wasn't easy.... and it required him to to develop something specific for the plugin to interact with, in the 3rd party application (something similar to the work we did in the oVirt-Foreman UI-plugin). 3. Support adding tasks to the system - plugins may trigger asynchronous tasks behind the scene, both oVirt and external ones. oVirt tasks and their progress will be reflected in the tasks management view, but if the flows contain external tasks as well, then it would be hard to track through the oVirt UI. 4. Plugin management * The ability to see what plugins are installed... install new plugins and remove existing ones. * Change the plugin configuration through webadmin * Distinguish between public plugin configuration entries (entries the user to change), to private ones (entries it can't). I guess that this point will be relevant for engine-plugins as well (once support for such plugins will be available) so we should consider providing a similar solution for both. Also, Chris pointed out that it should be taken into consideration as well when working on supporting HA-oVirt-engine, as plugins are vital part of the oVirt environment. If you find the feedback above true, or you have other comments that weren't mentioned here, please share it with us! Thank you, Oved P.S: I guess the slides will be uploaded sometime next week (I guess someone would have asked it soon... so now you have your answer :-) )

4 4

[Users] UI Plugin issue when switching main tabs
by René Koch 06 Feb '13

06 Feb '13

Hi, I'm working on an UI plugin to integrate Nagios/Icinga into oVirt Engine and made some progress, but have an issue when switching the main tabs. I use VirtualMachineSelectionChange to create URL with name of vm (and HostSelectionChange for hosts). Name is used in my backend code (Perl) for fetching monitoring status. Here's the code of VirtualMachineSelectionChange: VirtualMachineSelectionChange: function() { var vmName = arguments[0].name; alert(vmName); // Reload VM Sub Tab api.setTabContentUrl('vms-monitoring', conf.url + '?subtab=vms&name=' + encodeURIComponent(vmName)); } Everything works fine as long as I stay in Virtual Machine main tab. When switching to e.g. Disks and back to Virtual Machines again the JavaScript code of start.html isn't processed anymore (or cached (?) as the my generated URL with last vm name will still be sent back to my Perl backend) - added alert() to test this. oVirt Engine version: ovirt-engine-3.2.0-1.20130118.gitd102d6f.fc18.noarch Full code of start.hml: http://pastebin.com/iEY6dA6F Thanks a lot for your help, René

5 10

[Users] HTML file display in Custom Tab
by J, Satheesh 06 Feb '13

06 Feb '13

--_000_1EC10F66A61A634EAC743688835FF463FB8A30G2W2434americashp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi , I have added a custom Tab to WebAdmin portal and want to display a html fil= e in this Custom tab. I find that there is usage of "ProxyPass / ajp://localhost:8702/" within /e= tc/httpd/conf.d" ,which redirects whatever request which comes to server back to the engine-service which listens to port 8702. This prevents me from showing a html file placed in /var/www/html,which is = run on Apache server. Every request is reverted back to oVirt main page. How do I succeed to display html file then? Is there a way to bypass this proxy whenever required? Thanks and Regards Satheesh J --_000_1EC10F66A61A634EAC743688835FF463FB8A30G2W2434americashp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 12 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi ,<o:p></o:p> <o:p> </o:p> I have added a custom Tab to WebAdmin portal and wan= t to display a html file in this Custom tab.<o:p></o:p> I find that there is usage of “ProxyPass / ajp= ://localhost:8702/” within /etc/httpd/conf.d” ,which redirects = whatever request which<o:p></o:p> comes to server back to the engine-service which lis= tens to port 8702.<o:p></o:p> This prevents me from showing a html file placed in = /var/www/html,which is run on Apache server.<o:p></o:p> Every request is reverted back to oVirt main page.<o= :p></o:p> <o:p> </o:p> How do I succeed to display html file then?<o:p></o:= p> Is there a way to bypass this proxy whenever require= d?<o:p></o:p> <o:p> </o:p> Thanks and Regards<o:p></o:p> Satheesh J<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_1EC10F66A61A634EAC743688835FF463FB8A30G2W2434americashp_--

3 2

[Users] Slides of my FOSDEM sessions
by Oved Ourfalli 06 Feb '13

06 Feb '13

Hey all, I did two sessions in FOSDEM (and one on the Build a Cloud Day track in Puppet Camp). The slides are available on Slideshare: * Supporting and Using EC2/CIMI on top of Cloud Environments via Deltacloud (same session on FOSDEM and Puppet Camp) - http://www.slideshare.net/OvedOurfali/supporting-and-using-ec2cimi-on-top-o… (PDF version in http://goo.gl/NfZcz) * oVirt UI Plugin Infrastructure and the oVirt-Foreman plugin - http://www.slideshare.net/OvedOurfali/ovirt-foremanpluginfosdem (PDF version in http://goo.gl/GSgFd) Enjoy! Oved

1 0

[Users] oVirt Weekly Meeting Minutes -- 2013-02-06
by Mike Burns 06 Feb '13

06 Feb '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-06-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-06-15.01.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-06-15.01.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 15:01:04 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-06-15.01.log.html . Meeting summary --------------- * Agenda and Roll Call (mburns, 15:01:15) * Release Status and updates (mburns, 15:01:26) * Workshops and Conferences (mburns, 15:01:40) * Team reports (mburns, 15:01:44) * Release Status (mburns, 15:04:35) * mburns mgoldboi and oschreib met yesterday to review blockers on the tracker (mburns, 15:04:58) * LINK: https://bugzilla.redhat.com/showdependencytree.cgi?id=881006&hide_resolved=1 (mburns, 15:05:04) * all bugs in the tracker except 3 ovirt-node bugs are at least in post status (mburns, 15:06:41) * bugs in post are in final review stages (mburns, 15:06:56) * ovirt-node bugs are going to either be fixed and pushed today or deferred (mburns, 15:07:26) * some bugs on this list have not yet made it into builds posted on ovirt.org (mburns, 15:08:13) * next steps are to get the final bugs pushed into the git repos and get builds posted (mburns, 15:08:45) * plan to have all packages posted by friday (mburns, 15:12:53) * go/no-go on 12-Feb and announcement of GA following shortly after (mburns, 15:13:11) * we are still missing packages for dwh/reports docs and engine-sdk-java (mburns, 15:13:56) * oschreib to try to post engine rpms tomorrow (mburns, 15:14:41) * ACTION: mburns to review vdsm bugs to ensure they're included in the vdsm 3.2 branch (mburns, 15:24:22) * Workshops and Conferences (mburns, 15:29:37) * oVirt at FOSDEM (dneary, 15:29:52) * Our stand had a huge amount of traffic, and several oVirt community members were there (hey Rydekull, ewoud!) (dneary, 15:30:25) * oVirt presentations in the Virt DevRoom were typically very wekk attended - Doron's oVirt introduction and Federico's live migration presentation were both full houses (dneary, 15:31:05) * In addition, Oved Ourfali presented DeltaCloud integration with oVirt in the "Build a Cloud Day" part of PuppetCamp in Ghent before the conference (dneary, 15:31:52) * Doron gave 3 presentations about oVirt, Oved gave a Foreman and DeltaCloud presentation, and Federico presented Live Migration. In addition, Zeeshan Ali presented Boxes automated install capabilities (dneary, 15:32:55) * A good time was had by all, and we have several interesting leads to follow up for case studies & questions (dneary, 15:33:28) * ACTION: Dave to post CfP and registration details for Intel workshop in May this week (dneary, 15:36:00) * Infra team report (mburns, 15:37:28) * infra team tried to meet up at FOSDEM but missed each other (mburns, 15:38:45) * not much else to report (mburns, 15:38:56) * ACTION: Dave to add ewoud for AlterWay server (dneary, 15:40:12) * other topics (mburns, 15:40:45) Meeting ended at 15:44:22 UTC. Action Items ------------ * mburns to review vdsm bugs to ensure they're included in the vdsm 3.2 branch * Dave to post CfP and registration details for Intel workshop in May this week * Dave to add ewoud for AlterWay server Action Items, by person ----------------------- * ewoud * Dave to add ewoud for AlterWay server * mburns * mburns to review vdsm bugs to ensure they're included in the vdsm 3.2 branch * **UNASSIGNED** * Dave to post CfP and registration details for Intel workshop in May this week People Present (lines said) --------------------------- * mburns (62) * dneary (25) * goacid (13) * apuimedo (11) * mkolesni (9) * fsimonce (7) * oschreib (7) * ovirtbot (5) * ewoud (4) * mgoldboi (4) * Rydekull (2) * jb_netapp (1) * mkolesni__ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] Ovirt Node Automated Installation... full unattended installation?
by Schorschi 06 Feb '13

06 Feb '13

This is a multi-part message in MIME format. ------=_NextPart_000_0004_01CE0180.E6D73BF0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Ok, reading the RHEV-H node automated installation, given the oVirt documentation states the same automated installation parameters are supported, I can't see to resolve one key issue. First boot of PXE configuration does an 'uninstall' to ensure no past installation of oVirt node exists. this works 100% unattended. However using install or reinstall or local_boot (a.k.a. upgrade) or even firstboot option, and even no option, on the APPEND command line via PXE, the automated installation stops. Waiting for interactive response? Is this the expected behavior? Even just using init_storage and BOOTIF, the only two required parameters, the automated process stops for interactive input? So how do you do a completely automated installation with zero human interactive action required? Uninstall. This works as expected. KERNEL images/oVirt/2.5.5-0.1/vmlinuz0 APPEND rootflags=loop initrd=images/oVirt/2.5.5-0.1/initrd0.img root=live:/ovirt-node-iso-2.5.5-0.1.fc17.iso rootfstype=auto ro liveimg check rootflags=ro crashkernel=512M-2G:64M,2G-:128M elevator=deadline uninstall Install. This does not work as expected, per how the documentation implies it should? KERNEL images/oVirt/2.5.5-0.1/vmlinuz0 APPEND rootflags=loop initrd=images/oVirt/2.5.5-0.1/initrd0.img root=live:/ovirt-node-iso-2.5.5-0.1.fc17.iso rootfstype=auto ro liveimg check rootflags=ro crashkernel=512M-2G:64M,2G-:128M elevator=deadline rd_NO_LVM rd.luks=0 rd.md=0 rd.dm=0 storage_init=/dev/sda BOOTIF=<FF:FF:FF:FF:FF:FF> ------=_NextPart_000_0004_01CE0180.E6D73BF0 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 = (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>Ok, = reading the RHEV-H node automated installation, given the oVirt = documentation states the same automated installation parameters are = supported, I can’t see to resolve one key = issue…<o:p></o:p><o:p> </o:p>First boot  of PXE configuration does an = ‘uninstall’ to ensure no past installation of oVirt node = exists… this works 100% unattended.  However using install or = reinstall or local_boot (a.k.a. upgrade) or even firstboot option, and = even no option, on the APPEND command line via PXE, the automated = installation stops.  Waiting for interactive response?  Is = this the expected behavior?  Even just using init_storage and = BOOTIF, the only two required parameters, the automated process stops = for interactive input?  So how do you do a completely automated = installation with zero human interactive action = required?<o:p></o:p><o:p> </o:p>Uninstall…  This works as = expected…<o:p></o:p><o:p> </o:p>KERNEL = images/oVirt/2.5.5-0.1/vmlinuz0<o:p></o:p>APPEND rootflags=3Dloop = initrd=3Dimages/oVirt/2.5.5-0.1/initrd0.img = root=3Dlive:/ovirt-node-iso-2.5.5-0.1.fc17.iso rootfstype=3Dauto ro = liveimg check rootflags=3Dro crashkernel=3D512M-2G:64M,2G-:128M = elevator=3Ddeadline uninstall<o:p></o:p><o:p> </o:p>Install…  This does not work as expected, = per how the documentation implies it should?<o:p></o:p><o:p> </o:p>KERNEL = images/oVirt/2.5.5-0.1/vmlinuz0<o:p></o:p>APPEND rootflags=3Dloop = initrd=3Dimages/oVirt/2.5.5-0.1/initrd0.img = root=3Dlive:/ovirt-node-iso-2.5.5-0.1.fc17.iso rootfstype=3Dauto ro = liveimg check rootflags=3Dro crashkernel=3D512M-2G:64M,2G-:128M = elevator=3Ddeadline rd_NO_LVM rd.luks=3D0 rd.md=3D0 rd.dm=3D0 = storage_init=3D/dev/sda = BOOTIF=3D<FF:FF:FF:FF:FF:FF><o:p></o:p><o:p> </o:p></div></body></html> ------=_NextPart_000_0004_01CE0180.E6D73BF0--

4 5

[Users] UNKNOWN network problem Logs
by Kevin Maziere Aubry 06 Feb '13

06 Feb '13

Hi Logs when I try to add interface Internet to em2 physical card on host. -- Thread-58842::DEBUG::2013-02-06 15:54:55,187::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58842::DEBUG::2013-02-06 15:54:55,188::task::957::TaskManager.Task::(_decref) Task=`2ab38f7d-1dec-478d-9a19-aea70677e94c`::ref 0 aborting False Thread-58845::DEBUG::2013-02-06 15:55:01,176::task::568::TaskManager.Task::(_updateState) Task=`3e814241-8c36-4f84-8b20-0a925b4c90ad`::moving from state init -> state preparing Thread-58845::INFO::2013-02-06 15:55:01,176::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58845::INFO::2013-02-06 15:55:01,177::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0122509002686', 'lastCheck': '7.0', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0149190425873', 'lastCheck': '4.1', 'code': 0, 'valid': True}} Thread-58845::DEBUG::2013-02-06 15:55:01,177::task::1151::TaskManager.Task::(prepare) Task=`3e814241-8c36-4f84-8b20-0a925b4c90ad`::finished: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0122509002686', 'lastCheck': '7.0', 'code ': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0149190425873', 'lastCheck': '4.1', 'code': 0, 'valid': True}} Thread-58845::DEBUG::2013-02-06 15:55:01,177::task::568::TaskManager.Task::(_updateState) Task=`3e814241-8c36-4f84-8b20-0a925b4c90ad`::moving from state preparing -> state finished Thread-58845::DEBUG::2013-02-06 15:55:01,177::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58845::DEBUG::2013-02-06 15:55:01,178::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58845::DEBUG::2013-02-06 15:55:01,178::task::957::TaskManager.Task::(_decref) Task=`3e814241-8c36-4f84-8b20-0a925b4c90ad`::ref 0 aborting False Thread-58848::DEBUG::2013-02-06 15:55:05,228::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58848::DEBUG::2013-02-06 15:55:05,229::task::568::TaskManager.Task::(_updateState) Task=`15cc62c4-9e23-45c0-9035-0f118a6e9e89`::moving from state init -> state preparing Thread-58848::INFO::2013-02-06 15:55:05,229::logUtils::41::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58848::INFO::2013-02-06 15:55:05,229::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58848::DEBUG::2013-02-06 15:55:05,229::task::1151::TaskManager.Task::(prepare) Task=`15cc62c4-9e23-45c0-9035-0f118a6e9e89`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58848::DEBUG::2013-02-06 15:55:05,230::task::568::TaskManager.Task::(_updateState) Task=`15cc62c4-9e23-45c0-9035-0f118a6e9e89`::moving from state preparing -> state finished Thread-58848::DEBUG::2013-02-06 15:55:05,230::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58848::DEBUG::2013-02-06 15:55:05,230::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58848::DEBUG::2013-02-06 15:55:05,230::task::957::TaskManager.Task::(_decref) Task=`15cc62c4-9e23-45c0-9035-0f118a6e9e89`::ref 0 aborting False Thread-58849::DEBUG::2013-02-06 15:55:05,234::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58849::DEBUG::2013-02-06 15:55:05,234::task::568::TaskManager.Task::(_updateState) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::moving from state init -> state preparing Thread-58849::INFO::2013-02-06 15:55:05,234::logUtils::41::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58849::DEBUG::2013-02-06 15:55:05,235::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`290e7125-5ca9-4b94-8cca-24691d5bba3c`::Request was made in '/usr/share/ vdsm/storage/resourceManager.py' line '189' at '__init__' Thread-58849::DEBUG::2013-02-06 15:55:05,235::resourceManager::504::ResourceManager::(registerResource) Trying to register resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' for lock type 'shared' Thread-58849::DEBUG::2013-02-06 15:55:05,236::resourceManager::547::ResourceManager::(registerResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free. Now locking as 'shared' (1 active user) Thread-58849::DEBUG::2013-02-06 15:55:05,236::resourceManager::227::ResourceManager.Request::(grant) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`290e7125-5ca9-4b94-8cca-24691d5bba3c`::Granted request Thread-58849::DEBUG::2013-02-06 15:55:05,237::task::794::TaskManager.Task::(resourceAcquired) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::_resourcesAcquired: Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2 (shared) Thread-58849::DEBUG::2013-02-06 15:55:05,237::task::957::TaskManager.Task::(_decref) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::ref 1 aborting False Thread-58849::INFO::2013-02-06 15:55:05,244::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'vers ion': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a 25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58849::DEBUG::2013-02-06 15:55:05,245::task::1151::TaskManager.Task::(prepare) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::finished: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58849::DEBUG::2013-02-06 15:55:05,245::task::568::TaskManager.Task::(_updateState) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::moving from state preparing -> state finished Thread-58849::DEBUG::2013-02-06 15:55:05,245::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2': < ResourceRef 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', isValid: 'True' obj: 'None'>} Thread-58849::DEBUG::2013-02-06 15:55:05,245::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::557::ResourceManager::(releaseResource) Trying to release resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::573::ResourceManager::(releaseResource) Released resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' (0 active users) Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::578::ResourceManager::(releaseResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free, finding out if anyone is waiting for it. Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58849::DEBUG::2013-02-06 15:55:05,247::task::957::TaskManager.Task::(_decref) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::ref 0 aborting False Thread-58853::DEBUG::2013-02-06 15:55:11,347::task::568::TaskManager.Task::(_updateState) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::moving from state init -> state preparing Thread-58853::INFO::2013-02-06 15:55:11,347::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58853::INFO::2013-02-06 15:55:11,348::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0121810436249', 'lastCheck': '7.1', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.013571023941', 'lastCheck': '4.2', 'code': 0, 'valid': True}} Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::578::ResourceManager::(releaseResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free, finding out if anyone is waiting for it. Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58849::DEBUG::2013-02-06 15:55:05,247::task::957::TaskManager.Task::(_decref) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::ref 0 aborting False Thread-58853::DEBUG::2013-02-06 15:55:11,347::task::568::TaskManager.Task::(_updateState) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::moving from state init -> state preparing Thread-58853::INFO::2013-02-06 15:55:11,347::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58853::INFO::2013-02-06 15:55:11,348::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0121810436249', 'lastCheck': '7.1', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.013571023941', 'lastCheck': '4.2', 'code': 0, 'valid': True}} Thread-58853::DEBUG::2013-02-06 15:55:11,348::task::1151::TaskManager.Task::(prepare) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::finished: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0121810436249', 'lastCheck': '7.1', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.013571023941', 'lastCheck': '4.2', 'code': 0, 'valid': True}} Thread-58853::DEBUG::2013-02-06 15:55:11,348::task::568::TaskManager.Task::(_updateState) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::moving from state preparing -> state finished Thread-58853::DEBUG::2013-02-06 15:55:11,348::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58853::DEBUG::2013-02-06 15:55:11,349::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58853::DEBUG::2013-02-06 15:55:11,349::task::957::TaskManager.Task::(_decref) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::ref 0 aborting False Thread-58856::DEBUG::2013-02-06 15:55:15,289::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58856::DEBUG::2013-02-06 15:55:15,290::task::568::TaskManager.Task::(_updateState) Task=`b1ecedb8-6265-47a2-a370-4144dd8d30d8`::moving from state init -> state preparing Thread-58856::INFO::2013-02-06 15:55:15,290::logUtils::41::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58856::INFO::2013-02-06 15:55:15,291::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58856::DEBUG::2013-02-06 15:55:15,291::task::1151::TaskManager.Task::(prepare) Task=`b1ecedb8-6265-47a2-a370-4144dd8d30d8`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58856::DEBUG::2013-02-06 15:55:15,291::task::568::TaskManager.Task::(_updateState) Task=`b1ecedb8-6265-47a2-a370-4144dd8d30d8`::moving from state preparing -> state finished Thread-58856::DEBUG::2013-02-06 15:55:15,291::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58856::DEBUG::2013-02-06 15:55:15,292::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58856::DEBUG::2013-02-06 15:55:15,292::task::957::TaskManager.Task::(_decref) Task=`b1ecedb8-6265-47a2-a370-4144dd8d30d8`::ref 0 aborting False Thread-58857::DEBUG::2013-02-06 15:55:15,295::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58857::DEBUG::2013-02-06 15:55:15,296::task::568::TaskManager.Task::(_updateState) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::moving from state init -> state preparing Thread-58857::INFO::2013-02-06 15:55:15,296::logUtils::41::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58857::DEBUG::2013-02-06 15:55:15,298::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`73210a9d-5ac6-4f9a-9eca-0601cc029375`::Request was made in '/usr/share/vdsm/storage/resourceManager.py' line '189' at '__init__' Thread-58857::DEBUG::2013-02-06 15:55:15,298::resourceManager::504::ResourceManager::(registerResource) Trying to register resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' for lock type 'shared' Thread-58857::DEBUG::2013-02-06 15:55:15,298::resourceManager::547::ResourceManager::(registerResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free. Now locking as 'shared' (1 active user) Thread-58857::DEBUG::2013-02-06 15:55:15,299::resourceManager::227::ResourceManager.Request::(grant) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`73210a9d-5ac6-4f9a-9eca-0601cc029375`::Granted request Thread-58857::DEBUG::2013-02-06 15:55:15,299::task::794::TaskManager.Task::(resourceAcquired) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::_resourcesAcquired: Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2 (shared) Thread-58857::DEBUG::2013-02-06 15:55:15,299::task::957::TaskManager.Task::(_decref) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::ref 1 aborting False Thread-58857::INFO::2013-02-06 15:55:15,306::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58857::DEBUG::2013-02-06 15:55:15,307::task::1151::TaskManager.Task::(prepare) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::finished: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58857::DEBUG::2013-02-06 15:55:15,307::task::568::TaskManager.Task::(_updateState) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::moving from state preparing -> state finished Thread-58857::DEBUG::2013-02-06 15:55:15,307::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2': < ResourceRef 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', isValid: 'True' obj: 'None'>} Thread-58857::DEBUG::2013-02-06 15:55:15,307::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58857::DEBUG::2013-02-06 15:55:15,308::resourceManager::557::ResourceManager::(releaseResource) Trying to release resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' Thread-58857::DEBUG::2013-02-06 15:55:15,308::resourceManager::573::ResourceManager::(releaseResource) Released resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' (0 active users) Thread-58857::DEBUG::2013-02-06 15:55:15,308::resourceManager::578::ResourceManager::(releaseResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free, finding out if anyone is waiting for it. Thread-58857::DEBUG::2013-02-06 15:55:15,308::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58857::DEBUG::2013-02-06 15:55:15,308::task::957::TaskManager.Task::(_decref) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::ref 0 aborting False Thread-58861::DEBUG::2013-02-06 15:55:20,044::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call setupNetworks with ({'Internet': {'nic': 'p1p2', 'vlan': '100', 'STP': 'no', 'bridged': 'true'}}, {}, {'connectivityCheck': 'true', 'connectivityTimeout': 120}) {} Thread-58862::DEBUG::2013-02-06 15:55:20,046::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58862::DEBUG::2013-02-06 15:55:20,047::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,084::configNetwork::1313::setupNetworks::(setupNetworks) Setting up network according to configuration: networks:{'Internet': {'nic': 'p1p2', 'vlan': '100', 'STP': 'no', 'bridged': 'true'}}, bondings:{}, options:{'connectivityCheck': 'true', 'connectivityTimeout': 120} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,084::configNetwork::1317::root::(setupNetworks) Validating configuration MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,116::configNetwork::1320::setupNetworks::(setupNetworks) Applying... MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,116::configNetwork::1325::setupNetworks::(setupNetworks) Removing network 'Internet' MainProcess|Thread-58861::INFO::2013-02-06 15:55:20,147::configNetwork::1068::root::(delNetwork) Removing network Internet with vlan=None, bonding=None, nics=[],options={} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,179::configNetwork::257::root::(_atomicNetworkBackup) Backed up Internet MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,181::configNetwork::266::root::(_persistentNetworkBackup) backing up network Internet: <network> <name>vdsm-Internet</name> <uuid>4e3aa963-db5a-24bb-1af3-0c89e2b19797</uuid> <forward mode='bridge'/> <bridge name='Internet' /> </network> MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,214::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifdown Internet' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,447::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,447::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/brctl delbr Internet' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,466::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,466::configNetwork::303::root::(_atomicBackup) Backed up /etc/sysconfig/network-scripts/ifcfg-Internet MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,467::configNetwork::335::root::(_persistentBackup) backing up ifcfg-Internet: DEVICE=Internet ONBOOT=yes TYPE=Bridge DELAY=0 NM_CONTROLLED=no STP=no MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,467::configNetwork::179::root::(_removeFile) Removed file /etc/sysconfig/network-scripts/ifcfg-Internet MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,538::configNetwork::1365::setupNetworks::(setupNetworks) Adding network 'Internet' Thread-58863::DEBUG::2013-02-06 15:55:20,552::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58863::DEBUG::2013-02-06 15:55:20,553::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,563::configNetwork::890::root::(addNetwork) validating network... MainProcess|Thread-58861::INFO::2013-02-06 15:55:20,563::configNetwork::899::root::(addNetwork) Adding network Internet with vlan=100, bonding=None, nics=['p1p2'], bondingOptions=None, mtu=None, bridged=True, options={'STP': 'no', 'implicitBonding': True} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,563::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifdown p1p2' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,799::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,799::configNetwork::335::root::(_persistentBackup) backing up ifcfg-Internet: # original file did not exist MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,804::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifdown Internet' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,998::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,999::configNetwork::303::root::(_atomicBackup) Backed up /etc/sysconfig/network-scripts/ifcfg-p1p2.100 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,999::configNetwork::335::root::(_persistentBackup) backing up ifcfg-p1p2.100: DEVICE=p1p2.100 ONBOOT=yes VLAN=yes BRIDGE=Internet NM_CONTROLLED=no STP=no MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,045::configNetwork::303::root::(_atomicBackup) Backed up /etc/sysconfig/network-scripts/ifcfg-p1p2 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,045::configNetwork::335::root::(_persistentBackup) backing up ifcfg-p1p2: DEVICE=p1p2 ONBOOT=yes HWADDR=00:25:b5:01:10:4f NM_CONTROLLED=no STP=no MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,046::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifup p1p2' (cwd None) Thread-58864::DEBUG::2013-02-06 15:55:21,059::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58864::DEBUG::2013-02-06 15:55:21,059::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,362::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,363::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifup p1p2.100' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,393::misc::84::Storage.Misc.excCmd::(<lambda>) FAILED: <err> = 'RTNETLINK answers: File exists\n'; <rc> = 1 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,393::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifup Internet' (cwd None) Thread-58865::DEBUG::2013-02-06 15:55:21,530::task::568::TaskManager.Task::(_updateState) Task=`15165ba3-1960-4c64-8ead-1328f58d4a03`::moving from state init -> state preparing Thread-58865::INFO::2013-02-06 15:55:21,530::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58865::INFO::2013-02-06 15:55:21,531::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0148069858551', 'lastCheck': '7.3', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0123958587646', 'lastCheck': '4.4', 'code': 0, 'valid': True}} Thread-58865::DEBUG::2013-02-06 15:55:21,531::task::1151::TaskManager.Task::(prepare) Task=`15165ba3-1960-4c64-8ead-1328f58d4a03`::finished: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0148069858551', 'lastCheck': '7.3', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0123958587646', 'lastCheck': '4.4', 'code': 0, 'valid': True}} Thread-58865::DEBUG::2013-02-06 15:55:21,532::task::568::TaskManager.Task::(_updateState) Task=`15165ba3-1960-4c64-8ead-1328f58d4a03`::moving from state preparing -> state finished Thread-58865::DEBUG::2013-02-06 15:55:21,532::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58865::DEBUG::2013-02-06 15:55:21,532::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58865::DEBUG::2013-02-06 15:55:21,532::task::957::TaskManager.Task::(_decref) Task=`15165ba3-1960-4c64-8ead-1328f58d4a03`::ref 0 aborting False Thread-58867::DEBUG::2013-02-06 15:55:21,565::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58867::DEBUG::2013-02-06 15:55:21,565::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,767::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,768::configNetwork::266::root::(_persistentNetworkBackup) backing up network Internet: # original file did not exist MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,831::configNetwork::1370::setupNetworks::(setupNetworks) Checking connectivity... Thread-58868::DEBUG::2013-02-06 15:55:22,071::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58868::DEBUG::2013-02-06 15:55:22,071::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} Thread-58869::DEBUG::2013-02-06 15:55:22,580::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58869::DEBUG::2013-02-06 15:55:22,582::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} Thread-58861::DEBUG::2013-02-06 15:55:22,833::BindingXMLRPC::920::vds::(wrapper) return setupNetworks with {'status': {'message': 'Done', 'code': 0}} Thread-58870::DEBUG::2013-02-06 15:55:23,090::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call getCapabilities with () {} Thread-58870::DEBUG::2013-02-06 15:55:23,135::BindingXMLRPC::920::vds::(wrapper) return getCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:6170ccb99a3b'}], 'FC': [{'wwpn': '20000025b5011c6f', 'wwnn': '20000025b501106f', 'model': 'Unknown - Unknown'}, {'wwpn': '20000025b5011def', 'wwnn': '20000025b501106f', 'model': 'Unknown - Unknown'}]}, 'packages2': {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358955869.0, 'version': '3.7.4'}, 'spice-server': {'release': '3.fc18', 'buildtime': 1358784016L, 'version': '0.12.2'}, 'vdsm': {'release': '6.fc18', 'buildtime': 1359564723L, 'version': '4.10.3'}, 'qemu-kvm': {'release': '4.fc18', 'buildtime': 1358785726L, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803L, 'version': '0.10.2.2'}, 'qemu-img': {'release': '4.fc18', 'buildtime': 1358785726L, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214L, 'version': '0.3.0'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU E5649 @ 2.53GHz', 'hooks': {}, 'cpuSockets': '2', 'vmTypes': ['kvm'], 'supportedProtocols': ['2.2', '2.3'], 'networks': {'ovirtmgmt': {'netmask': '255.255.255.0', 'iface': u'p1p1', 'addr': '172.16.110.1', 'bridged': False, 'interface': u'p1p1', 'gateway': '172.16.110.253', 'mtu': '1500'}, 'Internet2': {'iface': 'Internet2', 'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': []}, 'Internet': {'iface': 'Internet', 'addr': '', 'cfg': {'DELAY': '0', 'NM_CONTROLLED': 'no', 'STP': 'no', 'DEVICE': 'Internet', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': []}}, 'bridges': {'Internet2': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'ports': []}, 'Internet': {'addr': '', 'cfg': {'DELAY': '0', 'NM_CONTROLLED': 'no', 'STP': 'no', 'DEVICE': 'Internet', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'ports': []}}, 'uuid': 'BC112A2C-517F-11E1-0001-0000000000EF', 'lastClientIface': 'p1p1', 'nics': {'p1p1': {'addr': '172.16.110.1', 'cfg': {'NM_CONTROLLED': 'no', 'IPADDR': '172.16.110.1', 'GATEWAY': '172.16.110.253', 'HWADDR': '00:25:b5:01:10:3f', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'DEVICE': 'p1p1', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'hwaddr': '00:25:b5:01:10:3f', 'speed': 10000}, 'p1p2': {'addr': '', 'cfg': {'DEVICE': 'p1p2', 'HWADDR': '00:25:b5:01:10:4f', 'STP': 'no', 'ONBOOT': 'yes', 'NM_CONTROLLED': 'no'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:b5:01:10:4f', 'speed': 10000}}, 'software_revision': '6', 'clusterLevels': ['3.0', '3.1', '3.2'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,popcnt,aes,lahf_lm,ida,arat,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270', 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:6170ccb99a3b', 'netConfigDirty': 'True', 'supportedENGINEs': ['3.0', '3.1'], 'reservedMem': '321', 'bondings': {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}}, 'software_version': '4.10', 'memSize': '48241', 'cpuSpeed': '1596.000', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': '12', 'kvmEnabled': 'true', 'guestOverhead': '65', 'management_ip': '', 'cpuThreads': '24', 'emulatedMachines': [u'pc-1.2', u'none', u'pc', u'pc-1.1', u'pc-1.0', u'pc-0.15', u'pc-0.14', u'pc-0.13', u'pc-0.12', u'pc-0.11', u'pc-0.10', u'isapc', u'pc-1.2', u'none', u'pc', u'pc-1.1', u'pc-1.0', u'pc-0.15', u'pc-0.14', u'pc-0.13', u'pc-0.12', u'pc-0.11', u'pc-0.10', u'isapc'], 'operatingSystem': {'release': '1', 'version': '18', 'name': 'Fedora'}, 'lastClient': '172.16.110.253'}} Thread-58872::DEBUG::2013-02-06 15:55:25,344::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58872::DEBUG::2013-02-06 15:55:25,344::task::568::TaskManager.Task::(_updateState) Task=`b0fe5766-2afd-4742-9e1c-3077ec20a379`::moving from state init -> state preparing Thread-58872::INFO::2013-02-06 15:55:25,345::logUtils::41::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58872::INFO::2013-02-06 15:55:25,345::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58872::DEBUG::2013-02-06 15:55:25,345::task::1151::TaskManager.Task::(prepare) Task=`b0fe5766-2afd-4742-9e1c-3077ec20a379`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58872::DEBUG::2013-02-06 15:55:25,346::task::568::TaskManager.Task::(_updateState) Task=`b0fe5766-2afd-4742-9e1c-3077ec20a379`::moving from state preparing -> state finished Thread-58872::DEBUG::2013-02-06 15:55:25,346::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58872::DEBUG::2013-02-06 15:55:25,346::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58872::DEBUG::2013-02-06 15:55:25,346::task::957::TaskManager.Task::(_decref) Task=`b0fe5766-2afd-4742-9e1c-3077ec20a379`::ref 0 aborting False Thread-58873::DEBUG::2013-02-06 15:55:25,350::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58873::DEBUG::2013-02-06 15:55:25,350::task::568::TaskManager.Task::(_updateState) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::moving from state init -> state preparing Thread-58873::INFO::2013-02-06 15:55:25,350::logUtils::41::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58873::DEBUG::2013-02-06 15:55:25,350::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`8293df3b-3019-41cf-8039-0be62b6b45f4`::Request was made in '/usr/share/ Thread-58873::DEBUG::2013-02-06 15:55:25,350::task::568::TaskManager.Task::(_updateState) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::moving from state init -> state preparing Thread-58873::INFO::2013-02-06 15:55:25,350::logUtils::41::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58873::DEBUG::2013-02-06 15:55:25,350::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`8293df3b-3019-41cf-8039-0be62b6b45f4`::Request was made in '/usr/share/vdsm/storage/resourceManager.py' line '189' at '__init__' Thread-58873::DEBUG::2013-02-06 15:55:25,351::resourceManager::504::ResourceManager::(registerResource) Trying to register resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' for lock type 'shared' Thread-58873::DEBUG::2013-02-06 15:55:25,351::resourceManager::547::ResourceManager::(registerResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free. Now locking as 'shared' (1 active user) Thread-58873::DEBUG::2013-02-06 15:55:25,351::resourceManager::227::ResourceManager.Request::(grant) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`8293df3b-3019-41cf-8039-0be62b6b45f4`::Granted request Thread-58873::DEBUG::2013-02-06 15:55:25,351::task::794::TaskManager.Task::(resourceAcquired) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::_resourcesAcquired: Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2 (shared) Thread-58873::DEBUG::2013-02-06 15:55:25,352::task::957::TaskManager.Task::(_decref) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::ref 1 aborting False Thread-58873::INFO::2013-02-06 15:55:25,356::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58873::DEBUG::2013-02-06 15:55:25,356::task::1151::TaskManager.Task::(prepare) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::finished: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58873::DEBUG::2013-02-06 15:55:25,356::task::568::TaskManager.Task::(_updateState) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::moving from state preparing -> state finished Thread-58873::DEBUG::2013-02-06 15:55:25,356::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2': < ResourceRef 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', isValid: 'True' obj: 'None'>} Thread-58873::DEBUG::2013-02-06 15:55:25,356::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58873::DEBUG::2013-02-06 15:55:25,357::resourceManager::557::ResourceManager::(releaseResource) Trying to release resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' Thread-58873::DEBUG::2013-02-06 15:55:25,357::resourceManager::573::ResourceManager::(releaseResource) Released resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' (0 active users) Thread-58873::DEBUG::2013-02-06 15:55:25,357::resourceManager::578::ResourceManager::(releaseResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free, finding out if anyone is waiting for it. Thread-58873::DEBUG::2013-02-06 15:55:25,357::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58873::DEBUG::2013-02-06 15:55:25,357::task::957::TaskManager.Task::(_decref) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::ref 0 aborting False Thread-58877::DEBUG::2013-02-06 15:55:31,718::task::568::TaskManager.Task::(_updateState) Task=`96caee84-372c-4e6d-bddf-cac8fcd533eb`::moving from state init -> state preparing Thread-58877::INFO::2013-02-06 15:55:31,719::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58877::INFO::2013-02-06 15:55:31,719::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0147500038147', 'lastCheck': '7.5', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0138521194458', 'lastCheck': '4.5', 'code': 0, 'valid': True}} Thread-58877::DEBUG::2013-02-06 15:55:31,719::task::1151::TaskManager.Task::(prepare) Task=`96caee84-372c-4e6d-bddf-cac8fcd533eb`::finished: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0147500038147', 'lastCheck': '7.5', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0138521194458', 'lastCheck': '4.5', 'code': 0, 'valid': True}} Thread-58877::DEBUG::2013-02-06 15:55:31,720::task::568::TaskManager.Task::(_updateState) Task=`96caee84-372c-4e6d-bddf-cac8fcd533eb`::moving from state preparing -> state finished Thread-58877::DEBUG::2013-02-06 15:55:31,720::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58877::DEBUG::2013-02-06 15:55:31,720::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58877::DEBUG::2013-02-06 15:55:31,720::task::957::TaskManager.Task::(_decref) Task=`96caee84-372c-4e6d-bddf-cac8fcd533eb`::ref 0 aborting False ^C Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

1 0

Re: [Users] adding multiple interfaces with different networks
by Kevin Maziere Aubry 06 Feb '13

06 Feb '13

Hi I have exactly the same issue. This mean that a 1Gb (at least) interface must be dedicated to the ovirtmgmt interface, which is not a good idea. Kevin 2012/12/26 Jonathan Horne <jhorne(a)skopos.us> > 2012-12-26 16:48:56,416 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] Failed in SetupNetworksVDS method > 2012-12-26 16:48:56,417 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] Error code ERR_BAD_BONDING and error > message VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, > error = bonding 'bond2' is already member of network 'ovirtmgmt' > 2012-12-26 16:48:56,418 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = > bonding 'bond2' is already member of network 'ovirtmgmt' > 2012-12-26 16:48:56,418 ERROR > [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--0.0.0.0-8009-8) > [2d2d6184] Command SetupNetworksVDS execution failed. Exception: > RuntimeException: > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = > bonding 'bond2' is already member of network 'ovirtmgmt' > > > so im guessing… i can't have my vlan3204 or vlan3202 share an interface > with ovirtmgmt? > > [root@d0lppc021 ~]# rpm -qa|grep ovirt > ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch > ovirt-engine-cli-3.1.0.7-1.el6.noarch > ovirt-image-uploader-3.1.0-16.el6.noarch > ovirt-engine-backend-3.1.0-3.19.el6.noarch > ovirt-engine-tools-common-3.1.0-3.19.el6.noarch > ovirt-iso-uploader-3.1.0-16.el6.noarch > ovirt-engine-genericapi-3.1.0-3.19.el6.noarch > ovirt-engine-config-3.1.0-3.19.el6.noarch > ovirt-log-collector-3.1.0-16.el6.noarch > ovirt-engine-restapi-3.1.0-3.19.el6.noarch > ovirt-engine-userportal-3.1.0-3.19.el6.noarch > ovirt-engine-notification-service-3.1.0-3.19.el6.noarch > ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch > ovirt-engine-3.1.0-3.19.el6.noarch > ovirt-engine-jbossas711-1-0.x86_64 > ovirt-engine-setup-3.1.0-3.19.el6.noarch > ovirt-engine-sdk-3.1.0.5-1.el6.noarch > > > > ------------------------------ > 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 > > -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

2 6