- Users - oVirt List Archives

[Users] moving an unplugged/offline disk on a running vm creates snapshots
by Ernest Beinrohr 21 Feb '14

21 Feb '14

This is a multi-part message in MIME format. --------------070708090100060509090505 Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 8bit Imho, when the disk is offline, it should be movable directly without the need for snapshots. this is on ovirt 3.3 btw: any chance of thin->preallocated procedure? -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii(a)axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman --------------070708090100060509090505 Content-Type: text/html; charset=windows-1250 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1250"> </head> <body bgcolor="#FFFFFF" text="#000000"> Imho, when the disk is offline, it should be movable directly without the need for snapshots. this is on ovirt 3.3 btw: any chance of thin->preallocated procedure? <div class="moz-signature">-- <div id="oernii_footer" style="color: gray;"> Ernest Beinrohr, AXON PRO <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii(a)axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <hr style="height: 1px; width: 95%"> For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" height="1" width="1"> </body> </html> --------------070708090100060509090505--

2 1

[Users] engine-image-uploader
by Maurice James 21 Feb '14

21 Feb '14

------=_NextPart_000_001B_01CF25B0.BC04D9A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit What does the following error mean? There should only be one Name element in the OVF XML's Content section. I ran the following command engine-image-uploader -e SaturnExport -N Drupal2 upload turnkey-drupal7-13.0-wheezy-amd64.tar.gz ------=_NextPart_000_001B_01CF25B0.BC04D9A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>What does the following error mean?<o:p></o:p>There should only be one Name element in the OVF XML's = Content section.<o:p></o:p><o:p> </o:p>I ran the = following command<o:p></o:p>engine-image-uploader -e SaturnExport -N Drupal2 = upload turnkey-drupal7-13.0-wheezy-amd64.tar.gz = <o:p></o:p></div></body></html> ------=_NextPart_000_001B_01CF25B0.BC04D9A0--

3 4

[Users] problems installing ovirt-engine beta3
by Jorick Astrego 21 Feb '14

21 Feb '14

Hi, I noticed the known issue with shmmax has been removed from the test day page. But I'm having the same error as before only know the workaround doesn't work anymore:

2 1

[Users] persisting selinux nightmare
by David Smith 21 Feb '14

21 Feb '14

I'm using the ovirt iso image and can't seem to get selinux to persist off no matter what i do. With selinux enforcing, SSHD isnt working, can't install or use the hosts. With it disabled, all seems to work, but after reboot, boom its enforcing again. I even edited /etc/selinux/config and changed it to permissive, then used "persist config" to persist the file. I reboot, I see the file is still changed, but selinux is back into enforcing mode (getenforce) what gives? I'm using this iso image, is this the latest one? It seems really hard to navigate the various old links in docs and such to find the most up to date isos. ovirt-node-iso-3.0.3-1.1.vdsm.fc19.iso

3 4

[Users] vmware image conversion
by Maurice James 21 Feb '14

21 Feb '14

------=_NextPart_000_002A_01CF24AE.AF6B7BC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I submitted an RFE to have vmware image conversion added to 3.5. I think that is a key feature that is lacking. Im just trying to get some eyes on it here. https://bugzilla.redhat.com/show_bug.cgi?id=1062910 ------=_NextPart_000_002A_01CF24AE.AF6B7BC0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>I submitted an RFE to have vmware image conversion = added to 3.5. I think that is a key feature that is lacking. Im just = trying to get some eyes on it here.<o:p></o:p><o:p> </o:p><o:p> </o:p>https://bugzilla.redhat.com/show_bug.cgi?id=3D1062910<o= :p></o:p></div></body></html> ------=_NextPart_000_002A_01CF24AE.AF6B7BC0--

6 19

[Users] SPM never stops contending after a compatibility upgrade of cluster from 3.1 > 3.2 (Solved)
by Ricky Schneberger 21 Feb '14

21 Feb '14

1 0

[Users] repo status
by Jimmy Dorff 21 Feb '14

21 Feb '14

