December 2012 - Users - oVirt List Archives

[Users] oVirt Weekly Sync Meeting Minutes -- 2012-05-23
by Mike Burns 15 May '19

15 May '19

Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by mburns at 14:00:23 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 14:00:41) * Status of next release (mburns, 14:05:17) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822145 (mburns, 14:05:29) * AGREED: freeze date and beta release delayed by 1 week to 2012-06-07 (mburns, 14:12:33) * post freeze, release notes flag needs to be used where required (mburns, 14:14:21) * https://bugzilla.redhat.com/show_bug.cgi?id=821867 is a VDSM blocker for 3.1 (oschreib, 14:17:27) * ACTION: dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas (oschreib, 14:21:44) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822158 (mburns, 14:23:39) * assignee not available, update to come tomorrow (mburns, 14:24:59) * ACTION: oschreib to make sure BZ#822158 is handled quickly (oschreib, 14:25:29) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824397 (mburns, 14:28:55) * 824397 expected to be merged prior next week's meeting (mburns, 14:29:45) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824420 (mburns, 14:30:15) * tracker for node based on F17 (mburns, 14:30:28) * blocked by util-linux bug currently (mburns, 14:30:40) * new build expected from util-linux maintainer in next couple days (mburns, 14:30:55) * sub-project status -- engine (mburns, 14:32:49) * nothing to report outside of blockers discussed above (mburns, 14:34:00) * sub-project status -- vdsm (mburns, 14:34:09) * nothing outside of blockers above (mburns, 14:35:36) * sub-project status -- node (mburns, 14:35:43) * working on f17 migration, but blocked by util-linux bug (mburns, 14:35:58) * should be ready for freeze deadline (mburns, 14:36:23) * Review decision on Java 7 and Fedora jboss rpms in oVirt Engine (mburns, 14:36:43) * Java7 basically working (mburns, 14:37:19) * LINK: http://gerrit.ovirt.org/#change,4416 (oschreib, 14:39:35) * engine will make ack/nack statement next week (mburns, 14:39:49) * fedora jboss rpms patch is in review, short tests passed (mburns, 14:40:04) * engine ack on fedora jboss rpms and java7 needed next week (mburns, 14:44:47) * Upcoming Workshops (mburns, 14:45:11) * NetApp workshop set for Jan 22-24 2013 (mburns, 14:47:16) * already at half capacity for Workshop at LinuxCon Japan (mburns, 14:47:37) * please continue to promote it (mburns, 14:48:19) * proposal: board meeting to be held at all major workshops (mburns, 14:48:43) * LINK: http://www.ovirt.org/wiki/OVirt_Global_Workshops (mburns, 14:49:30) * Open Discussion (mburns, 14:50:12) * oVirt/Quantum integration discussion will be held separately (mburns, 14:50:43) Meeting ended at 14:52:47 UTC. Action Items ------------ * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib to make sure BZ#822158 is handled quickly Action Items, by person ----------------------- * dougsland * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib * oschreib to make sure BZ#822158 is handled quickly * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (98) * oschreib (55) * doronf (12) * lh (11) * sgordon (8) * dougsland (8) * ovirtbot (6) * ofrenkel (4) * cestila (2) * RobertMdroid (2) * ydary (2) * rickyh (1) * yzaslavs (1) * cctrieloff (1) * mestery_ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

2 1

[Users] Nested virtualization with Opteron 2nd generation and oVirt 3.1 possible?
by Gianluca Cecchi 11 May '19

11 May '19

Hello, I have 2 physical servers with Opteron 2nd gen cpu. There is CentOS 6.3 installed and some VM already configured on them. Their /proc/cpuinfo contains ... model name : Dual-Core AMD Opteron(tm) Processor 8222 ... kvm_amd kernel module is loaded with its default enabled nested option # systool -m kvm_amd -v Module = "kvm_amd" Attributes: initstate = "live" refcnt = "15" srcversion = "43D8067144E7D8B0D53D46E" Parameters: nested = "1" npt = "1" ... I already configured a fedora 17 VM as a oVirt 3.1 Engine I'm trying to configure another VM as oVirt 3.1 node with ovirt-node-iso-2.5.5-0.1.fc17.iso It seems I'm not able to configure so that ovirt install doesn't complain. After some attempts, I tried this in my vm.xml for the cpu: <cpu mode='custom' match='exact'> <model fallback='allow'>athlon</model> <vendor>AMD</vendor> <feature policy='require' name='pni'/> <feature policy='require' name='rdtscp'/> <feature policy='force' name='svm'/> <feature policy='require' name='clflush'/> <feature policy='require' name='syscall'/> <feature policy='require' name='lm'/> <feature policy='require' name='cr8legacy'/> <feature policy='require' name='ht'/> <feature policy='require' name='lahf_lm'/> <feature policy='require' name='fxsr_opt'/> <feature policy='require' name='cx16'/> <feature policy='require' name='extapic'/> <feature policy='require' name='mca'/> <feature policy='require' name='cmp_legacy'/> </cpu> Inside node /proc/cpuinfo becomes processor : 3 vendor_id : AuthenticAMD cpu family : 6 model : 2 model name : QEMU Virtual CPU version 0.12.1 stepping : 3 microcode : 0x1000065 cpu MHz : 3013.706 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall mmxext fxsr_opt lm nopl pni cx16 hypervisor lahf_lm cmp_legacy cr8_legacy bogomips : 6027.41 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: 2 questions: 1) Is there any combination in xml file to give to my VM so that oVirt doesn't complain about missing hardware virtualization with this processor? 2) suppose 1) is not possible in my case and I still want to test the interface and try some config operations to see for example the differences with RHEV 3.0, how can I do? At the moment this complaint about hw virtualization prevents me to activate the node. I get Installing Host f17ovn01. Step: RHEV_INSTALL. Host f17ovn01 was successfully approved. Host f17ovn01 running without virtualization hardware acceleration Detected new Host f17ovn01. Host state was set to Non Operational. Host f17ovn01 moved to Non-Operational state. Host f17ovn01 moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : CpuFlags Can I lower the requirements to be able to operate without hw virtualization in 3.1? Thanks in advance, Gianluca

2 1

[Users] importing from kvm into ovirt
by Jonathan Horne 29 Apr '19

29 Apr '19

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I need to import a kvm virtual machine from a standalone kvm into my ovirt = cluster. Standalone is using local storage, and my ovirt cluster is using = iscsi. Can i please have some advice on whats the best way to get this sys= tem into ovirt? Right now i see it as copying the .img file to somewhere=85 but i have no i= dea where to start. I found this directory on one of my ovirt nodes: /rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/master/v= ms But inside is just directories that appear to have uuid-type of names, and = i can't tell what belongs to which vm. Any advice would be greatly appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <41FAB2B157C43549B6577A3495BA255C(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>I need to import a kvm virtual machine from a standalone kvm into my o= virt cluster.  Standalone is using local storage, and my ovirt cluster= is using iscsi.  Can i please have some advice on whats the best way = to get this system into ovirt?</div> </div> </div> <div> </div> <div>Right now i see it as copying the .img file to somewhere=85 but i have= no idea where to start.  I found this directory on one of my ovirt no= des:</div> <div> </div> <div>/rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/mas= ter/vms</div> <div> </div> <div>But inside is just directories that appear to have uuid-type of names,= and i can't tell what belongs to which vm.</div> <div> </div> <div>Any advice would be greatly appreciated.</div> <div> </div> <div>Thanks,</div> <div>jonathan</div> <hr> This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose. </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_--

3 2

[Users] oVirt Workshop at LinuxCon Japan 2012
by Leslie Hawthorn 08 Apr '19

08 Apr '19

Hello everyone, As part of our efforts to raise awareness of and educate more developers about the oVirt project, we will be holding an oVirt workshop at LinuxCon Japan, taking place on June 8, 2012. You can find full details of the workshop agenda on the LinuxCon Japan site. [0] Registration for the workshop is now open and is free of charge for the first 50 participants. We will also look at adding additional participant slots to the workshop based on demand. Attendees who register for LinuxCon Japan via the workshop registration link [1] will also be eligible for a discount on their LinuxCon Japan registration. Please spread the word to folks you think would find the workshop useful. If they have already registered for LinuxCon Japan, they can simply edit their existing registration to include the workshop. [0] - https://events.linuxfoundation.org/events/linuxcon-japan/ovirt-gluster-work… [1] - http://www.regonline.com/Register/Checkin.aspx?EventID=1099949 Cheers, LH -- Leslie Hawthorn Community Action and Impact Open Source and Standards @ Red Hat identi.ca/lh twitter.com/lhawthorn

2 1

[Users] Can't access RHEV-H aka ovirt-node
by Scotto Alberto 11 Mar '19

11 Mar '19

--_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: multipart/alternative; boundary="_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_" --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I can't login to the hypervisor, neither as root nor as admin, neither from= another computer via ssh nor directly on the machine. I'm sure I remember the passwords. This is not the first time it happens: l= ast time I reinstalled the host. Everything worked ok for about 2 weeks, an= d then... What's going on? Is it a known behavior, somehow? Before rebooting the hypervisor, I would like to try something. RHEV Manage= r talks to RHEV-H without any problems. Can I login with RHEV-M's keys? how= ? Thank you all. Alberto Scotto [Blue] Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 al.scotto(a)reply.it www.reply.it ________________________________ -- The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than t= he intended recipient is prohibited. If you received this in error, please = contact the sender and delete the material from any computer. --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi all, I can’t login to the hype= rvisor, neither as root nor as admin, neither from another computer via ssh= nor directly on the machine. I’m sure I remember the p= asswords. This is not the first time it happens: last time I reinstalled th= e host. Everything worked ok for about 2 weeks, and then... What’s going on? Is it a = known behavior, somehow? Before rebooting the hypervisor= , I would like to try something. RHEV Manager talks to RHEV-H without any p= roblems. Can I login with RHEV-M’s keys? how?   Thank you all. </div> <div align=3D"left"> Alberto Scotto <img border=3D"0" alt=3D"Blue" src=3D"cid:bde= 5ac62d10545908e269a6006dbd5ac" style=3D"margin:0px"> Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 <a href=3D"al.scotto(a)reply.it" target=3D"" style=3D"color:blue; text-decora= tion:underline">al.scotto(a)reply.it</a> <a title=3D"" href=3D"www.reply.it" target=3D"" style=3D"color:blue; text-d= ecoration:underline">www.reply.it</a>   </div> <hr> -- The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If= you received this in error, please contact the sender and delete the mater= ial from any computer. </body> </html> --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_-- --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: image/png; name="blue.png" Content-Description: blue.png Content-Disposition: inline; filename="blue.png"; size=2834; creation-date="Tue, 11 Sep 2012 14:14:44 GMT"; modification-date="Tue, 11 Sep 2012 14:14:44 GMT" Content-ID: <bde5ac62d10545908e269a6006dbd5ac> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAAAyCAYAAACOADM7AAAABmJLR0QA/gD+AP7rGNSCAAAACXBI WXMAAA3XAAAN1wFCKJt4AAAACXZwQWcAAACMAAAAMgCR0D3bAAAKaUlEQVR42u2ce5AUxRnAf313 3Al4eCAYFaIgyMNEUF6KlYoVIDBArDxqopWxQgViQlWsPHA0MUlZVoyKRsdSE4lGomjIaHS0UlHL wTIPpEgQFQUUjYIWdfIIScyBHi/Z6/zRM1xP3yzs7t3unOX8qra2H9M9vb3f9Pf19/WukFKSk1Mq dVkPIOejRS4wOWXR6wVGuP5I4foDsh5HjkL0VhtGuP5A4CFgNrAD+Lb0nKeyHtfHnd68wixGCQvA qcA9wvWPy3pQH3caan1D4fonAYeBDwEZjaFflAaok56zHRhsNG0B+gAHSrhHarn0nFp/3NLnxbKP B06I5kECO2UYZD2sLtRcYIBJwK+BoYBACU89cAjoAIRw/TuAJcClQGy//FJ6zvvH6ly4/qXAz4vU HQA2A4H0nIcz+OxH41eAHaU3AhdkPaA0MrFhhOuPB2YA5wBnA6ehni5dgKcBu4C5wLZS7Rfh+g8A 80u49HHgEuk5h2s+AeaYLbsO2AKMiIqWyzBYkPW40shihUF6zkbUUwSAcP0G4FHgS9pl10rPmQMs LbXfSBVNLPHyrwDfBO7JYg4MRqEempjnsh5QMXqL0Xsl8EUt3w5cXUE/w4AztfzzwGSUGrwoyuvM yfqDR5yLUssxL2U9oGJkssLoCNdfjLJXdBZIz9lQQXcTgSYt/4z0nHjy1wvX3wW8oNX3O8q4TgKm AGegjNB/As9JzzmYer1lTwKGoOyyV2UYtArLngLMQ9lh64EVRQxZ3V5pje4V9zsVGBRl22QYrDXu e0HUvwD+K8NgXbe/lKOQqcAI178MuM0ovk16zqMVdjnNyL9g5E2DrTVlTP1RRvM3gIFG9RvC9RdK z/lHoo2yQQJgeFR0hbDsT6FUns544Icp456qpV+RYaAL5RJgepR+FWXzxfcdA6zRrr0SqKrAZKaS hOt/DbjXKH5Geo7bjW71iT8AvGLUzzXyfzfGNBBlPyymq7AAjAWeFK5/slE+AvhklC4At6KEZb9x 3cJo+9x5T8s+ERinFa012uzU0vuMuu9r6W3AXd2Yu5LIRGCE618E/D6l6rpu9Hk8MEEr2iQ9p1Wr n4wShJgPgCeMbh6g02jeB9wILASe1q4ZBHzBaDeRThukHghRdskoQF+NmlH+JJ0JqB1ijCkw72np jiOfx7JPQrkdYm6QYXBMH1V3qYlKEq7fhNLvw1CTeztK55rcJlz/s8XshGPwaeBELd8sXP961Bd4 Bsqo1u2bm6Tn7NbGeCHKMI6ZLz3nsajuT6gtfjxfpxr31lXhThkG8470a9mrtPp2uq4652np94FN Rr0uMM1a+jI6fVTvAMsrmLOy6VGBEa5fB3wOpctHaK9TgVOAxmN0MRXlwPpWBbefYuTHAj8tcu39 0nNuMMq+qqXfjoUl4mSSq/HbRlv9S3/ZqBumpXcB/zPqz9fSm2UY/Nuo1wWmCUBYdiPwHa3ck2Hw YQVzVjbVWGFmkW7YmewDfga8CNwHnB6VXyZcf7X0nAfLvG8pntE3gSXSc5an1Olf+hDh+i+jVieJ UiOxwBSiMQMgLLsFOEtr+7xWB8rQjdkgw0BXK40o1RWTZrDu0dKx0X4xylMOynZZVuZcVUyPCoz0 nA7gR8L1N6FWmQIqZtRGpwoSwF7gRek5WwCE658P3A9Y0TV3C9ffUOrWOlrZdIfdXuBhlCqaqZU/ myYs0RZaNzybUV7oNFqBt7T8BJJ2iW6zDAPGFKkDGE1yBTLtF0gKTCF6/4FWtsTYVVWVqtgw0nNW lHn9LmCOcP2bgKuAvsAtqNWqFGLVF7NGes4i4fpjgNfpFNbzi7QfD/TX8vtQMa40VkvPKWh5fWfW DuhCfg5Ju8nc5k/RxpZYuTR0gWkTlj0D5YgEeJca2S4xvcXTC4D0nKvpdNWXc2hqEiqSHROrhR0k bYAzhesPTmmvG61tKAE6PXoNRRnTg6OX6VvRhfB1GQa7tbyu5v6D8qNQpH4bsDVlbLrADACu0fK/ qOXqAr1MYCLip7AcI+48I78WIIpuv6mVN5NUPWntN0nP2So9p016ThtwEKU6RpIMOyAsuw9JVWiu INO19AYZBma0fbKWXi/DoEBX9tBpu4wDLozS2+jqx6o6vVFgYt+JKKON/pTvJ6kWzKc6LTg5XEtv MeruAF5DqbZVgH6IayTJoOHf4oSw7LNICuKTeqfCsj9BUnhN+yamPXqZc3JrLfwuJpnHklKIBaa+ lIuF67eQ3KW8HtlEMabhPCmlG/3JnhX5ZHaifDeLtLqlxpmcySQfuvnCstdH6WXaZ9iPMsJ1xpOM ZaXZL6DsqfcB3UO8A7WzrDm9T2DqG7dTOHSIEgUGIc5GyhatZJ1Rv4HkmZ/xKb08o5UPRa0UkuQT vY6uQVJTFc5D7fQ6SNpUN8ow2GVcq7sB2ugq2DGHUYfLdG6SYbCPDMhcYIRlJwWjcGg/Z1/yATBE zJxXT0Pf4o0P7pWcO39W4nuVHS+JGfPq6dMXOjpgzNyt9En0MUF877fDee3x1iPlo2beTOPxnwGh qzahuhUAjwCLpOeYKkDfIT2BUl1XkxT2+2QYXJ8yen0H+JYMgz2kY9o126mh38UkITBRYGwp5e1Q usNjwL/Ql3VRX2D35mUI0UB90wyOZmc19i+wa+NB+vTrnMA9re00RO3q6iRbVtYxeOzt1NXHS3od e96dRkPT6CN9v/HUIRr738Dg0bMRDSdQVzeAjsJh+ra8SfMpf5S3XNzFoSYsewhJVbhKhoEnLDtE HV4vRGXPprQFFTdrRklk2u4opoVkyMOTYbCfjEgc0RSWPQhlQ/SruMfymCrD4IXud1N7In+ILgzT ZRj8tYfvcSLwOzoPer0DjKv1VlrHVEltqBhMafZD99mR1QfvAXT1tYfiNkhZCMvuD1yLCtbORsXg Yi7PUljAEJgoztFaYV8fN8yg4XsV95TkLJS32+QaGQZPl9tZT5O50ftRJLL1Pq8V9cjqEjHdyG8D rpdhkJmhq5MLTGX0QR2diLdnYQ/2vRq1wsRe6nUyDNq712XP0Wt/W53TO+mNoYGcXkwuMDll0eM2 TPRbnGnAvaaDSVj2bOA0GQY1j7Lm9AzVWGG+jIrwphlH3wXuzvpD51RONXZJ7aizLFcIyx4O3CXD IN527kUdJAJAWPbFqBXnVmHZV6FO3K+I6oahzgYPAX7T017UnMqoxgpTQAniONRJ/AeFZRc72+IA P47SPwEWAAjLbgL+jPJ1NAF/EZZd6o/sc6pINQSmARAyDL6OOm45mmSoX+cDVDiC6D0+azI0arcS FSkG9fcgORlTbcfdXtR5jqOdnpPGO3QK8nzU33KsoutvgXIyoBorjP7FN6OEsph3sE6rq9fS8RmQ RTIMTgP+QPJsbk5GVENgjgMQlv0QcDnwBp0nxgaQ/O+6dmCUsOxHUGdj459kbI/a3Sksew3qjE5L 1pOVUx2VtBJljxxAhf3v0v4TZRnKmI25ObruLdTZkvcAZBgcEpY9E3BRu6TrZBisznqycvJYUk6Z 5KGBnLLIBSanLHKBySmLXGByyiIXmJyy+D/P9uGVPOu6DAAAACh6VFh0U29mdHdhcmUAAHja801M LsrPTU3JTFRwyyxKLc8vyi5WsAAAYBUIJ4KDNosAAAAASUVORK5CYII= --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_--

