
This is a cryptographically signed message in MIME format. --------------ms070407060502090709050400 Content-Type: multipart/mixed; boundary="------------080609050703070305060003" This is a multi-part message in MIME format. --------------080609050703070305060003 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I am working on some consolidation of our RHEV/oVirt servers and I moved = one storage to new oVirt datacenter (put it into maintenance, detached=20 it from old and imported into new datacenter) which worked pretty good. Then I tried to import all the vms which worked also great except for=20 three of them. These vms are stucked in VM Import sub-tab and are quietly failing=20 import attempts (I can only see failed task "Importing VM clavius-winxp=20 from configuration to Cluster CIT-oVirt" but no related event and/or=20 explanation) There is only one host in this datacenter/cluster which is SPM. I can't=20 find anything interesting in vdsm.log (short span of import time is in=20 attachment). Could you point me where should I look, please? Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was=20 imported into oVirt3.5.4 on CentOS7.1 Thanks in advance, Jiri Slezka --------------080609050703070305060003 Content-Type: text/x-log; name="import_problem_vdsm.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="import_problem_vdsm.log" [root@ovirt04 ~]# tailf /var/log/vdsm/vdsm.log Thread-209541::INFO::2015-09-10 00:10:34,590::logUtils::47::dispatcher::(= wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {= 'name': 'No Description', 'isoprefix': '', 'pool_status': 'connected', 'l= ver': 4L, 'domains': u'088e7ed9-84c7-4fbd-a570-f37fa986a772:Active', 'mas= ter_uuid': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'version': '3', 'spm_i= d': 1, 'type': 'FCP', 'master_ver': 1}, 'dominfo': {u'088e7ed9-84c7-4fbd-= a570-f37fa986a772': {'status': u'Active', 'diskfree': '4668629450752', 'i= soprefix': '', 'alerts': [], 'disktotal': '11711973163008', 'version': 3}= }} Thread-209542::INFO::2015-09-10 00:10:34,659::logUtils::44::dispatcher::(= wrapper) Run and protect: repoStats(options=3DNone) Thread-209542::INFO::2015-09-10 00:10:34,659::logUtils::47::dispatcher::(= wrapper) Run and protect: repoStats, Return response: {u'088e7ed9-84c7-4f= bd-a570-f37fa986a772': {'code': 0, 'actual': True, 'version': 3, 'acquire= d': True, 'delay': '0.000370046', 'lastCheck': '5.1', 'valid': True}} VM Channels Listener::INFO::2015-09-10 00:10:35,728::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`c1279a24-06de-470a-8b9f-3f3cfc24f58b`::Gu= est API version changed from 2 to 1 VM Channels Listener::INFO::2015-09-10 00:10:37,976::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`884dd325-4429-4150-8aa2-a473691f100b`::Gu= est API version changed from 2 to 1 Thread-206354::INFO::2015-09-10 00:10:40,039::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeSize(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'9d18dc91-f312-4f6c-9142-57e0b9f1aa7e', volUUID=3Du'1eed50b3-356b-48= 95-921e-61bad55f6a03', options=3DNone) Thread-206354::INFO::2015-09-10 00:10:40,039::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '2= 1474836480', 'apparentsize': '21474836480'} VM Channels Listener::INFO::2015-09-10 00:10:40,754::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`c1279a24-06de-470a-8b9f-3f3cfc24f58b`::Gu= est API version changed from 2 to 1 Thread-206478::INFO::2015-09-10 00:10:42,178::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeSize(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'd566b616-1159-4fa8-8f3f-48b32556e1c0', volUUID=3Du'3a3c885e-1846-49= f0-ad5d-00cede0242fc', options=3DNone) Thread-206478::INFO::2015-09-10 00:10:42,185::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '2= 1474836480', 'apparentsize': '21474836480'} VM Channels Listener::INFO::2015-09-10 00:10:42,990::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`884dd325-4429-4150-8aa2-a473691f100b`::Gu= est API version changed from 2 to 1 Thread-209547::INFO::2015-09-10 00:10:44,625::logUtils::44::dispatcher::(= wrapper) Run and protect: getSpmStatus(spUUID=3Du'00000002-0002-0002-0002= -0000000002b9', options=3DNone) Thread-209547::INFO::2015-09-10 00:10:44,635::logUtils::47::dispatcher::(= wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spm= Id': 1, 'spmStatus': 'SPM', 'spmLver': 4L}} Thread-209548::INFO::2015-09-10 00:10:44,648::logUtils::44::dispatcher::(= wrapper) Run and protect: getStoragePoolInfo(spUUID=3Du'00000002-0002-000= 2-0002-0000000002b9', options=3DNone) Thread-209548::INFO::2015-09-10 00:10:44,656::logUtils::47::dispatcher::(= wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {= 'name': 'No Description', 'isoprefix': '', 'pool_status': 'connected', 'l= ver': 4L, 'domains': u'088e7ed9-84c7-4fbd-a570-f37fa986a772:Active', 'mas= ter_uuid': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'version': '3', 'spm_i= d': 1, 'type': 'FCP', 'master_ver': 1}, 'dominfo': {u'088e7ed9-84c7-4fbd-= a570-f37fa986a772': {'status': u'Active', 'diskfree': '4668629450752', 'i= soprefix': '', 'alerts': [], 'disktotal': '11711973163008', 'version': 3}= }} Thread-209549::INFO::2015-09-10 00:10:44,869::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeInfo(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'fb8f3165-5976-4094-9d37-ea0b09124547', volUUID=3Du'cc83caa4-e366-4f= d6-94b7-d16089aa29d6', options=3DNone) Thread-209549::INFO::2015-09-10 00:10:45,133::volume::847::Storage.Volume= ::(getInfo) Info request: sdUUID=3D088e7ed9-84c7-4fbd-a570-f37fa986a772 i= mgUUID=3Dfb8f3165-5976-4094-9d37-ea0b09124547 volUUID =3D cc83caa4-e366-4= fd6-94b7-d16089aa29d6=20 Thread-209549::INFO::2015-09-10 00:10:45,170::volume::875::Storage.Volume= ::(getInfo) 088e7ed9-84c7-4fbd-a570-f37fa986a772/fb8f3165-5976-4094-9d37-= ea0b09124547/cc83caa4-e366-4fd6-94b7-d16089aa29d6 info is {'status': 'OK'= , 'domain': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'voltype': 'LEAF', 'd= escription': '', 'parent': '53c5003d-80de-4dfd-b5d8-50537a3a54d6', 'forma= t': 'COW', 'image': 'fb8f3165-5976-4094-9d37-ea0b09124547', 'ctime': '144= 0688666', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsi= ze': '6442450944', 'children': [], 'pool': '', 'capacity': '32212254720',= 'uuid': u'cc83caa4-e366-4fd6-94b7-d16089aa29d6', 'truesize': '6442450944= ', 'type': 'SPARSE'} Thread-209549::INFO::2015-09-10 00:10:45,171::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeInfo, Return response: {'info': {'stat= us': 'OK', 'domain': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'voltype': '= LEAF', 'description': '', 'parent': '53c5003d-80de-4dfd-b5d8-50537a3a54d6= ', 'format': 'COW', 'image': 'fb8f3165-5976-4094-9d37-ea0b09124547', 'cti= me': '1440688666', 'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'a= pparentsize': '6442450944', 'children': [], 'pool': '', 'capacity': '3221= 2254720', 'uuid': u'cc83caa4-e366-4fd6-94b7-d16089aa29d6', 'truesize': '6= 442450944', 'type': 'SPARSE'}} Thread-209550::INFO::2015-09-10 00:10:45,249::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeInfo(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'fb8f3165-5976-4094-9d37-ea0b09124547', volUUID=3Du'53c5003d-80de-4d= fd-b5d8-50537a3a54d6', options=3DNone) Thread-209550::INFO::2015-09-10 00:10:45,280::volume::847::Storage.Volume= ::(getInfo) Info request: sdUUID=3D088e7ed9-84c7-4fbd-a570-f37fa986a772 i= mgUUID=3Dfb8f3165-5976-4094-9d37-ea0b09124547 volUUID =3D 53c5003d-80de-4= dfd-b5d8-50537a3a54d6=20 Thread-209550::INFO::2015-09-10 00:10:45,328::volume::875::Storage.Volume= ::(getInfo) 088e7ed9-84c7-4fbd-a570-f37fa986a772/fb8f3165-5976-4094-9d37-= ea0b09124547/53c5003d-80de-4dfd-b5d8-50537a3a54d6 info is {'status': 'OK'= , 'domain': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'voltype': 'INTERNAL'= , 'description': 'imported by virt-v2v', 'parent': '00000000-0000-0000-00= 00-000000000000', 'format': 'RAW', 'image': 'fb8f3165-5976-4094-9d37-ea0b= 09124547', 'ctime': '1440688463', 'disktype': '1', 'legality': 'LEGAL', '= mtime': '0', 'apparentsize': '32212254720', 'children': [], 'pool': '', '= capacity': '32212254720', 'uuid': u'53c5003d-80de-4dfd-b5d8-50537a3a54d6'= , 'truesize': '32212254720', 'type': 'PREALLOCATED'} Thread-209550::INFO::2015-09-10 00:10:45,335::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeInfo, Return response: {'info': {'stat= us': 'OK', 'domain': '088e7ed9-84c7-4fbd-a570-f37fa986a772', 'voltype': '= INTERNAL', 'description': 'imported by virt-v2v', 'parent': '00000000-000= 0-0000-0000-000000000000', 'format': 'RAW', 'image': 'fb8f3165-5976-4094-= 9d37-ea0b09124547', 'ctime': '1440688463', 'disktype': '1', 'legality': '= LEGAL', 'mtime': '0', 'apparentsize': '32212254720', 'children': [], 'poo= l': '', 'capacity': '32212254720', 'uuid': u'53c5003d-80de-4dfd-b5d8-5053= 7a3a54d6', 'truesize': '32212254720', 'type': 'PREALLOCATED'}} VM Channels Listener::INFO::2015-09-10 00:10:45,769::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`c1279a24-06de-470a-8b9f-3f3cfc24f58b`::Gu= est API version changed from 2 to 1 Thread-206610::INFO::2015-09-10 00:10:47,039::logUtils::44::dispatcher::(= wrapper) Run and protect: getVolumeSize(sdUUID=3Du'088e7ed9-84c7-4fbd-a57= 0-f37fa986a772', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUI= D=3Du'ac84d516-7b45-4a16-b266-affe7f722c11', volUUID=3Du'ce0f3596-eb2f-4e= 12-a415-a74fd2c83caa', options=3DNone) Thread-206610::INFO::2015-09-10 00:10:47,041::logUtils::47::dispatcher::(= wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '4= 2949672960', 'apparentsize': '42949672960'} VM Channels Listener::INFO::2015-09-10 00:10:48,586::guestagent::180::vm.= Vm::(_handleAPIVersion) vmId=3D`884dd325-4429-4150-8aa2-a473691f100b`::Gu= est API version changed from 2 to 1 Thread-209552::INFO::2015-09-10 00:10:50,172::logUtils::44::dispatcher::(= wrapper) Run and protect: repoStats(options=3DNone) Thread-209552::INFO::2015-09-10 00:10:50,173::logUtils::47::dispatcher::(= wrapper) Run and protect: repoStats, Return response: {u'088e7ed9-84c7-4f= bd-a570-f37fa986a772': {'code': 0, 'actual': True, 'version': 3, 'acquire= d': True, 'delay': '0.000381038', 'lastCheck': '0.4', 'valid': True}} ^C --------------080609050703070305060003-- --------------ms070407060502090709050400 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA5MDkyMjMwMjlaMC8GCSqGSIb3DQEJBDEi BCCuE3j/Uva83Wo8kQEzQUfUwsCrxavWRS0rkGVULugakTBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAi5by6FtzX4C1Ccry1opuDgBPt zT6Xkg48KhvWeSj2HEwnBe+TzlelmkzY8knQMVw9BZL0xOJIK9DH/9RxIykIF2lx4GQdRneK jzUzm2kP0jk+RUt6L9RcjNr7cTFO0VYahZc2+syHp0MXWxdL1m9eVlgk4nEYTScU4fHVkOVB QXkMdA6S7IuJ30EntEkiQwCfaCLoNFS/7JMwzi3F8YS4HP1Su2pV43Z6skH/cfsiH3OKBP91 /XFt4+itS98N3CCjS41e2/NYBiiR4hRkmLlkZbD09G895XPys3BafgoBOE5y2bv2mLIEpyoy xyFfbRkETJeNepO8dLQ8mTd3Zt04AAAAAAAA --------------ms070407060502090709050400--