This is a cryptographically signed message in MIME format. --------------ms040407080806040202020907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable What is going on with the EL repos. I'm getting this message: http://resources.ovirt.org/releases/3.3.3/rpm/Fedora/6.5/repodata/repomd.= xml:=20 [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not=20 Found" Trying other mirror. http://ovirt.org/releases/stable/rpm/Fedora/6.5/repodata/repomd.xml:=20 [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not=20 Found" Trying other mirror. This is on a fresh install with only EPEL and=20 http://resources.ovirt.org/releases/ovirt-release-el.noarch.rpm Thanks, Jimmy --------------ms040407080806040202020907 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKYDCC BOowggPSoAMCAQICECeaPwnGr8aRr9rqNxvvpm8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwMjExMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjBkMQswCQYDVQQGEwJVUzES MBAGA1UEChMJSW50ZXJuZXQyMREwDwYDVQQLEwhJbkNvbW1vbjEuMCwGA1UEAxMlSW5Db21t b24gU3RhbmRhcmQgQXNzdXJhbmNlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBANPgFQJ7+XaC6f6RlvPwHiFotQ1hML4Jl2bdHSOn+x+GeDrml2rHwaR/iU2z nlmzOAsfOSJrAigSvymW0TX0lSpsBpgcGWRcpn5FbiBrkbh0DzxTyIMZaxGjxyyFBR6H1Mug CAUGLmaJPXing5NUt9gX6tPufWbUNN6Jyhn9N8rQg95RaNha9XTr3YICWvogzqrPQCvTyJ6F 6YEzm9bxT5FF2Y0zKRxdB5qF6f/JErJMDEIq7TD019yZtc8LgOp53qcjYp+16Zai1rIaRdDY Ex2SefSEgT22FY/ubywaxuxdrJOPC0dNOjsJ1d4GIjoRlZBvTnsfci4nkTM+iFfCvwkCAwEA AaOCAUswggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBTo 172Wqt3QCO+hM55eWZg8ErebkTAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIB ADARBgNVHSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2Vy dHJ1c3QuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5j cmwwdAYIKwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5j b20vVVROQWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51 c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAO7bbgOJ86aKIBwfCE5Sbu/IHS14zJ GyRDoMmxheaf5OAq0UTe8qBwrYgYKEiWExJHSfnKOaNX181ThU239y8f2atTemkHTshCv+Ls Xjt79D6ypEmWkRZ7+U9qXkJyMdHTQ6E5BYk+y7XR6T4RxoR1zjW/9S3ooqv1pAFOcBwmZasW w70y5ikQL2tqskjWcAYG9SjoVH7MEMVprhHpBes7OMFiWtAeGOlcTVP49Srh3ZI1hPoljx/H I1ka+KIlpVZi4t44rNTfM1diATgqUSo7TLlHsHHpySHBYY7SY626SSsiAKw2NRBIDl7B7B2x 22JekwPq5VBI71GrIYr7YMXCMIIFbjCCBFagAwIBAgIRAJii4SGmG4xeMs7zeGP14o4wDQYJ KoZIhvcNAQEFBQAwZDELMAkGA1UEBhMCVVMxEjAQBgNVBAoTCUludGVybmV0MjERMA8GA1UE CxMISW5Db21tb24xLjAsBgNVBAMTJUluQ29tbW9uIFN0YW5kYXJkIEFzc3VyYW5jZSBDbGll bnQgQ0EwHhcNMTMxMDMxMDAwMDAwWhcNMTgxMDMxMjM1OTU5WjCBnDEOMAwGA1UEERMFMjc3 MDExJTAjBgNVBAoTHER1a2UgVW5pdmVyc2l0eSAtIEVuY3J5cHRpb24xCzAJBgNVBAgTAk5D MQ8wDQYDVQQHEwZEdXJoYW0xCzAJBgNVBAYTAlVTMRQwEgYDVQQDEwtKaW1teSBEb3JmZjEi MCAGCSqGSIb3DQEJARYTamRvcmZmQHBoeS5kdWtlLmVkdTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBALHXuvlDP6Pjn3MAVN2+FB2Yu+Bjl8VzAxBmqrrflkFWvpOv/xpI0/QI A1NhPOER1zKev2GK35R44eM4P7jyz3rbvM2SBH4OVpk6l5aTJnM5shneFyxMr9TmlHi6gMeA MuCwGZvTeP+nfUgf0Gdrf3dPMlwxMeoPDjb0nApn8f5ZtuNRB46yuHwsXmSi6MNrufOgclkm AtjirEydxysjl/Ck1AOzI6dUyFFmGR63lddOWIPFR+K1Seh7t1auVx4Z8VuW2wCSzurcBOJV j0RnsduOxIzHZgQcoy5QaNi6h0/61fUvKB4S1K8mGY18rdtTz5DWCgf0lq276E2Wy6JidkMC AwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFOjXvZaq3dAI76Eznl5ZmDwSt5uRMB0GA1UdDgQW BBT3kO8ynA7nwzcRrZ/97bI0/CQ9iDAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwagYDVR0gBGMwYTBfBg0rBgEEAa4jAQQD AwABME4wTAYIKwYBBQUHAgEWQGh0dHBzOi8vd3d3LmluY29tbW9uLm9yZy9jZXJ0L3JlcG9z aXRvcnkvY3BzX3N0YW5kYXJkX2NsaWVudC5wZGYwTgYDVR0fBEcwRTBDoEGgP4Y9aHR0cDov L2NybC5pbmNvbW1vbi5vcmcvSW5Db21tb25TdGFuZGFyZEFzc3VyYW5jZUNsaWVudENBLmNy bDCBgAYIKwYBBQUHAQEEdDByMEoGCCsGAQUFBzAChj5odHRwOi8vY2VydC5pbmNvbW1vbi5v cmcvSW5Db21tb25TdGFuZGFyZEFzc3VyYW5jZUNsaWVudENBLmNydDAkBggrBgEFBQcwAYYY aHR0cDovL29jc3AuaW5jb21tb24ub3JnMB4GA1UdEQQXMBWBE2pkb3JmZkBwaHkuZHVrZS5l ZHUwDQYJKoZIhvcNAQEFBQADggEBAISQv2tq3fwqcnd7y7gjlPcxAvJgiXrgKoeED2KFYrbB fg8JeBEi1fqRZnk38LDobfgFFbCaBmVZ37sSW0XPxeQIwQdbY5FpcjMpb2dG1SIPEzV5nuos Bsh+SAGDia86e4SxMpagT39aKcc/5TfR9iBquKEgvriUNJW8VAJzOd9/VmMzsjBz0mEGpEYJ 6cV+7D2uITp4nbpU34YOVENvLUlV44Lyw52DJ6ZeKP+hmNrJx1sz93LD841B9Q494/wC6H4Q G/OjWB7TEA1EqVNvr9/WiXt5WJDLCT+WSuFwIfq1sY5252u8PCOB8kdBMEvWT23YJ9UdoZPK K9bYrCXTEn4xggOHMIIDgwIBATB5MGQxCzAJBgNVBAYTAlVTMRIwEAYDVQQKEwlJbnRlcm5l dDIxETAPBgNVBAsTCEluQ29tbW9uMS4wLAYDVQQDEyVJbkNvbW1vbiBTdGFuZGFyZCBBc3N1 cmFuY2UgQ2xpZW50IENBAhEAmKLhIaYbjF4yzvN4Y/XijjAJBgUrDgMCGgUAoIIB4zAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAyMjAxNjQ2NDdaMCMG CSqGSIb3DQEJBDEWBBRQiWJQB15Bxa6dpprwqwm97lUj+zBsBgkqhkiG9w0BCQ8xXzBdMAsG CWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGIBgkrBgEEAYI3EAQxezB5 MGQxCzAJBgNVBAYTAlVTMRIwEAYDVQQKEwlJbnRlcm5ldDIxETAPBgNVBAsTCEluQ29tbW9u MS4wLAYDVQQDEyVJbkNvbW1vbiBTdGFuZGFyZCBBc3N1cmFuY2UgQ2xpZW50IENBAhEAmKLh IaYbjF4yzvN4Y/XijjCBigYLKoZIhvcNAQkQAgsxe6B5MGQxCzAJBgNVBAYTAlVTMRIwEAYD VQQKEwlJbnRlcm5ldDIxETAPBgNVBAsTCEluQ29tbW9uMS4wLAYDVQQDEyVJbkNvbW1vbiBT dGFuZGFyZCBBc3N1cmFuY2UgQ2xpZW50IENBAhEAmKLhIaYbjF4yzvN4Y/XijjANBgkqhkiG 9w0BAQEFAASCAQAncsXDEFR7PMBKfjHD98bbC4ksH9dczp7J7yQxxJSnHF4fc/dN47jVDg7Y Zu+24j/l1O5u0L55wYAvqr1pgtrsdzcuGJri12FM0+OXFbm9RqCKf9gtMvAlaX/UYAti/0N2 M7cWp1Faw17MqBLpCZB5c7HxwgSVsHbU/kt8DdzkDdukEvglcBAOuQhleJIvYvfrSHWJLIlZ PreRj6dFvTPcfl8TiX0mziUlkv5gkyM03jLPClYr7C/CGjN5b5+Ej0qhf7HU3tI+qa2GbOYb AoJuLWjavNNa4V0TA4+Mu6yso1bIb/dDQJxJSgY4LEv3Pl8ZBUqndSiTbXk312K8UYGlAAAA AAAA --------------ms040407080806040202020907--