3 2

[Users] Documentation: Storage Domain conversion from Data Domain to Export Domain
by Michael Ayers 29 Nov '13

29 Nov '13

This is a multipart message in MIME format. ------=_NextPart_000_018F_01CDB69A.3C5318B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hey All, I ran into this issue myself where I needed to convert a data domain to an export domain in order to recover virtual guests from a corrupted ovirt/rhevm instance into a new ovirt/rhevm instance. This wasn't documented anywhere that I saw but with the help of Itamar Heim and an well timed email to the list from Igor Lvovsky last night I was able to do this and wanted to send to the list a documented procedure for how to modify the metadata of the data domain prior to import as an export domain. This procedure works for both RHEV-M and Ovirt. Let me know if you have any questions. Original Data Domain Metadata File -------------------------------------------------- CLASS=Data DESCRIPTION=vm-storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=2 POOL_DESCRIPTION=MyPool POOL_DOMAINS=dd8bc200-6e28-4185-bfe0-f0affb94f283:Active,ddefdf6c-ef68-419 c-9f72-76d27bf7d788:Active,66b3b243-6cc6-465f-b130-6f2cd0b70514:Active POOL_SPM_ID=2 POOL_SPM_LVER=17 POOL_UUID=a207f052-f4bf-44a3-b637-c6d2020a7c41 REMOTE_PATH=nfsserver:/ovirt/vm-storage ROLE=Master SDUUID=66b3b243-6cc6-465f-b130-6f2cd0b70514 TYPE=NFS VERSION=0 _SHA_CKSUM=009fa538321ac56749669127f43cc754aa59d398 Diff between Original DD Metadata File and ED Metadata File -------------------------------------------------- --- metadata-data-storage 2012-10-30 12:24:52.484006958 -0700 +++ metadata-exp-storage 2012-10-30 12:14:59.043807789 -0700 @@ -1,5 +1,5 @@ -CLASS=Data -DESCRIPTION=vm-storage +CLASS=Backup +DESCRIPTION=export-storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 @@ -7,13 +7,12 @@ LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=2 POOL_DESCRIPTION=MyPool -POOL_DOMAINS=dd8bc200-6e28-4185-bfe0-f0affb94f283:Active,ddefdf6c-ef68-41 9c-9f72-76d27bf7d788:Active,66b3b243-6cc6-465f-b130-6f2cd0b70514:Active +POOL_DOMAINS= POOL_SPM_ID=2 POOL_SPM_LVER=17 -POOL_UUID=a207f052-f4bf-44a3-b637-c6d2020a7c41 -REMOTE_PATH=nfsserver:/ovirt/vm-storage -ROLE=Master +POOL_UUID= +REMOTE_PATH=nfsserver:/ovirt/export-storage +ROLE=Regular SDUUID=66b3b243-6cc6-465f-b130-6f2cd0b70514 TYPE=NFS VERSION=0 -_SHA_CKSUM=009fa538321ac56749669127f43cc754aa59d398 Thanks, Michael ------------------------------------- Michael J. Ayers Red Hat Inc. Solutions Architect e: <mailto:ayersmj@redhat.com> ayersmj(a)redhat.com w: <http://www.redhat.com/> www.redhat.com ------=_NextPart_000_018F_01CDB69A.3C5318B0 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 14 = (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>Hey = All,<o:p></o:p><o:p> </o:p>I ran into this issue myself where I needed to convert = a data domain to an export domain in order to recover virtual guests = from a corrupted ovirt/rhevm instance into a new ovirt/rhevm = instance.  This wasn’t documented anywhere that I saw but = with the help of Itamar Heim and an well timed email to the list from = Igor Lvovsky last night I was able to do this and wanted to send to the = list a documented procedure for how to modify the metadata of the data = domain prior to import as an export domain.  This procedure works = for both RHEV-M and Ovirt.  Let me know if you have any = questions.<o:p></o:p><o:p> </o:p>Original Data Domain = Metadata File<o:p></o:p>-------------------------= -------------------------<o:p></o:p>CLASS=3DData<o:p></o:p></= span>DESCRIPTION=3Dvm-storage<= o:p></o:p>IOOPTIMEOUTSEC=3D10<o:p><= /o:p>LEASERETRIES=3D3<o:p></o:= p>LEASETIMESEC=3D60<o:p></o= :p>LOCKPOLICY=3D<o:p></o:p><= /span>LOCKRENEWALINTERVALSEC=3D= 5<o:p></o:p>MASTER_VERSION=3D2<o:p></= o:p>POOL_DESCRIPTION=3DMyPool= <o:p></o:p>POOL_DOMAINS=3Ddd8bc200-6= e28-4185-bfe0-f0affb94f283:Active,ddefdf6c-ef68-419c-9f72-76d27bf7d788:Ac= tive,66b3b243-6cc6-465f-b130-6f2cd0b70514:Active<o:p></o:p>POOL_SPM_ID=3D2<o:p></o:p= >POOL_SPM_LVER=3D17<o:p></= o:p>POOL_UUID=3Da207f052-f4bf= -44a3-b637-c6d2020a7c41<o:p></o:p>REMOTE_PATH=3Dnfsserver:/= ovirt/vm-storage<o:p></o:p>ROLE=3DMaster<o:p></o:p><= /span>SDUUID=3D66b3b243-6cc6-46= 5f-b130-6f2cd0b70514<o:p></o:p>TYPE=3DNFS<o:p></o:p></sp= an>VERSION=3D0<o:p></o:p></s= pan>_SHA_CKSUM=3D009fa538321a= c56749669127f43cc754aa59d398<o:p></o:p><o:p> </o:p><= /p><o:p> </o:p><= /p>Diff between Original DD = Metadata File and ED Metadata File<o:p></o:p>-------------------------= -------------------------<o:p></o:p>--- = metadata-data-storage       2012-10-30 = 12:24:52.484006958 -0700<o:p></o:p>+++ = metadata-exp-storage       =  2012-10-30 12:14:59.043807789 -0700<o:p></o:p>@@ -1,5 +1,5 = @@<o:p></o:p>-CLASS=3DData<o:p></o:p><= /span>-DESCRIPTION=3Dvm-storage= <o:p></o:p>+CLASS=3DBackup<o:p></o:p= >+DESCRIPTION=3Dexport-sto= rage<o:p></o:p> = IOOPTIMEOUTSEC=3D10<o:p></o:p> = LEASERETRIES=3D3<o:p></o:p> = LEASETIMESEC=3D60<o:p></o:p>@@ -7,13 +7,12 = @@<o:p></o:p> = LOCKRENEWALINTERVALSEC=3D5<o:p></o:p> = MASTER_VERSION=3D2<o:p></o:p> = POOL_DESCRIPTION=3DMyPool<o:p></o:p>-POOL_DOMAINS=3Ddd8bc200-= 6e28-4185-bfe0-f0affb94f283:Active,ddefdf6c-ef68-419c-9f72-76d27bf7d788:A= ctive,66b3b243-6cc6-465f-b130-6f2cd0b70514:Active<o:p></o:p><p= class=3DMsoNormal style=3D'margin-left:.5in'>+POOL_DOMAINS=3D<o:p></o:= p> = POOL_SPM_ID=3D2<o:p></o:p> = POOL_SPM_LVER=3D17<o:p></o:p>-POOL_UUID=3Da207f052-f4b= f-44a3-b637-c6d2020a7c41<o:p></o:p>-REMOTE_PATH=3Dnfsserver:= /ovirt/vm-storage<o:p></o:p>-ROLE=3DMaster<o:p></o:p>= +POOL_UUID=3D<o:p></o:p><= /span>+REMOTE_PATH=3Dnfsserver:= /ovirt/export-storage<o:p></o:p>+ROLE=3DRegular<o:p></o:p= > = SDUUID=3D66b3b243-6cc6-465f-b130-6f2cd0b70514<o:p></o:p> = TYPE=3DNFS<o:p></o:p> = VERSION=3D0<o:p></o:p>-_SHA_CKSUM=3D009fa538321= ac56749669127f43cc754aa59d398<o:p></o:p><o:p> </o:p><= /p>Thanks,<o:p></o:p>= <o:p> </o:p><= /p>Michael<o:p></o:p>= -------------------------= ------------<o:p></o:p>Michael J. = Ayers<o:p></o:p>Red Hat = Inc.<o:p></o:p>Solutions = Architect<o:p></o:p>e: <a = href=3D"mailto:ayersmj@redhat.com">ayersmj(a)redhat.com</a><o:p></o:p><= p class=3DMsoNormal>w: <a = href=3D"http://www.redhat.com/">www.redhat.com</a><o:p></o:p><o:p> </o:p><o:p> </o:p><= /p></div></body></html> ------=_NextPart_000_018F_01CDB69A.3C5318B0--

8 23

[Users] Database creation failed on engine-setup
by Robber Phex 20 Aug '13

20 Aug '13

