6:30 p.m.
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--
5:05 a.m.
----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka(a)slu.cz>
To: users(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:50 a.m.
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(a)slu.cz>
> To: users(a)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(a)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--
7:57 a.m.
----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka(a)slu.cz>
To: emesika(a)redhat.com
Cc: users(a)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(a)slu.cz>
>> To: users(a)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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
9:07 a.m.
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(a)slu.cz>
> To: emesika(a)redhat.com
> Cc: users(a)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(a)slu.cz>
>>> To: users(a)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(a)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--
10:31 a.m.
Adding Allon M
----- Original Message -----
From: "Jiří Sléžka" <jiri.slezka(a)slu.cz>
To: "Eli Mesika" <emesika(a)redhat.com>
Cc: users(a)ovirt.org, "Omer Frenkel" <ofrenkel(a)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(a)slu.cz>
>> To: emesika(a)redhat.com
>> Cc: users(a)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(a)slu.cz>
>>>> To: users(a)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(a)ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>
>>
11:11 a.m.
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(a)slu.cz>
> To: "Eli Mesika" <emesika(a)redhat.com>
> Cc: users(a)ovirt.org, "Omer Frenkel" <ofrenkel(a)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(a)slu.cz>
>>> To: emesika(a)redhat.com
>>> Cc: users(a)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(a)slu.cz>
>>>>> To: users(a)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(a)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--
5:29 p.m.
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(a)slu.cz>
>> To: "Eli Mesika" <emesika(a)redhat.com>
>> Cc: users(a)ovirt.org, "Omer Frenkel" <ofrenkel(a)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(a)slu.cz>
>>>> To: emesika(a)redhat.com
>>>> Cc: users(a)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(a)slu.cz>
>>>>>> To: users(a)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(a)ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>
>>>>
>>>>
>>
>>
_______________________________________________
Users mailing list
Users(a)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--
3369
days inactive
3396
days old
7 comments
2 participants
participants (2)
-
Eli Mesika -
Jiří Sléžka