- Users - oVirt List Archives

[Users] Windows install / activation issues.
by Robert Middleswarth 11 Jun '12

11 Jun '12

I am slowly doing my stage two testing now. I have been finding very few issues that is pretty good since 3.1 is just going into feature freeze but I did find one that is kinda a show stopper and weird for me. I installed windows 2003 using my Dell CD on my Dell Hardware. On both ESXi and Xen Server windows authorization fine because the installer sees the Dell bias in some way but under oVirt it doesn't. From my research it looks like the feature is called SLP. Is there anyway to pass the Dell SLP info to the installer like it is done under both Xen and Vmware ESXi? I assume it would be a libVirt option of some kind I just can't find it. Thanks Robert

2 1

[Users] Node Stateless
by Olivier Doucet 11 Jun '12

11 Jun '12

Hi, I wondered what is the progress on stateless node support in oVirt ? Page http://ovirt.org/wiki/Node_Stateless is not really updated. Is there a working iso to test ? What needs to be done ? And also, what would you need to move forward on this task ? Thank you ! Olivier

2 1

[Users] Getting ovirt to update VMs to "Up" state sooner
by Andrey F. 10 Jun '12

10 Jun '12

Hi everybody, We are trying to optimize our continuous integration system around our ovirt-management software (i.e. we call into the ovirt apis to create VMs, do funny stuff with the VMs, etc.). For our tests, we deployed a VM that boots extremely quickly (2 seconds) in hoping to speed up our tests. Unfortunately, ovirt is not updating the state of the VM to "Up" as fast as we'd like. VDSM show the following in the logs: Thread-420807::DEBUG::2012-06-06 22:14:47,662::clientIF::54::vds::(wrapper) [10.225.52.7]::call *getVmStats *with ('e3b250c9-a5ca-42da-bd8f-245a3ef4bbfb',) {} Thread-420807::DEBUG::2012-06-06 22:14:47,663::libvirtvm::222::vm.Vm::(_getDiskStats) vmId=`e3b250c9-a5ca-42da-bd8f-245a3ef4bbfb`::*Disk stats not available *Thread-420807::DEBUG::2012-06-06 22:14:47,663::libvirtvm::251::vm.Vm::(_getDiskLatency) vmId=`e3b250c9-a5ca-42da-bd8f-245a3ef4bbfb`::*Disk latency not available *Thread-420807::DEBUG::2012-06-06 22:14:47,663::clientIF::59::vds::(wrapper) return getVmStats with {'status': {'message': 'Done', 'code': 0}, 'statsList': [{'status': 'Up', 'username': 'Unknown', 'memUsage': '0', 'acpiEnable': 'tru e', 'pid': '32299', 'displayIp': '0', 'displayPort': u'5900', 'session': 'Unknown', 'displaySecurePort': u'5901', 'cdrom': '/rhev/data-center/c861891c-7011-4209-9871-73c4b4e42560/b1ad8b2c-d2e1-479b-be2e-90fcbe446e86/images/11111111 -1111-1111-1111-111111111111/CorePlus-current.iso', 'pauseCode': 'NOERR', 'clientIp': '', 'kvmEnable': 'true', 'network': {u'vnet0': {'macAddr': u'00:1a:4a:a8:7a:50', 'rxDropped': '0', 'rxErrors': '0', 'txDropped': '0', 'txRate': ' 0.0', 'rxRate': '0.0', 'txErrors': '0', 'state': 'unknown', 'speed': '1000', 'name': u'vnet0'}}, 'vmId': 'e3b250c9-a5ca-42da-bd8f-245a3ef4bbfb', 'monitorResponse': '0', 'cpuUser': '0.00', 'disks': {u'vda': {'readLatency': '0', 'app arentsize': '1073741824', 'writeLatency': '0', 'imageID': '38ffdd23-e16d-4cde-a384-3290450fe87f', 'flushLatency': '0', 'truesize': '1073741824'}}, 'boot': 'c', 'statsAge': '1.81', 'cpuIdle': '100.00', 'elapsedTime': '61', 'vmType': 'kvm', 'cpuSys': '0.00', 'timeOffset': '0', 'appsList': [], 'guestIPs': '', 'displayType': 'qxl', 'nice': ''}]} This repeats for about a minute until the VM is finally marked "Up". Is there any trick we can do to get ovirt to mark the VM "Up" quicker? Perhaps generate some sort of activity on the VM? Thanks, Andrey

3 3

[Users] Host CPU type is not compatible with Cluster Properties
by Mohsen Saeedi 10 Jun '12

10 Jun '12

3 4

[Users] Fedora 17 installation problem with Ovirt
by Mohsen Saeedi 08 Jun '12

08 Jun '12

2 2

[Users] Not able to add ISCSI storage to the Datacenter
by jose garcia 08 Jun '12

08 Jun '12