Hi, I'm unable to complete engine-setup: $ sudo engine-setup Welcome to oVirt Engine setup utility HTTP Port [8080] : HTTPS Port [8443] : Host fully qualified domain name, note that this name should be fully resolvable [RobberPhex-PC] : ERROR: domain is not a valid domain name User input failed validation, do you still wish to use it? (yes|no): yes Password for Administrator (admin@internal) : Warning: Weak Password. Confirm password : Database password (required for secure authentication with the locally created database) : Warning: Weak Password. Confirm password : Organization Name for the Certificate: RobberPhexCloud The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'] [NFS] : Should the installer configure NFS share on this server to be used as an ISO Domain? ['yes'| 'no'] [yes] : Mount point path: /mnt/iso Display name for the ISO Domain: RPiso Firewall ports need to be opened. You can let the installer configure iptables automatically overriding the current configuration. The old configuration will be backed up. Alternately you can configure the firewall later using an example iptables file found under /usr/share/ovirt-engine/conf/iptables.example Configure iptables ? ['yes'| 'no']: yes oVirt Engine will be installed using the following configuration: ================================================================= http-port: 8080 https-port: 8443 host-fqdn: RobberPhex-PC auth-pass: ******** db-pass: ******** org-name: RobberPhexCloud default-dc-type: NFS nfs-mp: /mnt/iso iso-domain-name: RPiso override-iptables: yes Proceed with the configuration listed above? (yes|no): yes Installing: Configuring oVirt-engine... [ DONE ] Creating CA... [ DONE ] Editing JBoss Configuration... [ DONE ] Setting Database Security... [ DONE ] Creating Database... [ ERROR ] Database creation failed Please check log file /var/log/ovirt-engine/engine-setup_2012_08_13_01_01_02.log for more information and,It's engine-setup_2012_08_13_01_01_02.log: 2012-08-13 01:03:58::DEBUG::common_utils::196::root:: cmd = /sbin/ip addr 2012-08-13 01:03:58::DEBUG::common_utils::201::root:: output = 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 98:4b:e1:ca:1a:ba brd ff:ff:ff:ff:ff:ff 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether ec:55:f9:6c:54:15 brd ff:ff:ff:ff:ff:ff inet 172.16.70.224/16 brd 172.16.255.255 scope global wlan0 inet6 fe80::ee55:f9ff:fe6c:5415/64 scope link valid_lft forever preferred_lft forever 4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN link/ether 52:54:00:78:30:62 brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 5: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc noop master virbr0 state DOWN qlen 500 link/ether 52:54:00:78:30:62 brd ff:ff:ff:ff:ff:ff 2012-08-13 01:03:58::DEBUG::common_utils::202::root:: stderr = 2012-08-13 01:03:58::DEBUG::common_utils::203::root:: retcode = 0 2012-08-13 01:03:58::DEBUG::common_utils::318::root:: Found IP Address: 172.16.70.224 2012-08-13 01:03:58::DEBUG::common_utils::318::root:: Found IP Address: 192.168.122.1 2012-08-13 01:03:58::DEBUG::engine-setup::2004::root:: initiating command line option parser 2012-08-13 01:03:58::DEBUG::engine-setup::1897::root:: Entered main(configFile='None') 2012-08-13 01:03:58::DEBUG::engine-setup::1464::root:: checking the status of engine 2012-08-13 01:03:58::DEBUG::common_utils::196::root:: cmd = /sbin/service ovirt-engine status 2012-08-13 01:03:58::DEBUG::common_utils::201::root:: output = ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled) Active: failed (Result: signal) since Mon, 13 Aug 2012 00:55:25 +0800; 8min ago Main PID: 587 (code=killed, signal=KILL) CGroup: name=systemd:/system/ovirt-engine.service 2012-08-13 01:03:58::DEBUG::common_utils::202::root:: stderr = Redirecting to /bin/systemctl status ovirt-engine.service 2012-08-13 01:03:58::DEBUG::common_utils::203::root:: retcode = 3 2012-08-13 01:03:58::DEBUG::engine-setup::1211::root:: going over group {'PRE_CONDITION_MATCH': True, 'DESCRIPTION': 'General configuration parameters', 'POST_CONDITION': False, 'GROUP_NAME': 'ALL_PARAMS', 'PRE_CONDITION': False, 'POST_CONDITION_MATCH': True} 2012-08-13 01:03:59::DEBUG::engine_validators::48::root:: Validating 8080 as a valid TCP Port 2012-08-13 01:03:59::DEBUG::common_utils::175::root:: Checking if TCP port 8080 is open by any process 2012-08-13 01:03:59::DEBUG::common_utils::196::root:: cmd = /usr/sbin/lsof -i -n -P 2012-08-13 01:03:59::DEBUG::common_utils::201::root:: output = COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd 1 root 29u IPv6 12597 0t0 TCP *:631 (LISTEN) systemd 1 root 30u IPv4 12598 0t0 UDP *:631 avahi-dae 606 avahi 12u IPv4 16379 0t0 UDP *:5353 avahi-dae 606 avahi 13u IPv4 16380 0t0 UDP *:57705 chronyd 648 chrony 1u IPv4 12086 0t0 UDP *:123 chronyd 648 chrony 2u IPv6 12087 0t0 UDP *:123 chronyd 648 chrony 3u IPv4 12088 0t0 UDP *:323 chronyd 648 chrony 5u IPv6 12089 0t0 UDP *:323 rpcbind 785 root 7u IPv4 18666 0t0 UDP *:111 rpcbind 785 root 8u IPv4 18667 0t0 UDP *:959 rpcbind 785 root 9u IPv4 18668 0t0 TCP *:111 (LISTEN) rpcbind 785 root 10u IPv6 18669 0t0 UDP *:111 rpcbind 785 root 11u IPv6 18670 0t0 UDP *:959 rpcbind 785 root 12u IPv6 18671 0t0 TCP *:111 (LISTEN) rpc.statd 828 rpcuser 5u IPv4 15226 0t0 UDP 127.0.0.1:1004 rpc.statd 828 rpcuser 8u IPv4 15296 0t0 UDP *:48348 rpc.statd 828 rpcuser 9u IPv4 15298 0t0 TCP *:49245 (LISTEN) rpc.statd 828 rpcuser 10u IPv6 15300 0t0 UDP *:48164 rpc.statd 828 rpcuser 11u IPv6 15302 0t0 TCP *:37143 (LISTEN) dnsmasq 885 nobody 5u IPv4 17073 0t0 UDP *:67 dnsmasq 885 nobody 6u IPv4 17077 0t0 UDP 192.168.122.1:53 dnsmasq 885 nobody 7u IPv4 17078 0t0 TCP 192.168.122.1:53(LISTEN) rpc.mount 959 root 7u IPv4 15360 0t0 UDP *:20048 rpc.mount 959 root 8u IPv4 20482 0t0 TCP *:20048 (LISTEN) rpc.mount 959 root 9u IPv6 20484 0t0 UDP *:20048 rpc.mount 959 root 10u IPv6 20486 0t0 TCP *:20048 (LISTEN) httpd 986 root 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 990 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 991 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 992 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 993 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 994 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 995 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 996 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 997 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) proftpd 1002 nobody 2u IPv6 18309 0t0 TCP *:12021 (LISTEN) mysqld 1203 mysql 10u IPv4 20816 0t0 TCP *:3306 (LISTEN) cupsd 1780 root 4u IPv6 12597 0t0 TCP *:631 (LISTEN) cupsd 1780 root 5u IPv4 12598 0t0 UDP *:631 cupsd 1780 root 12u IPv4 21343 0t0 TCP 127.0.0.1:631(LISTEN) dhclient 3149 root 6u IPv4 28928 0t0 UDP *:68 dhclient 3149 root 20u IPv4 29992 0t0 UDP *:3721 dhclient 3149 root 21u IPv6 29993 0t0 UDP *:29724 firefox 3153 robberphex 50u IPv4 32247 0t0 TCP 172.16.70.224:40030->74.125.31.18:443 (ESTABLISHED) firefox 3153 robberphex 65u IPv4 45162 0t0 TCP 172.16.70.224:60227->74.125.31.106:443 (ESTABLISHED) firefox 3153 robberphex 66u IPv4 45185 0t0 TCP 172.16.70.224:46433->74.125.31.94:443 (ESTABLISHED) firefox 3153 robberphex 67u IPv4 45190 0t0 TCP 172.16.70.224:37722->74.125.31.138:443 (ESTABLISHED) telepathy 3224 robberphex 10u IPv4 28333 0t0 TCP 172.16.70.224:43924->74.125.31.125:5222 (ESTABLISHED) telepathy 3224 robberphex 16u IPv4 31169 0t0 TCP 172.16.70.224:40980->207.46.124.170:5222 (ESTABLISHED) telepathy 3225 robberphex 8u IPv4 30929 0t0 TCP 172.16.70.224:33843->78.40.125.4:6697 (ESTABLISHED) plugin-co 4223 robberphex 22u IPv4 34571 0t0 TCP 127.0.0.1:33441-> 127.0.0.1:38507 (ESTABLISHED) GoogleTal 4278 robberphex 16u IPv4 36888 0t0 TCP 127.0.0.1:38507(LISTEN) GoogleTal 4278 robberphex 18u IPv4 36895 0t0 TCP 127.0.0.1:54688(LISTEN) GoogleTal 4278 robberphex 21u IPv4 35218 0t0 TCP 127.0.0.1:38507-> 127.0.0.1:33441 (ESTABLISHED) sendmail 4443 root 4u IPv4 37046 0t0 TCP 127.0.0.1:25(LISTEN) postgres 5872 postgres 3u IPv4 46120 0t0 TCP 127.0.0.1:5432(LISTEN) postgres 5872 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 postgres 5875 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 postgres 5876 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 postgres 5877 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 postgres 5878 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 2012-08-13 01:03:59::DEBUG::common_utils::202::root:: stderr = 2012-08-13 01:03:59::DEBUG::common_utils::203::root:: retcode = 0 2012-08-13 01:04:00::DEBUG::engine_validators::48::root:: Validating 8443 as a valid TCP Port 2012-08-13 01:04:00::DEBUG::common_utils::175::root:: Checking if TCP port 8443 is open by any process 2012-08-13 01:04:00::DEBUG::common_utils::196::root:: cmd = /usr/sbin/lsof -i -n -P 2012-08-13 01:04:00::DEBUG::common_utils::201::root:: output = COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd 1 root 29u IPv6 12597 0t0 TCP *:631 (LISTEN) systemd 1 root 30u IPv4 12598 0t0 UDP *:631 avahi-dae 606 avahi 12u IPv4 16379 0t0 UDP *:5353 avahi-dae 606 avahi 13u IPv4 16380 0t0 UDP *:57705 chronyd 648 chrony 1u IPv4 12086 0t0 UDP *:123 chronyd 648 chrony 2u IPv6 12087 0t0 UDP *:123 chronyd 648 chrony 3u IPv4 12088 0t0 UDP *:323 chronyd 648 chrony 5u IPv6 12089 0t0 UDP *:323 rpcbind 785 root 7u IPv4 18666 0t0 UDP *:111 rpcbind 785 root 8u IPv4 18667 0t0 UDP *:959 rpcbind 785 root 9u IPv4 18668 0t0 TCP *:111 (LISTEN) rpcbind 785 root 10u IPv6 18669 0t0 UDP *:111 rpcbind 785 root 11u IPv6 18670 0t0 UDP *:959 rpcbind 785 root 12u IPv6 18671 0t0 TCP *:111 (LISTEN) rpc.statd 828 rpcuser 5u IPv4 15226 0t0 UDP 127.0.0.1:1004 rpc.statd 828 rpcuser 8u IPv4 15296 0t0 UDP *:48348 rpc.statd 828 rpcuser 9u IPv4 15298 0t0 TCP *:49245 (LISTEN) rpc.statd 828 rpcuser 10u IPv6 15300 0t0 UDP *:48164 rpc.statd 828 rpcuser 11u IPv6 15302 0t0 TCP *:37143 (LISTEN) dnsmasq 885 nobody 5u IPv4 17073 0t0 UDP *:67 dnsmasq 885 nobody 6u IPv4 17077 0t0 UDP 192.168.122.1:53 dnsmasq 885 nobody 7u IPv4 17078 0t0 TCP 192.168.122.1:53(LISTEN) rpc.mount 959 root 7u IPv4 15360 0t0 UDP *:20048 rpc.mount 959 root 8u IPv4 20482 0t0 TCP *:20048 (LISTEN) rpc.mount 959 root 9u IPv6 20484 0t0 UDP *:20048 rpc.mount 959 root 10u IPv6 20486 0t0 TCP *:20048 (LISTEN) httpd 986 root 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 990 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 991 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 992 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 993 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 994 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 995 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 996 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) httpd 997 apache 3u IPv4 19590 0t0 TCP *:12080 (LISTEN) proftpd 1002 nobody 2u IPv6 18309 0t0 TCP *:12021 (LISTEN) mysqld 1203 mysql 10u IPv4 20816 0t0 TCP *:3306 (LISTEN) cupsd 1780 root 4u IPv6 12597 0t0 TCP *:631 (LISTEN) cupsd 1780 root 5u IPv4 12598 0t0 UDP *:631 cupsd 1780 root 12u IPv4 21343 0t0 TCP 127.0.0.1:631(LISTEN) dhclient 3149 root 6u IPv4 28928 0t0 UDP *:68 dhclient 3149 root 20u IPv4 29992 0t0 UDP *:3721 dhclient 3149 root 21u IPv6 29993 0t0 UDP *:29724 firefox 3153 robberphex 50u IPv4 32247 0t0 TCP 172.16.70.224:40030->74.125.31.18:443 (ESTABLISHED) firefox 3153 robberphex 65u IPv4 45162 0t0 TCP 172.16.70.224:60227->74.125.31.106:443 (ESTABLISHED) firefox 3153 robberphex 66u IPv4 45185 0t0 TCP 172.16.70.224:46433->74.125.31.94:443 (ESTABLISHED) firefox 3153 robberphex 67u IPv4 45190 0t0 TCP 172.16.70.224:37722->74.125.31.138:443 (ESTABLISHED) telepathy 3224 robberphex 10u IPv4 28333 0t0 TCP 172.16.70.224:43924->74.125.31.125:5222 (ESTABLISHED) telepathy 3224 robberphex 16u IPv4 31169 0t0 TCP 172.16.70.224:40980->207.46.124.170:5222 (ESTABLISHED) telepathy 3225 robberphex 8u IPv4 30929 0t0 TCP 172.16.70.224:33843->78.40.125.4:6697 (ESTABLISHED) plugin-co 4223 robberphex 22u IPv4 34571 0t0 TCP 127.0.0.1:33441-> 127.0.0.1:38507 (ESTABLISHED) GoogleTal 4278 robberphex 16u IPv4 36888 0t0 TCP 127.0.0.1:38507(LISTEN) GoogleTal 4278 robberphex 18u IPv4 36895 0t0 TCP 127.0.0.1:54688(LISTEN) GoogleTal 4278 robberphex 21u IPv4 35218 0t0 TCP 127.0.0.1:38507-> 127.0.0.1:33441 (ESTABLISHED) sendmail 4443 root 4u IPv4 37046 0t0 TCP 127.0.0.1:25(LISTEN) postgres 5872 postgres 3u IPv4 46120 0t0 TCP 127.0.0.1:5432(LISTEN) postgres 5872 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 postgres 5875 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 postgres 5876 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 postgres 5877 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 postgres 5878 postgres 6u IPv4 41925 0t0 UDP 127.0.0.1:42123-> 127.0.0.1:42123 2012-08-13 01:04:00::DEBUG::common_utils::202::root:: stderr = 2012-08-13 01:04:00::DEBUG::common_utils::203::root:: retcode = 0 2012-08-13 01:04:00::DEBUG::engine-setup::433::root:: setting default value (00:1A:4A:A8:7A:00-00:1A:4A:A8:7A:FF) for key (MAC_RANGE) 2012-08-13 01:04:01::INFO::engine_validators::122::root:: Validating RobberPhex-PC as a FQDN 2012-08-13 01:04:01::INFO::engine_validators::96::root:: validating RobberPhex-PC as a valid domain string 2012-08-13 01:04:01::DEBUG::engine-setup::519::root:: asking user: User input failed validation, do you still wish to use it? (yes|no): 2012-08-13 01:04:03::DEBUG::engine-setup::523::root:: user answered: yes 2012-08-13 01:04:06::DEBUG::engine_validators::71::root:: Validating password 2012-08-13 01:04:06::WARNING::engine_validators::77::root:: Password failed check 2012-08-13 01:04:06::WARNING::engine_validators::78::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/engine_validators.py", line 75, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a dictionary word 2012-08-13 01:04:13::DEBUG::engine_validators::71::root:: Validating password 2012-08-13 01:04:13::WARNING::engine_validators::77::root:: Password failed check 2012-08-13 01:04:13::WARNING::engine_validators::78::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/engine_validators.py", line 75, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a dictionary word 2012-08-13 01:04:30::INFO::engine_validators::203::root:: validating organization name 2012-08-13 01:04:31::INFO::engine_validators::84::root:: Validating NFS as part of ['NFS', 'FC', 'ISCSI'] 2012-08-13 01:04:31::DEBUG::engine-setup::1211::root:: going over group {'PRE_CONDITION_MATCH': 'yes', 'DESCRIPTION': 'ISO Domain paramters', 'POST_CONDITION': False, 'GROUP_NAME': 'NFS', 'PRE_CONDITION': 'CONFIG_NFS', 'POST_CONDITION_MATCH': True} 2012-08-13 01:04:31::INFO::engine_validators::84::root:: Validating yes as part of ['yes', 'no'] 2012-08-13 01:04:36::INFO::engine_validators::17::root:: validating /mnt/iso as a valid mount point 2012-08-13 01:04:36::DEBUG::engine_validators::288::root:: attempting to write temp file to /mnt 2012-08-13 01:04:36::DEBUG::common_utils::349::root:: Checking available space on /mnt 2012-08-13 01:04:36::DEBUG::common_utils::354::root:: Available space on /mnt is 59217 2012-08-13 01:04:42::INFO::engine_validators::186::root:: validating iso domain name 2012-08-13 01:04:42::DEBUG::engine-setup::1211::root:: going over group {'PRE_CONDITION_MATCH': True, 'DESCRIPTION': 'Firewall related paramters', 'POST_CONDITION': False, 'GROUP_NAME': 'IPTABLES', 'PRE_CONDITION': False, 'POST_CONDITION_MATCH': True} 2012-08-13 01:04:47::INFO::engine_validators::84::root:: Validating yes as part of ['yes', 'no'] 2012-08-13 01:04:47::INFO::engine-setup::1292::root:: *** User input summary *** 2012-08-13 01:04:47::INFO::engine-setup::1307::root:: http-port: 8080 2012-08-13 01:04:47::INFO::engine-setup::1307::root:: https-port: 8443 2012-08-13 01:04:47::INFO::engine-setup::1307::root:: host-fqdn: RobberPhex-PC 2012-08-13 01:04:47::INFO::engine-setup::1303::root:: auth-pass: ******** 2012-08-13 01:04:47::INFO::engine-setup::1303::root:: db-pass: ******** 2012-08-13 01:04:47::INFO::engine-setup::1307::root:: org-name: RobberPhexCloud 2012-08-13 01:04:47::INFO::engine-setup::1307::root:: default-dc-type: NFS 2012-08-13 01:04:47::INFO::engine-setup::1307::root:: nfs-mp: /mnt/iso 2012-08-13 01:04:47::INFO::engine-setup::1307::root:: iso-domain-name: RPiso 2012-08-13 01:04:47::INFO::engine-setup::1307::root:: override-iptables: yes 2012-08-13 01:04:47::INFO::engine-setup::1309::root:: *** User input summary *** 2012-08-13 01:04:47::DEBUG::engine-setup::519::root:: asking user: Proceed with the configuration listed above? (yes|no): 2012-08-13 01:04:49::DEBUG::engine-setup::523::root:: user answered: yes 2012-08-13 01:04:49::DEBUG::engine-setup::1336::root:: user chose to accept user parameters 2012-08-13 01:04:49::DEBUG::engine-setup::1923::root:: {'ORG_NAME': 'RobberPhexCloud', 'HOST_FQDN': 'RobberPhex-PC', 'AUTH_PASS_CONFIRMED': '********', 'HTTP_PORT': '8080', 'HTTPS_PORT': '8443', 'DB_PASS_CONFIRMED': '********', 'CONFIG_NFS': 'yes', 'AUTH_PASS': '********', 'DB_PASS': '********', 'ISO_DOMAIN_NAME': 'RPiso', 'MAC_RANGE': '00:1A:4A:A8:7A:00-00:1A:4A:A8:7A:FF', 'NFS_MP': '/mnt/iso', 'OVERRIDE_IPTABLES': 'yes', 'DC_TYPE': 'NFS'} 2012-08-13 01:04:49::DEBUG::engine-setup::1926::root:: Entered Configuration stage 2012-08-13 01:04:49::DEBUG::engine-setup::1016::root:: running setMaxSharedMemory 2012-08-13 01:04:49::DEBUG::engine-setup::1390::root:: loading /etc/sysctl.conf 2012-08-13 01:04:49::DEBUG::engine-setup::1397::root:: current shared memory max in kernel is 35554432, there is no need to update the kernel parameters 2012-08-13 01:04:49::DEBUG::engine-setup::1019::root:: running _createCA 2012-08-13 01:04:49::DEBUG::engine-setup::729::root:: updating /etc/pki/ovirt-engine/cacert.template 2012-08-13 01:04:49::DEBUG::engine-setup::729::root:: updating /etc/pki/ovirt-engine/cert.template 2012-08-13 01:04:49::DEBUG::engine-setup::647::root:: current timezone offset is -8 2012-08-13 01:04:49::DEBUG::engine-setup::661::root:: Date string is 120812010449-0800 2012-08-13 01:04:49::DEBUG::common_utils::219::root:: Executing command --> '/etc/pki/ovirt-engine/installCA.sh RobberPhex-PC US RobberPhexCloud engine ******** 120812010449-0800 /etc/pki/ovirt-engine RobberPhex-PC.59529' 2012-08-13 01:04:52::DEBUG::common_utils::226::root:: output = } Creating CA... } Creating KeyStore... }} Converting formats... > Importing CA certificate... } Creating client certificate for oVirt... }} Creating certificate request... }} Signing certificate request... X509v3 Subject Key Identifier: }} Converting formats... } Importing oVirt certificate... } Exporting oVirt key as SSH... 2012-08-13 01:04:52::DEBUG::common_utils::227::root:: stderr = Generating RSA private key, 1024 bit long modulus .....................................................................++++++ ...............++++++ e is 65537 (0x10001) Using configuration from openssl.conf Check that the request matches the signature Signature ok The Subject's Distinguished Name is as follows countryName :PRINTABLE:'US' organizationName :PRINTABLE:'RobberPhexCloud' commonName :PRINTABLE:'CA-RobberPhex-PC.59529' Certificate is to be certified until Aug 10 17:04:49 2022 GMT (3650 days) Write out database with 1 new entries Data Base Updated Certificate was added to keystore Certificate was added to keystore Using configuration from openssl.conf Check that the request matches the signature Signature ok The Subject's Distinguished Name is as follows countryName :PRINTABLE:'US' organizationName :PRINTABLE:'RobberPhexCloud' commonName :PRINTABLE:'RobberPhex-PC' Certificate is to be certified until Jul 17 17:04:51 2017 GMT (1800 days) Write out database with 1 new entries Data Base Updated Certificate reply was installed in keystore Certificate stored in file <keys/engine.pub.tmp> 2012-08-13 01:04:52::DEBUG::common_utils::228::root:: retcode = 0 2012-08-13 01:04:52::DEBUG::common_utils::219::root:: Executing command --> '/etc/pki/ovirt-engine/generate-ssh-keys -s /etc/pki/ovirt-engine/.keystore -p ******** -a engine -k /etc/pki/ovirt-engine/keys/engine_id_rsa' 2012-08-13 01:04:52::DEBUG::common_utils::226::root:: output = Finished successfuly 2012-08-13 01:04:52::DEBUG::common_utils::227::root:: stderr = 2012-08-13 01:04:52::DEBUG::common_utils::228::root:: retcode = 0 2012-08-13 01:04:52::DEBUG::common_utils::406::root:: successfully copied file /etc/pki/ovirt-engine/keys/engine.ssh.key.txt to target destination /usr/share/ovirt-engine/deployments/ROOT.war 2012-08-13 01:04:52::DEBUG::common_utils::414::root:: setting file /usr/share/ovirt-engine/deployments/ROOT.war/engine.ssh.key.txt uid/gid ownership 2012-08-13 01:04:52::DEBUG::common_utils::417::root:: setting file /usr/share/ovirt-engine/deployments/ROOT.war/engine.ssh.key.txt mode to -1 2012-08-13 01:04:52::DEBUG::common_utils::219::root:: Executing command --> '/usr/bin/openssl x509 -in /etc/pki/ovirt-engine/ca.pem -fingerprint -noout' 2012-08-13 01:04:52::DEBUG::common_utils::226::root:: output = SHA1 Fingerprint=38:C1:B1:E0:4F:D6:D6:18:7D:C9:29:BB:0A:AB:60:76:FC:0E:6A:4F 2012-08-13 01:04:52::DEBUG::common_utils::227::root:: stderr = 2012-08-13 01:04:52::DEBUG::common_utils::228::root:: retcode = 0 2012-08-13 01:04:52::DEBUG::common_utils::219::root:: Executing command --> '/usr/bin/ssh-keygen -lf /etc/pki/ovirt-engine/keys/engine.ssh.key.txt' 2012-08-13 01:04:52::DEBUG::common_utils::226::root:: output = 2048 a8:7f:bd:f9:5d:6f:2d:b0:5f:68:ec:9d:8c:57:3b:63 engine (RSA) 2012-08-13 01:04:52::DEBUG::common_utils::227::root:: stderr = 2012-08-13 01:04:52::DEBUG::common_utils::228::root:: retcode = 0 2012-08-13 01:04:52::DEBUG::engine-setup::722::root:: changing ownership of /etc/pki/ovirt-engine/ca.pem to 108/986 (uid/gid) 2012-08-13 01:04:52::DEBUG::engine-setup::724::root:: changing file permissions for /etc/pki/ovirt-engine/ca.pem to 0750 2012-08-13 01:04:52::DEBUG::engine-setup::722::root:: changing ownership of /etc/pki/ovirt-engine/.keystore to 108/986 (uid/gid) 2012-08-13 01:04:52::DEBUG::engine-setup::724::root:: changing file permissions for /etc/pki/ovirt-engine/.keystore to 0750 2012-08-13 01:04:52::DEBUG::engine-setup::722::root:: changing ownership of /etc/pki/ovirt-engine/private to 108/986 (uid/gid) 2012-08-13 01:04:52::DEBUG::engine-setup::724::root:: changing file permissions for /etc/pki/ovirt-engine/private to 0750 2012-08-13 01:04:52::DEBUG::engine-setup::722::root:: changing ownership of /etc/pki/ovirt-engine/private/ca.pem to 108/986 (uid/gid) 2012-08-13 01:04:52::DEBUG::engine-setup::724::root:: changing file permissions for /etc/pki/ovirt-engine/private/ca.pem to 0750 2012-08-13 01:04:52::DEBUG::engine-setup::722::root:: changing ownership of /etc/pki/ovirt-engine/.truststore to 108/986 (uid/gid) 2012-08-13 01:04:52::DEBUG::engine-setup::724::root:: changing file permissions for /etc/pki/ovirt-engine/.truststore to 0750 2012-08-13 01:04:52::DEBUG::common_utils::406::root:: successfully copied file /etc/pki/ovirt-engine/keys/engine.ssh.key.txt to target destination /usr/share/ovirt-engine/deployments/ROOT.war 2012-08-13 01:04:52::DEBUG::common_utils::414::root:: setting file /usr/share/ovirt-engine/deployments/ROOT.war/engine.ssh.key.txt uid/gid ownership 2012-08-13 01:04:52::DEBUG::common_utils::417::root:: setting file /usr/share/ovirt-engine/deployments/ROOT.war/engine.ssh.key.txt mode to -1 2012-08-13 01:04:52::DEBUG::engine-setup::1016::root:: running configJbossXml 2012-08-13 01:04:52::DEBUG::engine-setup::1710::root:: Backing up /etc/ovirt-engine/ovirt-engine.xml into /etc/ovirt-engine/ovirt-engine.xml.BACKUP.4141705 2012-08-13 01:04:52::DEBUG::common_utils::406::root:: successfully copied file /etc/ovirt-engine/ovirt-engine.xml to target destination /etc/ovirt-engine/ovirt-engine.xml.BACKUP.4141705 2012-08-13 01:04:52::DEBUG::common_utils::414::root:: setting file /etc/ovirt-engine/ovirt-engine.xml.BACKUP.4141705 uid/gid ownership 2012-08-13 01:04:52::DEBUG::common_utils::417::root:: setting file /etc/ovirt-engine/ovirt-engine.xml.BACKUP.4141705 mode to -1 2012-08-13 01:04:52::DEBUG::common_utils::406::root:: successfully copied file /etc/ovirt-engine/ovirt-engine.xml to target destination /etc/ovirt-engine/ovirt-engine.xml.EDIT.9205173 2012-08-13 01:04:52::DEBUG::common_utils::414::root:: setting file /etc/ovirt-engine/ovirt-engine.xml.EDIT.9205173 uid/gid ownership 2012-08-13 01:04:52::DEBUG::common_utils::417::root:: setting file /etc/ovirt-engine/ovirt-engine.xml.EDIT.9205173 mode to -1 2012-08-13 01:04:52::DEBUG::engine-setup::1715::root:: loading xml file handler 2012-08-13 01:04:52::DEBUG::engine-setup::1722::root:: Configuring Jboss 2012-08-13 01:04:52::DEBUG::engine-setup::1781::root:: Configuring Jboss's network 2012-08-13 01:04:52::DEBUG::engine-setup::1783::root:: Removing all interfaces from the public interface 2012-08-13 01:04:52::DEBUG::engine-setup::1786::root:: Adding access to public interface 2012-08-13 01:04:52::DEBUG::engine-setup::1789::root:: Setting ports 2012-08-13 01:04:52::DEBUG::engine-setup::1796::root:: Network has been configured for jboss 2012-08-13 01:04:52::DEBUG::engine-setup::1802::root:: Configuring SSL for jboss 2012-08-13 01:04:52::DEBUG::engine-setup::1804::root:: Registering web namespaces 2012-08-13 01:04:52::DEBUG::engine-setup::1814::root:: Disabling default welcome-content 2012-08-13 01:04:52::DEBUG::engine-setup::1818::root:: SSL has been configured for jboss 2012-08-13 01:04:52::DEBUG::engine-setup::1725::root:: Jboss has been configured 2012-08-13 01:04:52::DEBUG::engine-setup::1731::root:: Jboss configuration has been saved 2012-08-13 01:04:52::DEBUG::engine-setup::1016::root:: running _editRootWar 2012-08-13 01:04:52::DEBUG::engine-setup::595::root:: update /etc/ovirt-engine/web-conf.js with http & ssl urls 2012-08-13 01:04:52::DEBUG::common_utils::406::root:: successfully copied file /etc/ovirt-engine/web-conf.js to target destination /usr/share/ovirt-engine/deployments/ROOT.war 2012-08-13 01:04:52::DEBUG::common_utils::414::root:: setting file /usr/share/ovirt-engine/deployments/ROOT.war/web-conf.js uid/gid ownership 2012-08-13 01:04:52::DEBUG::common_utils::417::root:: setting file /usr/share/ovirt-engine/deployments/ROOT.war/web-conf.js mode to -1 2012-08-13 01:04:52::DEBUG::engine-setup::583::root:: copying /etc/pki/ovirt-engine/ca.pem to /usr/share/ovirt-engine/deployments/ROOT.war/ca.crt 2012-08-13 01:04:52::DEBUG::common_utils::406::root:: successfully copied file /etc/pki/ovirt-engine/ca.pem to target destination /usr/share/ovirt-engine/deployments/ROOT.war/ca.crt 2012-08-13 01:04:52::DEBUG::common_utils::414::root:: setting file /usr/share/ovirt-engine/deployments/ROOT.war/ca.crt uid/gid ownership 2012-08-13 01:04:52::DEBUG::common_utils::417::root:: setting file /usr/share/ovirt-engine/deployments/ROOT.war/ca.crt mode to -1 2012-08-13 01:04:52::DEBUG::engine-setup::1635::root:: checking if rhevm db is already installed.. 2012-08-13 01:04:52::DEBUG::common_utils::235::root:: running sql query engine on db: 'select 1'. 2012-08-13 01:04:52::DEBUG::common_utils::196::root:: cmd = /usr/bin/psql -U postgres -d engine -c "select 1" 2012-08-13 01:04:52::DEBUG::common_utils::201::root:: output = 2012-08-13 01:04:52::DEBUG::common_utils::202::root:: stderr = psql: FATAL: database "engine" does not exist 2012-08-13 01:04:52::DEBUG::common_utils::203::root:: retcode = 2 2012-08-13 01:04:52::DEBUG::engine-setup::1016::root:: running _updatePgPassFile 2012-08-13 01:04:52::DEBUG::engine-setup::950::root:: found existing pgpass file, backing current to /root/.pgpass.2012_08_13_01_04_52 2012-08-13 01:04:52::DEBUG::engine-setup::1016::root:: running _encryptDBPass 2012-08-13 01:04:52::DEBUG::common_utils::219::root:: Executing command --> '/etc/pki/ovirt-engine/encryptpasswd.sh ********' 2012-08-13 01:04:52::DEBUG::common_utils::226::root:: output = Encoded password: -39a96ce1daaca3a5 2012-08-13 01:04:52::DEBUG::common_utils::227::root:: stderr = 2012-08-13 01:04:52::DEBUG::common_utils::228::root:: retcode = 0 2012-08-13 01:04:52::DEBUG::common_utils::376::root:: found new parsed string: -39a96ce1daaca3a5 2012-08-13 01:04:52::DEBUG::engine-setup::1016::root:: running configEncryptedPass 2012-08-13 01:04:52::DEBUG::engine-setup::1677::root:: Backing up /etc/ovirt-engine/ovirt-engine.xml into None 2012-08-13 01:04:52::DEBUG::common_utils::406::root:: successfully copied file /etc/ovirt-engine/ovirt-engine.xml to target destination /etc/ovirt-engine/ovirt-engine.xml.EDIT.6399505 2012-08-13 01:04:52::DEBUG::common_utils::414::root:: setting file /etc/ovirt-engine/ovirt-engine.xml.EDIT.6399505 uid/gid ownership 2012-08-13 01:04:52::DEBUG::common_utils::417::root:: setting file /etc/ovirt-engine/ovirt-engine.xml.EDIT.6399505 mode to -1 2012-08-13 01:04:52::DEBUG::engine-setup::1681::root:: loading xml file handler 2012-08-13 01:04:52::DEBUG::engine-setup::1742::root:: Configuring security for jboss 2012-08-13 01:04:52::DEBUG::engine-setup::1744::root:: Registering security namespaces 2012-08-13 01:04:53::DEBUG::engine-setup::1774::root:: Security has been configured for jboss 2012-08-13 01:04:53::DEBUG::engine-setup::1693::root:: Jboss configuration has been saved 2012-08-13 01:04:53::DEBUG::engine-setup::1016::root:: running _createDB 2012-08-13 01:04:53::DEBUG::engine-setup::806::root:: installing postgres db 2012-08-13 01:04:53::DEBUG::engine-setup::809::root:: engine db creation is logged at /var/log/ovirt-engine//engine-db-install-2012_08_13_01_04_53.log 2012-08-13 01:04:53::DEBUG::common_utils::219::root:: Executing command --> '/usr/share/ovirt-engine/dbscripts/engine-db-install.sh engine-db-install-2012_08_13_01_04_53.log ********' 2012-08-13 01:04:56::DEBUG::common_utils::226::root:: output = error, failed creating enginedb 2012-08-13 01:04:56::DEBUG::common_utils::227::root:: stderr = 2012-08-13 01:04:56::DEBUG::common_utils::228::root:: retcode = 1 2012-08-13 01:04:56::DEBUG::engine-setup::1614::root:: *** The following params were used as user input: 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: override-iptables: yes 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: http-port: 8080 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: https-port: 8443 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: mac-range: 00:1A:4A:A8:7A:00-00:1A:4A:A8:7A:FF 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: host-fqdn: RobberPhex-PC 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: auth-pass: ******** 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: db-pass: ******** 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: org-name: RobberPhexCloud 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: default-dc-type: NFS 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: config-nfs: yes 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: nfs-mp: /mnt/iso 2012-08-13 01:04:56::DEBUG::engine-setup::1618::root:: iso-domain-name: RPiso 2012-08-13 01:04:56::ERROR::engine-setup::2115::root:: Traceback (most recent call last): File "/bin/engine-setup", line 2109, in <module> main(confFile) File "/bin/engine-setup", line 1930, in main runMainFunctions(conf) File "/bin/engine-setup", line 1852, in runMainFunctions runFunction([_createDB, _updateVDCOptions], output_messages.INFO_CREATE_DB) File "/bin/engine-setup", line 1026, in runFunction raise Exception(instance) Exception: Database creation failed I think postgresql-Mon.log is useful: LOG: database system was shut down at 2012-08-13 01:00:57 CST LOG: autovacuum launcher started LOG: database system is ready to accept connections FATAL: database "engine" does not exist LOG: received fast shutdown request LOG: aborting any active transactions LOG: autovacuum launcher shutting down LOG: shutting down LOG: database system is shut down LOG: database system was shut down at 2012-08-13 01:01:46 CST LOG: autovacuum launcher started LOG: database system is ready to accept connections FATAL: database "engine" does not exist ERROR: database "engine" does not exist STATEMENT: DROP DATABASE engine; ERROR: extension "uuid-ossp" already exists STATEMENT: CREATE EXTENSION "uuid-ossp"; Any idea whats wrong and how I can fix it?