2 1

Re: [Users] about live snapshot and qemu-kvm
by Karli Sjöberg 21 Feb '14

21 Feb '14

On Mon, 2014-02-17 at 09:59 -0500, Douglas Schilling Landgraf wrote: > On 02/17/2014 02:00 AM, Karli Sjöberg wrote: > > On Thu, 2014-02-13 at 14:42 -0500, Douglas Schilling Landgraf wrote: > >> On 01/01/2014 06:24 AM, Gianluca Cecchi wrote: > >>> On Wed, Jan 1, 2014 at 4:38 AM, R P Herrold wrote: > >>> > >>>> > >>>> Out of curiousity, _what_ build environment 'flags' do you > >>>> all, participating in this thread, refer to? -- the thread > >>>> does not enumerate them explicitly, and one cannot expect to > >>>> hit by 'indirect fire', a target not exposed > >>>> > >>>> With best regards, this New Year's eve > >>> > >>> I'm far from being a programmer, but as I went to compare build > >>> environments, between > >>> qemu-kvm-rhev-0.12.1.2-2.415.el6_5.3.src.rpm > >>> and > >>> qemu-kvm-0.12.1.2-2.415.el6_5.3.src.rpm > >>> in related spec file I see > >>> [g.cecchi@tekkaman SPECS]$ diff qemu-kvm.spec.upstream qemu-kvm.spec.rhev > >>> 3c3 > >>> < %define rhev 0 > >>> --- > >>>> %define rhev 1 > >>> 12928a12929 > >>>>>>>>>>> rhel-6.5 > >>> > >>> and apart other probably not trivial implications, such as guest agent > >>> part, I see that the "configure" command takes one extra argument in > >>> base RH EL 6.5, that is > >>> > >>> --disable-rhev-features > >>> > >>> The only patch file containing this keyword is > >>> > >>> kvm-Block-streaming-disable-for-RHEL.patch > >>> > >>> and inside it there are these lines that impacts configure options and > >>> related built qemu-kvm: > >>> > >>> --- a/configure > >>> +++ b/configure > >>> @@ -286,6 +286,7 @@ spice="" > >>> smartcard="" > >>> smartcard_nss="" > >>> live_snapshots="yes" > >>> +block_stream="yes" > >>> usb_redir="" > >>> > >>> # OS specific > >>> @@ -686,10 +687,22 @@ for opt do > >>> ;; > >>> --enable-live-snapshots) live_snapshots="yes" > >>> ;; > >>> + --disable-block-stream) block_stream="no" > >>> + ;; > >>> + --enable-block-stream) block_stream="yes" > >>> + ;; > >>> --disable-usb-redir) usb_redir="no" > >>> ;; > >>> --enable-usb-redir) usb_redir="yes" > >>> ;; > >>> + --disable-rhev-features) > >>> + live_snapshots="no"; > >>> + block_stream="no"; > >>> + ;; > >>> + --enable-rhev-features) > >>> + live_snapshots="yes"; > >>> + block_stream="yes"; > >>> + ;; > >>> *) echo "ERROR: unknown option $opt"; show_help="yes" > >>> ;; > >>> esac > >>> @@ -863,8 +876,12 @@ echo " --disable-smartcard-nss disable > >>> smartcard nss support" > >>> echo " --enable-smartcard-nss enable smartcard nss support" > >>> echo " --disable-live-snapshots disable live block device snapshot support" > >>> echo " --enable-live-snapshots enable live block device snapshot support" > >>> +echo " --disable-block-stream disable block streaming support" > >>> +echo " --enable-block-stream enable block streaming support" > >>> echo " --disable-usb-redir disable usb network redirection support" > >>> echo " --enable-usb-redir enable usb network redirection support" > >>> +echo " --disable-rhev-features disable RHEV-only features" > >>> +echo " --enable-rhev-features enable RHEV-only features" > >>> echo "" > >>> echo "NOTE: The object files are built at the place where configure > >>> is launched" > >>> exit 1 > >>> @@ -2271,6 +2288,7 @@ echo "Trace backend $trace_backend" > >>> echo "spice support $spice" > >>> echo "nss used $smartcard_nss" > >>> echo "Live snapshots $live_snapshots" > >>> +echo "Block streaming $block_stream" > >>> echo "xfsctl support $xfs" > >>> echo "usb net redir $usb_redir" > >>> > >>> @@ -2526,6 +2544,10 @@ if test "$live_snapshots" = "yes" ; then > >>> echo "CONFIG_LIVE_SNAPSHOTS=y" >> $config_host_mak > >>> fi > >>> > >>> +if test "$block_stream" = "yes" ; then > >>> + echo "CONFIG_BLOCK_STREAM=y" >> $config_host_mak > >>> +fi > >>> + > >>> if test "$usb_redir" = "yes" ; then > >>> echo "CONFIG_USB_REDIR=y" >> $config_host_mak > >>> fi > >>> > >>> I don't think the rhev argument has instead implications in upstream > >>> source qemu-kvm-0.12.1.2.tar.gz > >>> So I think that if you want to dig more and if you have more > >>> competences, you have to see the full spec file and the full patch > >>> above. > >>> > >>> Files downloaded here: > >>> > >>> upstream > >>> http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/os/SRPMS/qemu-kvm-… > >>> > >>> rhev > >>> http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kv… > >>> > >> > >> Just for the record, we have setup a jenkins job to rebuild qemu-kvm for > >> el6 until we get it officially from centos: > >> http://jenkins.ovirt.org/view/Packaging/job/qemu-kvm-rhev_create_rpms_el6/ > >> > >> -- > >> Cheers > >> Douglas > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > > > I think this calls for an oldschool question/statement; > > > > Who da man? ... You da man! :) > > > > Live snapshot now just works. Haven´t verified quiesce yet though, but > > looks good as far as the events in webadmin is concerned. Next to test > > is live disk migration. > > > > > Thanks a lot for the feedback :) > > -- > Cheers > Douglas Hey, have gone through the logs to verify quiescence and the only thing actually mentioning it comes from vdsm.log: Thread-127371::DEBUG::2014-02-19 14:54:15,612::BindingXMLRPC::977::vds::(wrapper) return vmSnapshot with {'status': {'message': 'Done', 'code': 0}, 'quiesce': False} What is it saying really? That quiescing failed, or that it was deliberately taken without it, or what? Nothing in qemu-ga.log either, even if changed to "--verbose". Like it never got any calls to quiesce in the first place. The guest does have the device[1] attached at least. The guest is CentOS-6.4 or 5, if that matters. [1]: /dev/virtio-ports/org.qemu.guest_agent.0 -- Med Vänliga Hälsningar ------------------------------------------------------------------------------- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg(a)slu.se

