May 2012 - Users - oVirt List Archives

[Users] Password reset
by Dennis Jacobfeuerborn 14 May '12

14 May '12

Hi, how can I reset the password of the "admin@internal" user? Regards, Dennis

2 2

[Users] serial (COM) port
by Nerijus Baliunas 14 May '12

14 May '12

Hello, is there a support for serial port (/dev/ttyS0) redirection in ovirt? If not, how do I add "-serial /dev/ttyS0" option to the qemu command line? Regards, Nerijus

2 4

[Users] AUTO: William E Johnson is out of the office (returning 05/14/2012)
by William E Johnson 11 May '12

11 May '12

--0__=08BBF368DFCBF2908f9e8a93df938690918c08BBF368DFCBF290 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable I am out of the office until 05/14/2012. I will be out of the office until Monday, April 16, 2012. I will be checking my e-mail periodically. I will not be on Sametime and will be= traveling on Thursday, April 12. If you need SWG EP Cloud help please = use the TRAC tickets created for your Early Program. If this request perta= ins to something outside of your normal Early Program requests please conta= ct Irfan Ozair (iozair(a)us.ibm.com) or the SWG EP Cloud Help Desk at sepcloud(a)us.ibm.com. Please cc me on all communications. If you or your customers experience Aventail issues please e-mail me directly and I will forward the e-mail to Aventail support. Thank You, Bill Johnson wejohnso(a)us.ibm.com Note: This is an automated response to your message "Users Digest, Vol= 8, Issue 35" sent on 5/11/12 10:00:01. This is the only notification you will receive while this person is awa= y.= --0__=08BBF368DFCBF2908f9e8a93df938690918c08BBF368DFCBF290 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-transfer-encoding: quoted-printable <html><body> I am out of the office until 05/14/2012. I will be out of the office until Monday, April= 16, 2012. I will be checking my e-mail periodically. I will not be o= n Sametime and will be traveling on Thursday, April 12. If you need SW= G EP Cloud help please use the TRAC tickets created for your Early Prog= ram. If this request pertains to something outside of your normal Earl= y Program requests please contact Irfan Ozair (iozair(a)us.ibm.com) or th= e SWG EP Cloud Help Desk at sepcloud(a)us.ibm.com. Please cc me on all c= ommunications. If you or your customers experience Aventail is= sues please e-mail me directly and I will forward the e-mail to Aventai= l support. Thank You, Bill Johnson wejohnso(a)us.ibm.com Note: This is an automated re= sponse to your message "Users Digest, = Vol 8, Issue 35" sen= t on 5/11/12 10:00:01. This is the only notification= you will receive while this person is away.</body></html>= --0__=08BBF368DFCBF2908f9e8a93df938690918c08BBF368DFCBF290--

1 0

[Users] VDSM build error
by ovirt＠qip.ru 10 May '12

10 May '12

This is a message in Mime Format. If you see this, your mail reader does not support this format. --=_37bce7b70f4abade207414daa12bfdb0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable after commit 44ef2cecb541d3bdab6a36bfc45f1bf3b6fdd690=0A=0AVDSM build er= ror=0A=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=0AERROR: testNetmaskConversions (netinfoTests.TestNetinfo)=0A-------= ---------------------------------------------------------------=0ATraceb= ack (most recent call last):=0A File "/root/rpmbuild/BUILD/vdsm-4.9.6/t= ests/netinfoTests.py", line 32, in testNetmaskConversions=0A for line= in file(path):=0AIOError: [Errno 2] No such file or directory: '/root/r= pmbuild/BUILD/vdsm-4.9.6/tests/netmaskconversions'=0A=0A----------------= ------------------------------------------------------=0A=0A-- --=_37bce7b70f4abade207414daa12bfdb0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable after commit 44ef2cecb541d3bdab6a36bfc45f1bf3b6fdd690 VDSM bu= ild error =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D ERROR: testNetmaskConversions (netinfoTests.TestNetin= fo) -----------------------------------------------------------------= ----- Traceback (most recent call last):   File "/root/rpmbui= ld/BUILD/vdsm-4.9.6/tests/netinfoTests.py", line 32, in testNetmaskConve= rsions     for line in file(path): IOError: [Errno= 2] No such file or directory: '/root/rpmbuild/BUILD/vdsm-4.9.6/tests/ne= tmaskconversions' -----------------------------------------------= ----------------------- -- --=_37bce7b70f4abade207414daa12bfdb0--

2 2

[Users] image ownership
by Jacob Wyatt 10 May '12

10 May '12

Greetings all, I've set up a new oVirt installation and it's behaving strangely with regard to virtual machine image files on the NFS storage. Whenever I shut down a machine it's changing the owner of the image to root:root (0:0) instead of vdsm:kvm (36:36). After that it can't start or do anything with that image again until I manually change the ownership back. Everything works fine again until I shut the machine down. I assume this is some mistake I've made in installation. I did not have this problem in the test environment, but I'm stumped as to what went wrong. -Jacob

3 3

[Users] Cannot delete VM from export domain
by Ricky Schneberger 10 May '12

10 May '12