----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka@slu.cz> To: users@ovirt.org Sent: Thursday, September 10, 2015 1:30:29 AM Subject: [ovirt-users] moving storage and importing vms issue
Hello,
I am working on some consolidation of our RHEV/oVirt servers and I moved one storage to new oVirt datacenter (put it into maintenance, detached it from old and imported into new datacenter) which worked pretty good.
Then I tried to import all the vms which worked also great except for three of them.
These vms are stucked in VM Import sub-tab and are quietly failing import attempts (I can only see failed task "Importing VM clavius-winxp from configuration to Cluster CIT-oVirt" but no related event and/or explanation)
There is only one host in this datacenter/cluster which is SPM. I can't find anything interesting in vdsm.log (short span of import time is in attachment).
Can you please attach also engine.log ?
Could you point me where should I look, please?
Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was imported into oVirt3.5.4 on CentOS7.1
Thanks in advance,
Jiri Slezka
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

This is a cryptographically signed message in MIME format. --------------ms030602080202060904050905 Content-Type: multipart/mixed; boundary="------------060300020702000804080101" This is a multi-part message in MIME format. --------------060300020702000804080101 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello,
----- Original Message -----
From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> To: users@ovirt.org Sent: Thursday, September 10, 2015 1:30:29 AM Subject: [ovirt-users] moving storage and importing vms issue
Hello,
I am working on some consolidation of our RHEV/oVirt servers and I mov= ed one storage to new oVirt datacenter (put it into maintenance, detached=
it from old and imported into new datacenter) which worked pretty good= =2E
Then I tried to import all the vms which worked also great except for three of them.
These vms are stucked in VM Import sub-tab and are quietly failing import attempts (I can only see failed task "Importing VM clavius-winx= p from configuration to Cluster CIT-oVirt" but no related event and/or explanation)
There is only one host in this datacenter/cluster which is SPM. I can'= t find anything interesting in vdsm.log (short span of import time is in=
attachment).
Can you please attach also engine.log ?
sure well, here I can see an error... it looks like some db and/or snapshot=20 issue. well and it looks like I lost also one secondary disk from one correctly = imported vm. is there a way to show all images on some storage domain? I found that my storage is this [root@ovirt04 ~]# vdsClient -s 0 getStorageDomainInfo=20 088e7ed9-84c7-4fbd-a570-f37fa986a772 uuid =3D 088e7ed9-84c7-4fbd-a570-f37fa986a772 vguuid =3D MkMpr6-o9c1-LBUq-rZ0E-ZRSg-X31T-2aU1PV state =3D OK version =3D 3 role =3D Master type =3D FCP class =3D Data pool =3D ['00000002-0002-0002-0002-0000000002b9'] name =3D oVirt-SlowStorage but I have no luck with finding how to display all images on it. Thanks, Jiri
Could you point me where should I look, please?
Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was imported into oVirt3.5.4 on CentOS7.1
Thanks in advance,
Jiri Slezka
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------060300020702000804080101 Content-Type: text/plain; charset=UTF-8; name="import_problem_engine.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="import_problem_engine.log" MjAxNS0wOS0xMCAwMDoxMDo0NCw4MjIgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5i bGwuSW1wb3J0Vm1Gcm9tQ29uZmlndXJhdGlvbkNvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04 NzAyLTQpIFtiOWM2YjQ0XSBMb2NrIEFjcXVpcmVkIHRvIG9iamVjdCBFbmdpbmVMb2NrIFtl eGNsdXNpdmVMb2Nrcz0ga2V5OiBjbGF2aXVzLXdpbnhwIHZhbHVlOiBWTV9OQU1FCiwgc2hh cmVkTG9ja3M9IGtleTogZmI0NThiYTEtMTBkMi00MDEzLTlmYTQtNGUyOTA2ZjBiYTExIHZh bHVlOiBSRU1PVEVfVk0KXQoyMDE1LTA5LTEwIDAwOjEwOjQ0LDg0NCBJTkZPICBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuRG9lc0ltYWdlRXhpc3RWRFND b21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi00KSBbYjljNmI0NF0gU1RBUlQsIERvZXNJ bWFnZUV4aXN0VkRTQ29tbWFuZCggc3RvcmFnZVBvb2xJZCA9IDAwMDAwMDAyLTAwMDItMDAw Mi0wMDAyLTAwMDAwMDAwMDJiOSwgaWdub3JlRmFpbG92ZXJMaW1pdCA9IGZhbHNlLCBzdG9y YWdlRG9tYWluSWQgPSAwODhlN2VkOS04NGM3LTRmYmQtYTU3MC1mMzdmYTk4NmE3NzIsIGlt YWdlR3JvdXBJZCA9IGZiOGYzMTY1LTU5NzYtNDA5NC05ZDM3LWVhMGIwOTEyNDU0NywgaW1h Z2VJZCA9IGNjODNjYWE0LWUzNjYtNGZkNi05NGI3LWQxNjA4OWFhMjlkNiksIGxvZyBpZDog NjhmZTNkNTUKMjAxNS0wOS0xMCAwMDoxMDo0NSwxODMgSU5GTyAgW29yZy5vdmlydC5lbmdp bmUuY29yZS52ZHNicm9rZXIuaXJzYnJva2VyLkRvZXNJbWFnZUV4aXN0VkRTQ29tbWFuZF0g KGFqcC0tMTI3LjAuMC4xLTg3MDItNCkgW2I5YzZiNDRdIEZJTklTSCwgRG9lc0ltYWdlRXhp c3RWRFNDb21tYW5kLCByZXR1cm46IHRydWUsIGxvZyBpZDogNjhmZTNkNTUKMjAxNS0wOS0x MCAwMDoxMDo0NSwxODQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIu aXJzYnJva2VyLkRvZXNJbWFnZUV4aXN0VkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3 MDItNCkgW2I5YzZiNDRdIFNUQVJULCBEb2VzSW1hZ2VFeGlzdFZEU0NvbW1hbmQoIHN0b3Jh Z2VQb29sSWQgPSAwMDAwMDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAyYjksIGlnbm9y ZUZhaWxvdmVyTGltaXQgPSBmYWxzZSwgc3RvcmFnZURvbWFpbklkID0gMDg4ZTdlZDktODRj Ny00ZmJkLWE1NzAtZjM3ZmE5ODZhNzcyLCBpbWFnZUdyb3VwSWQgPSBmYjhmMzE2NS01OTc2 LTQwOTQtOWQzNy1lYTBiMDkxMjQ1NDcsIGltYWdlSWQgPSA1M2M1MDAzZC04MGRlLTRkZmQt YjVkOC01MDUzN2EzYTU0ZDYpLCBsb2cgaWQ6IDM3ZTg2NWZhCjIwMTUtMDktMTAgMDA6MTA6 NDUsMzcwIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tl ci5Eb2VzSW1hZ2VFeGlzdFZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTQpIFti OWM2YjQ0XSBGSU5JU0gsIERvZXNJbWFnZUV4aXN0VkRTQ29tbWFuZCwgcmV0dXJuOiB0cnVl LCBsb2cgaWQ6IDM3ZTg2NWZhCjIwMTUtMDktMTAgMDA6MTA6NDUsNDA2IElORk8gIFtvcmcu b3ZpcnQuZW5naW5lLmNvcmUuYmxsLkltcG9ydFZtRnJvbUNvbmZpZ3VyYXRpb25Db21tYW5k XSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTM3KSBbYjljNmI0NF0gUnVubmlu ZyBjb21tYW5kOiBJbXBvcnRWbUZyb21Db25maWd1cmF0aW9uQ29tbWFuZCBpbnRlcm5hbDog ZmFsc2UuIEVudGl0aWVzIGFmZmVjdGVkIDogIElEOiAwODhlN2VkOS04NGM3LTRmYmQtYTU3 MC1mMzdmYTk4NmE3NzIgVHlwZTogU3RvcmFnZUFjdGlvbiBncm91cCBJTVBPUlRfRVhQT1JU X1ZNIHdpdGggcm9sZSB0eXBlIEFETUlOCjIwMTUtMDktMTAgMDA6MTA6NDUsNDMyIElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMudHJhbnNhY3Rpb24uVHJhbnNhY3Rpb25T dXBwb3J0XSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTM3KSBbYjljNmI0NF0g dHJhbnNhY3Rpb24gcm9sbGVkIGJhY2sKMjAxNS0wOS0xMCAwMDoxMDo0NSw0MzMgRVJST1Ig W29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Gcm9tQ29uZmlndXJhdGlvbkNv bW1hbmRdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtMzcpIFtiOWM2YjQ0XSBD b21tYW5kIG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Gcm9tQ29uZmlndXJh dGlvbkNvbW1hbmQgdGhyb3cgZXhjZXB0aW9uOiBvcmcuc3ByaW5nZnJhbWV3b3JrLmRhby5E dXBsaWNhdGVLZXlFeGNlcHRpb246IENhbGxhYmxlU3RhdGVtZW50Q2FsbGJhY2s7IFNRTCBb e2NhbGwgaW5zZXJ0c25hcHNob3QoPywgPywgPywgPywgPywgPywgPywgPywgPyl9XTsgRVJS T1I6IGR1cGxpY2F0ZSBrZXkgdmFsdWUgdmlvbGF0ZXMgdW5pcXVlIGNvbnN0cmFpbnQgInBr X3NuYXBzaG90cyIKICBEZXRhaWw6IEtleSAoc25hcHNob3RfaWQpPSgwMDAwMDAwMC0wMDAw LTAwMDAtMDAwMC0wMDAwMDAwMDAwMDApIGFscmVhZHkgZXhpc3RzLgogIFdoZXJlOiBTUUwg c3RhdGVtZW50ICJJTlNFUlQgSU5UTyBzbmFwc2hvdHMoCiAgICAgICAgc25hcHNob3RfaWQs CiAgICAgICAgc3RhdHVzLAogICAgICAgIHZtX2lkLAogICAgICAgIHNuYXBzaG90X3R5cGUs CiAgICAgICAgZGVzY3JpcHRpb24sCiAgICAgICAgY3JlYXRpb25fZGF0ZSwKICAgICAgICBh cHBfbGlzdCwKICAgICAgICB2bV9jb25maWd1cmF0aW9uLAogICAgICAgIG1lbW9yeV92b2x1 bWUpCiAgICBWQUxVRVMoCiAgICAgICAgdl9zbmFwc2hvdF9pZCwKICAgICAgICB2X3N0YXR1 cywKICAgICAgICB2X3ZtX2lkLAogICAgICAgIHZfc25hcHNob3RfdHlwZSwKICAgICAgICB2 X2Rlc2NyaXB0aW9uLAogICAgICAgIHZfY3JlYXRpb25fZGF0ZSwKICAgICAgICB2X2FwcF9s aXN0LAogICAgICAgIHZfdm1fY29uZmlndXJhdGlvbiwKICAgICAgICB2X21lbW9yeV92b2x1 bWUpIgpQTC9wZ1NRTCBmdW5jdGlvbiBpbnNlcnRzbmFwc2hvdCh1dWlkLHV1aWQsY2hhcmFj dGVyIHZhcnlpbmcsY2hhcmFjdGVyIHZhcnlpbmcsY2hhcmFjdGVyIHZhcnlpbmcsdGltZXN0 YW1wIHdpdGggdGltZSB6b25lLHRleHQsdGV4dCxjaGFyYWN0ZXIgdmFyeWluZykgbGluZSAz IGF0IFNRTCBzdGF0ZW1lbnQ7IG5lc3RlZCBleGNlcHRpb24gaXMgb3JnLnBvc3RncmVzcWwu dXRpbC5QU1FMRXhjZXB0aW9uOiBFUlJPUjogZHVwbGljYXRlIGtleSB2YWx1ZSB2aW9sYXRl cyB1bmlxdWUgY29uc3RyYWludCAicGtfc25hcHNob3RzIgogIERldGFpbDogS2V5IChzbmFw c2hvdF9pZCk9KDAwMDAwMDAwLTAwMDAtMDAwMC0wMDAwLTAwMDAwMDAwMDAwMCkgYWxyZWFk eSBleGlzdHMuCiAgV2hlcmU6IFNRTCBzdGF0ZW1lbnQgIklOU0VSVCBJTlRPIHNuYXBzaG90 cygKICAgICAgICBzbmFwc2hvdF9pZCwKICAgICAgICBzdGF0dXMsCiAgICAgICAgdm1faWQs CiAgICAgICAgc25hcHNob3RfdHlwZSwKICAgICAgICBkZXNjcmlwdGlvbiwKICAgICAgICBj cmVhdGlvbl9kYXRlLAogICAgICAgIGFwcF9saXN0LAogICAgICAgIHZtX2NvbmZpZ3VyYXRp b24sCiAgICAgICAgbWVtb3J5X3ZvbHVtZSkKICAgIFZBTFVFUygKICAgICAgICB2X3NuYXBz aG90X2lkLAogICAgICAgIHZfc3RhdHVzLAogICAgICAgIHZfdm1faWQsCiAgICAgICAgdl9z bmFwc2hvdF90eXBlLAogICAgICAgIHZfZGVzY3JpcHRpb24sCiAgICAgICAgdl9jcmVhdGlv bl9kYXRlLAogICAgICAgIHZfYXBwX2xpc3QsCiAgICAgICAgdl92bV9jb25maWd1cmF0aW9u LAogICAgICAgIHZfbWVtb3J5X3ZvbHVtZSkiClBML3BnU1FMIGZ1bmN0aW9uIGluc2VydHNu YXBzaG90KHV1aWQsdXVpZCxjaGFyYWN0ZXIgdmFyeWluZyxjaGFyYWN0ZXIgdmFyeWluZyxj aGFyYWN0ZXIgdmFyeWluZyx0aW1lc3RhbXAgd2l0aCB0aW1lIHpvbmUsdGV4dCx0ZXh0LGNo YXJhY3RlciB2YXJ5aW5nKSBsaW5lIDMgYXQgU1FMIHN0YXRlbWVudAogICAgICAgIGF0IG9y Zy5zcHJpbmdmcmFtZXdvcmsuamRiYy5zdXBwb3J0LlNRTEVycm9yQ29kZVNRTEV4Y2VwdGlv blRyYW5zbGF0b3IuZG9UcmFuc2xhdGUoU1FMRXJyb3JDb2RlU1FMRXhjZXB0aW9uVHJhbnNs YXRvci5qYXZhOjI0MSkgW3NwcmluZy1qZGJjLmphcjozLjEuMS5SRUxFQVNFXQogICAgICAg IGF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5zdXBwb3J0LkFic3RyYWN0RmFsbGJhY2tT UUxFeGNlcHRpb25UcmFuc2xhdG9yLnRyYW5zbGF0ZShBYnN0cmFjdEZhbGxiYWNrU1FMRXhj ZXB0aW9uVHJhbnNsYXRvci5qYXZhOjcyKSBbc3ByaW5nLWpkYmMuamFyOjMuMS4xLlJFTEVB U0VdCiAgICAgICAgYXQgb3JnLnNwcmluZ2ZyYW1ld29yay5qZGJjLmNvcmUuSmRiY1RlbXBs YXRlLmV4ZWN1dGUoSmRiY1RlbXBsYXRlLmphdmE6MTAzMCkgW3NwcmluZy1qZGJjLmphcjoz LjEuMS5SRUxFQVNFXQogICAgICAgIGF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5jb3Jl LkpkYmNUZW1wbGF0ZS5jYWxsKEpkYmNUZW1wbGF0ZS5qYXZhOjEwNjQpIFtzcHJpbmctamRi Yy5qYXI6My4xLjEuUkVMRUFTRV0KICAgICAgICBhdCBvcmcuc3ByaW5nZnJhbWV3b3JrLmpk YmMuY29yZS5zaW1wbGUuQWJzdHJhY3RKZGJjQ2FsbC5leGVjdXRlQ2FsbEludGVybmFsKEFi c3RyYWN0SmRiY0NhbGwuamF2YTozODgpIFtzcHJpbmctamRiYy5qYXI6My4xLjEuUkVMRUFT RV0KICAgICAgICBhdCBvcmcuc3ByaW5nZnJhbWV3b3JrLmpkYmMuY29yZS5zaW1wbGUuQWJz dHJhY3RKZGJjQ2FsbC5kb0V4ZWN1dGUoQWJzdHJhY3RKZGJjQ2FsbC5qYXZhOjM1MSkgW3Nw cmluZy1qZGJjLmphcjozLjEuMS5SRUxFQVNFXQogICAgICAgIGF0IG9yZy5zcHJpbmdmcmFt ZXdvcmsuamRiYy5jb3JlLnNpbXBsZS5TaW1wbGVKZGJjQ2FsbC5leGVjdXRlKFNpbXBsZUpk YmNDYWxsLmphdmE6MTgxKSBbc3ByaW5nLWpkYmMuamFyOjMuMS4xLlJFTEVBU0VdCiAgICAg ICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5TaW1wbGVKZGJjQ2Fs bHNIYW5kbGVyLmV4ZWN1dGVJbXBsKFNpbXBsZUpkYmNDYWxsc0hhbmRsZXIuamF2YToxNDEp IFtkYWwuamFyOl0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFsLmRiYnJv a2VyLlNpbXBsZUpkYmNDYWxsc0hhbmRsZXIuZXhlY3V0ZUltcGwoU2ltcGxlSmRiY0NhbGxz SGFuZGxlci5qYXZhOjEzNikgW2RhbC5qYXI6XQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdp bmUuY29yZS5kYWwuZGJicm9rZXIuU2ltcGxlSmRiY0NhbGxzSGFuZGxlci5leGVjdXRlTW9k aWZpY2F0aW9uKFNpbXBsZUpkYmNDYWxsc0hhbmRsZXIuamF2YTo3NCkgW2RhbC5qYXI6XQog ICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5kYW8uRGVmYXVsdEdlbmVyaWNEYW9E YkZhY2FkZS5zYXZlKERlZmF1bHRHZW5lcmljRGFvRGJGYWNhZGUuamF2YTo5MykgW2RhbC5q YXI6XQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Db21t YW5kLnNhdmVTbmFwc2hvdElmTm90RXhpc3RzKEltcG9ydFZtQ29tbWFuZC5qYXZhOjEwMzEp IFtibGwuamFyOl0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkltcG9y dFZtQ29tbWFuZC5hZGRWbUltYWdlc0FuZFNuYXBzaG90cyhJbXBvcnRWbUNvbW1hbmQuamF2 YTo5MTkpIFtibGwuamFyOl0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs LkltcG9ydFZtQ29tbWFuZCQ0LnJ1bkluVHJhbnNhY3Rpb24oSW1wb3J0Vm1Db21tYW5kLmph dmE6NzM3KSBbYmxsLmphcjpdCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJs bC5JbXBvcnRWbUNvbW1hbmQkNC5ydW5JblRyYW5zYWN0aW9uKEltcG9ydFZtQ29tbWFuZC5q YXZhOjczMykgW2JsbC5qYXI6XQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51 dGlscy50cmFuc2FjdGlvbi5UcmFuc2FjdGlvblN1cHBvcnQuZXhlY3V0ZUluTmV3VHJhbnNh Y3Rpb24oVHJhbnNhY3Rpb25TdXBwb3J0LmphdmE6MjEwKSBbdXRpbHMuamFyOl0KICAgICAg ICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkltcG9ydFZtQ29tbWFuZC5wcm9jZXNz SW1hZ2VzKEltcG9ydFZtQ29tbWFuZC5qYXZhOjczMykgW2JsbC5qYXI6XQogICAgICAgIGF0 IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Db21tYW5kLmV4ZWN1dGVDb21t YW5kKEltcG9ydFZtQ29tbWFuZC5qYXZhOjcwMikgW2JsbC5qYXI6XQogICAgICAgIGF0IG9y Zy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Gcm9tQ29uZmlndXJhdGlvbkNvbW1h bmQuZXhlY3V0ZUNvbW1hbmQoSW1wb3J0Vm1Gcm9tQ29uZmlndXJhdGlvbkNvbW1hbmQuamF2 YToxMjkpIFtibGwuamFyOl0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs LkNvbW1hbmRCYXNlLmV4ZWN1dGVXaXRob3V0VHJhbnNhY3Rpb24oQ29tbWFuZEJhc2UuamF2 YToxMTkzKSBbYmxsLmphcjpdCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJs bC5Db21tYW5kQmFzZS5leGVjdXRlQWN0aW9uSW5UcmFuc2FjdGlvblNjb3BlKENvbW1hbmRC YXNlLmphdmE6MTMzMikgW2JsbC5qYXI6XQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUu Y29yZS5ibGwuQ29tbWFuZEJhc2UucnVuSW5UcmFuc2FjdGlvbihDb21tYW5kQmFzZS5qYXZh OjE5NjEpIFtibGwuamFyOl0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRp bHMudHJhbnNhY3Rpb24uVHJhbnNhY3Rpb25TdXBwb3J0LmV4ZWN1dGVJblN1cHByZXNzZWQo VHJhbnNhY3Rpb25TdXBwb3J0LmphdmE6MTc0KSBbdXRpbHMuamFyOl0KICAgICAgICBhdCBv cmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMudHJhbnNhY3Rpb24uVHJhbnNhY3Rpb25TdXBw b3J0LmV4ZWN1dGVJblNjb3BlKFRyYW5zYWN0aW9uU3VwcG9ydC5qYXZhOjExNikgW3V0aWxz LmphcjpdCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5Db21tYW5kQmFz ZS5leGVjdXRlKENvbW1hbmRCYXNlLmphdmE6MTM1NikgW2JsbC5qYXI6XQogICAgICAgIGF0 IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQ29tbWFuZEJhc2UuZXhlY3V0ZUFjdGlvbihD b21tYW5kQmFzZS5qYXZhOjM1MykgW2JsbC5qYXI6XQogICAgICAgIGF0IG9yZy5vdmlydC5l bmdpbmUuY29yZS5ibGwuTXVsdGlwbGVBY3Rpb25zUnVubmVyLmV4ZWN1dGVWYWxpZGF0ZWRD b21tYW5kKE11bHRpcGxlQWN0aW9uc1J1bm5lci5qYXZhOjE5MykgW2JsbC5qYXI6XQogICAg ICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuTXVsdGlwbGVBY3Rpb25zUnVubmVy LnJ1bkNvbW1hbmRzKE11bHRpcGxlQWN0aW9uc1J1bm5lci5qYXZhOjE2MCkgW2JsbC5qYXI6 XQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuTXVsdGlwbGVBY3Rpb25z UnVubmVyJDIucnVuKE11bHRpcGxlQWN0aW9uc1J1bm5lci5qYXZhOjE2OSkgW2JsbC5qYXI6 XQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy50aHJlYWRwb29sLlRo cmVhZFBvb2xVdGlsJEludGVybmFsV3JhcHBlclJ1bm5hYmxlLnJ1bihUaHJlYWRQb29sVXRp bC5qYXZhOjkwKSBbdXRpbHMuamFyOl0KICAgICAgICBhdCBqYXZhLnV0aWwuY29uY3VycmVu dC5FeGVjdXRvcnMkUnVubmFibGVBZGFwdGVyLmNhbGwoRXhlY3V0b3JzLmphdmE6NDcxKSBb cnQuamFyOjEuNy4wXzg1XQogICAgICAgIGF0IGphdmEudXRpbC5jb25jdXJyZW50LkZ1dHVy ZVRhc2sucnVuKEZ1dHVyZVRhc2suamF2YToyNjIpIFtydC5qYXI6MS43LjBfODVdCiAgICAg ICAgYXQgamF2YS51dGlsLmNvbmN1cnJlbnQuVGhyZWFkUG9vbEV4ZWN1dG9yLnJ1bldvcmtl cihUaHJlYWRQb29sRXhlY3V0b3IuamF2YToxMTQ1KSBbcnQuamFyOjEuNy4wXzg1XQogICAg ICAgIGF0IGphdmEudXRpbC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVjdXRvciRXb3JrZXIu cnVuKFRocmVhZFBvb2xFeGVjdXRvci5qYXZhOjYxNSkgW3J0LmphcjoxLjcuMF84NV0KICAg ICAgICBhdCBqYXZhLmxhbmcuVGhyZWFkLnJ1bihUaHJlYWQuamF2YTo3NDUpIFtydC5qYXI6 MS43LjBfODVdCkNhdXNlZCBieTogb3JnLnBvc3RncmVzcWwudXRpbC5QU1FMRXhjZXB0aW9u OiBFUlJPUjogZHVwbGljYXRlIGtleSB2YWx1ZSB2aW9sYXRlcyB1bmlxdWUgY29uc3RyYWlu dCAicGtfc25hcHNob3RzIgogIERldGFpbDogS2V5IChzbmFwc2hvdF9pZCk9KDAwMDAwMDAw LTAwMDAtMDAwMC0wMDAwLTAwMDAwMDAwMDAwMCkgYWxyZWFkeSBleGlzdHMuCiAgV2hlcmU6 IFNRTCBzdGF0ZW1lbnQgIklOU0VSVCBJTlRPIHNuYXBzaG90cygKICAgICAgICBzbmFwc2hv dF9pZCwKICAgICAgICBzdGF0dXMsCiAgICAgICAgdm1faWQsCiAgICAgICAgc25hcHNob3Rf dHlwZSwgICAgICAgIGRlc2NyaXB0aW9uLAogICAgICAgIGNyZWF0aW9uX2RhdGUsCiAgICAg ICAgYXBwX2xpc3QsCiAgICAgICAgdm1fY29uZmlndXJhdGlvbiwKICAgICAgICBtZW1vcnlf dm9sdW1lKQogICAgVkFMVUVTKAogICAgICAgIHZfc25hcHNob3RfaWQsCiAgICAgICAgdl9z dGF0dXMsCiAgICAgICAgdl92bV9pZCwKICAgICAgICB2X3NuYXBzaG90X3R5cGUsCiAgICAg ICAgdl9kZXNjcmlwdGlvbiwKICAgICAgICB2X2NyZWF0aW9uX2RhdGUsCiAgICAgICAgdl9h cHBfbGlzdCwKICAgICAgICB2X3ZtX2NvbmZpZ3VyYXRpb24sCiAgICAgICAgdl9tZW1vcnlf dm9sdW1lKSIKUEwvcGdTUUwgZnVuY3Rpb24gaW5zZXJ0c25hcHNob3QodXVpZCx1dWlkLGNo YXJhY3RlciB2YXJ5aW5nLGNoYXJhY3RlciB2YXJ5aW5nLGNoYXJhY3RlciB2YXJ5aW5nLHRp bWVzdGFtcCB3aXRoIHRpbWUgem9uZSx0ZXh0LHRleHQsY2hhcmFjdGVyIHZhcnlpbmcpIGxp bmUgMyBhdCBTUUwgc3RhdGVtZW50CiAgICAgICAgYXQgb3JnLnBvc3RncmVzcWwuY29yZS52 My5RdWVyeUV4ZWN1dG9ySW1wbC5yZWNlaXZlRXJyb3JSZXNwb25zZShRdWVyeUV4ZWN1dG9y SW1wbC5qYXZhOjIxMDMpCiAgICAgICAgYXQgb3JnLnBvc3RncmVzcWwuY29yZS52My5RdWVy eUV4ZWN1dG9ySW1wbC5wcm9jZXNzUmVzdWx0cyhRdWVyeUV4ZWN1dG9ySW1wbC5qYXZhOjE4 MzYpCiAgICAgICAgYXQgb3JnLnBvc3RncmVzcWwuY29yZS52My5RdWVyeUV4ZWN1dG9ySW1w bC5leGVjdXRlKFF1ZXJ5RXhlY3V0b3JJbXBsLmphdmE6MjU3KQogICAgICAgIGF0IG9yZy5w b3N0Z3Jlc3FsLmpkYmMyLkFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZShBYnN0cmFj dEpkYmMyU3RhdGVtZW50LmphdmE6NTEyKQogICAgICAgIGF0IG9yZy5wb3N0Z3Jlc3FsLmpk YmMyLkFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZVdpdGhGbGFncyhBYnN0cmFjdEpk YmMyU3RhdGVtZW50LmphdmE6Mzg4KQogICAgICAgIGF0IG9yZy5wb3N0Z3Jlc3FsLmpkYmMy LkFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZShBYnN0cmFjdEpkYmMyU3RhdGVtZW50 LmphdmE6MzgxKQogICAgICAgIGF0IG9yZy5qYm9zcy5qY2EuYWRhcHRlcnMuamRiYy5DYWNo ZWRQcmVwYXJlZFN0YXRlbWVudC5leGVjdXRlKENhY2hlZFByZXBhcmVkU3RhdGVtZW50Lmph dmE6Mjk3KQogICAgICAgIGF0IG9yZy5qYm9zcy5qY2EuYWRhcHRlcnMuamRiYy5XcmFwcGVk UHJlcGFyZWRTdGF0ZW1lbnQuZXhlY3V0ZShXcmFwcGVkUHJlcGFyZWRTdGF0ZW1lbnQuamF2 YTo0MDQpCiAgICAgICAgYXQgb3JnLnNwcmluZ2ZyYW1ld29yay5qZGJjLmNvcmUuSmRiY1Rl bXBsYXRlJDYuZG9JbkNhbGxhYmxlU3RhdGVtZW50KEpkYmNUZW1wbGF0ZS5qYXZhOjEwNjYp IFtzcHJpbmctamRiYy5qYXI6My4xLjEuUkVMRUFTRV0KICAgICAgICBhdCBvcmcuc3ByaW5n ZnJhbWV3b3JrLmpkYmMuY29yZS5KZGJjVGVtcGxhdGUkNi5kb0luQ2FsbGFibGVTdGF0ZW1l bnQoSmRiY1RlbXBsYXRlLmphdmE6MSkgW3NwcmluZy1qZGJjLmphcjozLjEuMS5SRUxFQVNF XQogICAgICAgIGF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5jb3JlLkpkYmNUZW1wbGF0 ZS5leGVjdXRlKEpkYmNUZW1wbGF0ZS5qYXZhOjEwMTQpIFtzcHJpbmctamRiYy5qYXI6My4x LjEuUkVMRUFTRV0KICAgICAgICAuLi4gMzIgbW9yZQoKMjAxNS0wOS0xMCAwMDoxMDo0NSw0 ODAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW1wb3J0Vm1Gcm9tQ29uZmln dXJhdGlvbkNvbW1hbmRdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtMzcpIFti OWM2YjQ0XSBDb21tYW5kIFtpZD1jOTc0MDQxZi0yZDA0LTQ5N2EtYTFlNi0wYzA2NjMyNWMx ZWRdOiBDb21wZW5zYXRpbmcgTkVXX0VOVElUWV9JRCBvZiBvcmcub3ZpcnQuZW5naW5lLmNv cmUuY29tbW9uLmJ1c2luZXNzZW50aXRpZXMuVm1TdGF0aXN0aWNzOyBzbmFwc2hvdDogZmI0 NThiYTEtMTBkMi00MDEzLTlmYTQtNGUyOTA2ZjBiYTExLgoyMDE1LTA5LTEwIDAwOjEwOjQ1 LDQ4MiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRWbUZyb21Db25m aWd1cmF0aW9uQ29tbWFuZF0gKG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRocmVhZC0zNykg W2I5YzZiNDRdIENvbW1hbmQgW2lkPWM5NzQwNDFmLTJkMDQtNDk3YS1hMWU2LTBjMDY2MzI1 YzFlZF06IENvbXBlbnNhdGluZyBORVdfRU5USVRZX0lEIG9mIG9yZy5vdmlydC5lbmdpbmUu Y29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5uZXR3b3JrLlZtTmV0d29ya1N0YXRpc3Rp Y3M7IHNuYXBzaG90OiA5OTQ1MTVmOS04ODllLTQ5MWUtOGY1Yi1lYjc5OGM3ZGY1ZDkuCjIw MTUtMDktMTAgMDA6MTA6NDUsNDg0IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs LkltcG9ydFZtRnJvbUNvbmZpZ3VyYXRpb25Db21tYW5kXSAob3JnLm92aXJ0LnRocmVhZC5w b29sLTgtdGhyZWFkLTM3KSBbYjljNmI0NF0gQ29tbWFuZCBbaWQ9Yzk3NDA0MWYtMmQwNC00 OTdhLWExZTYtMGMwNjYzMjVjMWVkXTogQ29tcGVuc2F0aW5nIE5FV19FTlRJVFlfSUQgb2Yg b3JnLm92aXJ0LmVuZ2luZS5jb3JlLmNvbW1vbi5idXNpbmVzc2VudGl0aWVzLm5ldHdvcmsu Vm1OZXR3b3JrSW50ZXJmYWNlOyBzbmFwc2hvdDogOTk0NTE1ZjktODg5ZS00OTFlLThmNWIt ZWI3OThjN2RmNWQ5LgoyMDE1LTA5LTEwIDAwOjEwOjQ1LDQ4NyBJTkZPICBbb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLmJsbC5JbXBvcnRWbUZyb21Db25maWd1cmF0aW9uQ29tbWFuZF0gKG9y Zy5vdmlydC50aHJlYWQucG9vbC04LXRocmVhZC0zNykgW2I5YzZiNDRdIENvbW1hbmQgW2lk PWM5NzQwNDFmLTJkMDQtNDk3YS1hMWU2LTBjMDY2MzI1YzFlZF06IENvbXBlbnNhdGluZyBO RVdfRU5USVRZX0lEIG9mIG9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3Nl bnRpdGllcy5WbUR5bmFtaWM7IHNuYXBzaG90OiBmYjQ1OGJhMS0xMGQyLTQwMTMtOWZhNC00 ZTI5MDZmMGJhMTEuCjIwMTUtMDktMTAgMDA6MTA6NDUsNDg5IElORk8gIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUuYmxsLkltcG9ydFZtRnJvbUNvbmZpZ3VyYXRpb25Db21tYW5kXSAob3Jn Lm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTM3KSBbYjljNmI0NF0gQ29tbWFuZCBbaWQ9 Yzk3NDA0MWYtMmQwNC00OTdhLWExZTYtMGMwNjYzMjVjMWVkXTogQ29tcGVuc2F0aW5nIE5F V19FTlRJVFlfSUQgb2Ygb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmNvbW1vbi5idXNpbmVzc2Vu dGl0aWVzLlZtU3RhdGljOyBzbmFwc2hvdDogZmI0NThiYTEtMTBkMi00MDEzLTlmYTQtNGUy OTA2ZjBiYTExLgoyMDE1LTA5LTEwIDAwOjEwOjQ1LDUwMyBJTkZPICBbb3JnLm92aXJ0LmVu Z2luZS5jb3JlLmJsbC5JbXBvcnRWbUZyb21Db25maWd1cmF0aW9uQ29tbWFuZF0gKG9yZy5v dmlydC50aHJlYWQucG9vbC04LXRocmVhZC0zNykgW2I5YzZiNDRdIExvY2sgZnJlZWQgdG8g b2JqZWN0IEVuZ2luZUxvY2sgW2V4Y2x1c2l2ZUxvY2tzPSBrZXk6IGNsYXZpdXMtd2lueHAg dmFsdWU6IFZNX05BTUUKLCBzaGFyZWRMb2Nrcz0ga2V5OiBmYjQ1OGJhMS0xMGQyLTQwMTMt OWZhNC00ZTI5MDZmMGJhMTEgdmFsdWU6IFJFTU9URV9WTQpdCgoKCg== --------------060300020702000804080101 Content-Type: text/x-vcard; charset=utf-8; name="jiri_slezka.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="jiri_slezka.vcf" begin:vcard fn;quoted-printable:Ing. Ji=3DC5=3D99=3DC3=3DAD Sl=3DC3=3DA9=3DC5=3DBEka n;quoted-printable;quoted-printable:Sl=3DC3=3DA9=3DC5=3DBEka;Ji=3DC5=3D99= =3DC3=3DAD org;quoted-printable;quoted-printable:Slezsk=3DC3=3DA1 univerzita v Opav=3D= C4=3D9B;Centrum informa=3DC4=3D8Dn=3DC3=3DADch technologi=3DC3=3DAD adr;quoted-printable;quoted-printable:Na Rybn=3DC3=3DAD=3DC4=3D8Dku 1;;CI= T, Slezsk=3DC3=3DA1 univerzita v Opav=3DC4=3D9B;Opava;;74601;Czech Republ= ic email;internet:jiri.slezka@slu.cz title;quoted-printable:Spr=3DC3=3DA1vce s=3DC3=3DADt=3DC4=3D9B a aplikac=3D= C3=3DAD tel;work:+420 553 684 696 x-mozilla-html:FALSE url:http://www.slu.cz version:2.1 end:vcard --------------060300020702000804080101-- --------------ms030602080202060904050905 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA5MTAxMDUwMTVaMC8GCSqGSIb3DQEJBDEi BCBxFRLgB/9Anek4nEzcstD1uTZSk9/SFHScBKni1wQTGTBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBBEExy91WhODHMmx/bNt9j0OLQ 1izYYQVmAdg9JY0Srk5ioZAib3D0aUkUsOD+VdiiDhxG3MZABWX5xXKXN3Xnx/EeImrZJ3Xa mQnxmQNQ6U85bGCB0in1h8BlfzP+GuVAZsdS8gdPXzJwHVleZCxYCVAegDPxL7u7JyKgG3iK mxI0DLvu2J6TrvyRfgOX+CcaTDe/g324OG8HlbpbEE3eCz6posc6a9f3hY/yQZi2WBb438fa httzmLWCIyQBb7Gx51QSf3Ii3XMz6AAjtVAv+QjWFY1IUizjzPFfnoT9vzIGXKzDirg7bIP6 rb+isuCCHNdcn/8ktOY7V4E0S2tqAAAAAAAA --------------ms030602080202060904050905--