2 2

[Users] Host Non-Operational from sanlock and VM fails to migrate
by Trey Dockendorf 21 Feb '14

21 Feb '14

I have a 2 node oVirt 3.3.2 cluster setup and am evaluating the setup for production use on our HPC system for managing our VM infrastructure. Currently I'm trying to utilize our DDR InfiniBand fabric for the storage domains in oVirt using NFS over RDMA. I've noticed some unstable behavior and it seems in every case to begin with sanlock. The ovirt web admin interface shows the following message as first sign of trouble on 2014-Feb-03 07:45. "Invalid status on Data Center Default. Setting Data Center status to Non Responsive (On host vm01.brazos.tamu.edu, Error: Network error during communication with the Host.).". The single VM I had running is stuck in the "Migrating From" state. virsh shows the VM paused on the crashed host and the one it attempted to migrate to. Right now I have a few concerns. 1) The cause of the sanlock (or other instability) and if it's related to a bug or an issue using NFSoRDMA. 2) Why the VM failed to migrate if the second host had no issues. If the first host is down should the VM be considered offline and booted on the second host after first is fenced? Attached are logs from the failed host (vm01) and the healthy host (vm02) as well as engine. The failed host's /var/log/message is also attached (vm01_message.log). Thanks - Trey

4 6

[Users] oVirt 3.4 pre-release and GlusterFS support (F19)
by Brad House 20 Feb '14

20 Feb '14

I've been testing the 3.4 prerelease on Fedora 19. When I create a GlusterFS (not POSIXFS) storage group and create a VM with a disk image on the storage group, I see a POSIX mount created on the host. Upon further investigation, when evaluating the executed qemu command line, it doesn't appear qemu is being told to use libgfapi but rather that previously observed POSIX mount. One other note, I'm specifically testing the hosted engine, and haven't tested using the non-hosted variant. The question is .... is this expected behavior, and if so, is it because of the hosted engine? Or is this some form of regression from the advertised feature list of oVirt 3.3? Anything I should try or look at? I'm obviously concerned about the FUSE overhead with Gluster and would like to avoid that if possible. Thanks! -Brad

2 2

[Users] Why choose glusterfs over iscsi for oVirt storage?
by Justin Clacherty 20 Feb '14

20 Feb '14