This is a multi-part message in MIME format. --------------050003020907020309000703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Good morning, I followed the procedure in /https://fedorahosted.org/ovirt/wiki/ISCSISetup/, with LV://dev/vg_iscsitest/iscsi1/ as backing storage. When trying to import Export/ISCSI my volume discovery works, oVirt makes login without problem but the lun defined does not show up. Iptables and selinux are disabled. / # tgtadm --mode target --op show / Target 1: host:storage System information: Driver: iscsi State: ready I_T nexus information: LUN information: LUN: 0 Type: controller SCSI ID: IET 00010000 SCSI SN: beaf10 Size: 0 MB, Block size: 1 Online: Yes Removable media: No Readonly: No Backing store type: null Backing store path: None Backing store flags: LUN: 1 Type: disk SCSI ID: IET 00010001 SCSI SN: beaf11 Size: 21475 MB, Block size: 512 Online: Yes Removable media: No Readonly: No Backing store type: rdwr Backing store path: /dev/vg_iscsitest/iscsi1 Backing store flags: Account information: ACL information: ALL output of //var/log/vdsm/vdsm.log/ is: Thread-301::DEBUG::2012-06-08 10:24:34,756::clientIF::261::Storage.Dispatcher.Protect::(wrapper) [10.10.30.101] Thread-301::DEBUG::2012-06-08 10:24:34,757::task::588::TaskManager.Task::(_updateState) Task=`81890ebc-37db-4771-978b-dd2089de33bd`::moving from state init -> state preparing Thread-301::INFO::2012-06-08 10:24:34,757::logUtils::37::dispatcher::(wrapper) Run and protect: validateStorageServerConnection(domType=3, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': '10.10.30.101', 'iqn': 'host:storage', 'portal': '0', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': '3260'}], options=None) Thread-301::INFO::2012-06-08 10:24:34,758::storage_connection::188::Storage.ServerConnection::(validate) Request to validate ISCSI storage server Thread-301::INFO::2012-06-08 10:24:34,759::logUtils::39::dispatcher::(wrapper) Run and protect: validateStorageServerConnection, Return response: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-301::DEBUG::2012-06-08 10:24:34,759::task::1174::TaskManager.Task::(prepare) Task=`81890ebc-37db-4771-978b-dd2089de33bd`::finished: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-301::DEBUG::2012-06-08 10:24:34,760::task::588::TaskManager.Task::(_updateState) Task=`81890ebc-37db-4771-978b-dd2089de33bd`::moving from state preparing -> state finished Thread-301::DEBUG::2012-06-08 10:24:34,761::resourceManager::806::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-301::DEBUG::2012-06-08 10:24:34,761::resourceManager::841::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-301::DEBUG::2012-06-08 10:24:34,762::task::980::TaskManager.Task::(_decref) Task=`81890ebc-37db-4771-978b-dd2089de33bd`::ref 0 aborting False Thread-302::DEBUG::2012-06-08 10:24:34,793::clientIF::261::Storage.Dispatcher.Protect::(wrapper) [10.10.30.101] Thread-302::DEBUG::2012-06-08 10:24:34,794::task::588::TaskManager.Task::(_updateState) Task=`55fed2df-3434-4bba-a47c-a400d0c568a8`::moving from state init -> state preparing Thread-302::INFO::2012-06-08 10:24:34,795::logUtils::37::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=3, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': '10.10.30.101', 'iqn': 'host:storage', 'portal': '0', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': '3260'}], options=None) Thread-302::INFO::2012-06-08 10:24:34,795::storage_connection::146::Storage.ServerConnection::(connect) Request to connect ISCSI storage server Thread-302::DEBUG::2012-06-08 10:24:34,796::iscsi::148::Storage.Misc.excCmd::(addiSCSIPortal) '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -p 10.10.30.101:3260 --discover' (cwd None) Thread-302::DEBUG::2012-06-08 10:24:34,821::iscsi::148::Storage.Misc.excCmd::(addiSCSIPortal) SUCCESS: <err> = ''; <rc> = 0 Thread-302::DEBUG::2012-06-08 10:24:34,822::iscsi::149::Storage.Misc.excCmd::(addiSCSIPortal) '/usr/bin/sudo -n /sbin/iscsiadm -m node -p 10.10.30.101:3260 -o update -n node.startup -v manual' (cwd None) Thread-302::DEBUG::2012-06-08 10:24:34,840::iscsi::149::Storage.Misc.excCmd::(addiSCSIPortal) SUCCESS: <err> = ''; <rc> = 0 Thread-302::DEBUG::2012-06-08 10:24:34,841::iscsi::254::Storage.Misc.excCmd::(addiSCSINode) '/usr/bin/sudo -n /sbin/iscsiadm -m node -T host:storage -l -p 10.10.30.101:3260' (cwd None) Thread-302::DEBUG::2012-06-08 10:24:35,379::iscsi::254::Storage.Misc.excCmd::(addiSCSINode) SUCCESS: <err> = ''; <rc> = 0 Thread-302::DEBUG::2012-06-08 10:24:35,380::lvm::460::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' got the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,381::lvm::462::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' released the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,382::lvm::472::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' got the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,382::lvm::474::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' released the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,383::lvm::493::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' got the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,384::lvm::495::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' released the operation mutex Thread-302::INFO::2012-06-08 10:24:35,385::logUtils::39::dispatcher::(wrapper) Run and protect: connectStorageServer, Return response: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-302::DEBUG::2012-06-08 10:24:35,385::task::1174::TaskManager.Task::(prepare) Task=`55fed2df-3434-4bba-a47c-a400d0c568a8`::finished: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-302::DEBUG::2012-06-08 10:24:35,386::task::588::TaskManager.Task::(_updateState) Task=`55fed2df-3434-4bba-a47c-a400d0c568a8`::moving from state preparing -> state finished Thread-302::DEBUG::2012-06-08 10:24:35,386::resourceManager::806::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-302::DEBUG::2012-06-08 10:24:35,386::resourceManager::841::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-302::DEBUG::2012-06-08 10:24:35,387::task::980::TaskManager.Task::(_decref) Task=`55fed2df-3434-4bba-a47c-a400d0c568a8`::ref 0 aborting False Thread-304::DEBUG::2012-06-08 10:24:35,455::clientIF::261::Storage.Dispatcher.Protect::(wrapper) [10.10.30.101] Thread-304::DEBUG::2012-06-08 10:24:35,456::task::588::TaskManager.Task::(_updateState) Task=`dd15ba58-669e-443e-83cd-2f3492a32c24`::moving from state init -> state preparing Thread-304::INFO::2012-06-08 10:24:35,456::logUtils::37::dispatcher::(wrapper) Run and protect: getStorageDomainsList(spUUID='00000000-0000-0000-0000-000000000000', domainClass=3, storageType=3, remotePath='', options=None) Thread-304::DEBUG::2012-06-08 10:24:35,457::misc::1017::SamplingMethod::(__call__) Trying to enter sampling method (storage.sdc.refreshStorage) Thread-304::DEBUG::2012-06-08 10:24:35,458::misc::1019::SamplingMethod::(__call__) Got in to sampling method Thread-304::DEBUG::2012-06-08 10:24:35,458::misc::1017::SamplingMethod::(__call__) Trying to enter sampling method (storage.iscsi.rescan) Thread-304::DEBUG::2012-06-08 10:24:35,458::misc::1019::SamplingMethod::(__call__) Got in to sampling method Thread-304::DEBUG::2012-06-08 10:24:35,459::iscsi::389::Storage.Misc.excCmd::(rescan) '/usr/bin/sudo -n /sbin/iscsiadm -m session -R' (cwd None) Thread-304::DEBUG::2012-06-08 10:24:35,481::iscsi::389::Storage.Misc.excCmd::(rescan) SUCCESS: <err> = ''; <rc> = 0 Thread-304::DEBUG::2012-06-08 10:24:35,482::misc::1027::SamplingMethod::(__call__) Returning last result Thread-304::DEBUG::2012-06-08 10:24:37,320::multipath::71::Storage.Misc.excCmd::(rescan) '/usr/bin/sudo -n /sbin/multipath' (cwd None) Thread-304::DEBUG::2012-06-08 10:24:37,398::multipath::71::Storage.Misc.excCmd::(rescan) SUCCESS: <err> = ''; <rc> = 0 Thread-304::DEBUG::2012-06-08 10:24:37,399::lvm::460::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' got the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,400::lvm::462::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' released the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,401::lvm::472::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' got the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,401::lvm::474::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' released the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,402::lvm::493::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' got the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,403::lvm::495::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' released the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,403::misc::1027::SamplingMethod::(__call__) Returning last result Thread-304::DEBUG::2012-06-08 10:24:37,404::lvm::352::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,408::lvm::287::Storage.Misc.excCmd::(cmd) '/usr/bin/sudo -n /sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter = [ \\"a%1IET_00010001|35000cca5b8f23d69|35000cca5b8f24114%\\", \\"r%.*%\\" ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 } backup { retain_min = 50 retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free' (cwd None) Thread-304::DEBUG::2012-06-08 10:24:37,686::lvm::287::Storage.Misc.excCmd::(cmd) SUCCESS: <err> = ''; <rc> = 0 Thread-304::DEBUG::2012-06-08 10:24:37,690::lvm::379::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-304::INFO::2012-06-08 10:24:37,695::logUtils::39::dispatcher::(wrapper) Run and protect: getStorageDomainsList, Return response: {'domlist': []} Thread-304::DEBUG::2012-06-08 10:24:37,695::task::1174::TaskManager.Task::(prepare) Task=`dd15ba58-669e-443e-83cd-2f3492a32c24`::finished: {'domlist': []} Thread-304::DEBUG::2012-06-08 10:24:37,696::task::588::TaskManager.Task::(_updateState) Task=`dd15ba58-669e-443e-83cd-2f3492a32c24`::moving from state preparing -> state finished Regards, José García --------------050003020907020309000703 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 text="#000000" bgcolor="#FFFFFF"> Good morning, I followed the procedure in <a class="moz-txt-link-freetext" href="https://fedorahosted.org/ovirt/wiki/ISCSISetup">https://fedorahosted.org/ovirt/wiki/ISCSISetup</a>, with LV: /dev/vg_iscsitest/iscsi1 as backing storage. When trying to import Export/ISCSI my volume discovery works, oVirt makes login without problem but the lun defined does not show up. Iptables and selinux are disabled. # tgtadm --mode target --op show Target 1: host:storage     System information:         Driver: iscsi         State: ready     I_T nexus information:     LUN information:         LUN: 0             Type: controller             SCSI ID: IET     00010000             SCSI SN: beaf10             Size: 0 MB, Block size: 1             Online: Yes             Removable media: No             Readonly: No             Backing store type: null             Backing store path: None             Backing store flags:         LUN: 1             Type: disk             SCSI ID: IET     00010001             SCSI SN: beaf11             Size: 21475 MB, Block size: 512             Online: Yes             Removable media: No             Readonly: No             Backing store type: rdwr             Backing store path: /dev/vg_iscsitest/iscsi1             Backing store flags:     Account information:     ACL information:         ALL output of /var/log/vdsm/vdsm.log is: Thread-301::DEBUG::2012-06-08 10:24:34,756::clientIF::261::Storage.Dispatcher.Protect::(wrapper) [10.10.30.101] Thread-301::DEBUG::2012-06-08 10:24:34,757::task::588::TaskManager.Task::(_updateState) Task=`81890ebc-37db-4771-978b-dd2089de33bd`::moving from state init -> state preparing Thread-301::<a class="moz-txt-link-freetext" href="INFO::2012-06-08">INFO::2012-06-08</a> 10:24:34,757::logUtils::37::dispatcher::(wrapper) Run and protect: validateStorageServerConnection(domType=3, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': '10.10.30.101', 'iqn': 'host:storage', 'portal': '0', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': '3260'}], options=None) Thread-301::<a class="moz-txt-link-freetext" href="INFO::2012-06-08">INFO::2012-06-08</a> 10:24:34,758::storage_connection::188::Storage.ServerConnection::(validate) Request to validate ISCSI storage server Thread-301::<a class="moz-txt-link-freetext" href="INFO::2012-06-08">INFO::2012-06-08</a> 10:24:34,759::logUtils::39::dispatcher::(wrapper) Run and protect: validateStorageServerConnection, Return response: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-301::DEBUG::2012-06-08 10:24:34,759::task::1174::TaskManager.Task::(prepare) Task=`81890ebc-37db-4771-978b-dd2089de33bd`::finished: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-301::DEBUG::2012-06-08 10:24:34,760::task::588::TaskManager.Task::(_updateState) Task=`81890ebc-37db-4771-978b-dd2089de33bd`::moving from state preparing -> state finished Thread-301::DEBUG::2012-06-08 10:24:34,761::resourceManager::806::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-301::DEBUG::2012-06-08 10:24:34,761::resourceManager::841::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-301::DEBUG::2012-06-08 10:24:34,762::task::980::TaskManager.Task::(_decref) Task=`81890ebc-37db-4771-978b-dd2089de33bd`::ref 0 aborting False Thread-302::DEBUG::2012-06-08 10:24:34,793::clientIF::261::Storage.Dispatcher.Protect::(wrapper) [10.10.30.101] Thread-302::DEBUG::2012-06-08 10:24:34,794::task::588::TaskManager.Task::(_updateState) Task=`55fed2df-3434-4bba-a47c-a400d0c568a8`::moving from state init -> state preparing Thread-302::<a class="moz-txt-link-freetext" href="INFO::2012-06-08">INFO::2012-06-08</a> 10:24:34,795::logUtils::37::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=3, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': '10.10.30.101', 'iqn': 'host:storage', 'portal': '0', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': '3260'}], options=None) Thread-302::<a class="moz-txt-link-freetext" href="INFO::2012-06-08">INFO::2012-06-08</a> 10:24:34,795::storage_connection::146::Storage.ServerConnection::(connect) Request to connect ISCSI storage server Thread-302::DEBUG::2012-06-08 10:24:34,796::iscsi::148::Storage.Misc.excCmd::(addiSCSIPortal) '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -p 10.10.30.101:3260 --discover' (cwd None) Thread-302::DEBUG::2012-06-08 10:24:34,821::iscsi::148::Storage.Misc.excCmd::(addiSCSIPortal) SUCCESS: <err> = ''; <rc> = 0 Thread-302::DEBUG::2012-06-08 10:24:34,822::iscsi::149::Storage.Misc.excCmd::(addiSCSIPortal) '/usr/bin/sudo -n /sbin/iscsiadm -m node -p 10.10.30.101:3260 -o update -n node.startup -v manual' (cwd None) Thread-302::DEBUG::2012-06-08 10:24:34,840::iscsi::149::Storage.Misc.excCmd::(addiSCSIPortal) SUCCESS: <err> = ''; <rc> = 0 Thread-302::DEBUG::2012-06-08 10:24:34,841::iscsi::254::Storage.Misc.excCmd::(addiSCSINode) '/usr/bin/sudo -n /sbin/iscsiadm -m node -T host:storage -l -p 10.10.30.101:3260' (cwd None) Thread-302::DEBUG::2012-06-08 10:24:35,379::iscsi::254::Storage.Misc.excCmd::(addiSCSINode) SUCCESS: <err> = ''; <rc> = 0 Thread-302::DEBUG::2012-06-08 10:24:35,380::lvm::460::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' got the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,381::lvm::462::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' released the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,382::lvm::472::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' got the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,382::lvm::474::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' released the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,383::lvm::493::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' got the operation mutex Thread-302::DEBUG::2012-06-08 10:24:35,384::lvm::495::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' released the operation mutex Thread-302::<a class="moz-txt-link-freetext" href="INFO::2012-06-08">INFO::2012-06-08</a> 10:24:35,385::logUtils::39::dispatcher::(wrapper) Run and protect: connectStorageServer, Return response: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-302::DEBUG::2012-06-08 10:24:35,385::task::1174::TaskManager.Task::(prepare) Task=`55fed2df-3434-4bba-a47c-a400d0c568a8`::finished: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-302::DEBUG::2012-06-08 10:24:35,386::task::588::TaskManager.Task::(_updateState) Task=`55fed2df-3434-4bba-a47c-a400d0c568a8`::moving from state preparing -> state finished Thread-302::DEBUG::2012-06-08 10:24:35,386::resourceManager::806::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-302::DEBUG::2012-06-08 10:24:35,386::resourceManager::841::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-302::DEBUG::2012-06-08 10:24:35,387::task::980::TaskManager.Task::(_decref) Task=`55fed2df-3434-4bba-a47c-a400d0c568a8`::ref 0 aborting False Thread-304::DEBUG::2012-06-08 10:24:35,455::clientIF::261::Storage.Dispatcher.Protect::(wrapper) [10.10.30.101] Thread-304::DEBUG::2012-06-08 10:24:35,456::task::588::TaskManager.Task::(_updateState) Task=`dd15ba58-669e-443e-83cd-2f3492a32c24`::moving from state init -> state preparing Thread-304::<a class="moz-txt-link-freetext" href="INFO::2012-06-08">INFO::2012-06-08</a> 10:24:35,456::logUtils::37::dispatcher::(wrapper) Run and protect: getStorageDomainsList(spUUID='00000000-0000-0000-0000-000000000000', domainClass=3, storageType=3, remotePath='', options=None) Thread-304::DEBUG::2012-06-08 10:24:35,457::misc::1017::SamplingMethod::(__call__) Trying to enter sampling method (storage.sdc.refreshStorage) Thread-304::DEBUG::2012-06-08 10:24:35,458::misc::1019::SamplingMethod::(__call__) Got in to sampling method Thread-304::DEBUG::2012-06-08 10:24:35,458::misc::1017::SamplingMethod::(__call__) Trying to enter sampling method (storage.iscsi.rescan) Thread-304::DEBUG::2012-06-08 10:24:35,458::misc::1019::SamplingMethod::(__call__) Got in to sampling method Thread-304::DEBUG::2012-06-08 10:24:35,459::iscsi::389::Storage.Misc.excCmd::(rescan) '/usr/bin/sudo -n /sbin/iscsiadm -m session -R' (cwd None) Thread-304::DEBUG::2012-06-08 10:24:35,481::iscsi::389::Storage.Misc.excCmd::(rescan) SUCCESS: <err> = ''; <rc> = 0 Thread-304::DEBUG::2012-06-08 10:24:35,482::misc::1027::SamplingMethod::(__call__) Returning last result Thread-304::DEBUG::2012-06-08 10:24:37,320::multipath::71::Storage.Misc.excCmd::(rescan) '/usr/bin/sudo -n /sbin/multipath' (cwd None) Thread-304::DEBUG::2012-06-08 10:24:37,398::multipath::71::Storage.Misc.excCmd::(rescan) SUCCESS: <err> = ''; <rc> = 0 Thread-304::DEBUG::2012-06-08 10:24:37,399::lvm::460::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' got the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,400::lvm::462::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' released the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,401::lvm::472::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' got the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,401::lvm::474::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' released the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,402::lvm::493::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' got the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,403::lvm::495::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' released the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,403::misc::1027::SamplingMethod::(__call__) Returning last result Thread-304::DEBUG::2012-06-08 10:24:37,404::lvm::352::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-304::DEBUG::2012-06-08 10:24:37,408::lvm::287::Storage.Misc.excCmd::(cmd) '/usr/bin/sudo -n /sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter = [ \\"a%1IET_00010001|35000cca5b8f23d69|35000cca5b8f24114%\\", \\"r%.*%\\" ] }  global {  locking_type=1  prioritise_write_locks=1  wait_for_locks=1 }  backup {  retain_min = 50  retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free' (cwd None) Thread-304::DEBUG::2012-06-08 10:24:37,686::lvm::287::Storage.Misc.excCmd::(cmd) SUCCESS: <err> = ''; <rc> = 0 Thread-304::DEBUG::2012-06-08 10:24:37,690::lvm::379::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-304::<a class="moz-txt-link-freetext" href="INFO::2012-06-08">INFO::2012-06-08</a> 10:24:37,695::logUtils::39::dispatcher::(wrapper) Run and protect: getStorageDomainsList, Return response: {'domlist': []} Thread-304::DEBUG::2012-06-08 10:24:37,695::task::1174::TaskManager.Task::(prepare) Task=`dd15ba58-669e-443e-83cd-2f3492a32c24`::finished: {'domlist': []} Thread-304::DEBUG::2012-06-08 10:24:37,696::task::588::TaskManager.Task::(_updateState) Task=`dd15ba58-669e-443e-83cd-2f3492a32c24`::moving from state preparing -> state finished Regards, José García </body> </html> --------------050003020907020309000703--