----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka@slu.cz> To: emesika@redhat.com Cc: users@ovirt.org Sent: Thursday, September 10, 2015 1:50:14 PM Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka@slu.cz> To: users@ovirt.org Sent: Thursday, September 10, 2015 1:30:29 AM Subject: [ovirt-users] moving storage and importing vms issue
Hello,
I am working on some consolidation of our RHEV/oVirt servers and I moved one storage to new oVirt datacenter (put it into maintenance, detached it from old and imported into new datacenter) which worked pretty good.
Then I tried to import all the vms which worked also great except for three of them.
These vms are stucked in VM Import sub-tab and are quietly failing import attempts (I can only see failed task "Importing VM clavius-winxp from configuration to Cluster CIT-oVirt" but no related event and/or explanation)
There is only one host in this datacenter/cluster which is SPM. I can't find anything interesting in vdsm.log (short span of import time is in attachment).
Can you please attach also engine.log ?
sure
well, here I can see an error... it looks like some db and/or snapshot issue.
Yes, seems as ImportVmFromConfigurationCommand tries to add snapshots with the empty GUID (000......0) This cause violation of the primary key of the snapshots table CCing Omer F on that
well and it looks like I lost also one secondary disk from one correctly imported vm.
is there a way to show all images on some storage domain?
I found that my storage is this
[root@ovirt04 ~]# vdsClient -s 0 getStorageDomainInfo 088e7ed9-84c7-4fbd-a570-f37fa986a772 uuid = 088e7ed9-84c7-4fbd-a570-f37fa986a772 vguuid = MkMpr6-o9c1-LBUq-rZ0E-ZRSg-X31T-2aU1PV state = OK version = 3 role = Master type = FCP class = Data pool = ['00000002-0002-0002-0002-0000000002b9'] name = oVirt-SlowStorage
but I have no luck with finding how to display all images on it.
try # vdsClient -s getImagesList "088e7ed9-84c7-4fbd-a570-f37fa986a772"
Thanks,
Jiri
Could you point me where should I look, please?
Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was imported into oVirt3.5.4 on CentOS7.1
Thanks in advance,
Jiri Slezka
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