--_000_C79B906B4ECB8E46A3281AC932C805502F49039Aexchangeredfish_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm just setting up some storage for use with oVirt and am wondering why I = might choose glusterfs rather than just exporting a raid array as iscsi. T= he oVirt team seem to be pushing gluster (though that could just be because= it's a Red Hat product). Can anyone answer this one? What I have come up with is as follows. For: - easy to expand - redundancy across storage devices/easy replication - high availablility - performance - it's kind of cool :) - maintenance? Against (these are guesses): - performance? (multiple layers of filesystems everywhere - fs in = vm + image on gluster + gluster + block filesystem) - complexity - maintenance? Any help here is appreciated. Also, does the underlying block level filesy= stem matter here? VMs running under ovirt would be typical business applic= ations - file serving (samba4), email, databases, web servers, etc. Cheers, Justin. --_000_C79B906B4ECB8E46A3281AC932C805502F49039Aexchangeredfish_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DEN-AU link=3D"#0563C1= " vlink=3D"#954F72"><div class=3DWordSection1>Hi,<o:p>= </o:p><o:p> </o:p>I&= #8217;m just setting up some storage for use with oVirt and am wondering wh= y I might choose glusterfs rather than just exporting a raid array as iscsi= .  The oVirt team seem to be pushing gluster (though that could just b= e because it’s a Red Hat product).  Can anyone answer this one?<= o:p></o:p><o:p> </o:p>What I have come up with is as follows.<o:p></o:p><o:p> </o:p>For:<o:p></o:p><![if= !supportLists]>-          <= /span><![endif]>easy to expand<o:p></o:p><![if !supportLi= sts]>-          </spa= n><![endif]>redundancy across storage devices/easy replication<o:p></o:p></= p><![if !supportLists]>-      &nbsp= ;   <![endif]>high availablility<o:p></o:p><![if !supportLists]>-        =   <![endif]>performance<o:p></o:p><![if !supp= ortLists]>-          = <![endif]>it’s kind of cool J<o:p></o:p><![if !supportLists]>-  &nbsp= ;       <![endif]>maintenance?<= o:p></o:p><o:p> </o:p>Against (these are guesses):<o:p></o:p><![if !supportLists]><s= pan style=3D'mso-list:Ignore'>-          <![en= dif]>performance? (multiple layers of filesystems everywhere – fs in = vm + image on gluster + gluster + block filesystem)<o:p></o:p><= ![if !supportLists]>-        &nbs= p; <![endif]>complexity<o:p></o:p><![if !supportLi= sts]>-          </spa= n><![endif]>maintenance?<o:p></o:p><o:p> </o:= p>Any help here is appreciated.  Also, does t= he underlying block level filesystem matter here?  VMs running under o= virt would be typical business applications – file serving (samba4), = email, databases, web servers, etc.<o:p></o:p><o:p= > </o:p>Cheers,<o:p></o:p>Justin.<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>= </div></body></html>= --_000_C79B906B4ECB8E46A3281AC932C805502F49039Aexchangeredfish_--

2 1

[Users] API read-only access / roles
by Sander Grendelman 20 Feb '14

20 Feb '14

I'm working on (Zabbix) monitoring through the RESTful API. Which role should I assign to the monitoring user? The user only needs read access to the data but it looks like I nead to assign at least an "Admin" role to the user to be able to read data through the API. For this I've created a "AdminLoginOnly" role that only has System->Configure System->Login Permissions access. Is this the way to go for this king of configuration? Or is there a way to further minimize the permissions of this user? Another issue is that a "Login" event is generated every time the user connects through the API. This makes the "Events" pane less useful / readable. Is there a way to disable this for some users/roles?

3 4

[Users] [QE] oVirt 3.4.0 RC status
by Sandro Bonazzola 20 Feb '14

20 Feb '14

Hi, oVirt 3.4.0 beta3 has been released and is actually on QA. We're going to start building oVirt 3.4.0 RC this Monday 2014-02-24 09:00 UTC from 3.4 branches. repository composition will follow as soon as all packages will be built. This build will be used for a third Test Day scheduled for Wed 2014-02-27. The bug tracker [1] shows the following bugs blocking the release: Whiteboard Bug ID Status Summary infra 1055881 POST REST API: Search for an user in active directory by upn doesn't return any results ... infra 1059258 POST REST API: Create user user@domain actually creates user only infra 1060528 POST Error response to DELETE request of 'Everyone' group doesn't contains 'detail' field infra 1064829 POST Regression: Add data center permission to user causes to internal error integration 1058018 POST upgrade from 3.3 overwrites exports with acl None network 1066953 POST Cannot edit network is "setup networks" dialog network 1066956 POST Cannot create a bond in 'Setup networks' dialog storage 1057761 NEW Can't discover iSCSI target storage 1066466 POST Disk name doesn't get assigned automatically after a CREATE command. ux 1066489 POST Event list not updating when events happen. ux 1066827 NEW [webadmin] incorrect behavior of manual refresh in Host Main Tab virt 1062615 POST utc_diff not updated according to a change in VM settings Maintainers / Assignee: - Please provide ETA on blockers bugs - Please fix them ASAP There are still 347 bugs [2] targeted to 3.4.0. Excluding node and documentation bugs we still have 222 bugs [3] targeted to 3.4.0. Please review them as soon as possible. Maintainers / Assignee: - Please remember to rebuild your packages before 2014-02-24 09:00 UTC if you want them to be included in 3.4.0 RC. - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed. - Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-02-27 Be prepared for upcoming oVirt 3.4.0 Test Day on 2014-02-27! Thanks to all people already testing 3.4.0 beta 3! [1] https://bugzilla.redhat.com/1024889 [2] http://red.ht/1eIRZXM [3] http://red.ht/1auBU3r [4] http://www.ovirt.org/OVirt_3.4.0_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Users] [QE] oVirt 3.3.4 beta / RC status
by Sandro Bonazzola 20 Feb '14

20 Feb '14

Hi, we've released oVirt 3.3.4 beta on Wed 2014-02-19. We're going to start building 3.3.4 RC on 2014-02-25 09:00 UTC repository composition will follow as soon as all packages will be built. A bug tracker is available at [1] and it shows no bugs blocking the release The following is a list of the non-blocking bugs still open with target 3.3.4: Whiteboard Bug ID Summary infra 1053576 ASSIGNED [abrt] vdsm-python: libvirt.py:102:openAuth:libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory integration 1026930 NEW Package virtio-win and put it in ovirt repositories integration 1026933 NEW pre-populate ISO domain with virtio-win ISO network 987917 NEW [oVirt] [glance] API version not specified in provider dialog network 997197 NEW Some AppErrors messages are grammatically incorrect (singular vs plural) 1066654 NEW engine-cleanup does not cleanup everything Maintainers / Assignee: Please add the bugs to the tracker if you think that 3.3.4 should not be released without them fixed. Please re-target all bugs you don't think that should block 3.3.4. Bugs still targeted to 3.3.4 after RC announce will be re-targeted to 3.4.1 For those who want to help testing the bugs, I suggest to add yourself to the testing page [2]. Maintainers are welcomed to start filling release notes, the page has been created here [3] [1] http://bugzilla.redhat.com/1064462 [2] http://www.ovirt.org/Testing/Ovirt_3.3.4_testing [3] http://www.ovirt.org/OVirt_3.3.4_release_notes Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [Users] SSO from user portal to Windows 7 guest
by SimmInfo 20 Feb '14