4 4

[Users] mozilla-xpi for Ubuntu
by Mario Giammarco 03 Jun '13

03 Jun '13

Hello, I need a working mozilla-xpi for Ubuntu 12.04 (and soon 12.10). It is strange that an opensource project as ovirt is only working on Fedora. Thanks in advance for any help. Mario

13 27

Re: [Users] Fwd: Trouble with SSO rhev-agent and rhev-agent-pam-rhev-cred
by Gal Hammer 29 Apr '13

29 Apr '13

On 20/08/2012 08:31, Roy Golan wrote: > Cannot login with SSO on system... > > cat /var/log/secure > > Aug 19 03:54:43 ws2 pam: gdm-rhevcred[2618]: > pam_unix(gdm-rhevcred:auth): conversation failed > Aug 19 03:54:43 ws2 pam: gdm-rhevcred[2618]: > pam_unix(gdm-rhevcred:auth): auth could not identify password for > [sirin] > Aug 19 03:54:43 ws2 pam: gdm-rhevcred[2618]: > pam_sss(gdm-rhevcred:auth): system info: [Cannot read password] > Aug 19 03:54:43 ws2 pam: gdm-rhevcred[2618]: > pam_sss(gdm-rhevcred:auth): authentication failure; logname= uid=0 > euid=0 tty=:0 ruser= rhost= user=sirin > Aug 19 03:54:43 ws2 pam: gdm-rhevcred[2618]: > pam_sss(gdm-rhevcred:auth): received for user sirin: 4 (System error) > Aug 19 03:54:43 ws2 pam: gdm-password[2617]: > pam_unix(gdm-password:auth): conversation failed > Aug 19 03:54:43 ws2 pam: gdm-password[2617]: > pam_unix(gdm-password:auth): auth could not identify password for > [sirin] > Aug 19 03:54:43 ws2 pam: gdm-password[2617]: > pam_sss(gdm-password:auth): system info: [Cannot read password] > Aug 19 03:54:43 ws2 pam: gdm-password[2617]: > pam_sss(gdm-password:auth): authentication failure; logname= uid=0 > euid=0 tty=:0 ruser= rhost= user=sirin > Aug 19 03:54:43 ws2 pam: gdm-password[2617]: > pam_sss(gdm-password:auth): received for user sirin: 4 (System error) > Aug 19 03:54:43 ws2 pam: gdm-password[2617]: gkr-pam: no password is > available for user > > But login with user and password done... I use FreeIPA for this user. > > What could be wrong? What does the agent's log say (/var/log/ovirt-guest-agent.log)? Usually, if everything is running as it should, the problem is that the Linux machine is not configure to work with the same authentication server as the one that the RHEV-M is using. Gal.