This is a cryptographically signed message in MIME format. --------------ms080103020000060906050509 Content-Type: multipart/mixed; boundary="------------060705040706070605060405" This is a multi-part message in MIME format. --------------060705040706070605060405 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello,
----- Original Message -----
From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> To: emesika@redhat.com Cc: users@ovirt.org Sent: Thursday, September 10, 2015 1:50:14 PM Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
----- Original Message -----
From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> To: users@ovirt.org Sent: Thursday, September 10, 2015 1:30:29 AM Subject: [ovirt-users] moving storage and importing vms issue
Hello,
I am working on some consolidation of our RHEV/oVirt servers and I m= oved one storage to new oVirt datacenter (put it into maintenance, detach= ed it from old and imported into new datacenter) which worked pretty go= od.
Then I tried to import all the vms which worked also great except fo= r three of them.
These vms are stucked in VM Import sub-tab and are quietly failing import attempts (I can only see failed task "Importing VM clavius-wi= nxp from configuration to Cluster CIT-oVirt" but no related event and/or=
explanation)
There is only one host in this datacenter/cluster which is SPM. I ca= n't find anything interesting in vdsm.log (short span of import time is = in attachment).
Can you please attach also engine.log ?
sure
well, here I can see an error... it looks like some db and/or snapshot=
issue.
Yes, seems as ImportVmFromConfigurationCommand tries to add snapshots w= ith the empty GUID (000......0) This cause violation of the primary key of the snapshots table CCing Omer F on that
well and it looks like I lost also one secondary disk from one correct=
ly
imported vm.
is there a way to show all images on some storage domain?
I found that my storage is this
[root@ovirt04 ~]# vdsClient -s 0 getStorageDomainInfo 088e7ed9-84c7-4fbd-a570-f37fa986a772 uuid =3D 088e7ed9-84c7-4fbd-a570-f37fa986a772 vguuid =3D MkMpr6-o9c1-LBUq-rZ0E-ZRSg-X31T-2aU1PV state =3D OK version =3D 3 role =3D Master type =3D FCP class =3D Data pool =3D ['00000002-0002-0002-0002-0000000002b9'] name =3D oVirt-SlowStorage
but I have no luck with finding how to display all images on it.
try
# vdsClient -s getImagesList "088e7ed9-84c7-4fbd-a570-f37fa986a772"
yes, it works :-) now I have list of imgUUIDs on this storage. When I compare it against=20 Disks tab in oVirt manager a see 5 images that are not visible in manager= =2E 346ad5af-9db8-46eb-9a45-172ce3213496 45493042-67f5-4dcd-8dae-5b2c213aa95a fb8f3165-5976-4094-9d37-ea0b09124547 e15288bc-30ec-4a77-837b-bdc7de37a08b be5c56de-6a22-4d1a-8579-f0f5d501d90c now I tried to find anything about these images [root@ovirt04 ~]# vdsClient -s 0 getVolumesList=20 "088e7ed9-84c7-4fbd-a570-f37fa986a772"=20 "00000002-0002-0002-0002-0000000002b9"=20 "346ad5af-9db8-46eb-9a45-172ce3213496" eeca0e49-ba6d-4b4b-9eb4-731b90b48091 : Exported by virt-v2v. da00feb8-991d-4b91-b424-6931daf00c83 : Parent is=20 eeca0e49-ba6d-4b4b-9eb4-731b90b48091 ---- [root@ovirt04 ~]# vdsClient -s 0 getVolumesList=20 "088e7ed9-84c7-4fbd-a570-f37fa986a772"=20 "00000002-0002-0002-0002-0000000002b9"=20 "45493042-67f5-4dcd-8dae-5b2c213aa95a" d2916b5d-50e4-482c-aa6b-e26d2c78ef46 : Exported by virt-v2v. ---- [root@ovirt04 ~]# vdsClient -s 0 getVolumesList=20 "088e7ed9-84c7-4fbd-a570-f37fa986a772"=20 "00000002-0002-0002-0002-0000000002b9"=20 "fb8f3165-5976-4094-9d37-ea0b09124547" cc83caa4-e366-4fd6-94b7-d16089aa29d6 : Parent is=20 53c5003d-80de-4dfd-b5d8-50537a3a54d6 53c5003d-80de-4dfd-b5d8-50537a3a54d6 : imported by virt-v2v. ---- [root@ovirt04 ~]# vdsClient -s 0 getVolumesList=20 "088e7ed9-84c7-4fbd-a570-f37fa986a772"=20 "00000002-0002-0002-0002-0000000002b9"=20 "e15288bc-30ec-4a77-837b-bdc7de37a08b" 2f2c2a1c-6dcc-436c-962c-00e4e074a39a :=20 {"DiskAlias":"polymatheia1.slu.cz_Disk1","DiskDescription":""}. ---- [root@ovirt04 ~]# vdsClient -s 0 getVolumesList=20 "088e7ed9-84c7-4fbd-a570-f37fa986a772"=20 "00000002-0002-0002-0002-0000000002b9"=20 "be5c56de-6a22-4d1a-8579-f0f5d501d90c" 0681822f-3ac8-473b-95ce-380f8ab4de06 : ---- when I look on last case [root@ovirt04 ~]# vdsClient -s 0 getVolumeInfo=20 "088e7ed9-84c7-4fbd-a570-f37fa986a772"=20 "00000002-0002-0002-0002-0000000002b9"=20 "be5c56de-6a22-4d1a-8579-f0f5d501d90c"=20 "0681822f-3ac8-473b-95ce-380f8ab4de06" status =3D OK domain =3D 088e7ed9-84c7-4fbd-a570-f37fa986a772 capacity =3D 322122547200 voltype =3D LEAF description =3D parent =3D 00000000-0000-0000-0000-000000000000 format =3D RAW image =3D be5c56de-6a22-4d1a-8579-f0f5d501d90c uuid =3D 0681822f-3ac8-473b-95ce-380f8ab4de06 disktype =3D 2 legality =3D LEGAL mtime =3D 0 apparentsize =3D 322122547200 truesize =3D 322122547200 type =3D PREALLOCATED children =3D [] pool =3D ctime =3D 1440611370 [root@ovirt04 ~]# vdsClient -s 0 getVolumeSize=20 "088e7ed9-84c7-4fbd-a570-f37fa986a772"=20 "00000002-0002-0002-0002-0000000002b9"=20 "be5c56de-6a22-4d1a-8579-f0f5d501d90c"=20 "0681822f-3ac8-473b-95ce-380f8ab4de06" apparentsize =3D '322122547200' truesize =3D '322122547200' [root@ovirt04 ~]# vdsClient -s 0 getVolumePath=20 "088e7ed9-84c7-4fbd-a570-f37fa986a772"=20 "00000002-0002-0002-0002-0000000002b9"=20 "be5c56de-6a22-4d1a-8579-f0f5d501d90c"=20 "0681822f-3ac8-473b-95ce-380f8ab4de06" /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images= /be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de0= 6 [root@ovirt04 ~]# ll=20 /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images= /be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de0= 6=20 lrwxrwxrwx. 1 vdsm kvm 78 Sep 9 22:36=20 /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images= /be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de0= 6=20 ->=20 /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f8ab= 4de06 but=20 /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f8ab= 4de06=20 seems to not exists is there any chance to recover this disks? Thanks, Jiri
Thanks,
Jiri
Could you point me where should I look, please?
Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was imported into oVirt3.5.4 on CentOS7.1
Thanks in advance,
Jiri Slezka
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------060705040706070605060405 Content-Type: text/x-vcard; charset=utf-8; name="jiri_slezka.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="jiri_slezka.vcf" begin:vcard fn;quoted-printable:Ing. Ji=3DC5=3D99=3DC3=3DAD Sl=3DC3=3DA9=3DC5=3DBEka n;quoted-printable;quoted-printable:Sl=3DC3=3DA9=3DC5=3DBEka;Ji=3DC5=3D99= =3DC3=3DAD org;quoted-printable;quoted-printable:Slezsk=3DC3=3DA1 univerzita v Opav=3D= C4=3D9B;Centrum informa=3DC4=3D8Dn=3DC3=3DADch technologi=3DC3=3DAD adr;quoted-printable;quoted-printable:Na Rybn=3DC3=3DAD=3DC4=3D8Dku 1;;CI= T, Slezsk=3DC3=3DA1 univerzita v Opav=3DC4=3D9B;Opava;;74601;Czech Republ= ic email;internet:jiri.slezka@slu.cz title;quoted-printable:Spr=3DC3=3DA1vce s=3DC3=3DADt=3DC4=3D9B a aplikac=3D= C3=3DAD tel;work:+420 553 684 696 x-mozilla-html:FALSE url:http://www.slu.cz version:2.1 end:vcard --------------060705040706070605060405-- --------------ms080103020000060906050509 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA5MTAxMzA3NDhaMC8GCSqGSIb3DQEJBDEi BCBg9ugB83MTQo4IdfsFzSkSG3+94e5rkufTxy0xgSZO6DBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBu78qX30fRSreCD+678J92sWfJ G3i2GVrNDOeiij2DIHj7zl91piqZBVS3BwPnhMaRtSHeoJZmhzYiI4/UJCllkcUl/9uuv4E1 ALXb1fkRzV2B2AOpL1/siknf9UtL9FOiNIkeSG4w4TRSa303eTA701cdPkLrH6XKoAOE5h1H vuw6ymZfeB7I+OwPYReHGN3HlJmWkZHrBXnpt0ErYjGjXTMdDqv0m4pWR4SXnSN3RZXX5j7v WIO5UMoTqrj06L6WNtjKAUauLtfyFx62Re7IUIyEkSUWIX1ypEX0Ui9LFU55XGy/YG5019VD hP8FQjkjtSqFlyXF2sdsYFLJxLUeAAAAAAAA --------------ms080103020000060906050509--