20 Feb '14

Ok, after more investigation on agent logs and some code modification it seem that the agent is receiving commands from virtio device. As it should. I have seen commands lock-screen, shutdown, etc... But not the "login" command. Look like engine trouble... I will do more testing tomorrow. Simon

5 9

Re: [Users] OFFLIST: Re: vmware image conversion
by Maurice James 20 Feb '14

20 Feb '14

So far I got my company to run oVirt in our lab. They love it so far. The nail in the coffin for vmware would be easy migration path options. Conversions are kicking my tail right now. Im looking for a way around this. https://access.redhat.com/site/solutions/235053 , which includes not having to depend on a connection to ESX -----Original Message----- From: Bob Doolittle [mailto:bob@doolittle.us.com] Sent: Wednesday, February 19, 2014 9:08 PM To: Maurice James Subject: OFFLIST: Re: [Users] vmware image conversion It's possible I am the real noob here. I did try it about a year ago (although I no longer recall if I was converting ESX or VBox images since I had both), in a standalone mode, and failed miserably and didn't pursue it. My hope is that it has matured and that somebody with more expertise and luck could do so successfully. We'll see how the experts weigh in. Good luck, Bob On 02/19/2014 05:59 PM, Maurice James wrote: > Forgive my noobness, but are you telling me that I can convert an ESX > image without the existence of a running ESX server? If someone gave > me an ESX image on a DVD or hard drive I could then use virt-v2v to convert it? > > -----Original Message----- > From: Bob Doolittle [mailto:bob@doolittle.us.com] > Sent: Wednesday, February 19, 2014 8:54 PM > To: Maurice James; 'Ted Miller'; users(a)ovirt.org > Subject: Re: [Users] vmware image conversion > > Yes. > So: > > VMware non-ESX -> ESX, using VMware's tool, then ESX -> RHEV using > virt-v2v > > no? > > If this is viable, it's easy to understand why nobody wants to put > effort into supporting a bevy of VMware VM formats, when there's a > tool already available to convert to one and they can focus on it. > > -Bob > > On 02/19/2014 05:52 PM, Maurice James wrote: >> I want to change it from VMware to RHEV/oVirt >> >> -----Original Message----- >> From: Bob Doolittle [mailto:bob@doolittle.us.com] >> Sent: Wednesday, February 19, 2014 8:51 PM >> To: Maurice James; 'Ted Miller'; users(a)ovirt.org >> Subject: Re: [Users] vmware image conversion >> >> My recollection is that VMware provides a converter to change your >> VMware non-ESX VMs into ESX format. >> Do you have to buy ESX to gain access to it? >> >> -Bob >> >> On 02/19/2014 05:46 PM, Maurice James wrote: >>> I even open a feature request that they closed pretty quickly with >>> WONTFIX >>> https://bugzilla.redhat.com/show_bug.cgi?id=1062910 . Why is this >>> such a touchy issue? >>> >>> -----Original Message----- >>> From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On >>> Behalf Of Ted Miller >>> Sent: Wednesday, February 19, 2014 7:28 PM >>> To: users(a)ovirt.org >>> Subject: Re: [Users] vmware image conversion >>> >>> >>> On 2/9/2014 4:27 PM, Itamar Heim wrote: >>>> On 02/09/2014 10:28 PM, Maurice James wrote: >>>>> The instructions assume that I have an ESX instance to connect to. >>>>> How do I do this with an already exported vmware image with no esx >>>>> available to connect to? I have a turnkey drupal vm in ovf format >>>>> >>>>> -----Original Message----- >>>>> From: Itamar Heim [mailto:iheim@redhat.com] >>>>> Sent: Sunday, February 09, 2014 2:24 PM >>>>> To: Maurice James; 'users' >>>>> Subject: Re: [Users] vmware image conversion >>>>> >>>>> On 02/09/2014 07:02 PM, Maurice James wrote: >>>>>> According to this >>>>>> https://rhn.redhat.com/errata/RHBA-2013-1749.html >>>>>> It does not do it >>>>> please review: >>>>> https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterpr >>>>> i s e _Virtua lization/3.3/html-single/V2V_Guide/index.html >>>>> >>>>>> -----Original Message----- >>>>>> From: Itamar Heim [mailto:iheim@redhat.com] >>>>>> Sent: Sunday, February 09, 2014 4:52 AM >>>>>> To: Maurice James; 'users' >>>>>> Subject: Re: [Users] vmware image conversion >>>>>> >>>>>> On 02/08/2014 04:18 PM, Maurice James wrote: >>>>>>> I submitted an RFE to have vmware image conversion added to 3.5. >>>>>>> I think that is a key feature that is lacking. Im just trying to >>>>>>> get some eyes on it here. >>>>>>> >>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1062910 >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Users mailing list >>>>>>> Users(a)ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>> >>>>>> can you comment on the gaps from virt-v2v which does this today >>>>>> (in the bug as well). >>>>>> >>>>>> thanks, >>>>>> Itamar >>>>>> >>>> iirc, you need an ESX currently. >>> Some of us are stuck without a way to try out ovirt because of this. >>> ESX is not the only platform that people run VMWare on. I am trying >>> to bring over VMs from an old VMWare Server setup on Centos 5. >>> Works fine, but there is no migration path. Other people may have >>> VMs on VMWare Workstation or other, older products. We just get >>> told to go fly a >> kite? >>> If the only choice is to bring up a full-blown, working ESX >>> instance, I may bring up ESXi and stay there. >>> >>> Ted Miller >>> Elkhart, IN >>> >>> _______________________________________________ >>> 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