This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_bauhaus.teknikservice.nu-31626-1336649694-0001-2 Content-Type: multipart/mixed; boundary="------------030202050503060107020709" This is a multi-part message in MIME format. --------------030202050503060107020709 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable When I try to "remove" an VM i the export domain via oVirt GUI I got "VM XXX was removed from export". When I check the NFS-export directory the VM-image is deleted but in the GUI it's still listed. It happens all the time and now I ended upp with 12 listed VMs in the export domain. ------------ Regards Ricky --------------030202050503060107020709 Content-Type: application/pgp-keys; name="0xB88C0B63.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0xB88C0B63.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.11 (GNU/Linux) mQGiBEN3nx4RBACx6yQ1m83u8PBPG6iivIWICsZJJn8JP6ccGCeS03bQpxXjk8kx V9r3pbY2lJUfu6tlVd/0G/RDC2wixLirYIkelYd5QbL8mk3JIwA96zlIxVRBThmW mig+nI189/vXTNPQKC33xm+/g7kkckD/e/jR2jGycyZiEfvmWQZRpEbnEwCgkOpp Erfa3KmTZ4mk3ulTW4Q8KaUEAJmCZBuuy/CjhxpK4addENpsl7WT90aNZbrtzFIk W1xxkEqRwP2BvNyvTv8EHFsmJehxwn9InQ5gSS2LMGKhKapfT5gMHnmyH+YEdcLj h40L64ftXIyEFenfx8UN85cEKmHqhmrYZkCoRKUeakxZaKs2JZDmytrlLLoj5vAP wV06BACvKm4eGGkTzx8jKRsZF0Y0B532KhV7tr7OhYE654cPQLdok/0exO1n6wR8 2nljL5G8lMEpB1LQp2Xdrz/6z7vbI0w1Qhxddg71EDIuRIJWADOMO6uf20Vg/Wh8 MGwXCGVtH1QZ4FY4tza5PpP6EqKcb5dqC4TyPYz0J4xpxlc5gbQ8Umlja3kgU2No bmViZXJnZXIgKGFsdGVybmF0aXZlIHdvcmstZW1haWwpIDxyaWNreUBhY3RuZXQu c2U+iGAEExECACAFAkh0smkCGyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRA5 qnzVuIwLY704AJ9sXKYXUMsxbEjmthggRkuPCLY8aQCdEMyWeiELV9BpWegz42cy 4WRC51u0J1JpY2sgU2NobmViZXJnZXIgPHJpY2t5QHNjaG5lYmVyZ2VyLnNlPohb BBMRAgAbBQJDd58eBgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJEDmqfNW4jAtjU8YA n1t4P7UmK/MpTQ7FdtALG1Ul45x+AJwOaL66GsKKJLTfVDFvqLu+sFKj54heBBMR AgAeBgsJCAcDAgMVAgMDFgIBAh4BAheABQJNZ2orAhkBAAoJEDmqfNW4jAtjuMUA mwaHDOZF0CcAmZBopNfQJt7AZaGTAJwI+aN7wAg9VOFZcQ6W1YDAmOueOYhGBBAR AgAGBQJLmeIYAAoJEC1o4PaBggLPb68An3ds1SETjFt7FuWNR9RRxxspPZNeAJ0R kDWbt5WzBJEEEia3PmaK9zssgYhGBBARAgAGBQJDe5cHAAoJEO2/HhEm8iS4m9kA n35gnntj0uU2E7qgRb27c+XDgsGNAKCSQIrEF36S8RK8SilPLLjhnrHnJYkBIQQQ AQIADAUCQ3fQFwUDABJ1AAAKCRCXELibyletfNcVB/YyWm59UliFxj+94qpCr7DJ CeuFZE7Yn3lzwnEOU3Y7pOD1s9BwGPeO5iKej4TCT2JtsWFao1HGSztrE3SrWkc/ rg0MYTIZQc/+wbi+6fTSedZVqxf9teW3FdRQXjOZ9JohJLdU0XxT23TPuSmk0ibo lCD35hg93vEfePrC2+lACp41a2UP3VNbqUM4rL6F4PfmgyIqgY5FtTWJjNJN34Uv Tb35YIud+UkQ6eKZggKwBPfma3nwEie1S4f9FskwTGyPNyKGr8Spl2r4snwmFk/Z KP4k615ob8T8Wbza8TGeS5kYw+Za7MF+Oi+jkdXF/aZSdHBNb9pBcKafcbdEfsWJ ASIEEAECAAwFAkR/OX0FAwASdQAACgkQlxC4m8pXrXyv3wf+I+Xr2BP1+0yRPh07 yNQQBDT+LaqmRZ0sxyauABbqQzs3R2GAdm/92CuRSXz7jgBiiRd7ZlzA/wm2ApBF Q8jg9DCxSRNR8KYevTq38ZabMeU3tRkqH5rN++rTmdMbP+MtfoYtTb9+1URXuUBw Ib4NJWV3QGbSSZLJyA/evha4KBu5A16W8LLb0U9CiSAM7y2ES5Qceg1GXVMVbF6q TURf+yUxgJjSBBY3zPkTZVF9mxYWgDlzONj6tRUWThqZHtSSBoKfe63hlppLczND x0TVtuRAFGDlC5HOWF+dAAm5T/Wv9YBmjZi/mcjPvbxhXN5aNff28AMVLW6DqBPX cotg+4kBIgQQAQIADAUCRJBdEQUDABJ1AAAKCRCXELibyletfD0iB/4yljOGMCTh u3Q2XQe8RYn3qMuzUOBpdDimoU0kewdkkDoDXF1Z0uTJPA8pdq6beIv5VXqaEGc3 TKFYuX7xMO6fkWryUKf7Vdbb3xNlChQvxBQwPRNdd2B3w+tBcRgJPUJalshl0IvO DuNbasRyEWbm+LbJF8dZOe5Jr2KTLDPmWURF3faC9YzcfZGbH/Kl5W1SCAigdnzd 62JuAJ8fa/K2zITFF0XkHsXe4jnQSPHUD/sN60zTkeBQdvdjvdtqInRQEJnbJXz6 3Z3Ey3O0736rI9C7MtI9oCCa8U5ed3syPetjf8i3HuVkV8NdmgM+8Cy3MPpWGqm5 oIHDuyS1rh5tiQEiBBABAgAMBQJEoilQBQMAEnUAAAoJEJcQuJvKV618XHsIALtb J9ZVm4e2KW9C9INBLytXXkiT+SJiwcFiZpbFYWQHGckw0YAyzXTXdxK+/qwCWJWV z9lgMybf8JQ5bnFptKfnYVphT7R6s+1uzr4phdO1HHxI6p794m9bk+jFNVp4Uj67 JL7OYek2kn+ZZKf7caxOGrmjqzEN1CP8fZyP3p/ClbnH2hhV8OWrIyetP7+O4/a+ I/mHmdvDpwEiKfpHFXJOiuedKJCZ/4sZHFckdsNi8JJWK7/BZQEAlUesEVg38LV+ z7T7VV3fZRW2mbUz1qaOmZyKgUTBQkgH0zsp9OSrggiAsRUxfhqJLjqCWiiUa4Bb ScPUzM227/5TzR/f/OCJASIEEAECAAwFAkSzTN0FAwASdQAACgkQlxC4m8pXrXxe mwf+OLvUlDuw403e0R3O9mY3gzqPmQR8G2N6ze7cNQsFHQlSzsQ9HJlmbc0JmU9E OkhqLDCGtSd/hZ7hLMK8xRkfanA5kHhBWLGOd+5lqZhJ1MvRY+EhBQ5iMZlhE5Op luRGe5LiKK/esSgL5dr5AnCDl16GI7J8kxYtZcJWGXVj8jEHFyIH7s/E5RS+CJwP 3EAR643o+jtcY0Ut1977+rM18g0l9SRn/BD0AYDAHqYibNxMfVLcbT21MBwBQg/1 aXHBlGb/QmQbclKBWbwATPggc/4zo7kRizFxmVn7cEUPcyz+vA+eqsvuJO5SXZTm gcz/ZbbwVMs6VmD1WrqDir+FIokBIgQQAQIADAUCRMRwwgUDABJ1AAAKCRCXELib yletfLVuB/sGnNs1GYiwZJqiopKp+g+xDnRb4fAvy50hfnrZStaAJAHNhJgT3ekR nLvmi4WWvWZm2d/Kdk/CUuC3LptFLo+nbptbcx6y6f3ulBgyoI+Nza9+fxdv5ieb TNPi6Dk41xatmeEr2ZjQN9x41I1+Ta3pNEFL7XzbClLRtoTL9/qmSUcJtdHQ8Eux 9CD0LkUeqBgQGrH5mZgSNUMUkQJ1eoeKKsYXwXalH8ruphhiXiF3Zyl9Tc/LjLVU 5apJpTq/od/cN/F91Y+IGUX4zAZO/2qSJ9pDzsj9mOpwwTFCMy1f9f+z5It48Wig u1nGDOBqyflwSQ1K4q/+pLWaFSpP2QcDiQEiBBABAgAMBQJE1j0WBQMAEnUAAAoJ EJcQuJvKV618EVIH+gOZ35Wq0r0IwRIV37Cnx+N1MVy6YSEAhzIsEgMZwMSa7u08 8aGHEBvsP8D98Yh33v7Se2g23Ce5pWPYp65gskwxCD6v2K4uCEuJNcxLBq9cIHJv DOuSLnbqVDomzT1qrrVaFiiLrTOMvqHpa4goxbVpjM8m1Yjpqwy6/vs92dYFVlpM zBIpgcN+bDqUuwoHHemCc2h2Sc6EzcGxzOoHvPboo1lUi6JknUaQaJbUx5VkBEiz t3oeV6f1yzvfWwmwWQ7TTHeBqvGSJwZhoyAIWxdP1Cw9GVgq3tSZyEAyNF4ODNic qudk53jotsUIC3mJK3TWDWlXGNScu/Ffc6KexgiJASIEEAECAAwFAkToCVUFAwAS dQAACgkQlxC4m8pXrXzyaAf8ChDiv1O1z4Oo7QHcEYP4HXWxx1sDICPzH2oIec2J 9qCIhTlIbKn7y2Og5CfUYvCPqiQOoxn+pYZm+jL1BHvQwYcKdxKnuMmE/OaLzzPv MlskF2HhRxviN+nFYxWtc+WXNJX+GYJKT23b82P08NZisP/qLnILRur4YV0X3jd9 GbeYGflDdVAKlzsgJo3wWfBYVTVMzmlCeV5ZdE9V9Z1lQht2foD0KiXb+jGcWjFD fMNK2bhofx/f/eowpFXVKuvQTLFxA3od77ngSnUVCoSXb4yF6hFLhfnMYvIdG4MI rRIMWm65hBZa6YuEk1UC3FvPK0PCz2gvUI69J5SkkOpdfYkBIgQQAQIADAUCRPnV igUDABJ1AAAKCRCXELibyletfEkOB/43lBTeg7oa6mDFJ3aL2u/RnzbIb0YYfMUm 1RCQe/3/EMIh+MxlTfbU6UBuc0nzXmdalyVOu1aB5+GbDMi7cKMPMcknd7ItrrmI JNevcSjcXpCsESHjMcUdB1eUoq7VCirIes1+wLeilszDnNUVcC8FI0P9pAyki+w1 +YzyJX8jupnSOwYcqKuq8+AiLsoavKSvjukfJCMTjEtsCjOb2Z/hTBf37+xBVCKW NIQR5Xjjp6d8bO9xrqv/PvjLzuhKYDUAM4PVVb9NXDvLAWBF2xKDxBUjpFZiln+/ ic4YpyMAFiH34moPIWM+LSJ0y826gQybpMqXvP8wU4y2PxtyajmpiQEiBBABAgAM BQJFC6GOBQMAEnUAAAoJEJcQuJvKV618jdgH/2GHXwcE11zfI0Lmn0mLSawcb76b n+wAZEohxWjxoGAjMZdEsuyFDJP/PnkAAT/5MzgyquxGF1+/WnhtEtsm54hqw44i 8/4fwbII7XZk85h+y3srmipOhhThqnmY8PkSz/+1qaq9UzifeqG82mJ16Y0QwG9J tgbPntr11zN0h1+RWpZVnl2I9bFeZSDDV3AltYkmzkhtTa90AaA78jKanvsvfHyr Scr+thgEO2bqJa5LAmtnQ9+Rg+mSSa7eJMhh1CzafOD3AaW9ebQIpkwqSz9VuBga y2y07NUyULp2uSXQW/uVVH+fcrxNGn6E3WnzoLpEOpzVVZ7vFvxhTczu+YGJASIE EAECAAwFAkV0fvAFAwASdQAACgkQlxC4m8pXrXy0bwf/YTPtF8P3WZC2YrVms3+v WzdcreVa0anypXliwNrbZsqI/tUZF8LdNu3echo5kyJM8NVdqhIMU2vNB8Xo1Y8B bE0U+hIWyv7TBl+CYru5HC8RFAvC69AYQbOLJIMsp/DqFLG8JuryxIh4zcRwNHHr zSyAhq20O2Yn2v47kvl/fadsaMBt4YLXoLphJn7MRD2Je1qsCBjJzinNewq7Tf+y fMSSz3b7GV3r5jOdTx5T8WWda+H/pgGLXG050nlZmmrmBFQJS85Jal4mTBpgKwLJ SBG6HrUkmQ/CqiAlxWpmpL88wAtKBr9drCjJ/9pp1Na4onNA14gZKWqSm6ZvHPG4 KYkBIgQQAQIADAUCRYWijAUDABJ1AAAKCRCXELibyletfOvCCACtsRTvZw621Zal RBHMsT1JAS8NRMJBkiesTi71q+/OXStQ7LSUGjSyxyir3c2ssblGT0UdZdeZLrx9 wL7618RSitxSswFAPTgStg3Exs3XqUcmgEAfQKYpIV5UZR237+Re4ViNaU6OxnxF 6DlArL02Mnq3EbfQRg33XRd1/EYk3zdMxzwMcnmBRXNnl/Ey0yJnxZ8GuXpIhRU0 3X8ZhpuCzsSReUQtfRPErQk9U6mp0r1QXr8XAetqb5ya6SVaZfO4gfHjIzpyQg3T SVhwPQOL+nxxEz2EADHk7LQF/ZoGP3L2s++T/HETnlUmXCyCcFn+7nV3nTYUorPo iVnG97pdiQEiBBABAgAMBQJFlsYRBQMAEnUAAAoJEJcQuJvKV618uqcIAKSeEor3 dw3DLmEOUQO7BM2vv2UBFdnDEQKhbsMIJsTtqZ3xBBOlbY3g6eym8qvucS4XSTwi M4y1dJfLBsaT0q2oggla9320ysEaCRrJ1Sm+li8aZwjo8T0UfUGx8LQh53wvbP+i mvH9Utzlo+RD2wrTyvyvxS6tK4wYuF08d44AAopSspgZD/d2Gf0E7WOKP4kQRcA0 7luXzkG7XdFOVmLL81GJEXkMiLSmMdIsmG4Ljw2YyIiTZ9APsV1o3iOKPlEATL4c UnOYzV/5En7jlv95/m2wNYU442Ewm811QzuKdE/OsoQqnh1z9QwtcswWpwDIvr3s SzJAck9BpmEg96eIWwQTEQIAGwUCQ3efHgYLCQgHAwIDFQIDAxYCAQIeAQIXgAAK CRA5qnzVuIwLY1PGAKCF953pK4A/YN0+vXWqFKItF1Uj1QCeMwYzWiiZYJsnmyjj 8/cCta4YC6y0JFJpY2t5IFNjaG5lYmVyZ2VyIDxyaWNreUBhY3QyMDAwLnNlPohg BBMRAgAgBQJFtoMUAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQOap81biM C2MMIQCfYBqhJT3nKJyimLZHNiqxklmM698An0xcrcoX/ltrAvTXZzipABm1Wn4I tCpSaWNreSBTY2huZWJlcmdlciA8cmlja3lAdGVrbmlrc2VydmljZS5udT6IYAQT EQIAIAUCRbaDKAIbIwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEDmqfNW4jAtj OaYAoI+lG1KAFfylizmJ8Qee1dPjWurqAJ9aFY/iU7RA52dMXEb0PlnqyHAP3LQr Umlja3kgU2NobmViZXJnZXIgPHJpY2t5QG1qb2xrY2VudHJhbGVuLnNlPohgBBMR AgAgBQJGWBznAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQOap81biMC2Mw UQCdHjzBE528RJ7ZD/WU7Ht5WjZsq2YAnAs6DOHZXtWSsFWv13j9brOEWzWPuQIN BEN3n0kQCAC585+HR4V/5M8/HHb6uRUdLhBzkVjWCiB7eln3E50HRnTfberPbAvK ZZ9Ske4OS90I5PgGj4zjDleHX8/pGXgaSV+8CwFk9eDqoLKzFKvVJaSp8CX1JrO2 975oUNpFqOy2ejX0jXvphBJIquvBInjOPBpGOkRHIMN9p0rlVhMNywo+t8hEj9PI nupnUqEUziZONSURPPH5J4yYHl0TLkcRNd2OvnDXgdF5ja+FMB5DhC6gOyylhCGU 8271KAYmE8T3TSFWM+sT6eXJSkMxDmTwQJsFVyNFKrSSukEljyraiZjY9xOj3G7A tnqu8PVH968fK3jI5Ee0jfGZeDwduJovAAQNB/4rpdE7z3Xa37J+cGwOKrjA9A13 FwoHYa3i1KdfnU2WcxkIRh+BTzjvhdHLzLu2IBHFpGxCrJjO096xR1axhM901k/Q irLaafqf/jt7QCFcC+kKxVk3rN1RWpfHeJxV62q4szS0k0CU8WHAeaF6/JmKnNq0 CNADBFj9XnQrrPV7RmwbF56cFDOqZpZG0BvWWrhdHOOgoi0Cz24rkMrP47IP9TTP u64MZVflCJlEsBFOI1Qpf5XvW0GLnLeGrZfY+qTDwP8c0YoVsq3KfWGMLkc5lL7i snA69d7GPmHpGzm5QqYvJAcoTwKvIHaqyx/JgYHV75imrRlsKKigcRdKrcQqiEYE GBECAAYFAkN3n0kACgkQOap81biMC2NbzQCfXZJckZnUcuURLggeNvttInRgdloA nAhULJ90SW2EyHG05qqI/iOeskY4 =3DA0DR -----END PGP PUBLIC KEY BLOCK----- --------------030202050503060107020709-- --=_bauhaus.teknikservice.nu-31626-1336649694-0001-2 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: 7bit Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+rqbUACgkQOap81biMC2OYJQCfUn6h/JJkqhoKSy6bkrYhK5wl JNQAnRh7FpANZdwFAOely0QgnEUyTZd+ =XNtX -----END PGP SIGNATURE----- --=_bauhaus.teknikservice.nu-31626-1336649694-0001-2--