Adding Allon M ----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka@slu.cz> To: "Eli Mesika" <emesika@redhat.com> Cc: users@ovirt.org, "Omer Frenkel" <ofrenkel@redhat.com> Sent: Thursday, September 10, 2015 4:07:48 PM Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka@slu.cz> To: emesika@redhat.com Cc: users@ovirt.org Sent: Thursday, September 10, 2015 1:50:14 PM Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka@slu.cz> To: users@ovirt.org Sent: Thursday, September 10, 2015 1:30:29 AM Subject: [ovirt-users] moving storage and importing vms issue
Hello,
I am working on some consolidation of our RHEV/oVirt servers and I moved one storage to new oVirt datacenter (put it into maintenance, detached it from old and imported into new datacenter) which worked pretty good.
Then I tried to import all the vms which worked also great except for three of them.
These vms are stucked in VM Import sub-tab and are quietly failing import attempts (I can only see failed task "Importing VM clavius-winxp from configuration to Cluster CIT-oVirt" but no related event and/or explanation)
There is only one host in this datacenter/cluster which is SPM. I can't find anything interesting in vdsm.log (short span of import time is in attachment).
Can you please attach also engine.log ?
sure
well, here I can see an error... it looks like some db and/or snapshot issue.
Yes, seems as ImportVmFromConfigurationCommand tries to add snapshots with the empty GUID (000......0) This cause violation of the primary key of the snapshots table CCing Omer F on that
well and it looks like I lost also one secondary disk from one correctly imported vm.
is there a way to show all images on some storage domain?
I found that my storage is this
[root@ovirt04 ~]# vdsClient -s 0 getStorageDomainInfo 088e7ed9-84c7-4fbd-a570-f37fa986a772 uuid = 088e7ed9-84c7-4fbd-a570-f37fa986a772 vguuid = MkMpr6-o9c1-LBUq-rZ0E-ZRSg-X31T-2aU1PV state = OK version = 3 role = Master type = FCP class = Data pool = ['00000002-0002-0002-0002-0000000002b9'] name = oVirt-SlowStorage
but I have no luck with finding how to display all images on it.
try
# vdsClient -s getImagesList "088e7ed9-84c7-4fbd-a570-f37fa986a772"
yes, it works :-)
now I have list of imgUUIDs on this storage. When I compare it against Disks tab in oVirt manager a see 5 images that are not visible in manager.
346ad5af-9db8-46eb-9a45-172ce3213496 45493042-67f5-4dcd-8dae-5b2c213aa95a fb8f3165-5976-4094-9d37-ea0b09124547 e15288bc-30ec-4a77-837b-bdc7de37a08b be5c56de-6a22-4d1a-8579-f0f5d501d90c
now I tried to find anything about these images
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "346ad5af-9db8-46eb-9a45-172ce3213496" eeca0e49-ba6d-4b4b-9eb4-731b90b48091 : Exported by virt-v2v. da00feb8-991d-4b91-b424-6931daf00c83 : Parent is eeca0e49-ba6d-4b4b-9eb4-731b90b48091
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "45493042-67f5-4dcd-8dae-5b2c213aa95a"
d2916b5d-50e4-482c-aa6b-e26d2c78ef46 : Exported by virt-v2v.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "fb8f3165-5976-4094-9d37-ea0b09124547" cc83caa4-e366-4fd6-94b7-d16089aa29d6 : Parent is 53c5003d-80de-4dfd-b5d8-50537a3a54d6
53c5003d-80de-4dfd-b5d8-50537a3a54d6 : imported by virt-v2v.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "e15288bc-30ec-4a77-837b-bdc7de37a08b"
2f2c2a1c-6dcc-436c-962c-00e4e074a39a : {"DiskAlias":"polymatheia1.slu.cz_Disk1","DiskDescription":""}.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c"
0681822f-3ac8-473b-95ce-380f8ab4de06 :
----
when I look on last case
[root@ovirt04 ~]# vdsClient -s 0 getVolumeInfo "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" status = OK domain = 088e7ed9-84c7-4fbd-a570-f37fa986a772 capacity = 322122547200 voltype = LEAF description = parent = 00000000-0000-0000-0000-000000000000 format = RAW image = be5c56de-6a22-4d1a-8579-f0f5d501d90c uuid = 0681822f-3ac8-473b-95ce-380f8ab4de06 disktype = 2 legality = LEGAL mtime = 0 apparentsize = 322122547200 truesize = 322122547200 type = PREALLOCATED children = [] pool = ctime = 1440611370
[root@ovirt04 ~]# vdsClient -s 0 getVolumeSize "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" apparentsize = '322122547200' truesize = '322122547200'
[root@ovirt04 ~]# vdsClient -s 0 getVolumePath "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de06
[root@ovirt04 ~]# ll /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de06
lrwxrwxrwx. 1 vdsm kvm 78 Sep 9 22:36 /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/images/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4de06 -> /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f8ab4de06
but /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f8ab4de06 seems to not exists
is there any chance to recover this disks?
Thanks,
Jiri
Thanks,
Jiri
Could you point me where should I look, please?
Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was imported into oVirt3.5.4 on CentOS7.1
Thanks in advance,
Jiri Slezka
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