2 1

[Users] Help required: Selinux disable for ovirt iso image
by David Smith 19 Feb '14

19 Feb '14

I apologize if this comes off a little brusque, but there's really a lot of random information out there right now, to the point where i've seen it confuse not only myself but other new installers. Based on the problems I still have, I have a suggestion, and I also need some help. Again, some of this may come off as a bit of a TLDR Rant but if ovirt is to become popular, I believe my experience as a hardware engineer, software/hardware QA director/manager/engineer, may be valuable to this project. Two things keep me from getting this system working for me in a useful manner: #1, and the most important blocker: Disabling or fixing selinux, using ovirt-node-iso-3.0.3-1.1.vdsm.fc19.iso. #2, getting raritan pdu support For issue #1: I've had a lot of people say "disable selinux" or "fix selinux" all over this user list and in recent replies. This really isn't fully helpful information. Even stating "edit the /etc/selinux/config" or use the kernel boot command "selinux=0" or read some other doc on the internet. These all apply to full fledged releases, not to the ovirt iso image. The main issue is that SSHD is not being allowed through selinux by default on this image. The right thing to do would be to fix the image and re-release it, and DELETE the broken one that is currently available. However a simple doc explaining how to persist the selinux disable or fix the SSHD problem with selinux would be the easiest solution. Others ran me down the path of "edit the selinux file and persist it" which didn't work, but gave no productive help on how to make it permanent. Equally I've been told to edit the grub config and add selinux=0 to the kernel, however after attempting this, adding it manually at the grub boot causes the system not to boot, and I haven't found the *right* grub.cfg file to edit and persist to keep the changes. For issue #2: I've hacked up some of the fence-agents scripts and am in the process of attempting to figure out how to compile/set up my own local copy to verify the raritan changes. Ideally the fence-agents folks would add a "generic support" portion, which I may actually do myself as well, allowing *any* PDU with at least the usual login/password/command/logout sequence to be used. So you see, I'm not totally useless, I'm helping here. Next suggestions: A) Compatibility list B) Cleanup of old project crap For A) For each release, I suggest there be a spreadsheet or simple document that shows which ovirt ISO images are compatible with which manager versions. There could be a wiki where people can add references to bug #s that have been found and links to their solutions. Right now there are ancient docs all over google searches that send people down paths of days of turmoil to no avail. For B) When iso images or other releases are superseded because of blocking, non-operable bugs, they should either be resolved and re-released or a clear path to making them function be documented. Once a re-release is done, the old images should be wiped out or moved to a clearly marked deprecated folder. Thats my 100 cents worth, I really do appreciate the work and effort that goes into this project, it appears to be a wonderful one, I hope to make good use of it, but the initial learning curve is a real deal breaker I'm sure for many others, especially not those willing and able to spend the time hacking at it like I have for the past week. Thanks!

2 4

[Users] [ANN] engine-manage-domains arguments changed in oVirt 3.4 beta3
by Martin Perina 19 Feb '14

19 Feb '14

Hi, please be aware that in oVirt 3.4 beta3 engine-manage-domains command line arguments changed from Java type (-someOption) to standard long type (--some-option). Consult man page or run engine-manage-domains --help to find out differences. Thanks Martin Perina

2 1

[Users] Live migration of VM's occasionally fails
by Steve Dainard 19 Feb '14

19 Feb '14

Quick overview: Ovirt 3.3.2 running on CentOS 6.5 Two hosts: ovirt001, ovirt002 Migrating two VM's: puppet-agent1, puppet-agent2 from ovirt002 to ovirt001. The first VM puppet-agent1 migrates successfully. The second VM puppet-agent2 fails with "Migration failed due to Error: Fatal error during migration (VM: puppet-agent2, Source: ovirt002, Destination: ovirt001)." I've attached the logs if anyone can help me track down the issue. Thanks, *Steve Dainard * IT Infrastructure Manager Miovision <http://miovision.com/> | *Rethink Traffic* *Blog <http://miovision.com/blog> | **LinkedIn <https://www.linkedin.com/company/miovision-technologies> | Twitter <https://twitter.com/miovision> | Facebook <https://www.facebook.com/miovision>* ------------------------------ Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.

2 12

Re: [Users] Ovirt 3.3.2 Cannot attach POSIX (gluster) storage domain
by Steve Dainard 19 Feb '14

19 Feb '14

