some ISO images not recognized
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
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@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@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--
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--_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@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_--
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Thu, Mar 3, 2016 at 2:55 PM, Stefano Cislaghi <cislo78@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@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
participants (5)
-
Pavel Gashev -
René Koch -
Sandro Bonazzola -
Simon Lévesuqe -
Stefano Cislaghi