4 4

[Users] Vdsm/libvir error during deploy
by Joop 21 Mar '13

21 Mar '13

While using the latest nightly I can't deploy new hosts using oVirt. rpm -aq | grep ovirt ovirt-engine-backend-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-engine-dbscripts-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-iso-uploader-3.1.0-1.fc17.noarch ovirt-engine-tools-common-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-engine-userportal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-host-deploy-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch ovirt-engine-config-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-engine-cli-3.2.0.7-1.20121219.git5eddf58.fc17.noarch ovirt-engine-webadmin-portal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-engine-restapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-engine-genericapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-host-deploy-java-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch ovirt-engine-notification-service-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-engine-3.2.0-1.20121220.git9fdb0c2.fc17.noarch ovirt-release-fedora-5-2.noarch ovirt-image-uploader-3.1.0-1.fc17.noarch ovirt-engine-sdk-3.2.0.5-1.20121219.gitc0ab704.fc17.noarch ovirt-log-collector-3.1.0-1.fc17.noarch ovirt-engine-setup-3.2.0-1.20121220.git9fdb0c2.fc17.noarch I did an engine-cleanup/engine-setup to start with a clean slate, further I have a host that is used before and keeps loosing networkconnectivity when the vdsmd service is started so I did several yum removes of packages (libvirt related and qemu related and vdsm*) and removed the /etc/ and /var entries where needed. Then I ran add host and end up with the same error I had before, full deploy log is attached but this is the real and only set of errors: 2012-12-21 11:00:26 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:324 execute: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', 'USERCTL=no', 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', 'blockingdhcp=true'], env=None 2012-12-21 11:00:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:341 execute-result: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', 'USERCTL=no', 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', 'blockingdhcp=true'], rc=255 2012-12-21 11:00:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.execute:388 execute-output: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', 'USERCTL=no', 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', 'blockingdhcp=true'] stdout: 2012-12-21 11:00:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.execute:393 execute-output: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', 'USERCTL=no', 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', 'blockingdhcp=true'] stderr: WARNING:Storage.LVM:Cannot create env file [Errno 2] No such file or directory: '/var/run/vdsm/lvm.env' WARNING:root:options IPADDR is deprecated. Use ipaddr instead WARNING:root:options NETMASK is deprecated. Use netmask instead WARNING:root:options GATEWAY is deprecated. Use gateway instead WARNING:root:options ONBOOT is deprecated. Use onboot instead INFO:root:Adding network ovirtmgmt with vlan=, bonding=, nics=['em1'], bondingOptions=None, mtu=None, bridged=True, options={'blockingdhcp': 'true', 'UUID': 'e121a99a-994e-479d-8de1-a56c14315545', 'USERCTL': 'no', 'DNS2': '172.19.1.18', 'DNS1': '172.19.1.12', 'onboot': 'yes', 'IPV6INIT': 'no'} libvir: Network Driver error : Network not found: no network with matching name 'vdsm-ovirtmgmt' libvir: Network Driver error : Network not found: no network with matching name 'vdsm-ovirtmgmt' libvir: Network Driver error : Requested operation is not valid: cannot set autostart for transient network Traceback (most recent call last): File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code exec code in run_globals File "/usr/share/vdsm/configNetwork.py", line 1489, in <module> main() File "/usr/share/vdsm/configNetwork.py", line 1458, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 1017, in addNetwork configWriter.createLibvirtNetwork(network, bridged, iface) File "/usr/share/vdsm/configNetwork.py", line 200, in createLibvirtNetwork self._createNetwork(netXml) File "/usr/share/vdsm/configNetwork.py", line 184, in _createNetwork net.setAutostart(1) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2148, in setAutostart if ret == -1: raise libvirtError ('virNetworkSetAutostart() failed', net=self) libvirt.libvirtError: Requested operation is not valid: cannot set autostart for transient network 2012-12-21 11:00:30 DEBUG otopi.context context._executeMethod:127 method exception Traceback (most recent call last): File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/context.py", line 117, in _executeMethod method['method']() File "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", line 736, in _misc parameters=parameters, File "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", line 492, in _createBridge parameters File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/plugin.py", line 398, in execute command=args[0], RuntimeError: Command '/usr/share/vdsm/addNetwork' failed to execute 2012-12-21 11:00:30 ERROR otopi.context context._executeMethod:136 Failed to execute stage 'Misc configuration': Command '/usr/share/vdsm/addNetwork' failed to execute 2012-12-21 11:00:30 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' This is a host that started life as a standard Fed17 install from LiveCD and it worked with ovirt-3.1 but now I can't get it to work with oVirt-nightlies. I have two other hosts which started from the same install and they work, atleast everything gets installed and the hosts are visisble and up in oVirt. Did a diff of rpm -aq | sort of a working and nonworking host but the diff is minimal, some extra packages (mc/..) some very small version diffs (1.2.3-x instead of y) Any help appreciated, Joop