Hi Nir, Do you need any more info from me? I missed the 'sanlock client host_status -D' request, info below: [root@ovirt002 ~]# sanlock client host_status -D lockspace a52938f7-2cf4-4771-acb2-0c78d14999e5 1 timestamp 0 last_check=176740 last_live=205 last_req=0 owner_id=1 owner_generation=5 timestamp=0 io_timeout=10 2 timestamp 176719 last_check=176740 last_live=176740 last_req=0 owner_id=2 owner_generation=7 timestamp=176719 io_timeout=10 250 timestamp 0 last_check=176740 last_live=205 last_req=0 owner_id=250 owner_generation=1 timestamp=0 io_timeout=10 [root@ovirt001 ~]# sanlock client host_status -D [root@ovirt001 ~]# *Steve Dainard * IT Infrastructure Manager Miovision <http://miovision.com/> | *Rethink Traffic* 519-513-2407 ex.250 877-646-8476 (toll-free) *Blog <http://miovision.com/blog> | **LinkedIn <https://www.linkedin.com/company/miovision-technologies> | Twitter <https://twitter.com/miovision> | Facebook <https://www.facebook.com/miovision>* ------------------------------ Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. On Wed, Feb 5, 2014 at 1:39 PM, Steve Dainard <sdainard(a)miovision.com>wrote: > > > *Steve Dainard * > IT Infrastructure Manager > Miovision <http://miovision.com/> | *Rethink Traffic* > 519-513-2407 ex.250 > 877-646-8476 (toll-free) > > *Blog <http://miovision.com/blog> | **LinkedIn > <https://www.linkedin.com/company/miovision-technologies> | Twitter > <https://twitter.com/miovision> | Facebook > <https://www.facebook.com/miovision>* > ------------------------------ > Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, > ON, Canada | N2C 1L3 > This e-mail may contain information that is privileged or confidential. If > you are not the intended recipient, please delete the e-mail and any > attachments and notify us immediately. > > > On Wed, Feb 5, 2014 at 10:50 AM, Steve Dainard <sdainard(a)miovision.com>wrote: > >> On Tue, Feb 4, 2014 at 6:23 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: >> >>> ----- Original Message ----- >>> > From: "Steve Dainard" <sdainard(a)miovision.com> >>> > To: "Nir Soffer" <nsoffer(a)redhat.com> >>> > Cc: "Elad Ben Aharon" <ebenahar(a)redhat.com>, "users" <users(a)ovirt.org>, >>> "Aharon Canan" <acanan(a)redhat.com> >>> > Sent: Tuesday, February 4, 2014 10:50:02 PM >>> > Subject: Re: [Users] Ovirt 3.3.2 Cannot attach POSIX (gluster) storage >>> domain >>> > >>> > Happens every time I try to add a POSIX SD type glusterfs. >>> > >>> > Logs attached. >>> >>> Hi Steve, >>> >>> I'm afraid we need more history in the logs. I want to see the logs from >>> the time the machine started, >>> until the time of the first error. >>> >> >> No problem. I've rebooted both hosts (manager is installed on host >> ovirt001). And I've attached all the logs. Note that I put the wrong DNS >> name 'gluster-rr:/rep2' the first time I created the domain, hence the >> errors. The POSIX domain created is against 'gluster-store-vip:/rep2' >> >> Note only host ovirt002 is in the POSIX SD cluster. >> > > Sorry this is wrong, it should be ovirt001 is the only host in the POSIX > SD cluster. > > >> >> I've also included the glusterfs log for rep2, with these errors: >> >> [2014-02-05 15:36:28.246203] W >> [client-rpc-fops.c:873:client3_3_writev_cbk] 0-rep2-client-0: remote >> operation failed: Invalid argument >> [2014-02-05 15:36:28.246418] W >> [client-rpc-fops.c:873:client3_3_writev_cbk] 0-rep2-client-1: remote >> operation failed: Invalid argument >> [2014-02-05 15:36:28.246450] W [fuse-bridge.c:2167:fuse_writev_cbk] >> 0-glusterfs-fuse: 163: WRITE => -1 (Invalid argument) >> >> >>> >>> We suspect that acquireHostId fails because someone else has aquired the >>> same id. We may see evidence >>> in the logs. >>> >>> Also can you send the output of this command on the host that fails, and >>> if you have other hosts using the >>> same storage, also on some of these hosts. >>> >>> sanlock client host_status -D >>> >>> And finally, can you attach also /var/log/sanlock.log? >>> >>> Thanks, >>> Nir >>> >>> >> Thanks, >> Steve >> > >

2 8

[Users] Storage Performance Issue !
by Vishvendra Singh Chauhan 19 Feb '14

19 Feb '14

Hello Group, Please help me out in storage issue in ovirt. I am using Dell PowerEdge XD 720 servers, as node in Ovirt. Every node has 24TB storage space, so i am using all this space as the local storage in that.. But still i am facing the problem in storgae performance. My guests os are very slow to write the data. So please give me, some tips using them i can increase the performance in storage. -- *Thanks and Regards.* *Vishvendra Singh Chauhan*

7 10

[Users] API read-only access / roles
by Doron Fediuck 19 Feb '14

19 Feb '14

Hi Sander, We're closing the ovirt 3.4 scope, and wondering if you're handling Zabbix based on [1]. If so please let me know and I'll update the 3.4 features list. Thanks, Doron [1] http://lists.ovirt.org/pipermail/users/2013-November/017946.html

3 4

Re: [Users] [rhevm-api] Sample code for setting NIC - CloudInit
by Itamar Heim 19 Feb '14

19 Feb '14

On 02/19/2014 03:00 PM, Tejesh M wrote: > Hi, > > Can someone share me sample code for assigning IP address for VM on eth0 > through Java SDK via CloudInit ? > > -- > Thanks & Regards > Tejesh > > > _______________________________________________ > rhevm-api mailing list > rhevm-api(a)lists.fedorahosted.org > https://lists.fedorahosted.org/mailman/listinfo/rhevm-api > reminder, please use users(a)ovirt.org for these questions

1 0

[Users] [ANN] oVirt 3.4.0 beta3 is now available
by Sandro Bonazzola 19 Feb '14

19 Feb '14

The oVirt team is pleased to announce that the 3.4.0 third beta release is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this beta and future refreshes until release candidate. A new oVirt Node build will be available soon as well. You're welcome to join us testing this beta release before we'll compose RC build for next week test day [2] scheduled for 2014-02-27! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes [2] http://www.ovirt.org/OVirt_3.4_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Users] oVirt 3.3.4 beta is now available
by Sandro Bonazzola 19 Feb '14

19 Feb '14

The oVirt team is pleased to announce that the 3.3.4 Beta is now available in beta [1] repository for testing. Feel free to join us testing it! You'll find all needed info for installing it on the release notes page, already available on the wiki [2]. A new oVirt Node build will be available soon as well. [1] http://resources.ovirt.org/releases/beta/ [2] http://www.ovirt.org/OVirt_3.3.4_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0