11:45 a.m.
Hello everyone,
I configured a test environment with 2 hosts (centos), hosted engine
and NFS storage for data domain and iso domain.
I noticed that windows 2012 ISOs are marked as "unknown" in iso domain
and##SELECTION_END## therefore I can't attach them to virtual machines.
Maybe something is wrong with my iso? I tried to do a fresh download
with same result. Centos, Fedora and Windows 10 iso are working, so I
think the iso domain is ok.
Did someone else noticed such behaviour? Any solution?
Thanks
Stefano
1:50 p.m.
This is a cryptographically signed message in MIME format.
--------------ms030807080805010604020704
Content-Type: multipart/alternative;
boundary="------------090209070100080802070101"
This is a multi-part message in MIME format.
--------------090209070100080802070101
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Hi Stefano,
Are these images readable for user vdsm (uid 36)?
Regards,
Ren=E9
On 03/03/2016 09:45 AM, Stefano Cislaghi wrote:
Hello everyone,
I configured a test environment with 2 hosts (centos), hosted engine=20
and NFS storage for data domain and iso domain.
I noticed that windows 2012 ISOs are marked as "unknown" in iso domain =
and therefore I can't attach them to virtual machines.
Maybe something is wrong with my iso? I tried to do a fresh download=20
with same result. Centos, Fedora and Windows 10 iso are working, so I=20
think the iso domain is ok.
Did someone else noticed such behaviour? Any solution?
Thanks
Stefano
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------090209070100080802070101
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta content=3D"text/html; charset=3Dwindows-1252"
http-equiv=3D"Content-Type">
</head>
<body text=3D"#000000" bgcolor=3D"#FFFFFF">
Hi Stefano,<br>
<br>
Are these images readable for user vdsm (uid 36)?<br>
<br>
<br>
Regards,<br>
Ren=E9<br>
<br>
<br>
<div class=3D"moz-cite-prefix">On 03/03/2016 09:45 AM, Stefano
Cislaghi wrote:<br>
</div>
<blockquote cite=3D"mid:1456994753.2908.9.camel@gmail.com"
type=3D"ci=
te">
<div><br>
</div>
<div class=3D"-x-evo-paragraph -x-evo-top-signature-spacer">Hello
everyone,</div>
<div>I configured a test environment with 2 hosts (centos), hosted
engine and NFS storage for data domain and iso domain.</div>
<div>I noticed that windows 2012 ISOs are marked as "unknown" in
iso domain and therefore I can't attach them to virtual
machines.</div>
<div>Maybe something is wrong with my iso? I tried to do a fresh
download with same result. Centos, Fedora and Windows 10 iso are
working, so I think the iso domain is ok.</div>
<div>Did someone else noticed such behaviour? Any solution?</div>
<div>Thanks</div>
<div>Stefano</div>
<br>
<fieldset class=3D"mimeAttachmentHeader"></fieldset>
<br>
<pre wrap=3D"">_______________________________________________
Users mailing list
<a class=3D"moz-txt-link-abbreviated"
href=3D"mailto:Users@ovirt.org">Use=
rs(a)ovirt.org</a>
<a class=3D"moz-txt-link-freetext"
href=3D"http://lists.ovirt.org/mailman=
/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</body>
</html>
--------------090209070100080802070101--
--------------ms030807080805010604020704
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
C/kwggXZMIIDwaADAgECAgcWZ1TjwnBRMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM
MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0
aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv
cml0eTAeFw0wNzEwMTQyMTAxNTVaFw0yMjEwMTQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW
MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm
aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy
bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM
zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t
svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb
fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/
ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk
DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggFMMIIBSDASBgNV
HRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+
ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwaQYIKwYBBQUHAQEE
XTBbMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwMAYIKwYBBQUH
MAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAyBgNVHR8EKzApMCeg
JaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwQwYDVR0gBDwwOjA4BgRV
HSAAMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw
DQYJKoZIhvcNAQELBQADggIBAHQKh/oy3viYt+qvMyyQhqWiIb9kP1KRhqWHGFMID7OAbofo
UgDKVUJ7UsiBnPmleGa2pUwvf2B67qPqc2e9Ge9/kBvJtV8rSES3z+/KVrx6UwlX8VyWnkRN
GV0PLvCD+34cIOqhF3Tjmt4jpfYSTjkXcOpa7F4RGZbmu0+j1HO46XAYypOisgXD3XWecqqX
zEMimZVrF3DlsMYTYMmFtzRYAeaDh2BxczJlV4HeBs8gw7d4USUoDWHckMR4QK0zLVVmQ1F6
6irltWWsJ9CFKVyz9ZTBspi3FDJCT93XfR4OrOUHB+I5P18lTWHDD1p/9dX7Zh8bdwlOSKdE
fsKvzaxVZbKkuXXo7FMG2v6LQ2Jmv6Gc4jJ8jSyjatpy86llJJT2R3tJFPRGlfPcZ1ge3Ad/
qXDZKPI4pN8D5so89WUPAJ7z9ZeDqSFdGTWaynTZaCRPAIC/e35VtTyNuIam+n6nuaZFgccp
ACw51vkgFUij6AKxByq7CNgB1Zn/FRX15qZA9bu2ZI8QTHJT/8zM3njXAgV6AsFOf682t14q
sYSBz0jpef8kU0q15uV9oZSGjy1ph/0ysQD+342MIh3PQlKp62dj3eWWP3MBF7gtQTbERX1P
mMzfTIsyMbjq+pv9P4iKROw0+8MNp0PUNtilMG2fKLBRoczLiZ7hMLjyedCXMIIGGDCCBQCg
AwIBAgIDDmx8MA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh
cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmlu
ZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGll
bnQgQ0EwHhcNMTUwNjE4MDQwNTE2WhcNMTYwNjE4MDAxODU0WjA4MRcwFQYDVQQDDA5ya29j
aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3
DQEBAQUAA4IBDwAwggEKAoIBAQC+9dGpO90CAw648QlL90EX3nwpK8n4R1HloyhGFPo2uYmt
G4GnsVgr1B0luOwvlbMr8jqcX4CvlCxexKrRhP8qOrrZJfgRAkkye18MUJUE5YFqi/xXZuEp
EzzS6pF4lYn07MXTQFaWg6tDV9pbTHSeJTJ+1e1qqlAT06bNMJ5qKteB58gDjf8CoJX8d8GX
gewkhsjx37TcJghDf+cNtahwbE69qmMPVYA4uM4E2x/4RuImoZe6Al51GYdqu0VhntBH34rl
8GK2P5U6ysmofvKs6uP+CNQEsmCjkzgAXbjCjjg3HY2G1hpYZu9pk0MAsv+e5WPJdcM/gzkF
HoygAwb9AgMBAAGjggLUMIIC0DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAU
BggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFMgv5KUDcED1P2lBst9Bm4mL+fFwMB8G
A1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMBkGA1UdEQQSMBCBDnJrb2NoQHJrLWl0
LmF0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEW
Imh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW
IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmlj
YXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVx
dWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9y
IHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFy
dHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wu
Y29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6
Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2
aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0
MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOC
AQEAhzctU3ikQEX6m/3trtNit5+BznSRQvaWhymyjXIe6yhLPbKvXrJMj1hiFHqv7hi4I/hO
iy4w3TGMaKf2hNONkrlQ1OzYayv71BLhrrXD3zKYQVWf/Rw4Mhqu7K/PXz/hx1kQrMZ/aQS/
FyEG/ddX8d59YPGMdeWpdwuHEuwoW33v/PYXcKH4nCdpfq8AZZJGzKz/k2/jqUaHu0IEV77S
M+Ul2JzON7j6iV8xMzojYgv4mzSJgVVsP48Nym/R2/MZMu0Fk80g9qqZUIZMS/Nr6rdpl5Fo
qRqwioIm0xvZiDrRlcLniTu5GXBC7lmz3xEv66s4WZRDh3/WP4xdi8JF9TGCApowggKWAgEB
MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi
U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g
Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5sfDANBglghkgBZQME
AgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAz
MDMxMDUwNDVaMC8GCSqGSIb3DQEJBDEiBCB4IBn4vwZC0OOyoN+yj5MjJRTHdC2Ny4sHQoGA
V4JeJDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI
hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3
DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBABdDVDNft4wNueAzMvUZ6TI5OdiDfHHN1v8Uoi1W
5GOqDg5NutXQUSa5BBVUY3RdZFcVtEHFaoMHZrUkXdRigemv3a2gUrWhAwhIOMPSxQgajfXj
jLh9rDsIHB8hYKJkxMIsSA55EVFA08FyL67fJlTVcAM9Jb6z0vnBscVsGv3d5PqXnLAwd49B
6aK8raG15TvQhgGai0eEQuQDHg+xFkVfV1C2jXrtqN9hiMYj57E8fIZ8x8OY93zfAENFRdOf
rFZcdFqAorEdBwudk3qhSoqdRcEB7F8+DPaN4FJFDwAw7mvbcQiHI8QzmLL98Cc9FLsJlEsL
nwTHncT3Zl94PUQAAAAAAAA=
--------------ms030807080805010604020704--
2:25 p.m.
Hi,
yes, they have the same permissions as other ISOs that are recognized
(Centos for example).
I think there is something wrong with these iso not fully compliant
with standards (joliet, udf and stuff like that, I don't really know
much abouth this..)
Does ovirt make check on these specs? I know for sure that vmware don't
check anything about ISOs, in fact it doesn't even have a dedicated
storage for ISOs like ovirt.
ThanksIl giorno gio, 03/03/2016 alle 11.50 +0100, René Koch ha scritto:
Hi Stefano,
Are these images readable for user vdsm (uid 36)?
Regards,
René
On 03/03/2016 09:45 AM, Stefano Cislaghi wrote:
>
> Hello everyone,
> I configured a test environment with 2 hosts (centos), hosted
> engine and NFS storage for data domain and iso domain.
> I noticed that windows 2012 ISOs are marked as "unknown" in iso
> domain and therefore I can't attach them to virtual machines.
> Maybe something is wrong with my iso? I tried to do a fresh
> download with same result. Centos, Fedora and Windows 10 iso are
> working, so I think the iso domain is ok.
> Did someone else noticed such behaviour? Any solution?
> Thanks
> Stefano
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
2:05 p.m.
--_000_1457003136172236camelacroniscom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
U2luY2UgaXQncyBjYXNlIHNlbnNpdGl2ZSwgdGhlIHNvbHV0aW9uIGlzIHRvIHJlbmFtZSBldmVy
eXRoaW5nICouSVNPIHRvICouaXNvDQoNCk9uIFRodSwgMjAxNi0wMy0wMyBhdCAwOTo0NSArMDEw
MCwgU3RlZmFubyBDaXNsYWdoaSB3cm90ZToNCg0KSGVsbG8gZXZlcnlvbmUsDQpJIGNvbmZpZ3Vy
ZWQgYSB0ZXN0IGVudmlyb25tZW50IHdpdGggMiBob3N0cyAoY2VudG9zKSwgaG9zdGVkIGVuZ2lu
ZSBhbmQgTkZTIHN0b3JhZ2UgZm9yIGRhdGEgZG9tYWluIGFuZCBpc28gZG9tYWluLg0KSSBub3Rp
Y2VkIHRoYXQgd2luZG93cyAyMDEyIElTT3MgYXJlIG1hcmtlZCBhcyAidW5rbm93biIgaW4gaXNv
IGRvbWFpbiBhbmQgdGhlcmVmb3JlIEkgY2FuJ3QgYXR0YWNoIHRoZW0gdG8gdmlydHVhbCBtYWNo
aW5lcy4NCk1heWJlIHNvbWV0aGluZyBpcyB3cm9uZyB3aXRoIG15IGlzbz8gSSB0cmllZCB0byBk
byBhIGZyZXNoIGRvd25sb2FkIHdpdGggc2FtZSByZXN1bHQuIENlbnRvcywgRmVkb3JhIGFuZCBX
aW5kb3dzIDEwIGlzbyBhcmUgd29ya2luZywgc28gSSB0aGluayB0aGUgaXNvIGRvbWFpbiBpcyBv
ay4NCkRpZCBzb21lb25lIGVsc2Ugbm90aWNlZCBzdWNoIGJlaGF2aW91cj8gQW55IHNvbHV0aW9u
Pw0KVGhhbmtzDQpTdGVmYW5vDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQpVc2VycyBtYWlsaW5nIGxpc3QNClVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86
VXNlcnNAb3ZpcnQub3JnPg0KaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv
L3VzZXJzDQoNCg==
--_000_1457003136172236camelacroniscom_
Content-Type: text/html; charset="utf-8"
Content-ID: <6826BFE93BE203418449D5ED83132DE8(a)acronis.com>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdj5TaW5jZSBp
dCdzIGNhc2Ugc2Vuc2l0aXZlLCB0aGUgc29sdXRpb24gaXMgdG8gcmVuYW1lIGV2ZXJ5dGhpbmcg
Ki5JU08gdG8gKi5pc288L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pk9uIFRodSwgMjAx
Ni0wMy0wMyBhdCAwOTo0NSAmIzQzOzAxMDAsIFN0ZWZhbm8gQ2lzbGFnaGkgd3JvdGU6PC9kaXY+
DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkhlbGxv
IGV2ZXJ5b25lLDwvZGl2Pg0KPGRpdj5JIGNvbmZpZ3VyZWQgYSB0ZXN0IGVudmlyb25tZW50IHdp
dGggMiBob3N0cyAoY2VudG9zKSwgaG9zdGVkIGVuZ2luZSBhbmQgTkZTIHN0b3JhZ2UgZm9yIGRh
dGEgZG9tYWluIGFuZCBpc28gZG9tYWluLjwvZGl2Pg0KPGRpdj5JIG5vdGljZWQgdGhhdCB3aW5k
b3dzIDIwMTIgSVNPcyBhcmUgbWFya2VkIGFzICZxdW90O3Vua25vd24mcXVvdDsgaW4gaXNvIGRv
bWFpbiBhbmQgdGhlcmVmb3JlIEkgY2FuJ3QgYXR0YWNoIHRoZW0gdG8gdmlydHVhbCBtYWNoaW5l
cy48L2Rpdj4NCjxkaXY+TWF5YmUgc29tZXRoaW5nIGlzIHdyb25nIHdpdGggbXkgaXNvPyBJIHRy
aWVkIHRvIGRvIGEgZnJlc2ggZG93bmxvYWQgd2l0aCBzYW1lIHJlc3VsdC4gQ2VudG9zLCBGZWRv
cmEgYW5kIFdpbmRvd3MgMTAgaXNvIGFyZSB3b3JraW5nLCBzbyBJIHRoaW5rIHRoZSBpc28gZG9t
YWluIGlzIG9rLjwvZGl2Pg0KPGRpdj5EaWQgc29tZW9uZSBlbHNlIG5vdGljZWQgc3VjaCBiZWhh
dmlvdXI/IEFueSBzb2x1dGlvbj88L2Rpdj4NCjxkaXY+VGhhbmtzPC9kaXY+DQo8ZGl2PlN0ZWZh
bm88L2Rpdj4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NClVzZXJzIG1haWxpbmcgbGlzdA0KPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9y
ZyI+VXNlcnNAb3ZpcnQub3JnPC9hPg0KPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9t
YWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz
dGluZm8vdXNlcnM8L2E+DQo8L3ByZT4NCjwvYmxvY2txdW90ZT4NCjwvYm9keT4NCjwvaHRtbD4N
Cg==
--_000_1457003136172236camelacroniscom_--
4:52 p.m.
This worked.
Thank you all very much.
StefanoIl giorno gio, 03/03/2016 alle 11.05 +0000, Pavel Gashev ha scritto:
Since it's case sensitive, the solution is to rename everything
*.ISO
to *.iso
On Thu, 2016-03-03 at 09:45 +0100, Stefano Cislaghi wrote:
>
> Hello everyone,
> I configured a test environment with 2 hosts (centos), hosted
> engine and NFS storage for data domain and iso domain.
> I noticed that windows 2012 ISOs are marked as "unknown" in iso
> domain and therefore I can't attach them to virtual machines.
> Maybe something is wrong with my iso? I tried to do a fresh
> download with same result. Centos, Fedora and Windows 10 iso are
> working, so I think the iso domain is ok.
> Did someone else noticed such behaviour? Any solution?
> Thanks
> Stefano
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
3:01 p.m.
Did you use ovirt-iso-uploader?
Sometimes iso files with uppercase ".ISO" doesn't show up in the list.
Try re-upload them with lowercase filename.
I know that ISOs downloaded from MS habitually are all uppercase names.
Simon
Le 03/03/2016 03:45 AM, Stefano Cislaghi a écrit :
Hello everyone,
I configured a test environment with 2 hosts (centos), hosted engine
and NFS storage for data domain and iso domain.
I noticed that windows 2012 ISOs are marked as "unknown" in iso domain
and therefore I can't attach them to virtual machines.
Maybe something is wrong with my iso? I tried to do a fresh download
with same result. Centos, Fedora and Windows 10 iso are working, so I
think the iso domain is ok.
Did someone else noticed such behaviour? Any solution?
Thanks
Stefano
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:55 p.m.
engine-iso-uploader.
Pavel Gashev provided the solution: rename from .ISO to .iso
Thank you
StefanoIl giorno gio, 03/03/2016 alle 07.01 -0500, Simon Lévesuqe ha scritto:
Did you use ovirt-iso-uploader?
Sometimes iso files with uppercase ".ISO" doesn't show up in the
list.
Try re-upload them with lowercase filename.
I know that ISOs downloaded from MS habitually are all uppercase
names.
Simon
Le 03/03/2016 03:45 AM, Stefano Cislaghi a écrit :
>
>
> Hello everyone,
> I configured a test environment with 2 hosts (centos), hosted
> engine
> and NFS storage for data domain and iso domain.
> I noticed that windows 2012 ISOs are marked as "unknown" in iso
> domain
> and therefore I can't attach them to virtual machines.
> Maybe something is wrong with my iso? I tried to do a fresh
> download
> with same result. Centos, Fedora and Windows 10 iso are working, so
> I
> think the iso domain is ok.
> Did someone else noticed such behaviour? Any solution?
> Thanks
> Stefano
>
>
> _______________________________________________
> 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
11:47 a.m.
On Thu, Mar 3, 2016 at 2:55 PM, Stefano Cislaghi <cislo78(a)gmail.com> wrote:
engine-iso-uploader.
Pavel Gashev provided the solution: rename from .ISO to .iso
can you please open a bz against ovirt-iso-uploader product to ensure that
the uploaded iso has lowercase extension?
thanks,
Thank you
Stefano
Il giorno gio, 03/03/2016 alle 07.01 -0500, Simon Lévesuqe ha scritto:
Did you use ovirt-iso-uploader?
Sometimes iso files with uppercase ".ISO" doesn't show up in the list.
Try re-upload them with lowercase filename.
I know that ISOs downloaded from MS habitually are all uppercase names.
Simon
Le 03/03/2016 03:45 AM, Stefano Cislaghi a écrit :
Hello everyone,
I configured a test environment with 2 hosts (centos), hosted engine
and NFS storage for data domain and iso domain.
I noticed that windows 2012 ISOs are marked as "unknown" in iso domain
and therefore I can't attach them to virtual machines.
Maybe something is wrong with my iso? I tried to do a fresh download
with same result. Centos, Fedora and Windows 10 iso are working, so I
think the iso domain is ok.
Did someone else noticed such behaviour? Any solution?
Thanks
Stefano
_______________________________________________
Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
3182
days inactive
3186
days old
7 comments
5 participants
participants (5)
-
Pavel Gashev -
René Koch -
Sandro Bonazzola -
Simon Lévesuqe -
Stefano Cislaghi