2 1

[Users] AUTO: William E Johnson is out of the office (returning 06/12/2012)
by William E Johnson 08 Jun '12

08 Jun '12

--0__=08BBF084DFA410C08f9e8a93df938690918c08BBF084DFA410C0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable I am out of the office until 06/12/2012. I will be out of the office until Tuesday, June 12, 2012. I will be checking my e-mail periodically. I will not be on Sametime and will be= traveling on Monday, June 11, 2012. If you need SWG EP Cloud help plea= se use the TRAC tickets created for your Early Program. If this request pertains to something outside of your normal Early Program requests ple= ase contact Messaoud Benantar (mbenanta(a)us.ibm.com) or the SWG EP Cloud Hel= p Desk at sepcloud(a)us.ibm.com. Please copy me on all communications. Thank You, Bill Johnson wejohnso(a)us.ibm.com Note: This is an automated response to your message "Users Digest, Vol= 9, Issue 27" sent on 6/8/12 4:00:41. This is the only notification you will receive while this person is awa= y.= --0__=08BBF084DFA410C08f9e8a93df938690918c08BBF084DFA410C0 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-transfer-encoding: quoted-printable <html><body> I am out of the office until 06/12/2012. I will be out of the office until Tuesday, June= 12, 2012. I will be checking my e-mail periodically. I will not be o= n Sametime and will be traveling on Monday, June 11, 2012. If you need= SWG EP Cloud help please use the TRAC tickets created for your Early P= rogram. If this request pertains to something outside of your normal E= arly Program requests please contact Messaoud Benantar (mbenanta(a)us.ibm= .com) or the SWG EP Cloud Help Desk at sepcloud(a)us.ibm.com. Please cop= y me on all communications. Thank You, Bill Johnson wejohnso(a)us.ibm.com Note: This is an automated re= sponse to your message "Users Digest, = Vol 9, Issue 27" sen= t on 6/8/12 4:00:41. This is the only notification= you will receive while this person is away.</body></html>= --0__=08BBF084DFA410C08f9e8a93df938690918c08BBF084DFA410C0--