1 0

[Users] Can't import VM from 3.0 engine
by ovirt＠qip.ru 10 May '12

10 May '12

This is a message in Mime Format. If you see this, your mail reader does not support this format. --=_c0b46d9f4b4a2a557ef0dbb186775a75 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable After reinstallation of engine from build #369 to #440 (clean install),= I attached NFS export domain to new DC (compatibility 3.0), but on page= "VM Import" there were only VMs that I saved with 3.1 engine. =0A=0AMes= sages in webadmin event : =0A=0AFailed to read VM 'VM01' OVF, it may be= corrupted =0AFailed to read VM 'VM02' OVF, it may be corrupted =0AFaile= d to read VM 'VM03' OVF, it may be corrupted =0A=0AThere are no error's= messages in engine.log=0AWhen I tried to edit OVF for VM01 by xml edito= r, I've got=0A=0AFailed to read VM '[Unknown name]' OVF, it may be corru= pted=0AFailed to read VM 'VM02' OVF, it may be corrupted =0A=0D=0AFailed= to read VM 'VM03' OVF, it may be corrupted=0A=0AHow is it possible to c= onvert from ovf:version "0.9", to ovf:version "3.1.0.0" or correct OVF f= iles ?=0A=0A-- --=_c0b46d9f4b4a2a557ef0dbb186775a75 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable After reinstallation of engine from build #369 to #440 (clean install),= I attached NFS export domain to new DC (compatibility 3.0), but on page= "VM Import" there were only VMs that I saved with 3.1 engine. M= essages in webadmin event : Failed to read VM 'VM01' OVF, it may= be corrupted Failed to read VM 'VM02' OVF, it may be corrupted = Failed to read VM 'VM03' OVF, it may be corrupted There are no e= rror's messages in engine.log When I tried to edit OVF for VM01 by xm= l editor, I've got Failed to read VM '[Unknown name]' OVF, it may= be corrupted Failed to read VM 'VM02' OVF, it may be corrupted = =0D=0AFailed to read VM 'VM03' OVF, it may be corrupted How= is it possible to convert from ovf:version "0.9", to ovf:version "3.1.0= .0" or correct OVF files ? -- --=_c0b46d9f4b4a2a557ef0dbb186775a75--