4 6

[Users] Ovirt + Spice + VDI
by Mohsen Saeedi 15 Mar '13

15 Mar '13

8 21

[Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1
by Dead Horse 13 Mar '13

13 Mar '13

I have seen this question asked many times on this list and the spice-devel list. Now having figured out how to make it work I will provide the answer to the rest of the community. *NOTE* this only applies to Windows/Internet Explorer users. There exists no other option other than the html5 spice console (still beta/in development) for windows users ATM. This will also only work with Internet Explorer. Basic Steps: - Install an oVirt server. - Add at least one node - Setup storage/iso/export domains Advanced steps - Start by downloading: http://elmarco.fedorapeople.org/spice.cab - Create a directory for it oVirt looks by default in /usr/share/spice - Rename spice.cab to SpiceX.cab and copy it into /usr/share/spice - Now edit /usr/share/ovirt-engine/engine.ear/root.war/WEB-INF and add the following:  <servlet> <servlet-name>SpiceX.cab</servlet-name> <servlet-class>org.ovirt.engine.core.FileServlet</servlet-class> <init-param> <param-name>type</param-name> <param-value>application/octet-stream</param-value> </init-param> <init-param> <param-name>file</param-name> <param-value>/usr/share/spice/SpiceX.cab</param-value> </init-param> </servlet> <servlet-mapping> <servlet-name>SpiceX.cab</servlet-name> <url-pattern>/spice/SpiceX.cab</url-pattern> </servlet-mapping> - Next create an html file within /usr/share/ovirt-engine/engine.ear/root.war - In the example below an html file called "spice.html" - Copy/Paste the below into spice.html: <!DOCTYPE html> <html> <head> <title>SPICE Plugin Installer</title> <script type="text/javascript"> function installSpice() { try { document.getElementById('SpiceX').innerHTML = '<OBJECT id="SpiceX" codebase="/spice/SpiceX.cab" classid="clsid:ACD6D89C-938D-49B4-8E81-DDBD13F4B48A" width="0" height="0"></OBJECT>'; } catch (ex) { alert("Epic Fail!: " + ex.Description); } } </script> </head> <body> Spice ActiveX Plugin <button onclick='installSpice()'>Install Spice Plugin</button> </body> </html> - Save the file - You will now need to restart the ovirt-engine service EG: systemctl restart ovirt-engine.service OR service ovirt-engine restart - The installer page will now be available at http://<url to ovirt server>/spice.html EX: http://ovirt.azeroth.net/spice.html - Navigate to that page and click the install button - IE will prompt you to deploy/install the SpiceX cabinet file - It may gripe about an unsigned or untrusted source, acknowledge this an proceed anyways - If the install succeeds the text "Spice ActiveX Plugin" on the page will change to blank (it's actually the plugin with null values) - The console button in the user and webadmin portals will now launch the new virt-viwer spice based console! Happy Spice Consoling to your VM's from Windows! *NOTE* To uninstall the plugin: - The below removes the add-on from IE (EG: removes knowledge of "application/x-spice") - pop a command terminal and type: On Windows XP: regsvr32 /u "C:\Documents and Settings\Administrator\Local Settings\Application Data\virt-viewer\bin\SpiceX.dll" On Windows 7 regsvr32 /u C:\Documents and Settings\Administrator\Local Settings\AppData\virt-viewer\bin\SpiceX.dll" - Next we need to remove the rest of virt-viewer - Go to add/remove programs and uninstall virt-viewer, this removes the rest of virt-viewer from the system

7 21

[Users] OpenLDAP Simple Authentication in Ovirt Engine
by Thierry Kauffmann 12 Mar '13

12 Mar '13

>> Hi, >> >> I am currently testing Ovirt 3.1 standalone on Fedora 17. >> >> Until now, I could only use the default user admin@internal. >> >> Our Directory at the University is OpenLDAP. We use it for authentication >> WITHOUT Kerberos : Simple authentication. >> >> I wonder how to use this backend to authenticate users and manage groups >> in Ovirt. >> >> Has anyone already set this up ? >> How to configure Ovirt to use Simple Authentication (No Kerberos). >> >> Cheers, >> >> -- >> Thierry Kauffmann >> Chef du Service Informatique // Facult? des Sciences // Universit? de >> Montpellier 2 >> >> [image: SIF - Service Informatique de la Facult? des Sciences]<http://sif.info-ufr.univ-montp2.fr/> [image: >> UM2 - Universit? de Montpellier 2] <http://www.univ-montp2.fr/> Service >> informatique de la Facult? des Sciences (SIF) >> Universit? de Montpellier 2 >> CC437 // Place Eug?ne Bataillon // 34095 Montpellier Cedex 5 >> >> T?l : 04 67 14 31 58 >> email : thierry.kauffmann(a)univ-montp2.fr >> web : http://sif.info-ufr.univ-montp2.fr/ >> http://www.fdsweb.univ-montp2.fr/ >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > Hi, > > This is a response from an older thread from Yair Zaslavsky: > > " there is no code allowing to add simple-authentication domains to > Manage-Domains. > In the past we did have the ability to do that, but there are several > problematic issues." > > Best regards, Hi, correct-me if I am wrong but this wiki page (http://www.ovirt.org/DomainInfrastructure) states clearly : > 1. Authenticating Active Directory, IPA and RHDS using either simple > or gssapi authentication > 2. Querying the directory using the LDAP protocol > 3. Auto deducing the LDAP provider type > 4. Easily adding new LDAP provider types > 5. Easily adding new query types > So what ? -- signature-TK Thierry Kauffmann Chef du Service Informatique // Faculté des Sciences // Université de Montpellier 2 SIF - Service Informatique de la Faculté des Sciences <http://sif.info-ufr.univ-montp2.fr/> UM2 - Université de Montpellier 2 <http://www.univ-montp2.fr/> Service informatique de la Faculté des Sciences (SIF) Université de Montpellier 2 CC437 // Place Eugène Bataillon // 34095 Montpellier Cedex 5 Tél : 04 67 14 31 58 email : thierry.kauffmann(a)univ-montp2.fr <mailto:thierry.kauffmann@univ-montp2.fr> web : http://sif.info-ufr.univ-montp2.fr/ http://www.fdsweb.univ-montp2.fr/

7 11

[Users] vnic : add a custom properties and use it in vdsm_hook
by Benoit ML 23 Jan '13

23 Jan '13

Hello Evrybody, Is there a way to add custom properties for a nic ? and use it in vdsm_hooks ? The objectife is to redefine some network parameters of a vnic at the vm boot ... (such per vnic bandwitchs, per vnic vlan, and so on) and maybe use openvswitch ... Thank you in advance -- -- Benoit

3 6

[Users] F18 AIO with nightly build I don't find ISO domain
by Gianluca Cecchi 21 Dec '12

21 Dec '12

Hello, during AIO install with ovirt-engine-setup-3.2.0-1.20121217.git1e01c00.fc18.noarch I specified ISO domain not accepting default but setting /ISO Host correctly activated but no ISO domain found. I can see: [g.cecchi@f18aio ~]$ cat /etc/exports /ISO 0.0.0.0/0.0.0.0(rw) #rhev installer [g.cecchi@f18aio ~]$ sudo exportfs -v /ISO 0.0.0.0/0.0.0.0(rw,wdelay,root_squash,no_subtree_check) I cannot add the domain because I get: Error while executing action New Local Storage Domain: Error in creating a Storage Domain. The selected storage path is not empty (probably contains another Storage Domain). Either remove the existing Storage Domain from this path, or change the Storage path). I cannot import that domain because if I specify: Domain Function / Storage Type : ISO/NFS Use Host : local_host Export Path : f18aio:/ISO I get There is no storage domain under the specified path. Check event log for more details. In messages: Dec 20 12:33:03 f18aio rpc.mountd[1576]: authenticated mount request from 192.168.122.160:871 for /ISO (/ISO) Dec 20 12:33:05 f18aio kernel: [ 4748.963964] ata1: soft resetting link Dec 20 12:33:05 f18aio kernel: [ 4749.115677] ata1: EH complete Dec 20 12:33:06 f18aio kernel: [ 4749.966412] ata2: soft resetting link Dec 20 12:33:06 f18aio kernel: [ 4750.120449] ata2.00: configured for MWDMA2 Dec 20 12:33:06 f18aio kernel: [ 4750.120952] ata2: EH complete Dec 20 12:33:08 f18aio kernel: [ 4752.177808] ata1: soft resetting link Dec 20 12:33:08 f18aio kernel: [ 4752.330692] ata1: EH complete Dec 20 12:33:09 f18aio kernel: [ 4753.183308] ata2: soft resetting link Dec 20 12:33:09 f18aio kernel: [ 4753.337768] ata2.00: configured for MWDMA2 Dec 20 12:33:09 f18aio kernel: [ 4753.338555] ata2: EH complete In engine.log 2012-12-20 12:33:03,939 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--127.0.0.1-8702-2) [73e31316] START, ValidateStorageServerConnectionVDSCommand(HostName = local_host, HostId = 6ae6e471-d46b-48f5-8b0f-6f5cc20b251e, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: f18aio:/ISO, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: f20d993 2012-12-20 12:33:03,944 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--127.0.0.1-8702-2) [73e31316] FINISH, ValidateStorageServerConnectionVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: f20d993 2012-12-20 12:33:03,952 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-2) [73e31316] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2012-12-20 12:33:03,954 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-2) [73e31316] START, ConnectStorageServerVDSCommand(HostName = local_host, HostId = 6ae6e471-d46b-48f5-8b0f-6f5cc20b251e, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 309f07eb-ae33-4892-9415-a21c774a89e2, connection: f18aio:/ISO, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 3255e846 2012-12-20 12:33:03,996 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-2) [73e31316] FINISH, ConnectStorageServerVDSCommand, return: {309f07eb-ae33-4892-9415-a21c774a89e2=0}, log id: 3255e846 2012-12-20 12:33:04,021 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (ajp--127.0.0.1-8702-2) START, GetExistingStorageDomainListQuery(org.ovirt.engine.core.common.queries.GetExistingStorageDomainListParameters@705c0fb1), log id: 6e3f186a 2012-12-20 12:33:04,024 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (ajp--127.0.0.1-8702-2) START, HSMGetStorageDomainsListVDSCommand(HostName = local_host, HostId = 6ae6e471-d46b-48f5-8b0f-6f5cc20b251e, storagePoolId=00000000-0000-0000-0000-000000000000, storageType=NFS, storageDomainType=ISO, path=f18aio:/ISO), log id: 1eb50b8c 2012-12-20 12:33:07,156 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (ajp--127.0.0.1-8702-2) FINISH, HSMGetStorageDomainsListVDSCommand, return: [52f15c20-82ef-4fe6-8609-9d43fa6ce72d], log id: 1eb50b8c 2012-12-20 12:33:07,163 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (ajp--127.0.0.1-8702-2) FINISH, GetExistingStorageDomainListQuery, log id: 6e3f186a 2012-12-20 12:33:07,207 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-2) [a59e1de] Running command: RemoveStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2012-12-20 12:33:07,211 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-2) [a59e1de] START, DisconnectStorageServerVDSCommand(HostName = local_host, HostId = 6ae6e471-d46b-48f5-8b0f-6f5cc20b251e, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: f18aio:/ISO, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 68961755 2012-12-20 12:33:10,326 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-2) [a59e1de] FINISH, DisconnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: 68961755 2012-12-20 12:33:12,729 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-2) Checking if user admin@internal is an admin, result true 2012-12-20 12:33:12,729 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-2) Running command: LoginUserCommand internal: false. 2012-12-20 12:33:12,739 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--127.0.0.1-8702-2) calling GetConfigurationValueQuery (ApplicationMode) with null version, using default general for version 2012-12-20 12:33:12,740 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--127.0.0.1-8702-2) calling GetConfigurationValueQuery (VdcVersion) with null version, using default general for version Thanks, Gianluca

3 3

[Users] Ovirt Node rebooting +/- every 10 days
by EricD 21 Dec '12

21 Dec '12

I have oVirt 3.1 with two nodes, one of them is running good without restarting the other keep restarting, the maximum uptime that the server can get is 10 days before it restart, I think that it might be something related to the disk. FYI, the disk are 2 disk of 1TB (RAID-0) to get 2TB. # /var/log/messages Dec 21 05:28:44 hypervisor01a ntpd[945]: 0.0.0.0 c61c 0c clock_step +17997.588918 s Dec 21 05:28:44 hypervisor01a ntpd[945]: 0.0.0.0 c614 04 freq_mode Dec 21 05:28:45 hypervisor01a kdump: No crashkernel parameter specified for running kernel Dec 21 05:28:45 hypervisor01a kdumpctl[1366]: Starting kdump: Dec 21 05:28:45 hypervisor01a kdump: failed to start up Dec 21 05:28:45 hypervisor01a systemd[1]: kdump.service: main process exited, code=exited, status=1 Dec 21 05:28:45 hypervisor01a systemd[1]: Unit kdump.service entered failed state. Dec 21 05:28:45 hypervisor01a systemd[1]: Startup finished in 888ms 157us (kernel) + 2s 521ms 289us (initrd) + 15s 577ms 672us (userspace) = 18s 987ms 118us. Dec 21 05:28:45 hypervisor01a ntpd[945]: 0.0.0.0 c618 08 no_sys_peer Dec 21 05:29:04 hypervisor01a vdsm TaskManager.Task ERROR Task=`5f51ff52-f9a4-4854-a41d-d5d33c872458`::Unexpected error Dec 21 05:29:04 hypervisor01a vdsm Storage.Dispatcher.Protect ERROR {'status': {'message': "Unknown pool id, pool not connected: ('dbb49db6-9a24-4395-a8bd-c9f222eaecab',)", 'code': 309}} Dec 21 05:29:04 hypervisor01a vdsm TaskManager.Task ERROR Task=`7b0cf3b0-6d26-4421-a221-29f2ecaaeb1f`::Unexpected error Dec 21 05:29:04 hypervisor01a vdsm Storage.Dispatcher.Protect ERROR {'status': {'message': "Unknown pool id, pool not connected: ('dbb49db6-9a24-4395-a8bd-c9f222eaecab',)", 'code': 309}} Dec 21 05:29:04 hypervisor01a kernel: [ 37.944421] ata1: hard resetting link Dec 21 05:29:04 hypervisor01a kernel: [ 38.247979] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Dec 21 05:29:04 hypervisor01a kernel: [ 38.248802] ata1.00: configured for UDMA/133 Dec 21 05:29:04 hypervisor01a kernel: [ 38.248807] ata1: EH complete Dec 21 05:29:04 hypervisor01a kernel: [ 38.249013] ata2: hard resetting link Dec 21 05:29:04 hypervisor01a kernel: [ 38.553112] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Dec 21 05:29:04 hypervisor01a kernel: [ 38.553881] ata2.00: configured for UDMA/133 Dec 21 05:29:04 hypervisor01a kernel: [ 38.553886] ata2: EH complete Dec 21 05:29:04 hypervisor01a kernel: [ 38.554064] ata3: hard resetting link Dec 21 05:29:05 hypervisor01a kernel: [ 38.858275] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Dec 21 05:29:05 hypervisor01a kernel: [ 38.861154] ata3.00: configured for UDMA/133 Dec 21 05:29:05 hypervisor01a kernel: [ 38.861159] ata3: EH complete Dec 21 05:29:05 hypervisor01a kernel: [ 38.861352] ata4: hard resetting link Dec 21 05:29:05 hypervisor01a kernel: [ 39.165397] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Dec 21 05:29:05 hypervisor01a kernel: [ 39.168223] ata4.00: configured for UDMA/133 Dec 21 05:29:05 hypervisor01a kernel: [ 39.168229] ata4: EH complete Dec 21 05:29:05 hypervisor01a kernel: [ 39.168421] ata5: hard resetting link Dec 21 05:29:05 hypervisor01a kernel: [ 39.472459] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) Dec 21 05:29:05 hypervisor01a kernel: [ 39.480040] ata5.00: configured for UDMA/100 Dec 21 05:29:05 hypervisor01a kernel: [ 39.485478] ata5: EH complete Dec 21 05:29:05 hypervisor01a kernel: [ 39.485642] ata6: limiting SATA link speed to 1.5 Gbps Dec 21 05:29:05 hypervisor01a kernel: [ 39.485647] ata6: hard resetting link Dec 21 05:29:06 hypervisor01a kernel: [ 39.790610] ata6: SATA link down (SStatus 0 SControl 310) # RAID-0 mdadm --detail /dev/md127 /dev/md127: Version : 1.2 Creation Time : Sun Nov 18 14:47:15 2012 Raid Level : raid0 Array Size : 1953524736 (1863.03 GiB 2000.41 GB) Raid Devices : 2 Total Devices : 2 Persistence : Superblock is persistent Update Time : Sun Nov 18 14:47:15 2012 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 Chunk Size : 512K Name : hypervisor01-a:0 (local to host hypervisor01-a) UUID : 9eb1324d:57eed46d:c23ae815:0666e238 Events : 0 Number Major Minor RaidDevice State 0 253 2 0 active sync /dev/dm-2 1 253 3 1 active sync /dev/dm-3

1 0

[Users] ovirt-shell bug ?
by Alex Leonhardt 21 Dec '12

21 Dec '12

Hi, am trying to use .ovirtshellrc with a set user, pass and url, however, I keep getting this instead: error: invalid literal for int() with base 10: '' and I remain disconnected. Using the same url and creds to connect manually works - is it a bug or just some setting ? Alex

2 4

[Users] ovirt-shell, action vm vmhost start issue ?
by Alex Leonhardt 21 Dec '12

21 Dec '12

Hi, am trying to start a VM with special kernel and initrd options : [oVirt shell (connected)]# action vm cent6 start --vm-os-kernel "/var/www/html/repo/centos/6/os/x86_64/images/pxeboot/vmlinuz" --vm-os-initRd "/var/www/html/repo/centos/6/os/x86_64/images/pxeboot/initrd.img" --vm-os-boot "{ip=x.x.x.x;netmask=x.x.x.x;gateway=x.x.x.x;dns=x.x.x.x}" However, I keep getting this back : error: "initRd" is invalid argument segment. Eventhough, the help says that it's a valid command option : ATTRIBUTE OPTIONS The following attribute options are understood. Note: this lists all available attribute options for action 'start'. [--vm-os-initRd: string] [--vm-domain-name: string] [--vm-placement_policy-host-id|name: string] [--vm-placement_policy-affinity: string] [--async: boolean] [--vm-os-kernel: string] [--grace_period-expiry: long] [--vm-display-type: string] [--vm-stateless: boolean] [--vm-os-cmdline: string] [--vm-domain-user-username: string] [--pause: boolean] [--vm-os-boot: collection] { [boot.dev: string] } [--vm-domain-user-password: string] [--correlation_id: anystring] Alex

2 1

[Users] Bug in ovirt-deploy script
by Joop 21 Dec '12

21 Dec '12

I think I found a bug in a module of the ovirt-host-deploy script. I'm (still) using F17 with the latest nightly being: rpm -aq | grep ovirt ovirt-engine-cli-3.2.0.7-1.20121217.git5eddf58.fc17.noarch ovirt-engine-dbscripts-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-iso-uploader-3.1.0-1.fc17.noarch ovirt-engine-userportal-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-setup-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-tools-common-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-backend-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-host-deploy-0.0.0-0.0.master.20121219.git817103d.fc17.noarch ovirt-engine-sdk-3.2.0.5-1.20121217.gitc0ab704.fc17.noarch ovirt-engine-restapi-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-genericapi-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-config-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-webadmin-portal-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-host-deploy-java-0.0.0-0.0.master.20121219.git817103d.fc17.noarch ovirt-engine-notification-service-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-release-fedora-5-2.noarch ovirt-image-uploader-3.1.0-1.fc17.noarch ovirt-engine-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-log-collector-3.1.0-1.fc17.noarch I'm using a Cluster with the Gluster bit checked and when adding that host it errors out with a rather annoying error: package 'v' not found. Turns out that the last line of Mgmt01/usr/share/ovirt-host-deploy/plugins/ovirt-host-deploy/gluster/packages.py is wrong, there is a ',' missing. I changed it to: def _packages(self): self.packager.installUpdate(('vdsm-gluster',)) And when I now try to deploy my host in the gluster Cluster it tries to install vdsm-gluster package and dependancies. It now fails in /usr/share/vdsm/addNetwork where it complaines about ConfigNetworkError: (21, 'Both PREFIX and NETMASK supplied') This host has already been an ovirt installed host. I could for testing remove all traces of ovirt but I have another host where I tried that and now it stops its networking when vdsmd starts ;-( Went ahead and removed PREFIX and reran deploy. The bridge ovirtmgmt is correctly created BUT there is an error in the log: INFO:root:Adding network ovirtmgmt with vlan=, bonding=, nics=['em1'], bondingOptions=None, mtu=None, bridged=True, options={'blockingdhcp': 'true', 'UUID': 'e121a99a-994e-479d-8de1-a56c14315545', 'USERCTL': 'no', 'DNS2': '172.19.1.18', 'DNS1': '172.19.1.12', 'bootproto': 'none', 'onboot': 'yes', 'IPV6INIT': 'no'} libvir: Network Driver error : Network not found: no network with matching name 'vdsm-ovirtmgmt' libvir: Network Driver error : Network not found: no network with matching name 'vdsm-ovirtmgmt' libvir: Network Driver error : Requested operation is not valid: cannot set autostart for transient network Looking at /etc/libvirt/qemu/networks/* shows indeed there are references to vdsm-ovirtmgt. Maybe this is because I'm also using fedora-virt-preview-repo because the nightlies need a newer libvirt. Let me know if a slightly lower version of libvirt will fix this. Joop

2 2

[Users] v2v - converting windows VMs
by Alex Leonhardt 21 Dec '12

21 Dec '12

Hi, i've read up about converting Windows VMs and it needs some "Guest Tools CD" - https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualiz… where can one get that CD/iso image and whatever else is required ? Alex

1 2

Re: [Users] [Bug 881579] kernel-3.6.7-4 causes panic on FreeBSD KVM guest with >1 CPU
by Karli Sjöberg 20 Dec '12

20 Dec '12

--_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 b25zIDIwMTItMTItMTkga2xvY2thbiAwMToyOCArMDAwMCBza3JldiBidWd6aWxsYUByZWRoYXQu Y29tOg0KDQoNClByb2R1Y3Q6IEZlZG9yYQ0KaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3No b3dfYnVnLmNnaT9pZD04ODE1NzkNCg0KLS0tIENvbW1lbnQgIzMgZnJvbSBNYXJjZWxvIFRvc2F0 dGkgPG10b3NhdHRpQHJlZGhhdC5jb208bWFpbHRvOm10b3NhdHRpQHJlZGhhdC5jb20+PiAtLS0N Ckl0cyB2ZXJ5IGxpa2VseSB0aGUgY2F1c2UgZm9yIHRoaXMgYXJlIGluc3RydWN0aW9uIGVtdWxh dGlvbiB1cHN0cmVhbQ0KKGVtdWxhdGlvbiBvZiBpbnZhbGlkIGd1ZXN0IHN0YXRlIGJ5IGRlZmF1 bHQpLg0KDQpUaGVzZSBhcmUgYmVpbmcgZml4ZWQgdXBzdHJlYW0uIE9uY2UgdGhhdCBpcyBjb21w bGV0ZWQsIGl0IHdpbGwgYmUgbmVjZXNzYXJ5IHRvDQpiYWNrcG9ydA0KdG8gRkMxNy4NCg0KSW4g dGhlIG1lYW50aW1lLCBsb2FkaW5nIGt2bS1pbnRlbC5rbyB3aXRoIGVtdWxhdGVfaW52YWxpZF9n dWVzdF9zdGF0ZT0wIHNob3VsZA0Kd29yayBhcm91bmQgdGhlIHByb2JsZW0gKHRlc3RlZCBsb2Nh bGx5IG9uIGt2bS5naXQgYXMgb2YgZGVjLzIwMTIpLg0KDQoNCg0KRm9yIGZ1dHVyZSByZWZlcmVu Y2UsIEkgd2FudCB0byBhZGQgd2hhdCBtZWFzdXJlcyBoYXZlIGJlZW4gdGFrZW46DQoNCkZyb20g b1ZpcnQgV2ViYWRtaW4sIHRoZSBIb3N0IHdhcyBzZXQgaW50byBNYWludGVuYW5jZS4NCg0KVGhl biB0aGlzIGZpbGU6DQovZXRjL3N5c2NvbmZpZy9tb2R1bGVzL2t2bS5tb2R1bGVzOg0KIyEvYmlu L3NoDQoNCmdyZXAgdm14IC9wcm9jL2NwdWluZm8gPi9kZXYvbnVsbCAyPiYxICYmIHZteD0xDQpn cmVwIHN2bSAvcHJvYy9jcHVpbmZvID4vZGV2L251bGwgMj4mMSAmJiBzdm09MQ0KDQppZiBbICIk dm14IiBdIHx8IFsgIiRzdm0iIF07IHRoZW4NCiAgWyAiJHZteCIgXSAmJiBtb2Rwcm9iZSAtYiA+ L2Rldi9udWxsIDI+JjENCiAgWyAiJHN2bSIgXSAmJiBtb2Rwcm9iZSAtYiBrdm0tYW1kID4vZGV2 L251bGwgMj4mMQ0KDQogICMgbm8gcmVhc29uIHdoeSB2aG9zdCBzaG91bGQgbm90IHdvcmsgd2l0 aCBUQ0csIGJ1dCBjdXJyZW50bHkgaXQgZG9lcyBub3QNCiAgbW9kcHJvYmUgLWIgdmhvc3QtbmV0 ID4vZGV2L251bGwgMj4mMQ0KZWxzZQ0KICBleGl0IDANCmZpDQoNCldhcyBtb2RmaWVkIHRvIGxv b2sgbGlrZToNCiMhL2Jpbi9zaA0KDQpncmVwIHZteCAvcHJvYy9jcHVpbmZvID4vZGV2L251bGwg Mj4mMSAmJiB2bXg9MQ0KZ3JlcCBzdm0gL3Byb2MvY3B1aW5mbyA+L2Rldi9udWxsIDI+JjEgJiYg c3ZtPTENCg0KaWYgWyAiJHZteCIgXSB8fCBbICIkc3ZtIiBdOyB0aGVuDQogIFsgIiR2bXgiIF0g JiYgbW9kcHJvYmUgLWIga3ZtLWludGVsIGVtdWxhdGVfaW52YWxpZF9ndWVzdF9zdGF0ZT0wID4v ZGV2L251bGwgMj4mMQ0KICBbICIkc3ZtIiBdICYmIG1vZHByb2JlIC1iIGt2bS1hbWQgPi9kZXYv bnVsbCAyPiYxDQoNCiAgIyBubyByZWFzb24gd2h5IHZob3N0IHNob3VsZCBub3Qgd29yayB3aXRo IFRDRywgYnV0IGN1cnJlbnRseSBpdCBkb2VzIG5vdA0KICBtb2Rwcm9iZSAtYiB2aG9zdC1uZXQg Pi9kZXYvbnVsbCAyPiYxDQplbHNlDQogIGV4aXQgMA0KZmkNCg0KQW5kIGFmdGVyIHR3byByZWJv b3RzKGRpZG7CtHQgZ2V0IHNldCBhZnRlciB0aGUgZmlyc3QgcmVib290LCBzdHJhbmdseSBlbm91 Z2gpIHRoZSBzZXR0aW5nIGhhdmUgYmVlbiBjb25maXJtZWQgcGVyc2lzdGFudCB3aXRoOg0KIyBt b3JlIC9zeXMvbW9kdWxlL2t2bV9pbnRlbC9wYXJhbWV0ZXJzL2VtdWxhdGVfaW52YWxpZF9ndWVz dF9zdGF0ZQ0KTg0KDQpUaGUgSG9zdCB3YXMgYWdhaW4gYWN0aXZhdGVkIGFuZCB0aGUgZ3Vlc3Qg cGFuaWNzIGFyZSBnb25lLg0KDQpUaGFua3MgZm9yIHRoZSBoaW50IQ0KDQovS2FybGkNCg0K --_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpvbnMgMjAxMi0xMi0x OSBrbG9ja2FuIDAxOjI4ICYjNDM7MDAwMCBza3JldiBidWd6aWxsYUByZWRoYXQuY29tOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPgpQcm9kdWN0OiBGZWRvcmEKPGEgaHJlZj0iaHR0 cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD04ODE1NzkiPmh0dHBzOi8v YnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9ODgxNTc5PC9hPgoKLS0tIENvbW1l bnQgIzMgZnJvbSBNYXJjZWxvIFRvc2F0dGkgJmx0OzxhIGhyZWY9Im1haWx0bzptdG9zYXR0aUBy ZWRoYXQuY29tIj5tdG9zYXR0aUByZWRoYXQuY29tPC9hPiZndDsgLS0tCkl0cyB2ZXJ5IGxpa2Vs eSB0aGUgY2F1c2UgZm9yIHRoaXMgYXJlIGluc3RydWN0aW9uIGVtdWxhdGlvbiB1cHN0cmVhbQoo ZW11bGF0aW9uIG9mIGludmFsaWQgZ3Vlc3Qgc3RhdGUgYnkgZGVmYXVsdCkuCgpUaGVzZSBhcmUg YmVpbmcgZml4ZWQgdXBzdHJlYW0uIE9uY2UgdGhhdCBpcyBjb21wbGV0ZWQsIGl0IHdpbGwgYmUg bmVjZXNzYXJ5IHRvCmJhY2twb3J0CnRvIEZDMTcuCgpJbiB0aGUgbWVhbnRpbWUsIGxvYWRpbmcg a3ZtLWludGVsLmtvIHdpdGggZW11bGF0ZV9pbnZhbGlkX2d1ZXN0X3N0YXRlPTAgc2hvdWxkCndv cmsgYXJvdW5kIHRoZSBwcm9ibGVtICh0ZXN0ZWQgbG9jYWxseSBvbiBrdm0uZ2l0IGFzIG9mIGRl Yy8yMDEyKS4KCjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPGJyPg0KRm9yIGZ1dHVyZSByZWZlcmVu Y2UsIEkgd2FudCB0byBhZGQgd2hhdCBtZWFzdXJlcyBoYXZlIGJlZW4gdGFrZW46PGJyPg0KPGJy Pg0KRnJvbSBvVmlydCBXZWJhZG1pbiwgdGhlIEhvc3Qgd2FzIHNldCBpbnRvIE1haW50ZW5hbmNl Ljxicj4NCjxicj4NClRoZW4gdGhpcyBmaWxlOjxicj4NCjxiPi9ldGMvc3lzY29uZmlnL21vZHVs ZXMva3ZtLm1vZHVsZXM8L2I+Ojxicj4NCiMhL2Jpbi9zaDxicj4NCjxicj4NCmdyZXAgdm14IC9w cm9jL2NwdWluZm8gJmd0Oy9kZXYvbnVsbCAyJmd0OyZhbXA7MSAmYW1wOyZhbXA7IHZteD0xPGJy Pg0KZ3JlcCBzdm0gL3Byb2MvY3B1aW5mbyAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxICZhbXA7 JmFtcDsgc3ZtPTE8YnI+DQo8YnI+DQppZiBbICZxdW90OyR2bXgmcXVvdDsgXSB8fCBbICZxdW90 OyRzdm0mcXVvdDsgXTsgdGhlbjxicj4NCiZuYnNwOyBbICZxdW90OyR2bXgmcXVvdDsgXSAmYW1w OyZhbXA7IG1vZHByb2JlIC1iICZndDsvZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQombmJzcDsg WyAmcXVvdDskc3ZtJnF1b3Q7IF0gJmFtcDsmYW1wOyBtb2Rwcm9iZSAtYiBrdm0tYW1kICZndDsv ZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQo8YnI+DQombmJzcDsgIyBubyByZWFzb24gd2h5IHZo b3N0IHNob3VsZCBub3Qgd29yayB3aXRoIFRDRywgYnV0IGN1cnJlbnRseSBpdCBkb2VzIG5vdDxi cj4NCiZuYnNwOyBtb2Rwcm9iZSAtYiB2aG9zdC1uZXQgJmd0Oy9kZXYvbnVsbCAyJmd0OyZhbXA7 MTxicj4NCmVsc2U8YnI+DQombmJzcDsgZXhpdCAwPGJyPg0KZmk8YnI+DQo8YnI+DQpXYXMgbW9k ZmllZCB0byBsb29rIGxpa2U6PGJyPg0KIyEvYmluL3NoPGJyPg0KPGJyPg0KZ3JlcCB2bXggL3By b2MvY3B1aW5mbyAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxICZhbXA7JmFtcDsgdm14PTE8YnI+ DQpncmVwIHN2bSAvcHJvYy9jcHVpbmZvICZndDsvZGV2L251bGwgMiZndDsmYW1wOzEgJmFtcDsm YW1wOyBzdm09MTxicj4NCjxicj4NCmlmIFsgJnF1b3Q7JHZteCZxdW90OyBdIHx8IFsgJnF1b3Q7 JHN2bSZxdW90OyBdOyB0aGVuPGJyPg0KJm5ic3A7IFsgJnF1b3Q7JHZteCZxdW90OyBdICZhbXA7 JmFtcDsgbW9kcHJvYmUgLWIga3ZtLWludGVsIDxiPmVtdWxhdGVfaW52YWxpZF9ndWVzdF9zdGF0 ZT0wPC9iPiAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxPGJyPg0KJm5ic3A7IFsgJnF1b3Q7JHN2 bSZxdW90OyBdICZhbXA7JmFtcDsgbW9kcHJvYmUgLWIga3ZtLWFtZCAmZ3Q7L2Rldi9udWxsIDIm Z3Q7JmFtcDsxPGJyPg0KPGJyPg0KJm5ic3A7ICMgbm8gcmVhc29uIHdoeSB2aG9zdCBzaG91bGQg bm90IHdvcmsgd2l0aCBUQ0csIGJ1dCBjdXJyZW50bHkgaXQgZG9lcyBub3Q8YnI+DQombmJzcDsg bW9kcHJvYmUgLWIgdmhvc3QtbmV0ICZndDsvZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQplbHNl PGJyPg0KJm5ic3A7IGV4aXQgMDxicj4NCmZpPGJyPg0KPGJyPg0KQW5kIGFmdGVyIDxiPnR3bzwv Yj4gcmVib290cyhkaWRuwrR0IGdldCBzZXQgYWZ0ZXIgdGhlIGZpcnN0IHJlYm9vdCwgc3RyYW5n bHkgZW5vdWdoKSB0aGUgc2V0dGluZyBoYXZlIGJlZW4gY29uZmlybWVkIHBlcnNpc3RhbnQgd2l0 aDo8YnI+DQojIG1vcmUgL3N5cy9tb2R1bGUva3ZtX2ludGVsL3BhcmFtZXRlcnMvZW11bGF0ZV9p bnZhbGlkX2d1ZXN0X3N0YXRlPGJyPg0KTjxicj4NCjxicj4NClRoZSBIb3N0IHdhcyBhZ2FpbiBh Y3RpdmF0ZWQgYW5kIHRoZSBndWVzdCBwYW5pY3MgYXJlIGdvbmUuPGJyPg0KPGJyPg0KVGhhbmtz IGZvciB0aGUgaGludCE8YnI+DQo8YnI+DQovS2FybGk8YnI+DQo8YnI+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_--

3 2

[Users] Thin provisioning extending while "Make template" still a bug?
by Adrian Gibanel 20 Dec '12

20 Dec '12

------=_Part_151_10842021.1356038920441 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I'm going to describe the bug.=20 You create a virtual machine with a thin provisioning hard disk.=20 You select the virtual machine (which it was stopped in my case) and click = on "Make template".=20 You wait so that it ends but then when checking storage domain you notice t= hat your template has the same size as if it was a preallocated image!=20 I suppose that in some of the cases you can run out of space.=20 I've been complaining on the irc about what it seemed Manager to ignore tha= t the "Make template" task had finished, I mean just ignore it for about 30= minutes and then saying everything it's ok. But... that's another history.= =20 Two irc people stated that usually people ran this bug where the virtual ma= chine gets the preallocated size instead of the thin provisioning one.=20 Although they were not quite sure there's supposedly a bug around this subj= ect which I couldn't find on bugzilla.=20 If the bug is as the one as I describe I would be happy to contribute to it= with my setup details and logs so that you can find whatever makes it not = happen in my case while most of the people run accross it.=20 Thank you for any information you can provide.=20 --=20 Adri=C3=A1n Gibanel=20 I.T. Manager=20 +34 675 683 301=20 www.btactic.com=20 Ens podeu seguir a/Nos podeis seguir en:=20 i=20 Abans d=C2=B4imprimir aquest missatge, pensa en el medi ambient. El medi am= bient =C3=A9s cosa de tothom. / Antes de imprimir el mensaje piensa en el m= edio ambiente. El medio ambiente es cosa de todos.=20 AVIS:=20 El contingut d'aquest missatge i els seus annexos =C3=A9s confidencial. Si = no en sou el destinatari, us fem saber que est=C3=A0 prohibit utilitzar-lo,= divulgar-lo i/o copiar-lo sense tenir l'autoritzaci=C3=B3 corresponent. Si= heu rebut aquest missatge per error, us agrairem que ho feu saber immediat= ament al remitent i que procediu a destruir el missatge .=20 AVISO:=20 El contenido de este mensaje y de sus anexos es confidencial. Si no es el d= estinatario, les hacemos saber que est=C3=A1 prohibido utilizarlo, divulgar= lo y/o copiarlo sin tener la autorizaci=C3=B3n correspondiente. Si han reci= bido este mensaje por error, les agradecer=C3=ADamos que lo hagan saber inm= ediatamente al remitente y que procedan a destruir el mensaje .=20 ------=_Part_151_10842021.1356038920441 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: arial,helvetica,sans-serif; font-size: 10pt; colo= r: #000000'>I'm going to describe the bug. You create a virtual mach= ine with a thin provisioning hard disk. You select the virtual machi= ne (which it was stopped in my case) and click on "Make template". Y= ou wait so that it ends but then when checking storage domain you notice th= at your template has the same size as if it was a preallocated image! I = suppose that in some of the cases you can run out of space.   I= 've been complaining on the irc about what it seemed Manager to ignore that= the "Make template" task had finished, I mean just ignore it for about 30 = minutes and then saying everything it's ok. But... that's another history.<= br>  Two irc people stated that usually people ran this bug where the = virtual machine gets the preallocated size instead of the thin provisioning= one. Although they were not quite sure there's supposedly a bug aro= und this subject which I couldn't find on bugzilla. If the bug is as= the one as I describe I would be happy to contribute to it with my setup d= etails and logs so that you can find whatever makes it not happen in my cas= e while most of the people run accross it. Thank you for any informa= tion you can provide. -- <div><a style=3D"color: rgb(0, 0, 0);" href= =3D"http://www.btactic.com/"><= /a>Adri=C3=A1n Gibanel I.T. Manag= er +34 675 683 301 <a href=3D"http://btactic.com/">www.btactic.co= m</a> <img src=3D"http://www.btactic.com/signaturabtacticmail/bta= cticsignature.png" style=3D"border-width: 0px;"> <b= r>Ens podeu seguir a/Nos podeis seguir en: <a href=3D"http://www.facebook.com/pages/btactic/118651634826= 400?v=3Dapp_9953271133"><img style=3D"border: 0pt none;" src=3D"http://www.= btactic.com/wp-content/themes/btactic/img/facebookfoot.jpg"></a> i <a href= =3D"http://twitter.com/btactic"><img style=3D"border: 0pt none;" src=3D"htt= p://www.btactic.com/wp-content/themes/btactic/img/twitterfoot.jpg"></a></sp= an> </f= ont><div>Abans d=C2=B4imp= rimir aquest missatge, pensa en el medi ambient. El medi ambient =C3=A9s cosa de= =20 tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio=20 ambiente es cosa de todos. = AVIS: El contingut d'aquest missatge i els seus annexos =C3=A9s confidencial. Si = no en sou el destinatari, us fem saber que est=C3=A0 prohibit utilitzar-lo,=20 divulgar-lo i/o copiar-lo sense tenir l'autoritzaci=C3=B3 corresponent. Si heu rebut=20 aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge. AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est=C3=A1 prohibido utilizarlo,=20 divulgarlo y/o copiarlo sin tener la autorizaci=C3=B3n correspondiente. Si han recibid= o este mensaje por error, les agradecer=C3=ADamos que lo hagan saber=20 inmediatamente al remitente y que procedan= a destruir el mensaje. </div> </div></div></body></html> ------=_Part_151_10842021.1356038920441--

1 0

[Users] oVirt-Foreman UI plugin
by Oved Ourfalli 20 Dec '12

20 Dec '12

Hey all, I've been working on an oVirt-Foreman UI-plugin recently, using oVirt's new UI-plugin infrastructure. It allows users to see Foreman data on oVirt entities, from inside Webadmin. I wrote a blog post describing this plugin, what can he do, some challenges that I faced and solutions, some screenshots, future work and more. Check it out at: ovedou.blogpost.com I'll be happy to hear your feedback both on the blog and on the plugin itself! If you need help installing the plugin feel free to contact me :-) Cheers, Oved

3 4

[Users] unable to create certificate authority during engine-setup
by Gianluca Cecchi 20 Dec '12

20 Dec '12

Hello, F18 AIO with ovirt nightly as of: ovirt-engine-3.2.0-1.20121219.gitcd0d2cc.fc18.noarch Trying to run engine-setup I get this error: Confirm root password : oVirt Engine will be installed using the following configuration: ================================================================= override-httpd-config: yes http-port: 80 https-port: 443 host-fqdn: myserver.mylocaldomain.com auth-pass: ******** org-name: MyOrg default-dc-type: NFS db-remote-install: local db-local-pass: ******** nfs-mp: /ISO override-iptables: yes config-allinone: yes storage-path: /DATA superuser-pass: ******** Proceed with the configuration listed above? (yes|no): yes Installing: AIO: Validating CPU Compatibility... [ DONE ] AIO: Adding firewall rules... [ DONE ] Configuring oVirt-engine... [ DONE ] Configuring JVM... [ DONE ] Creating CA... [ ERROR ] Failed to create certificate authority Certificate is to be certified until Dec 18 15:29:35 2022 GMT (3650 days) Write out database with 1 new entries Data Base Updated Certificate was added to keystore Generating a 2048 bit RSA private key ............................+++ ............................................................+++ writing new private key to '/tmp/engine.12002.key' ----- ./SignReq.sh: line 86: /var/lock/ovirt-engine/.openssl.exclusivelock: No such file or directory file 'certs/engine.cer' does not exist! 2012-12-20 16:29:36::DEBUG::common_utils::464::root:: retcode = 1 2012-12-20 16:29:36::ERROR::engine-setup::851::root:: Traceback (most recent call last): File "/usr/bin/engine-setup", line 777, in _createCA out, rc = utils.execCmd(cmdList=cmd, failOnError=True, msg=output_messages.ERR_RC_CODE, maskList=[basedefs.CONST_CA_PASS]) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 467, in execCmd raise Exception(msg) Exception: Return Code is not zero

2 2

[Users] COrrection on oVirt web page
by Gianluca Cecchi 20 Dec '12

20 Dec '12

Hello, at page http://wiki.ovirt.org/Troubleshooting_NFS_Storage_Issues the command showmounts should actually be showmount What would be preferred way of communicating these kind of things? Correct the mailing list or not? Gianluca

3 3