1 0

[Users] spice: Warning: failed to connect: Connection refused (111)
by Eric Yao 08 Jun '12

08 Jun '12

Hi There I got error same as subject when I lunch console on ovirt-webpage. even I follow the below documentation�ut still not workable. http://www.ovirt.org/w/images/a/a9/OVirt-3.0-Installation_Guide-en-US.pdf and I checked the /var/log/messages got below log, could you help to check�nd advise?�ecuase I really�nteresting in Linux virtualization. Jun 4 11:11:55 rhevm spice: starting spicec --controller ... Jun 4 11:11:55 rhevm spice: XDG_VTNR=2 Jun 4 11:11:55 rhevm spice: ORBIT_SOCKETDIR=/tmp/orbit-eric Jun 4 11:11:55 rhevm spice: XSUNTRANSPORT=shmem Jun 4 11:11:55 rhevm spice: XDG_SESSION_ID=3 Jun 4 11:11:55 rhevm spice: HOSTNAME=rhevm.erickate.idv.tw Jun 4 11:11:55 rhevm spice: GIO_LAUNCHED_DESKTOP_FILE_PID=32603 Jun 4 11:11:55 rhevm spice: IMSETTINGS_INTEGRATE_DESKTOP=yes Jun 4 11:11:55 rhevm spice: GPG_AGENT_INFO=/tmp/keyring-NFMZzQ/gpg:0:1 Jun 4 11:11:55 rhevm spice: TERM=dumb Jun 4 11:11:55 rhevm spice: SHELL=/bin/bash Jun 4 11:11:55 rhevm spice: XDG_SESSION_COOKIE=f523a941917cf33b7a6a4c390000000a-1338814582.742987-427970052 Jun 4 11:11:55 rhevm spice: HISTSIZE=1000 Jun 4 11:11:55 rhevm spice: XRE_PROFILE_NAME= Jun 4 11:11:55 rhevm spice: GJS_DEBUG_OUTPUT=stderr Jun 4 11:11:55 rhevm spice: GNOME_KEYRING_CONTROL=/tmp/keyring-NFMZzQ Jun 4 11:11:55 rhevm spice: GJS_DEBUG_TOPICS=JS ERROR;JS LOG Jun 4 11:11:55 rhevm spice: MOZILLA_FIVE_HOME=/usr/lib64/firefox Jun 4 11:11:55 rhevm spice: IMSETTINGS_MODULE=none Jun 4 11:11:55 rhevm spice: XRE_PROFILE_LOCAL_PATH= Jun 4 11:11:55 rhevm spice: USER=eric Jun 4 11:11:55 rhevm spice: XRE_START_OFFLINE= Jun 4 11:11:55 rhevm spice: LD_LIBRARY_PATH=/usr/lib64/xulrunner-2:/usr/lib64/firefox:/usr/lib64/firefox/plugins:/usr/lib64/firefox Jun 4 11:11:55 rhevm spice: SSH_AUTH_SOCK=/tmp/keyring-NFMZzQ/ssh Jun 4 11:11:55 rhevm spice: GNOME_DISABLE_CRASH_DIALOG=1 Jun 4 11:11:55 rhevm spice: SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1434,unix/unix:/tmp/.ICE-unix/1434 Jun 4 11:11:55 rhevm spice: USERNAME=eric Jun 4 11:11:55 rhevm spice: LIBPATH=/usr/lib64/firefox:/usr/lib64/firefox Jun 4 11:11:55 rhevm spice: MOZ_APP_LAUNCHER=/usr/bin/firefox Jun 4 11:11:55 rhevm spice: MOZ_PLUGIN_PATH=/usr/lib64/mozilla/plugins:/usr/lib64/firefox/plugins Jun 4 11:11:55 rhevm spice: GIO_LAUNCHED_DESKTOP_FILE=/usr/share/applications/mozilla-firefox.desktop Jun 4 11:11:55 rhevm spice: FONTCONFIG_PATH=/etc/fonts:/usr/lib64/firefox/res/Xft Jun 4 11:11:55 rhevm spice: DESKTOP_SESSION=gnome Jun 4 11:11:55 rhevm spice: PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/eric/.local/bin:/home/eric/bin Jun 4 11:11:55 rhevm spice: MAIL=/var/spool/mail/eric Jun 4 11:11:55 rhevm spice: QT_IM_MODULE=xim Jun 4 11:11:55 rhevm spice: PWD=/home/eric Jun 4 11:11:55 rhevm spice: XMODIFIERS=@im=none Jun 4 11:11:55 rhevm spice: LANG=en_US.UTF-8 Jun 4 11:11:55 rhevm spice: GNOME_KEYRING_PID=1425 Jun 4 11:11:55 rhevm spice: XRE_PROFILE_PATH= Jun 4 11:11:55 rhevm spice: XSUNSMESIZE=512 Jun 4 11:11:55 rhevm spice: GDMSESSION=gnome Jun 4 11:11:55 rhevm spice: HISTCONTROL=ignoredups Jun 4 11:11:55 rhevm spice: SHLVL=2 Jun 4 11:11:55 rhevm spice: XDG_SEAT=seat0 Jun 4 11:11:55 rhevm spice: HOME=/home/eric Jun 4 11:11:55 rhevm spice: GNOME_DESKTOP_SESSION_ID=this-is-deprecated Jun 4 11:11:55 rhevm spice: DYLD_LIBRARY_PATH=/usr/lib64/firefox:/usr/lib64/firefox Jun 4 11:11:55 rhevm spice: LOGNAME=eric Jun 4 11:11:55 rhevm spice: MOZ_LAUNCHED_CHILD= Jun 4 11:11:55 rhevm spice: MOZ_GRE_CONF=/etc/gre.d/gre64.conf Jun 4 11:11:55 rhevm spice: DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-NPZ70DEHmC,guid=2048d088b3bc8ec7b858736a000000e7 Jun 4 11:11:55 rhevm spice: SPICE_XPI_SOCKET=/tmp/spicec-0LekjJ/spice-xpi Jun 4 11:11:55 rhevm spice: NO_EM_RESTART= Jun 4 11:11:55 rhevm spice: LESSOPEN=||/usr/bin/lesspipe.sh %s Jun 4 11:11:55 rhevm spice: MOZ_CRASHREPORTER_RESTART_ARG_1= Jun 4 11:11:55 rhevm spice: SHLIB_PATH=/usr/lib64/firefox:/usr/lib64/firefox Jun 4 11:11:55 rhevm spice: XRE_BINARY_PATH= Jun 4 11:11:55 rhevm spice: MOZ_CRASHREPORTER_RESTART_ARG_0=/usr/lib64/firefox/firefox Jun 4 11:11:55 rhevm spice: WINDOWPATH=2 Jun 4 11:11:55 rhevm spice: DISPLAY=:0 Jun 4 11:11:55 rhevm spice: XDG_RUNTIME_DIR=/run/user/eric Jun 4 11:11:55 rhevm spice: XUL_APP_FILE= Jun 4 11:11:55 rhevm spice: MOZ_CRASHREPORTER_DATA_DIRECTORY=/home/eric/.mozilla/firefox/Crash Reports Jun 4 11:11:55 rhevm spice: NO_AT_BRIDGE=1 Jun 4 11:11:55 rhevm spice: XAUTHORITY=/var/run/gdm/auth-for-eric-fuBlMF/database Jun 4 11:11:55 rhevm spice: _=/usr/bin/env Jun 4 11:11:58 rhevm spice: Warning: failed to connect: Connection refused (111) Jun 4 11:11:58 rhevm spice: spicec execution failed Cheers & Regards, Eric Yao Mail : eric(a)erickate.idv.tw & ericyao1979(a)gmail.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