1 0

[Users] Static IP for VMs
by Rahul Upadhyaya 10 May '12

10 May '12

Hi folks, Is there a way to assign a static IP while provisioning a new VM? I do not want to individually go to the console to specify the Static IP address. Is there any means for specifying that from the management UI/ovirt-python-binding to do the same ? -- Regards, Rahul =======================================================

8 14

[Users] Unstable work after upgrade to libvirt-0.9.11.3-1
by ovirt＠qip.ru 10 May '12

10 May '12

This is a message in Mime Format. If you see this, your mail reader does not support this format. --=_86d49af2bb008fac44ad54bf5f690d6e Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi ALL=0A=0AAfter upgrade to libvirt-0.9.11.3-1 I'v got an unstable work= of engine. Engine began to lost connection with VM's. VMs worked correc= tly, but their status in engine were "not responding", migration didn't= work also. After downgrade to libvirt-0.9.11-1 engine began to work cor= rectly. Hosts are fedora16 with 3.3.4-1 kernel, qemu-kvm-0.15.1-4. I tes= ted libvirt-0.9.11.3-1 on different builds of vdsm/engine=0A=0AIn engine= .log there are many such errors despite of libvirt version=0A=0A2012-05-= 06 03:53:29,212 ERROR [org.ovirt.engine.core.engineencryptutils.Encrypti= onUtils] (QuartzScheduler_Worker-67) Failed to decryptData must not be l= onger than 128 bytes=0A2012-05-06 03:53:33,242 ERROR [org.ovirt.engine.c= ore.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-95) Fail= ed to decryptData must not be longer than 128 bytes=0A2012-05-06 03:53:3= 3,242 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (= QuartzScheduler_Worker-73) Failed to decryptData must not be longer than= 128 bytes=0A2012-05-06 03:53:53,437 ERROR [org.ovirt.engine.core.engine= encryptutils.EncryptionUtils] (QuartzScheduler_Worker-18) Failed to decr= yptData must not be longer than 128 bytes=0A2012-05-06 03:53:53,437 ERRO= R [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzSche= duler_Worker-44) Failed to decryptData must not be longer than 128 bytes= =0A2012-05-06 03:53:57,489 ERROR [org.ovirt.engine.core.engineencryptuti= ls.EncryptionUtils] (QuartzScheduler_Worker-71) Failed to decryptData mu= st not be longer than 128 bytes=0A2012-05-06 03:53:57,489 ERROR [org.ovi= rt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Work= er-38) Failed to decryptData must not be longer than 128 bytes=0A2012-05= -06 03:54:01,519 ERROR [org.ovirt.engine.core.engineencryptutils.Encrypt= ionUtils] (QuartzScheduler_Worker-37) Failed to decryptData must not be= longer than 128 bytes=0A2012-05-06 03:54:01,519 ERROR [org.ovirt.engine= .core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-46) Fa= iled to decryptData must not be longer than 128 bytes=0A2012-05-06 03:54= :09,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils]= (QuartzScheduler_Worker-65) Failed to decryptData must start with zero= =0A2012-05-06 03:54:09,606 ERROR [org.ovirt.engine.core.engineencryptuti= ls.EncryptionUtils] (QuartzScheduler_Worker-76) Failed to decryptData mu= st start with zero=0A2012-05-06 03:54:11,619 ERROR [org.ovirt.engine.cor= e.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-80) Failed= to decryptData must not be longer than 128 bytes=0A2012-05-06 03:54:11,= 619 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (Qu= artzScheduler_Worker-70) Failed to decryptData must not be longer than 1= 28 bytes=0A2012-05-06 03:54:13,632 ERROR [org.ovirt.engine.core.engineen= cryptutils.EncryptionUtils] (QuartzScheduler_Worker-69) Failed to decryp= tData must not be longer than 128 bytes=0A2012-05-06 03:54:13,632 ERROR= [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzSched= uler_Worker-87) Failed to decryptData must not be longer than 128 bytes= =0A2012-05-06 03:54:17,687 ERROR [org.ovirt.engine.core.engineencryptuti= ls.EncryptionUtils] (QuartzScheduler_Worker-73) Failed to decryptData mu= st not be longer than 128 bytes=0A2012-05-06 03:54:17,687 ERROR [org.ovi= rt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Work= er-95) Failed to decryptData must not be longer than 128 bytes=0A2012-05= -06 03:54:19,698 ERROR [org.ovirt.engine.core.engineencryptutils.Encrypt= ionUtils] (QuartzScheduler_Worker-11) Failed to decryptData must not be= longer than 128 bytes=0A2012-05-06 03:54:19,698 ERROR [org.ovirt.engine= .core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-66) Fa= iled to decryptData must not be longer than 128 bytes=0A2012-05-06 03:54= :21,713 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils]= (QuartzScheduler_Worker-86) Failed to decryptData must not be longer th= an 128 bytes=0A2012-05-06 03:54:21,713 ERROR [org.ovirt.engine.core.engi= neencryptutils.EncryptionUtils] (QuartzScheduler_Worker-92) Failed to de= cryptData must not be longer than 128 bytes=0A2012-05-06 03:54:31,810 ER= ROR [org.ovirt.engine.core.engineencry=0A=0A-- --=_86d49af2bb008fac44ad54bf5f690d6e Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi ALL After upgrade to libvirt-0.9.11.3-1 I'v got an unstable wo= rk of engine. Engine began to lost connection with VM's. VMs worked corr= ectly, but their status in engine were "not responding", migration didn'= t work also. After downgrade to libvirt-0.9.11-1 engine began to work co= rrectly. Hosts are fedora16 with 3.3.4-1 kernel, qemu-kvm-0.15.1-4. I te= sted libvirt-0.9.11.3-1 on different builds of vdsm/engine In eng= ine.log there are many such errors despite of libvirt version 201= 2-05-06 03:53:29,212 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-67) Failed to decryptData must not= be longer than 128 bytes 2012-05-06 03:53:33,242 ERROR [org.ovirt.en= gine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-95= ) Failed to decryptData must not be longer than 128 bytes 2012-05-06= 03:53:33,242 ERROR [org.ovirt.engine.core.engineencryptutils.Encryption= Utils] (QuartzScheduler_Worker-73) Failed to decryptData must not be lon= ger than 128 bytes 2012-05-06 03:53:53,437 ERROR [org.ovirt.engine.co= re.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-18) Faile= d to decryptData must not be longer than 128 bytes 2012-05-06 03:53:5= 3,437 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (= QuartzScheduler_Worker-44) Failed to decryptData must not be longer than= 128 bytes 2012-05-06 03:53:57,489 ERROR [org.ovirt.engine.core.engin= eencryptutils.EncryptionUtils] (QuartzScheduler_Worker-71) Failed to dec= ryptData must not be longer than 128 bytes 2012-05-06 03:53:57,489 ER= ROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzSc= heduler_Worker-38) Failed to decryptData must not be longer than 128 byt= es 2012-05-06 03:54:01,519 ERROR [org.ovirt.engine.core.engineencrypt= utils.EncryptionUtils] (QuartzScheduler_Worker-37) Failed to decryptData= must not be longer than 128 bytes 2012-05-06 03:54:01,519 ERROR [org= .ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_= Worker-46) Failed to decryptData must not be longer than 128 bytes 20= 12-05-06 03:54:09,606 ERROR [org.ovirt.engine.core.engineencryptutils.En= cryptionUtils] (QuartzScheduler_Worker-65) Failed to decryptData must st= art with zero 2012-05-06 03:54:09,606 ERROR [org.ovirt.engine.core.en= gineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-76) Failed to= decryptData must start with zero 2012-05-06 03:54:11,619 ERROR [org.= ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_W= orker-80) Failed to decryptData must not be longer than 128 bytes 201= 2-05-06 03:54:11,619 ERROR [org.ovirt.engine.core.engineencryptutils.Enc= ryptionUtils] (QuartzScheduler_Worker-70) Failed to decryptData must not= be longer than 128 bytes 2012-05-06 03:54:13,632 ERROR [org.ovirt.en= gine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-69= ) Failed to decryptData must not be longer than 128 bytes 2012-05-06= 03:54:13,632 ERROR [org.ovirt.engine.core.engineencryptutils.Encryption= Utils] (QuartzScheduler_Worker-87) Failed to decryptData must not be lon= ger than 128 bytes 2012-05-06 03:54:17,687 ERROR [org.ovirt.engine.co= re.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-73) Faile= d to decryptData must not be longer than 128 bytes 2012-05-06 03:54:1= 7,687 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (= QuartzScheduler_Worker-95) Failed to decryptData must not be longer than= 128 bytes 2012-05-06 03:54:19,698 ERROR [org.ovirt.engine.core.engin= eencryptutils.EncryptionUtils] (QuartzScheduler_Worker-11) Failed to dec= ryptData must not be longer than 128 bytes 2012-05-06 03:54:19,698 ER= ROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzSc= heduler_Worker-66) Failed to decryptData must not be longer than 128 byt= es 2012-05-06 03:54:21,713 ERROR [org.ovirt.engine.core.engineencrypt= utils.EncryptionUtils] (QuartzScheduler_Worker-86) Failed to decryptData= must not be longer than 128 bytes 2012-05-06 03:54:21,713 ERROR [org= .ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_= Worker-92) Failed to decryptData must not be longer than 128 bytes 20= 12-05-06 03:54:31,810 ERROR [org.ovirt.engine.core.engineencry &n= bsp; -- --=_86d49af2bb008fac44ad54bf5f690d6e--

2 2

Re: [Users] Users Digest, Vol 8, Issue 29
by Christian Espinoza 09 May '12

09 May '12

I send the files with iso uploader ... Christian Espinoza -----Mensaje original----- De: Christian Espinoza [mailto:cespinoza@intsercom.cl] Enviado el: miércoles, 09 de mayo de 2012 15:53 Para: 'users(a)ovirt.org' Asunto: RE: Users Digest, Vol 8, Issue 29 Hello Andrew - Keith, I noticed that on my Ovirt node server the nfs folder are mounted with nfs4: [root@int-ovn-f01 ~]# mount | grep iso int-ovm-f01:/iso/ on /rhev/data-center/mnt/int-ovm-f01:_iso type nfs4 (rw,relatime,vers=4,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache ,proto=tcp,port=0,timeo=600,retrans=6,sec=sys,clientaddr=10.0.0.11,minorvers ion=0,local_lock=none,addr=10.0.0.10) I have two servers, one built with overt node iso image, and the engine server, the Nfs iso folder are at the engine server, and mounted on the ovirt node server... Christian Espinoza -----Mensaje original----- De: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] En nombre de users-request(a)ovirt.org Enviado el: miércoles, 09 de mayo de 2012 14:35 Para: users(a)ovirt.org Asunto: Users Digest, Vol 8, Issue 29 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: Webadmin doesn't show iso images uploaded (Andrew Cathrow) 2. Re: Static IP for VMs (Itamar Heim) 3. image ownership (Jacob Wyatt) 4. Default storage pool won't activate after reboot (Ian Levesque) 5. Re: Default storage pool won't activate after reboot (Jacob Wyatt) 6. Re: Default storage pool won't activate after reboot (Ian Levesque) 7. Re: Default storage pool won't activate after reboot (Haim Ateya) 8. Re: Default storage pool won't activate after reboot (Ian Levesque) 9. Upcoming oVirt Workshop Information (Leslie Hawthorn) 10. Re: Default storage pool won't activate after reboot (Haim Ateya) ---------------------------------------------------------------------- Message: 1 Date: Wed, 09 May 2012 12:13:35 -0400 (EDT) From: Andrew Cathrow <acathrow(a)redhat.com> To: users(a)ovirt.org Subject: Re: [Users] Webadmin doesn't show iso images uploaded Message-ID: <09ac2922-b73a-468b-8a6c-ae9f7ee6caea(a)zmail07.collab.prod.int.phx2.redhat.co m> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Keith Robertson" <kroberts(a)redhat.com> > To: users(a)ovirt.org > Sent: Wednesday, May 9, 2012 11:44:16 AM > Subject: Re: [Users] Webadmin doesn't show iso images uploaded > > Have you tried the suggestions in [1]? > > [1] http://www.ovirt.org/wiki/Troubleshooting_NFS_Storage_Issues > > On 05/09/2012 12:30 PM, Christian Espinoza wrote: > > Hello, please could someone helpme? > > I can?t see two iso images that I uploaded to my iso domain The > > domain is active: Presuming no other issues (selinux, etc) then on the main storage tab select the ISO domain and on the Images subtab if it's not listed there hit the refresh button. Did you upload via iso uploader or copy manually? > > > > # engine-iso-uploader list > > Please provide the REST API password for the admin@internal oVirt > > Engine user (CTRL+D to abort): > > ISO Storage Domain Name | Datacenter | ISO Domain > > Status > > iso | Default | active > > > > # ls -l > > total 1042836 > > -rw-r-----. 1 vdsm kvm 337315840 may 4 13:56 > > CentOS-6.2-x86_64-minimal.iso > > -rw-r----- 1 vdsm kvm 730540032 may 9 09:22 > > Elastix-2.3.0-x86_64-bin-02abr2012.iso > > > > #pwd > > /iso/09f424ea-3d51-4445-b7e3-90b7ebb4ae64/images/11111111-1111-1111- > > 1111-111111111111 > > > > I can't use these images, because webadmin doesn't show it... > > > > What can I do? - How can I delete cleanly these files? > > > > Thanks in advance > > > > Christian Espinoza > > > > > > > > > > > > _______________________________________________ > > 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 > ------------------------------ Message: 2 Date: Wed, 09 May 2012 21:08:24 +0300 From: Itamar Heim <iheim(a)redhat.com> To: Shu Ming <shuming(a)linux.vnet.ibm.com> Cc: Rahul Upadhyaya <rakrup(a)gmail.com>, users(a)ovirt.org Subject: Re: [Users] Static IP for VMs Message-ID: <4FAAB298.4020608(a)redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 05/09/2012 04:43 PM, Shu Ming wrote: > > > On 2012-5-9 18:03, Itamar Heim wrote: >> On 05/09/2012 12:03 PM, Rahul Upadhyaya wrote: >>> Hi folks, >>> >>> Is there a way to assign a static IP while provisioning a new VM? >>> I do not want to individually go to the console to specify the >>> Static IP address. Is there any means for specifying that from the >>> management UI/ovirt-python-binding to do the same ? >>> -- >> >> not yet. ovirt still doesn't handle ip assignments. >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > Can we create a IP pool in engine and make VDSM to request the IP. > Then VDSM assign the IP to guest agent to do the network setup. > > not yet. engine only deals today with mac address pools, which you can use dhcp to assign. ------------------------------ Message: 3 Date: Wed, 9 May 2012 18:08:54 +0000 From: Jacob Wyatt <jwyatt(a)ggc.edu> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [Users] image ownership Message-ID: <952F16E72BC7784DA7C1B0C3317828DE302CA067(a)BY2PRD0410MB366.namprd04.prod.outl ook.com> Content-Type: text/plain; charset="us-ascii" Greetings all, I've set up a new oVirt installation and it's behaving strangely with regard to virtual machine image files on the NFS storage. Whenever I shut down a machine it's changing the owner of the image to root:root (0:0) instead of vdsm:kvm (36:36). After that it can't start or do anything with that image again until I manually change the ownership back. Everything works fine again until I shut the machine down. I assume this is some mistake I've made in installation. I did not have this problem in the test environment, but I'm stumped as to what went wrong. -Jacob ------------------------------ Message: 4 Date: Wed, 9 May 2012 14:31:18 -0400 From: Ian Levesque <ian(a)crystal.harvard.edu> To: users(a)ovirt.org Subject: [Users] Default storage pool won't activate after reboot Message-ID: <A19B2257-A732-44F9-B517-3A2968D64C69(a)crystal.harvard.edu> Content-Type: text/plain; charset=us-ascii Hello, Since a recent reboot, my default data storage pool has been inactive and attempts to activate it fail. Installed RPMs: vdsm-4.9.6-0.150.git63061a9.el6.x86_64 ovirt-engine-3.1.0_0001-1.8.el6.x86_64 Relevant-looking output in the vdsm.log file (more @ http://pastebin.com/raw.php?i=cYaFLPEF) Thread-68465::ERROR::2012-05-09 14:05:00,491::task::853::TaskManager.Task::(_setError) Task=`937d1fa9-4636-42f1-a6cb-c4cc56b9f2fd`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 526, in getSpmStatus pool = self.getPool(spUUID) File "/usr/share/vdsm/storage/hsm.py", line 263, in getPool raise se.StoragePoolUnknown(spUUID) StoragePoolUnknown: Unknown pool id, pool not connected: ('af5bcc86-898a-11e1-9632-003048c85226',) Thread-68465::DEBUG::2012-05-09 14:05:00,491::task::872::TaskManager.Task::(_run) Task=`937d1fa9-4636-42f1-a6cb-c4cc56b9f2fd`::Task._run: 937d1fa9-4636-42f1-a6cb-c4cc56b9f2fd ('af5bcc86-898a-11e1-9632-003048c85226',) {} failed - stopping task The share /is/ mounted on the node: # mount | grep cmcd-db-vip cmcd-db-vip.in.hwlab:/vmstore/ovirt on /rhev/data-center/mnt/cmcd-db-vip.in.hwlab:_vmstore_ovirt type nfs (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.10.13) # ls -l /rhev/data-center/mnt/cmcd-db-vip.in.hwlab:_vmstore_ovirt/ total 0 drwxr-xr-x 5 vdsm kvm 45 Apr 13 12:23 4ddb9dce-1ede-459a-9b9f-52b035622517 drwxr-xr-x 5 vdsm kvm 45 Apr 12 16:17 4ea29e75-ab27-4bc9-bc46-1740d07f4cba drwxr-xr-x 5 vdsm kvm 45 Apr 19 11:40 e12a0f53-ee72-44bc-ad26-93f9b4613c6c The closest google turns up is a thread from March, in which there was some mention of a change in the way metadata is read. Might be a red herring, but here's that thread: http://lists.ovirt.org/pipermail/users/2012-March/001423.html Thanks for any insight! Ian ------------------------------ Message: 5 Date: Wed, 9 May 2012 18:40:46 +0000 From: Jacob Wyatt <jwyatt(a)ggc.edu> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [Users] Default storage pool won't activate after reboot Message-ID: <952F16E72BC7784DA7C1B0C3317828DE302CA0AE(a)BY2PRD0410MB366.namprd04.prod.outl ook.com> Content-Type: text/plain; charset="us-ascii" Hi, I'm new to oVirt myself but I thought that the top level directory name was the UUID of the storage pool. In that case the UUID it lists (af5bcc86-898a-11e1-9632-003048c85226) isn't there. Have you looked directly on the storage machine itself? Perhaps the node can't see that directory due to permission issues? -Jacob ________________________________________ From: users-bounces(a)ovirt.org [users-bounces(a)ovirt.org] on behalf of Ian Levesque [ian(a)crystal.harvard.edu] Sent: Wednesday, May 09, 2012 2:31 PM To: users(a)ovirt.org Subject: [Users] Default storage pool won't activate after reboot Hello, Since a recent reboot, my default data storage pool has been inactive and attempts to activate it fail. Installed RPMs: vdsm-4.9.6-0.150.git63061a9.el6.x86_64 ovirt-engine-3.1.0_0001-1.8.el6.x86_64 Relevant-looking output in the vdsm.log file (more @ http://pastebin.com/raw.php?i=cYaFLPEF) Thread-68465::ERROR::2012-05-09 14:05:00,491::task::853::TaskManager.Task::(_setError) Task=`937d1fa9-4636-42f1-a6cb-c4cc56b9f2fd`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 526, in getSpmStatus pool = self.getPool(spUUID) File "/usr/share/vdsm/storage/hsm.py", line 263, in getPool raise se.StoragePoolUnknown(spUUID) StoragePoolUnknown: Unknown pool id, pool not connected: ('af5bcc86-898a-11e1-9632-003048c85226',) Thread-68465::DEBUG::2012-05-09 14:05:00,491::task::872::TaskManager.Task::(_run) Task=`937d1fa9-4636-42f1-a6cb-c4cc56b9f2fd`::Task._run: 937d1fa9-4636-42f1-a6cb-c4cc56b9f2fd ('af5bcc86-898a-11e1-9632-003048c85226',) {} failed - stopping task The share /is/ mounted on the node: # mount | grep cmcd-db-vip cmcd-db-vip.in.hwlab:/vmstore/ovirt on /rhev/data-center/mnt/cmcd-db-vip.in.hwlab:_vmstore_ovirt type nfs (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.10.13) # ls -l /rhev/data-center/mnt/cmcd-db-vip.in.hwlab:_vmstore_ovirt/ total 0 drwxr-xr-x 5 vdsm kvm 45 Apr 13 12:23 4ddb9dce-1ede-459a-9b9f-52b035622517 drwxr-xr-x 5 vdsm kvm 45 Apr 12 16:17 4ea29e75-ab27-4bc9-bc46-1740d07f4cba drwxr-xr-x 5 vdsm kvm 45 Apr 19 11:40 e12a0f53-ee72-44bc-ad26-93f9b4613c6c The closest google turns up is a thread from March, in which there was some mention of a change in the way metadata is read. Might be a red herring, but here's that thread: http://lists.ovirt.org/pipermail/users/2012-March/001423.html Thanks for any insight! Ian _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users ------------------------------ Message: 6 Date: Wed, 9 May 2012 14:53:54 -0400 From: Ian Levesque <ian(a)crystal.harvard.edu> To: Jacob Wyatt <jwyatt(a)ggc.edu> Cc: users(a)ovirt.org Subject: Re: [Users] Default storage pool won't activate after reboot Message-ID: <AFBC09F2-9C55-4801-9FAE-1D8E69AC62BC(a)crystal.harvard.edu> Content-Type: text/plain; charset=us-ascii On May 9, 2012, at 2:40 PM, Jacob Wyatt wrote: >> StoragePoolUnknown: Unknown pool id, pool not connected: >> ('af5bcc86-898a-11e1-9632-003048c85226',) > > I'm new to oVirt myself but I thought that the top level directory name was the UUID of the storage pool. In that case the UUID it lists (af5bcc86-898a-11e1-9632-003048c85226) isn't there. Have you looked directly on the storage machine itself? Perhaps the node can't see that directory due to permission issues? Hi Jacob - thanks for the response. The thought crossed my mind as well but I'm not sure if that UUID should indeed directly correspond to a directory. I haven't poked around the storage pools before. If that's the case, I do wonder what happened to my pool, and also what those other directories are... Best, Ian ------------------------------ Message: 7 Date: Wed, 09 May 2012 14:59:24 -0400 (EDT) From: Haim Ateya <hateya(a)redhat.com> To: Ian Levesque <ian(a)crystal.harvard.edu> Cc: users(a)ovirt.org Subject: Re: [Users] Default storage pool won't activate after reboot Message-ID: <02d4f6c5-181b-4de3-b3cb-c0b65d88dd99(a)zmail14.collab.prod.int.phx2.redhat.co m> Content-Type: text/plain; charset=utf-8 Hi Ian, would it be possible for you to attach both ovirt-engine (manager) & vdsm logs (host) so can investigate further? ----- Original Message ----- > From: "Ian Levesque" <ian(a)crystal.harvard.edu> > To: "Jacob Wyatt" <jwyatt(a)ggc.edu> > Cc: users(a)ovirt.org > Sent: Wednesday, May 9, 2012 9:53:54 PM > Subject: Re: [Users] Default storage pool won't activate after reboot > > On May 9, 2012, at 2:40 PM, Jacob Wyatt wrote: > > >> StoragePoolUnknown: Unknown pool id, pool not connected: > >> ('af5bcc86-898a-11e1-9632-003048c85226',) > > > > I'm new to oVirt myself but I thought that the top level directory > > name was the UUID of the storage pool. In that case the UUID it > > lists (af5bcc86-898a-11e1-9632-003048c85226) isn't there. Have you > > looked directly on the storage machine itself? Perhaps the node > > can't see that directory due to permission issues? > > Hi Jacob - thanks for the response. The thought crossed my mind as > well but I'm not sure if that UUID should indeed directly correspond > to a directory. I haven't poked around the storage pools before. If > that's the case, I do wonder what happened to my pool, and also what > those other directories are... > > > Best, > Ian > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ------------------------------ Message: 8 Date: Wed, 9 May 2012 15:08:17 -0400 From: Ian Levesque <ian(a)crystal.harvard.edu> To: Haim Ateya <hateya(a)redhat.com> Cc: users(a)ovirt.org Subject: Re: [Users] Default storage pool won't activate after reboot Message-ID: <CB55EB48-1618-46FD-B52D-6657D8C07406(a)crystal.harvard.edu> Content-Type: text/plain; charset=us-ascii On May 9, 2012, at 2:59 PM, Haim Ateya wrote: > Hi Ian, > > would it be possible for you to attach both ovirt-engine (manager) & vdsm logs (host) so can investigate further? Sure -- you can download a zip of both logs here: http://cl.ly/1h3u322S3f1Y1W0p1T3E/logs.zip Thanks, Ian ------------------------------ Message: 9 Date: Wed, 09 May 2012 12:28:48 -0700 From: Leslie Hawthorn <lhawthor(a)redhat.com> To: arch(a)ovirt.org, users(a)ovirt.org, "<board(a)ovirt.org>" <board(a)ovirt.org> Subject: [Users] Upcoming oVirt Workshop Information Message-ID: <4FAAC570.80902(a)redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello everyone, To give everyone the lay of the land on upcoming oVirt workshops, I've created this page on the oVirt wiki: http://www.ovirt.org/wiki/OVirt_Global_Workshops Jason Brooks is working on updating the content the oVirt website News and Events page to be in sync with the data on the wiki. Cheers, LH -- Leslie Hawthorn Community Action and Impact Open Source and Standards @ Red Hat identi.ca/lh twitter.com/lhawthorn ------------------------------ Message: 10 Date: Wed, 09 May 2012 15:34:49 -0400 (EDT) From: Haim Ateya <hateya(a)redhat.com> To: Ian Levesque <ian(a)crystal.harvard.edu> Cc: users(a)ovirt.org Subject: Re: [Users] Default storage pool won't activate after reboot Message-ID: <bb307665-8771-4010-9fea-c1a3ebcd4fb8(a)zmail14.collab.prod.int.phx2.redhat.co m> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Ian Levesque" <ian(a)crystal.harvard.edu> > To: "Haim Ateya" <hateya(a)redhat.com> > Cc: users(a)ovirt.org, "Jacob Wyatt" <jwyatt(a)ggc.edu> > Sent: Wednesday, May 9, 2012 10:08:17 PM > Subject: Re: [Users] Default storage pool won't activate after reboot > > On May 9, 2012, at 2:59 PM, Haim Ateya wrote: > > > Hi Ian, > > > > would it be possible for you to attach both ovirt-engine (manager) & > > vdsm logs (host) so can investigate further? > > Sure -- you can downl > load a zip of both logs here: > http://cl.ly/1h3u322S3f1Y1W0p1T3E/logs.zip it appears that connectStoragePool command fails with the following error: Thread-65664::ERROR::2012-05-09 13:17:46,922::dispatcher::66::Storage.Dispatcher.Protect::(run) {'status': {'message': "Cannot find master domain: 'spUUID=af5bcc86-898a-11e1-96 32-003048c85226, msdUUID=e12a0f53-ee72-44bc-ad26-93f9b4613c6c'", 'code': 304}} and that's the reason your pool doesn't turn active. in order to understand why, I would like to get a view of your domain metadata: what kind of storage are you using ? NFS or local-domain ? - please access your NFS storage - change dir to export directory - /vmstore/ovirt - cat the following e12a0f53-ee72-44bc-ad26-93f9b4613c6c/dom_md/metadata > > Thanks, > Ian ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 8, Issue 29 ************************************

1 0