This is a cryptographically signed message in MIME format. --------------ms030902000609020700090909 Content-Type: multipart/mixed; boundary="------------060702080301060507050302" This is a multi-part message in MIME format. --------------060702080301060507050302 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, any hope and/or hint for me? Before I moved storage I (partly live) migrated disks to this storage=20 (we have about 5 LUNS). Probably there could be some issues. Just a=20 guess - could it mean that some disks would stay on original storage as=20 orphaned images? It would be useful to have some low-level util to display all images=20 (also orphaned) and their properties and correlations with vms. Kind regards, Jiri Dne 10.9.2015 v 16:31 Eli Mesika napsal(a):
Adding Allon M
----- Original Message -----
From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> To: "Eli Mesika" <emesika@redhat.com> Cc: users@ovirt.org, "Omer Frenkel" <ofrenkel@redhat.com> Sent: Thursday, September 10, 2015 4:07:48 PM Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
----- Original Message -----
From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> To: emesika@redhat.com Cc: users@ovirt.org Sent: Thursday, September 10, 2015 1:50:14 PM Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
----- Original Message -----
From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> To: users@ovirt.org Sent: Thursday, September 10, 2015 1:30:29 AM Subject: [ovirt-users] moving storage and importing vms issue
Hello,
I am working on some consolidation of our RHEV/oVirt servers and I= moved one storage to new oVirt datacenter (put it into maintenance, deta= ched it from old and imported into new datacenter) which worked pretty = good.
Then I tried to import all the vms which worked also great except = for three of them.
These vms are stucked in VM Import sub-tab and are quietly failing=
import attempts (I can only see failed task "Importing VM clavius-= winxp from configuration to Cluster CIT-oVirt" but no related event and/= or explanation)
There is only one host in this datacenter/cluster which is SPM. I = can't find anything interesting in vdsm.log (short span of import time i= s in attachment).
Can you please attach also engine.log ?
sure
well, here I can see an error... it looks like some db and/or snapsh= ot issue.
Yes, seems as ImportVmFromConfigurationCommand tries to add snapshots= with the empty GUID (000......0) This cause violation of the primary key of the snapshots table CCing Omer F on that
well and it looks like I lost also one secondary disk from one corre=
ctly
imported vm.
is there a way to show all images on some storage domain?
I found that my storage is this
[root@ovirt04 ~]# vdsClient -s 0 getStorageDomainInfo 088e7ed9-84c7-4fbd-a570-f37fa986a772 uuid =3D 088e7ed9-84c7-4fbd-a570-f37fa986a772 vguuid =3D MkMpr6-o9c1-LBUq-rZ0E-ZRSg-X31T-2aU1PV state =3D OK version =3D 3 role =3D Master type =3D FCP class =3D Data pool =3D ['00000002-0002-0002-0002-0000000002b9'] name =3D oVirt-SlowStorage
but I have no luck with finding how to display all images on it.
try
# vdsClient -s getImagesList "088e7ed9-84c7-4fbd-a570-f37fa986a772"
yes, it works :-)
now I have list of imgUUIDs on this storage. When I compare it against=
Disks tab in oVirt manager a see 5 images that are not visible in mana= ger.
346ad5af-9db8-46eb-9a45-172ce3213496 45493042-67f5-4dcd-8dae-5b2c213aa95a fb8f3165-5976-4094-9d37-ea0b09124547 e15288bc-30ec-4a77-837b-bdc7de37a08b be5c56de-6a22-4d1a-8579-f0f5d501d90c
now I tried to find anything about these images
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "346ad5af-9db8-46eb-9a45-172ce3213496" eeca0e49-ba6d-4b4b-9eb4-731b90b48091 : Exported by virt-v2v. da00feb8-991d-4b91-b424-6931daf00c83 : Parent is eeca0e49-ba6d-4b4b-9eb4-731b90b48091
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "45493042-67f5-4dcd-8dae-5b2c213aa95a"
d2916b5d-50e4-482c-aa6b-e26d2c78ef46 : Exported by virt-v2v.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "fb8f3165-5976-4094-9d37-ea0b09124547" cc83caa4-e366-4fd6-94b7-d16089aa29d6 : Parent is 53c5003d-80de-4dfd-b5d8-50537a3a54d6
53c5003d-80de-4dfd-b5d8-50537a3a54d6 : imported by virt-v2v.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "e15288bc-30ec-4a77-837b-bdc7de37a08b"
2f2c2a1c-6dcc-436c-962c-00e4e074a39a : {"DiskAlias":"polymatheia1.slu.cz_Disk1","DiskDescription":""}.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c"
0681822f-3ac8-473b-95ce-380f8ab4de06 :
----
when I look on last case
[root@ovirt04 ~]# vdsClient -s 0 getVolumeInfo "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" status =3D OK domain =3D 088e7ed9-84c7-4fbd-a570-f37fa986a772 capacity =3D 322122547200 voltype =3D LEAF description =3D parent =3D 00000000-0000-0000-0000-000000000000 format =3D RAW image =3D be5c56de-6a22-4d1a-8579-f0f5d501d90c uuid =3D 0681822f-3ac8-473b-95ce-380f8ab4de06 disktype =3D 2 legality =3D LEGAL mtime =3D 0 apparentsize =3D 322122547200 truesize =3D 322122547200 type =3D PREALLOCATED children =3D [] pool =3D ctime =3D 1440611370
[root@ovirt04 ~]# vdsClient -s 0 getVolumeSize "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" apparentsize =3D '322122547200' truesize =3D '322122547200'
[root@ovirt04 ~]# vdsClient -s 0 getVolumePath "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/ima= ges/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4= de06
[root@ovirt04 ~]# ll /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/ima= ges/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4= de06
lrwxrwxrwx. 1 vdsm kvm 78 Sep 9 22:36 /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/ima= ges/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab4= de06 -> /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f= 8ab4de06
but /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f= 8ab4de06 seems to not exists
is there any chance to recover this disks?
Thanks,
Jiri
Thanks,
Jiri
Could you point me where should I look, please?
Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and was=
imported into oVirt3.5.4 on CentOS7.1
Thanks in advance,
Jiri Slezka
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------060702080301060507050302 Content-Type: text/x-vcard; charset=utf-8; name="jiri_slezka.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="jiri_slezka.vcf" begin:vcard fn;quoted-printable:Ing. Ji=3DC5=3D99=3DC3=3DAD Sl=3DC3=3DA9=3DC5=3DBEka n;quoted-printable;quoted-printable:Sl=3DC3=3DA9=3DC5=3DBEka;Ji=3DC5=3D99= =3DC3=3DAD org;quoted-printable;quoted-printable:Slezsk=3DC3=3DA1 univerzita v Opav=3D= C4=3D9B;Centrum informa=3DC4=3D8Dn=3DC3=3DADch technologi=3DC3=3DAD adr;quoted-printable;quoted-printable:Na Rybn=3DC3=3DAD=3DC4=3D8Dku 1;;CI= T, Slezsk=3DC3=3DA1 univerzita v Opav=3DC4=3D9B;Opava;;74601;Czech Republ= ic email;internet:jiri.slezka@slu.cz title;quoted-printable:Spr=3DC3=3DA1vce s=3DC3=3DADt=3DC4=3D9B a aplikac=3D= C3=3DAD tel;work:+420 553 684 696 x-mozilla-html:FALSE url:http://www.slu.cz version:2.1 end:vcard --------------060702080301060507050302-- --------------ms030902000609020700090909 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA5MTUxNTExMjVaMC8GCSqGSIb3DQEJBDEi BCBJnVFP2BHEva/gMrUYMVOz9k4TEXpL1RXXMln7tV93iTBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBNFRszHH8nuluBWgrWRs6mO5R9 WI9XJq9JIhcY3zx3S6yEdvAOw7kJzQ1KsFAhTdGfGj8kvPb1hZ615r/7W+Y8RvC+42cqhhGR iqvy1cBmoiHh4cKHwev74ZjjLt1s1NGe3JfDlSL9T7p6ul5/3B8QZix1LYPu0z6KxWYOYgyu mNjQHlnomy29JxI2OQ3lb/nJHq1s4VjQwmWnSPMUzwGkqcZ/XY9iOvDXlcrWTwqCUzBoebsS 2IwjED31vzEZk82Aw52/inP3HK7H0SuYBpgr8/J8UUSZF7qfTR+nGtirTDF+METo1i+O5+iT PjxbTB7YiKFiCh5YrRxOAcBq/RJuAAAAAAAA --------------ms030902000609020700090909--