5 8

[Users] Fwd: Re: oVirt live snapshot problem
by Neil 08 Jun '12

08 Jun '12

*>Haim Ateya We have a known issue where live snapshot fails due to libvirt bug, please attach vdsm.log and libvirtd.log located on hypervisor also version of libvirt >and vdsm >Haim *Hi Haim, Thank you for your reply! Apologies for only replying now. Please find /var/log/libvirtd.log and /var/log/vdsm/vdsm.log attached in archive ovirt-logs.tar.gz Versions: vdsm-4.9.6-0.150.git63061a9.el6.x86_64 libvirt-0.9.4-23.el6_2.8.x86_64 I am hoping to be able to enable live snapshot support and then find a way for me to export the snapshots to the exportdomain for backup purposes - hopefully this is possible? I don't mind contributing by writing scripts if required. Thank you! Neil Wilson.

1 0

[Users] oVirt RPM for RHEL & Co.
by Dael Maselli 08 Jun '12

08 Jun '12

This is a cryptographically signed message in MIME format. --------------ms050101000407080407030404 Content-Type: multipart/alternative; boundary="------------090605000100000404080507" This is a multi-part message in MIME format. --------------090605000100000404080507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I was waiting the first release impatiently, when it was I suddenly=20 downloaded the Installation Guide and I read: "The packages provided via this mechanism are expected to work for users = of Fedora, Red Hat Enterprise Linux, and other Enterprise Linux derivatives." I have Scientific Linux and/or Centos, but I can't find the rpm for=20 these system (version 6.2). Do you plan to build and realease also for those OS? Thank you. Dael Maselli. --=20 ___________________________________________________________________ Dael Maselli --- INFN-LNF Computing Service -- +39.06.9403.2214 ___________________________________________________________________ *http://www.lnf.infn.it/ *http://www.infn.it/ * *http://www.FrascatiScienza.it/ *http://www.BucoNero.eu/ * ___________________________________________________________________ Democracy is two wolves and a lamb voting on what to have for lunch ___________________________________________________________________ --------------090605000100000404080507 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DISO-8859-1"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> Hi, I was waiting the first release <meta charset=3D"utf-8"> impatiently, when it was I suddenly downloaded the Installation Guide and I read: "The packages provided via this mechanism are expected to work for users of Fedora, Red Hat Enterprise Linux, and other Enterprise Linux derivatives." I have Scientific Linux and/or Centos, but I can't find the rpm for these system (version 6.2). Do you plan to build and realease also for those OS? Thank you.     Dael Maselli. <pre class=3D"moz-signature" cols=3D"72">--=20 ___________________________________________________________________ Dael Maselli --- INFN-LNF Computing Service -- +39.06.9403.2214 ___________________________________________________________________ * <a class=3D"moz-txt-link-freetext" href=3D"http://www.lnf.infn= =2Eit/">http://www.lnf.infn.it/</a> * <a class=3D"moz-txt-link-freetext" = href=3D"http://www.infn.it/">http://www.infn.it/</a> * * <a class=3D"moz-txt-link-freetext" href=3D"http://www.FrascatiScienza= =2Eit/">http://www.FrascatiScienza.it/</a> * <a class=3D"moz-txt-link-fre= etext" href=3D"http://www.BucoNero.eu/">http://www.BucoNero.eu/</a> * ___________________________________________________________________ Democracy is two wolves and a lamb voting on what to have for lunch ___________________________________________________________________ </pre> </body> </html> --------------090605000100000404080507-- --------------ms050101000407080407030404 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOCjCC BIowggNyoAMCAQICECf06hH0eobEbp27bqkXBwcwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UE BhMCU0UxFDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5h bCBUVFAgTmV0d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0w NTA2MDcwODA5MTBaFw0yMDA1MzAxMDQ4MzhaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMC VVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5l dHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVN NRm5pELlzkniii8efNIxB8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQy lbsMTzC9mKALi+VuG6JG+ni8om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXq vgvOdjp6Dpvq/NonWz1zHyLmSGHGTPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6 hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7NlyP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu 9mIwFIws6wIDAQABo4HhMIHeMB8GA1UdIwQYMBaAFK29mHo0tCb3+sQmVO8DveAky1QaMB0G A1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNVHQ8BAf8EBAMCAQYwDwYDVR0TAQH/ BAUwAwEB/zB7BgNVHR8EdDByMDigNqA0hjJodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9BZGRU cnVzdEV4dGVybmFsQ0FSb290LmNybDA2oDSgMoYwaHR0cDovL2NybC5jb21vZG8ubmV0L0Fk ZFRydXN0RXh0ZXJuYWxDQVJvb3QuY3JsMA0GCSqGSIb3DQEBBQUAA4IBAQAZ2IkRbyispgCi 54fBm5AD236hEv0e8+LwAamUVEJrmgnEoG3XkJIEA2Z5Q3H8+G+v23ZF4jcaPd3kWQR4rBz0 g0bzes9bhHIt5UbBuhgRKfPLSXmHPLptBZ2kbWhPrXIUNqi5sf2/z3/wpGqUNVCPz4FtVbHd WTBK322gnGQfSXzvNrv042n0+DmPWq1LhTq3Du3Tzw1EovsEv+QvcI4l+1pUBrPQxLxtjftz Mizpm4QkLdZ/kXpoAlAfDj9N6cz1u2fo3BwuO/xOzf4CjuOoEwqlJkRl6RDyTVKnrtw+ymsy XEFs/vVdoOr/0fqbhlhtPZZH5f4ulQTCAMyOofK7MIIEsTCCA5mgAwIBAgIQboKF5T1YZAC1 04ujGX7pqjANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5B MRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwHhcNMTIwMTI1MDAwMDAwWhcNMTMwMTI0 MjM1OTU5WjB1MQswCQYDVQQGEwJJVDEuMCwGA1UEChMlSXN0aXR1dG8gTmF6aW9uYWxlIGRp IEZpc2ljYSBOdWNsZWFyZTEVMBMGA1UEAxMMRGFlbCBNYXNlbGxpMR8wHQYJKoZIhvcNAQkC FhBkbWFzZWxsaUBpbmZuLml0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArdca NCARmCtQATH45fpVivWSgZ8TUhFRzyHGhgdysKiX0z1jWuEkMITLHtlCS4E4zG0O3x66elxj 6iC/bOQfW8bVZ4/1wAiJbwqIT+AVPqc2hi+eViGo9FkLHssKjWbABrDY4tgf/IG8MvvH7Mr+ JnwLg8rPu4MjQxofvk/8IZlSfwV0aRuDnCDPCnTQjhQaEJJ5/+8Qw4IXZImvYJJRNWb0JZtO oMauXp8E/Ps1HgXFO/hG4AB+qNb6h50Oa+bvS7xycYwYSbeE5wAAt/QqhPnEVXh9Dg4I0lMI yVjyojd3XJ5ht2ZhxdAkXv3DzMyMWUzGc3rdhQhEDTQzX8xrgwIDAQABo4IBdTCCAXEwHwYD VR0jBBgwFoAUY01DWhlIP8RGwQK6v+4O5YK3ZqYwHQYDVR0OBBYEFOAXaEyBXlnivdwyDst0 GFzc6SMNMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjAYBgNVHSAEETAPMA0GCysGAQQBsjEBAgIdMD8GA1UdHwQ4MDYwNKAy oDCGLmh0dHA6Ly9jcmwudGNzLnRlcmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcmwwcgYI KwYBBQUHAQEEZjBkMDoGCCsGAQUFBzAChi5odHRwOi8vY3J0LnRjcy50ZXJlbmEub3JnL1RF UkVOQVBlcnNvbmFsQ0EuY3J0MCYGCCsGAQUFBzABhhpodHRwOi8vb2NzcC50Y3MudGVyZW5h Lm9yZzAjBgNVHREEHDAagRhkYWVsLm1hc2VsbGlAbG5mLmluZm4uaXQwDQYJKoZIhvcNAQEF BQADggEBADQU+xrFvitt4UIc7l8L8JvQboXJWh9ZZh6JlUFMAofgbQ11gQJgKbxjzgich7C4 vGMPWALnO/UOsQoX9mNVv/S0kRw5WjeRSurxrjyGuDfLE/KMxGUh971r1OoeYzNybteYCdNh WQvbXTpL2f+1803pYOakv4WC6BhDcGDUjS2dBB1IxFeXsvPNDsbuqNfYExseg7yTACaMiIII mxtRe0JMKLOUc09ST/M7XMxriyirtatNhq7kKIhpCHnRrUtUFYtoANhPCOPfHS9rn6nHo99c cRyiyNOv3l0GXK0UbJ7v0KJEz7k1hnc4FE1oarpVZ168ShdkItAvCjOP8Z55mi0wggTDMIID q6ADAgECAhBz/lf637jFCIF7Zrlr8C3vMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJV UzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUg VVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2 MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWls MB4XDTA5MDUxODAwMDAwMFoXDTI4MTIzMTIzNTk1OVowOzELMAkGA1UEBhMCTkwxDzANBgNV BAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAyBXZ9TNqI6GQDc+7BUTDqx9KNYUaIYWgT/jwQOJKQ5v+W7Gw v7RX3HWAQUtkGvbbT2+P0CVFNfnqy0r6+9rT7UWIEZQ25MyoDe/FPTftFnvjwpWeWDN/Ivv4 /+zmvtuuCmUlIofab4SLRuhAhig/v1YI4krpg6LpIvst+rYoH5HBw3H7U8ArTqQMoW6dVe3s 4SSHOgjiDRzkxE3Qyyf6hGTm0ZedViRbk7spLkPiQWo94kpl/JpfWoaHvIfHeYCWmVHGkA9k kZl9EN2sLAMq4Xhk/s49TvQrUBFL0VjUmwPwf/U7U7BTQ/vFL8QEKRo6rNdV6dEOldE7MX94 T64pLQIDAQABo4IBTTCCAUkwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYD VR0OBBYEFGNNQ1oZSD/ERsECur/uDuWCt2amMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8E CDAGAQH/AgEAMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wWAYDVR0fBFEwTzBNoEugSYZH aHR0cDovL2NybC51c2VydHJ1c3QuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGlj YXRpb25hbmRFbWFpbC5jcmwwbwYIKwYBBQUHAQEEYzBhMDgGCCsGAQUFBzAChixodHRwOi8v Y3J0LnVzZXJ0cnVzdC5jb20vVVROQUFBQ2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0 cDovL29jc3AudXNlcnRydXN0LmNvbTANBgkqhkiG9w0BAQUFAAOCAQEABiupUy8T3Fw5FsyG n15Me3L77I1Vil6aCv9TTHb0Bj1Qz1fwos+vmYyq/qAZdj6ZAzL6dYM4irtrmqUME7LUG3bm lC5nmFnjkWwCkJqcyGBLVavKiFqNK+VplQMH0dQO/CQiLlmxY6Rf7dkjcuSczjpcbB9PqQDJ Hf76f0Utti6E3Q8noFkYTtV2JUX0mSZ522+fI/dDuysPBKOBJiy3ezX5PXdfQCHmfx2lllq9 0MsWOmy7YYuK/QQ5RArLLOHLzi4QmBrb4JPtSWRkCCCft6NQ8KLdyrTGfAw9514V3CeG5Do7 UloXq6kGUyudCXNkHAHD/TDShwNv5BUDejlfaDGCAvowggL2AgEBME8wOzELMAkGA1UEBhMC TkwxDzANBgNVBAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBAhBugoXl PVhkALXTi6MZfumqMAkGBSsOAwIaBQCgggGAMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTEyMDIyNzExMDQ1OFowIwYJKoZIhvcNAQkEMRYEFOJP80RufZT1 71qAxtuRX6wWk1sTMF4GCSsGAQQBgjcQBDFRME8wOzELMAkGA1UEBhMCTkwxDzANBgNVBAoT BlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBAhBugoXlPVhkALXTi6MZfumq MF8GCSqGSIb3DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMC AgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDBgBgsqhkiG9w0B CRACCzFRoE8wOzELMAkGA1UEBhMCTkwxDzANBgNVBAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVS RU5BIFBlcnNvbmFsIENBAhBugoXlPVhkALXTi6MZfumqMA0GCSqGSIb3DQEBAQUABIIBAKUz 0HxqkCHpawKUneIes3AvCgU2pIT3uKqmcMqUXZJionhFmvex3U1X0z8jKDkW+rp6ovqWeubJ KoV3mIUB5ck8vaQNJS542yVQ1x2ZE9qxnq88TrB7fFIDmHC6Lz71YatURkX0jrxaF47a9nNR VXl0pjcpxzZE98FJAojjEAhZiwH9VTlLWE7oz5JUc5u64Wc0x4zndJdgHSQ8dCkX3WtvuCTa OcANwb4fC4REZV5mcSsBWHirZoJ30+i291qc80J+e1l8ZuqcJSn4ePZqjiwRgcxvjK4q3/PH qxTJNzHjPbSgEf7zwBE7Tp0UQ58ZpPkvY6619HEZP/EIDCg2uv0AAAAAAAA= --------------ms050101000407080407030404--

6 10