This is a cryptographically signed message in MIME format. --------------ms080503070201070608050801 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I have not much time to deal with this issue until today. I happily=20 recovered lost disk image. As I mentioned before, I found lost disk image (volume) but it wasn't=20 accessible because it's logical volume (I'm using FC storage) wasn't=20 active... I double check that this image is not used anywhere and set it active lvchange -a y=20 /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380f8ab= 4de06 then I was able to backup my data (in fact I created new vm disk and dd=20 this volume to it) btw. After successful recovery I still have this orphaned image on my=20 storage which is not visible from manager. How can I correctly remove=20 it? (from storage and from engine) It looks like this (http://www.ovirt.org/Features/Orphaned_Images)=20 utility would helped a lot ;-) Cheers, Jiri
any hope and/or hint for me?
Before I moved storage I (partly live) migrated disks to this storage (we have about 5 LUNS). Probably there could be some issues. Just a guess - could it mean that some disks would stay on original storage as=
orphaned images?
It would be useful to have some low-level util to display all images (also orphaned) and their properties and correlations with vms.
Kind regards,
Jiri
Dne 10.9.2015 v 16:31 Eli Mesika napsal(a):
Adding Allon M
----- Original Message -----
From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> To: "Eli Mesika" <emesika@redhat.com> Cc: users@ovirt.org, "Omer Frenkel" <ofrenkel@redhat.com> Sent: Thursday, September 10, 2015 4:07:48 PM Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
----- Original Message -----
From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> To: emesika@redhat.com Cc: users@ovirt.org Sent: Thursday, September 10, 2015 1:50:14 PM Subject: Re: [ovirt-users] moving storage and importing vms issue
Hello,
----- Original Message ----- > From: "Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka" <jiri.slezka@slu.cz> > To: users@ovirt.org > Sent: Thursday, September 10, 2015 1:30:29 AM > Subject: [ovirt-users] moving storage and importing vms issue > > Hello, > > I am working on some consolidation of our RHEV/oVirt servers and > I moved > one storage to new oVirt datacenter (put it into maintenance, > detached > it from old and imported into new datacenter) which worked pretty=
> good. > > Then I tried to import all the vms which worked also great except=
> for > three of them. > > These vms are stucked in VM Import sub-tab and are quietly failin= g > import attempts (I can only see failed task "Importing VM > clavius-winxp > from configuration to Cluster CIT-oVirt" but no related event and= /or > explanation) > > There is only one host in this datacenter/cluster which is SPM. I=
> can't > find anything interesting in vdsm.log (short span of import time > is in > attachment).
Can you please attach also engine.log ?
sure
well, here I can see an error... it looks like some db and/or snaps= hot issue.
Yes, seems as ImportVmFromConfigurationCommand tries to add snapshots with the empty GUID (000......0) This cause violation of the primary key of the snapshots table CCing Omer F on that
well and it looks like I lost also one secondary disk from one correctly imported vm.
is there a way to show all images on some storage domain?
I found that my storage is this
[root@ovirt04 ~]# vdsClient -s 0 getStorageDomainInfo 088e7ed9-84c7-4fbd-a570-f37fa986a772 uuid =3D 088e7ed9-84c7-4fbd-a570-f37fa986a772 vguuid =3D MkMpr6-o9c1-LBUq-rZ0E-ZRSg-X31T-2aU1PV state =3D OK version =3D 3 role =3D Master type =3D FCP class =3D Data pool =3D ['00000002-0002-0002-0002-0000000002b9'] name =3D oVirt-SlowStorage
but I have no luck with finding how to display all images on it.
try
# vdsClient -s getImagesList "088e7ed9-84c7-4fbd-a570-f37fa986a772"
yes, it works :-)
now I have list of imgUUIDs on this storage. When I compare it agains= t Disks tab in oVirt manager a see 5 images that are not visible in manager.
346ad5af-9db8-46eb-9a45-172ce3213496 45493042-67f5-4dcd-8dae-5b2c213aa95a fb8f3165-5976-4094-9d37-ea0b09124547 e15288bc-30ec-4a77-837b-bdc7de37a08b be5c56de-6a22-4d1a-8579-f0f5d501d90c
now I tried to find anything about these images
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "346ad5af-9db8-46eb-9a45-172ce3213496" eeca0e49-ba6d-4b4b-9eb4-731b90b48091 : Exported by virt-v2v. da00feb8-991d-4b91-b424-6931daf00c83 : Parent is eeca0e49-ba6d-4b4b-9eb4-731b90b48091
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "45493042-67f5-4dcd-8dae-5b2c213aa95a"
d2916b5d-50e4-482c-aa6b-e26d2c78ef46 : Exported by virt-v2v.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "fb8f3165-5976-4094-9d37-ea0b09124547" cc83caa4-e366-4fd6-94b7-d16089aa29d6 : Parent is 53c5003d-80de-4dfd-b5d8-50537a3a54d6
53c5003d-80de-4dfd-b5d8-50537a3a54d6 : imported by virt-v2v.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "e15288bc-30ec-4a77-837b-bdc7de37a08b"
2f2c2a1c-6dcc-436c-962c-00e4e074a39a : {"DiskAlias":"polymatheia1.slu.cz_Disk1","DiskDescription":""}.
----
[root@ovirt04 ~]# vdsClient -s 0 getVolumesList "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c"
0681822f-3ac8-473b-95ce-380f8ab4de06 :
----
when I look on last case
[root@ovirt04 ~]# vdsClient -s 0 getVolumeInfo "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" status =3D OK domain =3D 088e7ed9-84c7-4fbd-a570-f37fa986a772 capacity =3D 322122547200 voltype =3D LEAF description =3D parent =3D 00000000-0000-0000-0000-000000000000 format =3D RAW image =3D be5c56de-6a22-4d1a-8579-f0f5d501d90c uuid =3D 0681822f-3ac8-473b-95ce-380f8ab4de06 disktype =3D 2 legality =3D LEGAL mtime =3D 0 apparentsize =3D 322122547200 truesize =3D 322122547200 type =3D PREALLOCATED children =3D [] pool =3D ctime =3D 1440611370
[root@ovirt04 ~]# vdsClient -s 0 getVolumeSize "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" apparentsize =3D '322122547200' truesize =3D '322122547200'
[root@ovirt04 ~]# vdsClient -s 0 getVolumePath "088e7ed9-84c7-4fbd-a570-f37fa986a772" "00000002-0002-0002-0002-0000000002b9" "be5c56de-6a22-4d1a-8579-f0f5d501d90c" "0681822f-3ac8-473b-95ce-380f8ab4de06" /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/im= ages/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab= 4de06
[root@ovirt04 ~]# ll /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/im= ages/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab= 4de06
lrwxrwxrwx. 1 vdsm kvm 78 Sep 9 22:36 /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/im= ages/be5c56de-6a22-4d1a-8579-f0f5d501d90c/0681822f-3ac8-473b-95ce-380f8ab= 4de06
-> /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380= f8ab4de06
but /dev/088e7ed9-84c7-4fbd-a570-f37fa986a772/0681822f-3ac8-473b-95ce-380= f8ab4de06
seems to not exists
is there any chance to recover this disks?
Thanks,
Jiri
Thanks,
Jiri
> > Could you point me where should I look, please? > > Storage (FC) was formerly attached to RHEV3.5.3 on RHEL6.7 and wa=
s
> imported into oVirt3.5.4 on CentOS7.1 > > Thanks in advance, > > Jiri Slezka > > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------ms080503070201070608050801 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEwMDYyMTI5MDJaMC8GCSqGSIb3DQEJBDEi BCCX6sXW/dzEWpJxjIibSeME0/Thhmazabjju1dh4LWjPTBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAQcwddyBd3SKxeT8kxZPUb2+kr U/WqAquHvOhffwFn3vZaHpnnnJP+hOTUgEm16dooa/bNfci1ppQauLx1SX7oej1zM1oirvir YJIaF2+unQX37twvARA4oT8Cyyi8qiUWPGgPv5jyWf5NGnTPd+QfMYzBJOu0UF996CF8tNI3 ZdH7tX8NDcA+DDjHaOgwFVFCAR8P6E11zx5U6ytnnPUEmbYVTWJGXduuldHgrv/y07A9kRMo e4s+mJoUwzjVVIbx/7eAAAYzWoNkhYgyUiwJsH7yt+KerKJyY3NJ8J3hzuXO95rgbaNZmwI5 YdcE0hy+0ZjRGjOV1Ttho10Qzz+MAAAAAAAA --------------ms080503070201070608050801--
participants (2)
-
Eli Mesika
-
Jiří Sléžka