January 2013 - 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] How to import KVM machines into oVirt iSCSI
by Nicolas Ecarnot 12 Apr '13

12 Apr '13

Hi, Reading the docs all day long helped me to setup a nice Data center in iSCSI mode, connected to a big LUN in a san. Many many points are working, mostly thanks to you, people of this list. Apart from this oVirt setup (1 manager, 3 nodes, 1 san), I have a completely separated ubuntu hypervisor running a standalone local KVM with a local storage. I have not a clear view of how I will manage to import these VM into oVirt. Of course, I've read about ovirt-v2v (and its huge amount of dependencies...), but I'm not sure this is the way I have to follow? As far as I've understood, v2v seems to be dedicated to connection between oVirt datacenters, or vmware or Xen plateforms, but I see nothing about the connection to a distant standalone KVM hypervisor. One more thing that is unclear to me, and seems related, is the notion of export / import domain. I read that this principle could allow me to export (then to backup) my VMs. This could help me to import some VMs. But I read that this export domain has to be the same type of my datacenter (iscsi), so this is not helping me with my standalone kvm hypervisor. I'd be glad to get some light on these points. -- Nicolas Ecarnot

5 7

[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] host power managment failures
by Dead Horse 18 Mar '13

18 Mar '13

Current running engine build --> commit: 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 Host power management is having some issues: 2013-01-28 13:15:49,320 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-11) Illegal value in PM Proxy Preferences string , skipped. 2013-01-28 13:15:49,321 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-11) Failed to run Power Management command on Host , no running proxy Host was found. - DHC

5 8

[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] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop."
by Yuval M 11 Mar '13

11 Mar '13

Hi, I'm installing Ovirt 3.1 on Fedora using this guide: http://www.ovirt.org/Building_oVirt_engine#Deploying_engine-config_.26_engi… and I'm getting the error in the subject from make. there is indeed no rule for install_tools in the makefile. What am I missing? Thanks, Yuval

3 15

[Users] UI Plugin iframe dialogs
by René Koch (ovido) 08 Mar '13

08 Mar '13

Hi, I'm still working on my Nagios integration plugin and came across a limitation of the UI plugin framework caused by iframes. UI framework creates an iframe for each plugin, so the plugin code is separated from the main oVirt webadmin code (and other plugins). When creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of selected vm or host) it can't be displayed without scrolling in the sub tab or resizing the sub tab (that's clear as it's displayed in an too small iframe). So it would be great if it would be possible to display dialogs in the middle of the main windows and overlap the iframe (don't know if this is possible). In short terms I want to create a dialog which behaves like e.g. the "Setup Host Networks" or "Add Permission to User" dialogs -> click on a link in the plugin iframe and dialog opens in the middle of the website not the middle of the iframe. What I found out so far is that: 1. I must be aware of the same origin policy (that's no problem) 2. I need to put my jQuery-dialog-code in the main oVirt windows and then I can call it from within the iframe (that's my problem) So my questions are: Is it possible to place code outside of the iframe? If not - are there plans to allow this in future releases? Or maybe is there a workaround? Thanks a lot, René

3 5

[Users] OS-independent ovirt-engine distribution archive
by Jiri Belka 04 Mar '13

04 Mar '13

Hello, I'm very slowly working to make ovirt-engine running on a BSD system. My problem is that I do it for fun and as my time resources are not big I could not choose building ovirt-engine from sources as it would push me to "port" (make packages) for all java dependencies. Yes, during build maven cannot download Internet and build dependencies (for security reasons). Would be possible to have (another) distribution archive of ovirt-engine which would be OS/distro-independent, so I could just extract and copy it to filesystem for local jboss? (RPM packages can be extracted with 'rpm2cpio' but their owners decided to make life very complicated [many symlinks etc.]). OS/distro-independent distribution archive (.zip, .tgz) would make life much easiers for people wanting to have ovirt-engine running on a non-RPM based Linux distro or on a BSD/Solaris system. jbelka

3 11

[Users] Flush old logs
by Nicolas Ecarnot 21 Feb '13

21 Feb '13

Hi, I'd like first to thank people of this mailing list for there help and advices - I learned a lot by reading your archive. Here's a simple question : In the "Alerts" message queue at the bottom of the screen, I see an error message dating from two weeks (about the failure to verify to restart status of a host). I'm pretty sure this shouldn't be there anymore, as the power management of this host has already been tested and approved many times since. I haven't find any trivial way to flush this message queue, and I was wondering whether it was stored in a database? Is there a way to clear these error messages? (Am I right with the db location?) Regards, -- Nicolas Ecarnot

2 4

[Users] VM migrations failing
by Dead Horse 10 Feb '13

10 Feb '13

Engine Build --> Commit: 82bdc46dfdb46b000f67f0cd4e51fc39665bf13b VDSM Build: --> Commit: da89a27492cc7d5a84e4bb87652569ca8e0fb20e + patch --> http://gerrit.ovirt.org/#/c/11492/ Engine Side: 2013-01-30 10:56:38,439 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-70) Rerun vm 887d764a-f835-4112-9eda-836a772ea5eb. Called from vds lostisles 2013-01-30 10:56:38,506 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) START, MigrateStatusVDSCommand(HostName = lostisles, HostId = e042b03b-dd4e-414c-be1a-b2c65ac000f5, vmId=887d764a-f835-4112-9eda-836a772ea5eb), log id: 6556e75b 2013-01-30 10:56:38,510 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Failed in MigrateStatusVDS method 2013-01-30 10:56:38,510 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Error code migrateErr and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration 2013-01-30 10:56:38,511 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=12, mMessage=Fatal error during migration]] VDSM Side: Thread-43670::ERROR::2013-01-30 10:56:37,052::vm::200::vm.Vm::(_recover) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::this function is not supported by the connection driver: virDomainMigrateToURI2 Thread-43670::ERROR::2013-01-30 10:56:37,513::vm::288::vm.Vm::(run) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 273, in run self._startUnderlyingMigration() File "/usr/share/vdsm/libvirtvm.py", line 504, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/libvirtvm.py", line 540, in f ret = attr(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1103, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: this function is not supported by the connection driver: virDomainMigrateToURI2 GuestMonitor-sl63::DEBUG::2013-01-30 10:56:38,235::libvirtvm::307::vm.Vm::(_getDiskLatency) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::Disk vda latency not available - DHC

5 25

[Users] Community feedback on the new UI-plugin Framework
by Oved Ourfalli 06 Feb '13

06 Feb '13

Hey all, We had an oVirt workshop this week, which included a few sessions about the new oVirt UI Plugin framework, including a Hackaton and a BOF session. I've gathered some feedback we got from the different participants about the framework, and what they would like to see in the future of it. 1. People liked the fact that it is a simple framework, allowing you to do nice extensions rapidly, without the need to know complex technologies (simple javascript knowledge is all you need to know). 2. People want the framework to provide tools for adding UI components (main/sub tabs, dialogs, etc.) that aren't URL based, but are based on components we currently have in oVirt, such as grids, key-value pairs (such as the general sub-tab), action buttons in these custom tabs and etc. The main reason for that is to easily develop a plugin with an oVirt-like look-and-feel. Chris Morrissey from Netapp showed a very nice plugin he wrote that did have an oVirt-like look-and-feel, but it wasn't easy.... and it required him to to develop something specific for the plugin to interact with, in the 3rd party application (something similar to the work we did in the oVirt-Foreman UI-plugin). 3. Support adding tasks to the system - plugins may trigger asynchronous tasks behind the scene, both oVirt and external ones. oVirt tasks and their progress will be reflected in the tasks management view, but if the flows contain external tasks as well, then it would be hard to track through the oVirt UI. 4. Plugin management * The ability to see what plugins are installed... install new plugins and remove existing ones. * Change the plugin configuration through webadmin * Distinguish between public plugin configuration entries (entries the user to change), to private ones (entries it can't). I guess that this point will be relevant for engine-plugins as well (once support for such plugins will be available) so we should consider providing a similar solution for both. Also, Chris pointed out that it should be taken into consideration as well when working on supporting HA-oVirt-engine, as plugins are vital part of the oVirt environment. If you find the feedback above true, or you have other comments that weren't mentioned here, please share it with us! Thank you, Oved P.S: I guess the slides will be uploaded sometime next week (I guess someone would have asked it soon... so now you have your answer :-) )

4 4

[Users] UI Plugin issue when switching main tabs
by René Koch 06 Feb '13

06 Feb '13

Hi, I'm working on an UI plugin to integrate Nagios/Icinga into oVirt Engine and made some progress, but have an issue when switching the main tabs. I use VirtualMachineSelectionChange to create URL with name of vm (and HostSelectionChange for hosts). Name is used in my backend code (Perl) for fetching monitoring status. Here's the code of VirtualMachineSelectionChange: VirtualMachineSelectionChange: function() { var vmName = arguments[0].name; alert(vmName); // Reload VM Sub Tab api.setTabContentUrl('vms-monitoring', conf.url + '?subtab=vms&name=' + encodeURIComponent(vmName)); } Everything works fine as long as I stay in Virtual Machine main tab. When switching to e.g. Disks and back to Virtual Machines again the JavaScript code of start.html isn't processed anymore (or cached (?) as the my generated URL with last vm name will still be sent back to my Perl backend) - added alert() to test this. oVirt Engine version: ovirt-engine-3.2.0-1.20130118.gitd102d6f.fc18.noarch Full code of start.hml: http://pastebin.com/iEY6dA6F Thanks a lot for your help, René

5 10

Re: [Users] adding multiple interfaces with different networks
by Kevin Maziere Aubry 06 Feb '13

06 Feb '13

Hi I have exactly the same issue. This mean that a 1Gb (at least) interface must be dedicated to the ovirtmgmt interface, which is not a good idea. Kevin 2012/12/26 Jonathan Horne <jhorne(a)skopos.us> > 2012-12-26 16:48:56,416 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] Failed in SetupNetworksVDS method > 2012-12-26 16:48:56,417 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] Error code ERR_BAD_BONDING and error > message VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, > error = bonding 'bond2' is already member of network 'ovirtmgmt' > 2012-12-26 16:48:56,418 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = > bonding 'bond2' is already member of network 'ovirtmgmt' > 2012-12-26 16:48:56,418 ERROR > [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--0.0.0.0-8009-8) > [2d2d6184] Command SetupNetworksVDS execution failed. Exception: > RuntimeException: > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = > bonding 'bond2' is already member of network 'ovirtmgmt' > > > so im guessing… i can't have my vlan3204 or vlan3202 share an interface > with ovirtmgmt? > > [root@d0lppc021 ~]# rpm -qa|grep ovirt > ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch > ovirt-engine-cli-3.1.0.7-1.el6.noarch > ovirt-image-uploader-3.1.0-16.el6.noarch > ovirt-engine-backend-3.1.0-3.19.el6.noarch > ovirt-engine-tools-common-3.1.0-3.19.el6.noarch > ovirt-iso-uploader-3.1.0-16.el6.noarch > ovirt-engine-genericapi-3.1.0-3.19.el6.noarch > ovirt-engine-config-3.1.0-3.19.el6.noarch > ovirt-log-collector-3.1.0-16.el6.noarch > ovirt-engine-restapi-3.1.0-3.19.el6.noarch > ovirt-engine-userportal-3.1.0-3.19.el6.noarch > ovirt-engine-notification-service-3.1.0-3.19.el6.noarch > ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch > ovirt-engine-3.1.0-3.19.el6.noarch > ovirt-engine-jbossas711-1-0.x86_64 > ovirt-engine-setup-3.1.0-3.19.el6.noarch > ovirt-engine-sdk-3.1.0.5-1.el6.noarch > > > > ------------------------------ > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. NOTE: Regardless of content, this e-mail shall not operate to > bind SKOPOS to any order or other contract unless pursuant to explicit > written agreement or government initiative expressly permitting the use of > e-mail for such purpose. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

2 6

[Users] ovirt 3.2 migrations failing
by Jonathan Horne 06 Feb '13

06 Feb '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC0170B5FCAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable i just built up 2 nodes and a manager on 3.2 dreyou packages, and now that = i have a VM up and installed with rhev agent, the VM is unable to migrate. = the failure is pretty much immediate. i don't know where to begin troubleshooting this, can someone help me get g= oing in the right direction? just let me know what logs are appropriate an= d i will post them up. 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_9BE6F493F83A594DA60C45E6A09DC5AC0170B5FCAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <800473489CC37140A49FAFFF2819AE02(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </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 just built up 2 nodes and a manager on 3.2 dreyou packages, and now = that i have a VM up and installed with rhev agent, the VM is unable to migr= ate. the failure is pretty much immediate.</div> <div> </div> <div>i don't know where to begin troubleshooting this, can someone help me = get going in the right direction?  just let me know what logs are appr= opriate and i will post them up.</div> <div> </div> <div>thanks,</div> <div>jonathan</div> <div> <div></div> </div> </div> </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_9BE6F493F83A594DA60C45E6A09DC5AC0170B5FCAUSP01DAG0201co_--

5 9

[Users] Data Center is being initialized, please wait for initialization to complete
by Alex Leonhardt 05 Feb '13

05 Feb '13

Hi, Occasionally, mainly after doing larger disk operations, I see this : Data Center is being initialized, please wait for initialization to complete and then the SPM host changes ... I didnt see any particular load on that server at the time it happened - I simply told it to delete some VMs from a export domain. Any clues ? Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 1

[Users] Problem with libvirt
by Juan Jose 04 Feb '13

04 Feb '13

Hello everybody, I have installed and configured oVirt 3.1 engine in a Fedora 17 with a Fedora 17 node connected. Ihave defined a NFS domain for my VM and another for ISOs. I try to start a Fedora 17 Server with Run once and the machi start without problems, after that I preceed with the installation in its wirtual disk but when I arrive to define partitions in the virtual disk the machine is freeze and I start to receive engine errors and the default data center go in non responsive status. I can see this messages in /var/log/ovirt-engine/engine.log, which I attach to this message: .... 2013-01-31 11:43:23,957 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] Recieved a Device without an address when processing VM da09284e-3189-428b-a879-6201f7a5ca87 devices, skipping device: {shared=false, volumeID=1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, index=0, propagateErrors=off, format=raw, type=disk, truesize=8589938688, reqsize=0, bootOrder=2, iface=virtio, volumeChain=[Ljava.lang.Object;@1ea2bdf9, imageID=49e21bfc-384b-4bea-8013-f02b1be137c7, domainID=57d184a0-908b-49b5-926f-cd413b9e6526, specParams={}, optional=false, needExtend=false, path=/rhev/data-center/d6e7e8b8-49c7-11e2-a261-000a5e429f63/57d184a0-908b-49b5-926f-cd413b9e6526/images/49e21bfc-384b-4bea-8013-f02b1be137c7/1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, device=disk, poolID=d6e7e8b8-49c7-11e2-a261-000a5e429f63, readonly=false, deviceId=49e21bfc-384b-4bea-8013-f02b1be137c7, apparentsize=8589934592}. 2013-01-31 11:43:23,960 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=4dca1c64-dbf8-4e31-b359-82cf0e259f65,Device=qxl,Type=video,BootOrder=0,SpecParams={vram=65536},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:23,961 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:23,962 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:23,963 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=614bc0b4-64d8-4058-8bf8-83db62617e00,Device=bridge,Type=interface,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:23,964 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=49e21bfc-384b-4bea-8013-f02b1be137c7,Device=disk,Type=disk,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:26,063 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM Fedora17 da09284e-3189-428b-a879-6201f7a5ca87 moved from WaitForLaunch --> PoweringUp 2013-01-31 11:43:26,064 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (QuartzScheduler_Worker-24) [7d021319] START, FullListVdsCommand(vdsId = 7d3491e8-49ce-11e2-8b2e-000a5e429f63, vds=null, vmIds=[da09284e-3189-428b-a879-6201f7a5ca87]), log id: f68f564 2013-01-31 11:43:26,086 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (QuartzScheduler_Worker-24) [7d021319] FINISH, FullListVdsCommand, return: [Lorg.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcStruct;@33c68023, log id: f68f564 2013-01-31 11:43:26,091 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:26,092 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:31,721 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--0.0.0.0-8009-11) [28d7a789] Running command: SetVmTicketCommand internal: false. Entities affected : ID: da09284e-3189-428b-a879-6201f7a5ca87 Type: VM 2013-01-31 11:43:31,724 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--0.0.0.0-8009-11) [28d7a789] START, SetVmTicketVDSCommand(vdsId = 7d3491e8-49ce-11e2-8b2e-000a5e429f63, vmId=da09284e-3189-428b-a879-6201f7a5ca87, ticket=qmcnuOICblb3, validTime=120,m userName=admin@internal, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 6eaacb95 2013-01-31 11:43:31,758 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--0.0.0.0-8009-11) [28d7a789] FINISH, SetVmTicketVDSCommand, log id: 6eaacb95 ... 2013-01-31 11:49:13,392 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (QuartzScheduler_Worker-81) [164eaa47] domain 57d184a0-908b-49b5-926f-cd413b9e6526 in problem. vds: host1 2013-01-31 11:49:54,121 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-73) [73213e4f] vds::refreshVdsStats Failed getVdsStats, vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, error = VDSNetworkException: VDSNetworkException: 2013-01-31 11:49:54,172 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (QuartzScheduler_Worker-73) [73213e4f] ResourceManager::refreshVdsRunTimeInfo::Failed to refresh VDS , vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, VDS Network Error, continuing. VDSNetworkException: .... In the events windows after VM freezing, I have below events: 2013-Jan-31, 11:50:52 Failed to elect Host as Storage Pool Manager for Data Center Default. Setting status to Non-Operational. 2013-Jan-31, 11:50:52 VM Fedora17 was set to the Unknown status. 2013-Jan-31, 11:50:52 Host host1 is non-responsive. 2013-Jan-31, 11:49:55 Invalid status on Data Center Default. Setting Data Center status to Non-Responsive (On host host1, Error: Network error during communication with the Host.). 2013-Jan-31, 11:44:25 VM Fedora17 started on Host host1 Any suggest about the problem?. It seem a libvirt problem, I will continue investigating. Many thanks in avanced, Juanjo.

4 11

[Users] Glusterfs HA doubts
by Adrian Gibanel 04 Feb '13

04 Feb '13

In oVirt 3.1 GlusterFS support was added. It was an easy way to replicate your virtual machine storage without too much hassle. There are two main howtos: * http://www.middleswarth.net/content/installing-ovirt-31-and-glusterfs-using… (Robert Middleswarth) * http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ (Jason Brooks). 1) What about performance? I've done some tests with rsync backups (even using the suggested --inplace rsync switch) that implies small files. These backups were done into local mounted glusterfs volumes. Backups instead of lasting about 2 hours they lasted like 15 hours long. Is there maybe something that only happens with small files and with big files performance is ok? 2) How to know the current status? In DRBD you know it checking a proc file if I remember it well. I remember too that GlusterFS doesn't have an equivalent thing and there's no evident way to know if all the files are synced. If you have tried it how do you know if both sets of virtual disks images are synced? 3) Mount dns resolution If you check Jason Brooks howto you will see that it uses a hostname for refering to nfs mount. If you want to perform HA you need your storage to be mounted and if the server1 host is down it doesn't help that the nfs mount point associated to the storage is server1:/vms/ and not server2:/vms/. Checking Middleswarth howto I think that he does the same thing. Let's explain a bit more so that understand. My example setup is the one where you have two host machines where you run a set of virtual machines on one and the other one doesn't have any virtual machine running. Where is the virtual machines storage located? It's located at the glusterfs volume. So the first one of the machines mounts the glusterfs volume as nfs (It's an example). If it uses its own hostname for the nfs mount then if itself goes down the second host isn't going to mount it when it's restarted in the HA mode. So the first one of the machines mounts the glusterfs volume as nfs (It's an example). If it uses the second host hostname for the nfs mount then if the second host goes down the virtual machine cannot access its virtual disks. A workaround for this situation which I have thought is to use /etc/hosts on both machines so that: whatever.domain.com resolves in both hosts to the host self's ip. I think that glusterfs has a way of mounting their share through "-t glusterfs" that somehow can ignore these hostnames problems but I haven't read it too much about it so I'm not too sure. 4) So my doubts basically are: * Has anyone setup a two host glusterfs HA oVirt cluster where storage is shared by a replicated Glusterfs volume that is shared and stored by both of them? * Does HA work when one of the host goes down? * Or does it complain about hostname as I suspect? * Any tips to ensure the best performance? Thank you. -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut 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á prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

2 1

[Users] 3.2 beta and f18 host on dell R815 problem
by Gianluca Cecchi 03 Feb '13

03 Feb '13

during install of server I get this Host installation failed. Fix installation issues and try to Re-Install In deploy log 2013-01-31 12:17:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.hardware hardware._isVirtualizationEnabled:144 virtualization support GenuineIntel (cpu: False, bios: True) 2013-01-31 12:17:30 DEBUG otopi.context context._executeMethod:127 method exception Traceback (most recent call last): File "/tmp/ovirt-SfEARpd3h4/pythonlib/otopi/context.py", line 117, in _executeMethod method['method']() File "/tmp/ovirt-SfEARpd3h4/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 170, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization 2013-01-31 12:17:30 ERROR otopi.context context._executeMethod:136 Failed to execute stage 'Setup validation': Hardware does not support virtualization note the GenuineIntel above... ?? But actually it is AMD [root@f18ovn03 ~]# lsmod|grep kvm kvm_amd 59623 0 kvm 431794 1 kvm_amd cat /proc/cpuinfo ... processor : 47 vendor_id : AuthenticAMD cpu family : 16 model : 9 model name : AMD Opteron(tm) Processor 6174 stepping : 1 microcode : 0x10000d9 cpu MHz : 800.000 cache size : 512 KB physical id : 3 siblings : 12 core id : 5 cpu cores : 12 apicid : 59 initial apicid : 59 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save pausefilter bogomips : 4400.44 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate Any hint? Gianluca

4 10

[Users] 3.2 beta: Amd Opteron 6174 wrongly detected as 8 socket
by Gianluca Cecchi 03 Feb '13

03 Feb '13

Hello, after deploy of a node that has 4 sockets with 12cores each, it is wrongly detected in web admin gui. See: https://docs.google.com/file/d/0BwoPbcrMv8mvdjdYNjVfT2NWY0U/edit It says 8 sockets each with 6 cores.... Output of # virsh capabilities here: https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit output of cpuid here: https://docs.google.com/file/d/0BwoPbcrMv8mvUFFRYkZEX0lmRG8/edit also run this [root@f18ovn03 ~]# vdsClient -s 0 getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:f9baf5a8f6c3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:f9baf5a8f6c3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '192.168.1.102', 'cfg': {'DOMAIN': 'localdomain.local', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['em1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 48 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,amd_dcm,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,nodeid_msr,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Opteron(tm) Processor 6174 cpuSockets = 8 cpuSpeed = 800.000 cpuThreads = 48 emulatedMachines = ['pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc'] guestOverhead = 65 hooks = {} kvmEnabled = true lastClient = 192.168.1.111 lastClientIface = ovirtmgmt management_ip = memSize = 64418 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.102', 'cfg': {'DOMAIN': 'localdomain.local', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['em1']}} nics = {'em4': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': 'bed68125-4345-4995-ba49-a6e5580c58dd', 'NAME': 'em4', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:82', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:82', 'speed': 0}, 'em1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DOMAIN': 'localdomain.local', 'DEVICE': 'em1', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'HWADDR': '00:25:64:f9:76:7c', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:7c', 'speed': 1000}, 'em3': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': '2984885c-fbd8-4ad1-a393-00f0a205ae79', 'NAME': 'em3', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:80', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:80', 'speed': 0}, 'em2': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': 'ebd889bc-57ae-4ee9-8db2-4595309ee81c', 'NAME': 'em2', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:7E', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:7e', 'speed': 0}} operatingSystem = {'release': '1', 'version': '18', 'name': 'Fedora'} packages2 = {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358955869.0, 'version': '3.7.4'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501, 'version': '0.12.2'}, 'vdsm': {'release': '6.fc18', 'buildtime': 1359564723, 'version': '4.10.3'}, 'qemu-kvm': {'release': '2.fc18', 'buildtime': 1358351894, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803, 'version': '0.10.2.2'}, 'qemu-img': {'release': '2.fc18', 'buildtime': 1358351894, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214, 'version': '0.3.0'}} reservedMem = 321 software_revision = 6 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 4C4C4544-0056-5910-8047-CAC04F4E344A version_name = Snow Man vlans = {} vmTypes = ['kvm'] (this time the host is the inended one... ;-) Gianluca

2 3

[Users] Fwd: Re: 3.2 beta and f18 host on dell R815 problem
by Gianluca Cecchi 01 Feb '13

01 Feb '13

Find attach Putty.log=output of cpuid command Engine.log after patching and retry. No file under host-deploy, it gives syntax error >> > ---------- Forwarded message ---------- >> > From: Alon Bar-Lev <alonbl(a)redhat.com> >> > Date: Thu, Jan 31, 2013 at 1:48 PM >> > Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> > To: Gianluca Cecchi <gianluca.cecchi(a)gmail.com> >> > >> > >> > Sorry, had error. >> > >> > ----- Original Message ----- >> >> From: "Alon Bar-Lev" <alonbl(a)redhat.com> >> >> To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com> >> >> Sent: Thursday, January 31, 2013 2:40:55 PM >> >> Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> >> >> >> Hi! >> >> >> >> Can you please try to replace the attach file at: >> >> /usr/share/ovirt-host-deploy/plugins/ovirt-host-deploy/vdsm/hardware.py >> >> >> >> Retry and send me the log? >> >> >> >> I added some more debug to see what went wrong. >> >> >> >> Thanks! >> >> Alon >> >> >> >> >> >> ----- Original Message ----- >> >> > From: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com> >> >> > To: "users" <users(a)ovirt.org> >> >> > Sent: Thursday, January 31, 2013 1:57:38 PM >> >> > Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> >> > >> >> > Output of command >> >> > # virsh capabilities >> >> > on this host >> >> > >> >> > https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit >> >> > _______________________________________________ >> >> > Users mailing list >> >> > Users(a)ovirt.org >> >> > http://lists.ovirt.org/mailman/listinfo/users >> >> > >> >> > >

2 4

[Users] latest vdsm cannot read ib device speeds causing storage attach fail
by Dead Horse 01 Feb '13

01 Feb '13

Any ideas on this one? (from VDSM log): Thread-25::DEBUG::2013-01-22 15:35:29,065::BindingXMLRPC::914::vds::(wrapper) client [3.57.111.30]::call getCapabilities with () {} Thread-25::ERROR::2013-01-22 15:35:29,113::netinfo::159::root::(speed) cannot read ib0 speed Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 155, in speed s = int(file('/sys/class/net/%s/speed' % dev).read()) IOError: [Errno 22] Invalid argument Causes VDSM to fail to attach storage Engine side sees: ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (QuartzScheduler_Worker-96) [553ef26e] The connection with details 192.168.0.1:/ovirt/ds failed because of error code 100 and error message is: general exception 2013-01-22 15:35:30,160 INFO [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (QuartzScheduler_Worker-96) [1ab78378] Running command: SetNonOperationalVdsCommand internal: true. Entities affected : ID: 8970b3fe-1faf-11e2-bc1f-00151712f280 Type: VDS 2013-01-22 15:35:30,200 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (QuartzScheduler_Worker-96) [1ab78378] START, SetVdsStatusVDSCommand(HostName = kezan, HostId = 8970b3fe-1faf-11e2-bc1f-00151712f280, status=NonOperational, nonOperationalReason=STORAGE_DOMAIN_UNREACHABLE), log id: 4af5c4cd 2013-01-22 15:35:30,211 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (QuartzScheduler_Worker-96) [1ab78378] FINISH, SetVdsStatusVDSCommand, log id: 4af5c4cd 2013-01-22 15:35:30,242 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (QuartzScheduler_Worker-96) [1ab78378] Try to add duplicate audit log values with the same name. Type: VDS_SET_NONOPERATIONAL_DOMAIN. Value: storagepoolname Engine = latest master VDSM = latest master node = el6

6 17

[Users] Syntax error hardware.py
by Gianluca Cecchi 31 Jan '13

31 Jan '13

See attached images... >

1 0

[Users] oVirt 3.2 Beta Availability
by Mike Burns 31 Jan '13

31 Jan '13

The beta versions of oVirt 3.2 are now available. Packages can be installed using the ovirt-beta yum repository [1] after installing the ovirt-release package[1]. oVirt Node is not currently available. It should be made available in the next couple days. Thanks The oVirt Team [1] http://resources.ovirt.org/releases/beta/ [2] http://resources.ovirt.org/releases/ovirt-release-fedora.noarch.rpm

3 4

[Users] Choosing which network to run VM migration on ovirt 3.1
by Yuval M 31 Jan '13

31 Jan '13

Hi, I'm running the following setup: 2 hosts, each has 2 physical NICs, the first NIC (which is bridged to ovirtmgmt) is a 100Mbps ethernet card connected to a switch (and to the internet) the 2nd NIC is a fast Infiniband card which is connected back-to-back to the other host. both links are running fine, and I managed to have the 2nd host mount the storage via the fast link. The problem is that VM migration takes place over the slow link. How do I configure the cluster so that the migration uses the fast link? I've already created a network using the web interface. the migration still uses the slow link. Thanks, Yuval

4 9

[Users] [Reminder] oVirt 3.2 test-day is today!!
by Moran Goldboim 31 Jan '13

31 Jan '13

Today are having oVirt 3.2 testday - http://www.ovirt.org/Testing/OvirtTestDay you are welcome to take an active part on testing oVirt 3.2 new features[1], look around and get a deeper experience with this oVirt release. [1] http://www.ovirt.org/OVirt_3.2_release-management#Features Moran.

1 0

[Users] Cannot create vm's from user portal
by Dead Horse 30 Jan '13

30 Jan '13

Seeing this error in engine log when attempting to create a new VM from the userportal: 2013-01-28 15:35:47,158 ERROR [org.ovirt.engine.core.bll.GetClustersWithPermittedActionQuery] (ajp--127.0.0.1-8702-5) Query GetClustersWithPermittedActionQuery failed. Exception message is PreparedStatementCallback; bad SQL grammar [select * from fn_perms_get_vds_groups_with_permitted_action(?, ?)]; nested exception is org.postgresql.util.PSQLException: ERROR: missing FROM-clause entry for table "vds_groups" Where: PL/pgSQL function "fn_perms_get_vds_groups_with_permitted_action" line 3 at RETURN QUERY 2013-01-28 15:36:16,726 ERROR [org.ovirt.engine.core.bll.GetClustersWithPermittedActionQuery] (ajp--127.0.0.1-8702-7) Query GetClustersWithPermittedActionQuery failed. Exception message is PreparedStatementCallback; bad SQL grammar [select * from fn_perms_get_vds_groups_with_permitted_action(?, ?)]; nested exception is org.postgresql.util.PSQLException: ERROR: missing FROM-clause entry for table "vds_groups" Where: PL/pgSQL function "fn_perms_get_vds_groups_with_permitted_action" line 3 at RETURN QUERY Current running engine build --> commit: 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 - DHC

2 3

[Users] oVirt 3.1 VM is not responding
by José Ferradeira 30 Jan '13

30 Jan '13

------=_Part_476_18436217.1359564233863 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=20 I'm testing oVirt 3.1, with one node 2.5.5-0.1fc17 and a NAS built with ope= nfiler 2.99, working on a Gigabit net.=20 I configured a NFS share on openfiler, and everything looks nice.=20 I'm installing a Windows 2008 R2 as a VM, time to time i get a warning mess= age: ! VM is not responding, but the windows installation keeps going, a bi= t slow.=20 Any idea what is happening?=20 Thanks=20 Jose=20 the vdsm.log :=20 Thread-2405::DEBUG::2013-01-30 16:42:21,532::resourceManager::212::Resource= Manager.Request::(grant) ResName=3D`Storage.7b44684c-5f34-11e2-beba-00138fb= e3093`ReqID=3D`e9aefcf3-b4ed-4d7c-9d95-723f824c30ee`::Granted request=20 Thread-2405::DEBUG::2013-01-30 16:42:21,532::task::817::TaskManager.Task::(= resourceAcquired) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::_resources= Acquired: Storage.7b44684c-5f34-11e2-beba-00138fbe3093 (shared)=20 Thread-2405::DEBUG::2013-01-30 16:42:21,532::task::978::TaskManager.Task::(= _decref) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::ref 1 aborting Fals= e=20 Thread-2405::INFO::2013-01-30 16:42:21,664::logUtils::39::dispatcher::(wrap= per) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_i= d': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': 'aclo= udDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad:Act= ive,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c-2f1= 35b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-cen= ter/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab92f08= aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver= ': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {= 'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal': '= 23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Active',= 'diskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}, 'c= c060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': '313= 802031104', 'alerts': [], 'disktotal': '982927736832'}}}=20 Thread-2405::DEBUG::2013-01-30 16:42:21,664::task::1172::TaskManager.Task::= (prepare) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::finished: {'info':= {'spm_id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name= ': 'acloudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb025= 31ad:Active,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-= a66c-2f135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/= data-center/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20= aab92f08aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'ma= ster_ver': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f= 08aa': {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'diskt= otal': '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': '= Active', 'diskfree': '467744063488', 'alerts': [], 'disktotal': '4766763581= 44'}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfre= e': '313802031104', 'alerts': [], 'disktotal': '982927736832'}}}=20 Thread-2405::DEBUG::2013-01-30 16:42:21,664::task::588::TaskManager.Task::(= _updateState) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::moving from st= ate preparing -> state finished=20 Thread-2405::DEBUG::2013-01-30 16:42:21,664::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storag= e.7b44684c-5f34-11e2-beba-00138fbe3093': < ResourceRef 'Storage.7b44684c-5f= 34-11e2-beba-00138fbe3093', isValid: 'True' obj: 'None'>}=20 Thread-2405::DEBUG::2013-01-30 16:42:21,664::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::538::Resource= Manager::(releaseResource) Trying to release resource 'Storage.7b44684c-5f3= 4-11e2-beba-00138fbe3093'=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::553::Resource= Manager::(releaseResource) Released resource 'Storage.7b44684c-5f34-11e2-be= ba-00138fbe3093' (0 active users)=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::558::Resource= Manager::(releaseResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138f= be3093' is free, finding out if anyone is waiting for it.=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::565::Resource= Manager::(releaseResource) No one is waiting for resource 'Storage.7b44684c= -5f34-11e2-beba-00138fbe3093', Clearing records.=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::task::978::TaskManager.Task::(= _decref) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::ref 0 aborting Fals= e=20 Thread-2406::DEBUG::2013-01-30 16:42:23,304::task::588::TaskManager.Task::(= _updateState) Task=3D`8926a671-3076-42e5-8521-f8ec6ba67748`::moving from st= ate init -> state preparing=20 Thread-2406::INFO::2013-01-30 16:42:23,304::logUtils::37::dispatcher::(wrap= per) Run and protect: repoStats(options=3DNone)=20 Thread-2406::INFO::2013-01-30 16:42:23,304::logUtils::39::dispatcher::(wrap= per) Run and protect: repoStats, Return response: {'39484795-666f-44b3-9cf5= -21bbb02531ad': {'delay': '0.00179004669189', 'lastCheck': 1359564135.40165= , 'code': 0, 'valid': True}, '0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'dela= y': '0.00332403182983', 'lastCheck': 1359564141.220177, 'code': 0, 'valid':= True}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'delay': '0.00157809257507= ', 'lastCheck': 1359564143.248153, 'code': 0, 'valid': True}}=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::task::1172::TaskManager.Task::= (prepare) Task=3D`8926a671-3076-42e5-8521-f8ec6ba67748`::finished: {'394847= 95-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.00179004669189', 'lastCheck':= 1359564135.40165, 'code': 0, 'valid': True}, '0b6a87e8-53d9-46f3-bc81-20aa= b92f08aa': {'delay': '0.00332403182983', 'lastCheck': 1359564141.220177, 'c= ode': 0, 'valid': True}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'delay': = '0.00157809257507', 'lastCheck': 1359564143.248153, 'code': 0, 'valid': Tru= e}}=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::task::588::TaskManager.Task::(= _updateState) Task=3D`8926a671-3076-42e5-8521-f8ec6ba67748`::moving from st= ate preparing -> state finished=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {}=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::task::978::TaskManager.Task::(= _decref) Task=3D`8926a671-3076-42e5-8521-f8ec6ba67748`::ref 0 aborting Fals= e=20 Thread-2407::DEBUG::2013-01-30 16:42:23,368::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk hdc stats not = available=20 Thread-2407::DEBUG::2013-01-30 16:42:23,368::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk fda stats not = available=20 VM Channels Listener::DEBUG::2013-01-30 16:42:27,492::vmChannels::60::vds::= (_handle_timeouts) Timeout on fileno 18.=20 Thread-788::DEBUG::2013-01-30 16:42:28,907::task::588::TaskManager.Task::(_= updateState) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::moving from sta= te init -> state preparing=20 Thread-788::INFO::2013-01-30 16:42:28,907::logUtils::37::dispatcher::(wrapp= er) Run and protect: getVolumeSize(sdUUID=3D'39484795-666f-44b3-9cf5-21bbb0= 2531ad', spUUID=3D'7b44684c-5f34-11e2-beba-00138fbe3093', imgUUID=3D'2ff4c7= 43-6e5a-42af-8b99-131c8849bd3f', volUUID=3D'7304b24f-5c4d-41b3-b12f-b916bc9= f4299', options=3DNone)=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::175::ResourceM= anager.Request::(__init__) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb= 02531ad`ReqID=3D`9ba33a25-cdd2-4fc0-9f50-55a82178ad48`::Request was made in= '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResour= ce'=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::486::ResourceM= anager::(registerResource) Trying to register resource 'Storage.39484795-66= 6f-44b3-9cf5-21bbb02531ad' for lock type 'shared'=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::528::ResourceM= anager::(registerResource) Resource 'Storage.39484795-666f-44b3-9cf5-21bbb0= 2531ad' is free. Now locking as 'shared' (1 active user)=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::212::ResourceM= anager.Request::(grant) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb025= 31ad`ReqID=3D`9ba33a25-cdd2-4fc0-9f50-55a82178ad48`::Granted request=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::task::817::TaskManager.Task::(r= esourceAcquired) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::_resourcesA= cquired: Storage.39484795-666f-44b3-9cf5-21bbb02531ad (shared)=20 Thread-788::DEBUG::2013-01-30 16:42:28,909::task::978::TaskManager.Task::(_= decref) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::ref 1 aborting False= =20 Thread-788::DEBUG::2013-01-30 16:42:28,911::fileVolume::535::Storage.Volume= ::(validateVolumePath) validate path for 7304b24f-5c4d-41b3-b12f-b916bc9f42= 99=20 Thread-788::DEBUG::2013-01-30 16:42:28,913::fileVolume::535::Storage.Volume= ::(validateVolumePath) validate path for 7304b24f-5c4d-41b3-b12f-b916bc9f42= 99=20 Thread-788::INFO::2013-01-30 16:42:28,914::logUtils::39::dispatcher::(wrapp= er) Run and protect: getVolumeSize, Return response: {'truesize': '32562257= 92', 'apparentsize': '107374182400'}=20 Thread-788::DEBUG::2013-01-30 16:42:28,914::task::1172::TaskManager.Task::(= prepare) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::finished: {'truesiz= e': '3256225792', 'apparentsize': '107374182400'}=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::task::588::TaskManager.Task::(_= updateState) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::moving from sta= te preparing -> state finished=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::809::ResourceM= anager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage= .39484795-666f-44b3-9cf5-21bbb02531ad': < ResourceRef 'Storage.39484795-666= f-44b3-9cf5-21bbb02531ad', isValid: 'True' obj: 'None'>}=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::844::ResourceM= anager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::538::ResourceM= anager::(releaseResource) Trying to release resource 'Storage.39484795-666f= -44b3-9cf5-21bbb02531ad'=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::553::ResourceM= anager::(releaseResource) Released resource 'Storage.39484795-666f-44b3-9cf= 5-21bbb02531ad' (0 active users)=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::558::ResourceM= anager::(releaseResource) Resource 'Storage.39484795-666f-44b3-9cf5-21bbb02= 531ad' is free, finding out if anyone is waiting for it.=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::565::ResourceM= anager::(releaseResource) No one is waiting for resource 'Storage.39484795-= 666f-44b3-9cf5-21bbb02531ad', Clearing records.=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::task::978::TaskManager.Task::(_= decref) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::ref 0 aborting False= =20 VM Channels Listener::DEBUG::2013-01-30 16:42:29,494::vmChannels::60::vds::= (_handle_timeouts) Timeout on fileno 322.=20 Thread-2412::DEBUG::2013-01-30 16:42:31,843::BindingXMLRPC::156::vds::(wrap= per) [192.168.5.180]=20 Thread-2412::DEBUG::2013-01-30 16:42:31,843::task::588::TaskManager.Task::(= _updateState) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::moving from st= ate init -> state preparing=20 Thread-2412::INFO::2013-01-30 16:42:31,844::logUtils::37::dispatcher::(wrap= per) Run and protect: getSpmStatus(spUUID=3D'7b44684c-5f34-11e2-beba-00138f= be3093', options=3DNone)=20 Thread-2412::INFO::2013-01-30 16:42:31,844::logUtils::39::dispatcher::(wrap= per) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1= , 'spmStatus': 'SPM', 'spmLver': 4}}=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::1172::TaskManager.Task::= (prepare) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::finished: {'spm_st= ': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 4}}=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::588::TaskManager.Task::(= _updateState) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::moving from st= ate preparing -> state finished=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {}=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::978::TaskManager.Task::(= _decref) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::ref 0 aborting Fals= e=20 Thread-2413::DEBUG::2013-01-30 16:42:31,936::BindingXMLRPC::156::vds::(wrap= per) [192.168.5.180]=20 Thread-2413::DEBUG::2013-01-30 16:42:31,937::task::588::TaskManager.Task::(= _updateState) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::moving from st= ate init -> state preparing=20 Thread-2413::INFO::2013-01-30 16:42:31,937::logUtils::37::dispatcher::(wrap= per) Run and protect: getStoragePoolInfo(spUUID=3D'7b44684c-5f34-11e2-beba-= 00138fbe3093', options=3DNone)=20 Thread-2413::DEBUG::2013-01-30 16:42:31,937::resourceManager::175::Resource= Manager.Request::(__init__) ResName=3D`Storage.7b44684c-5f34-11e2-beba-0013= 8fbe3093`ReqID=3D`e72c6606-db58-41d0-8072-c4fff9e0e417`::Request was made i= n '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResou= rce'=20 Thread-2413::DEBUG::2013-01-30 16:42:31,937::resourceManager::486::Resource= Manager::(registerResource) Trying to register resource 'Storage.7b44684c-5= f34-11e2-beba-00138fbe3093' for lock type 'shared'=20 Thread-2413::DEBUG::2013-01-30 16:42:31,937::resourceManager::528::Resource= Manager::(registerResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138= fbe3093' is free. Now locking as 'shared' (1 active user)=20 Thread-2413::DEBUG::2013-01-30 16:42:31,938::resourceManager::212::Resource= Manager.Request::(grant) ResName=3D`Storage.7b44684c-5f34-11e2-beba-00138fb= e3093`ReqID=3D`e72c6606-db58-41d0-8072-c4fff9e0e417`::Granted request=20 Thread-2413::DEBUG::2013-01-30 16:42:31,939::task::817::TaskManager.Task::(= resourceAcquired) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::_resources= Acquired: Storage.7b44684c-5f34-11e2-beba-00138fbe3093 (shared)=20 Thread-2413::DEBUG::2013-01-30 16:42:31,939::task::978::TaskManager.Task::(= _decref) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::ref 1 aborting Fals= e=20 Thread-2413::INFO::2013-01-30 16:42:32,073::logUtils::39::dispatcher::(wrap= per) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_i= d': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': 'aclo= udDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad:Act= ive,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c-2f1= 35b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-cen= ter/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab92f08= aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver= ': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {= 'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal': '= 23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Active',= 'diskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}, 'c= c060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': '313= 801244672', 'alerts': [], 'disktotal': '982927736832'}}}=20 Thread-2413::DEBUG::2013-01-30 16:42:32,073::task::1172::TaskManager.Task::= (prepare) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::finished: {'info':= {'spm_id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name= ': 'acloudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb025= 31ad:Active,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-= a66c-2f135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/= data-center/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20= aab92f08aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'ma= ster_ver': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f= 08aa': {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'diskt= otal': '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': '= Active', 'diskfree': '467744063488', 'alerts': [], 'disktotal': '4766763581= 44'}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfre= e': '313801244672', 'alerts': [], 'disktotal': '982927736832'}}}=20 Thread-2413::DEBUG::2013-01-30 16:42:32,073::task::588::TaskManager.Task::(= _updateState) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::moving from st= ate preparing -> state finished=20 Thread-2413::DEBUG::2013-01-30 16:42:32,073::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storag= e.7b44684c-5f34-11e2-beba-00138fbe3093': < ResourceRef 'Storage.7b44684c-5f= 34-11e2-beba-00138fbe3093', isValid: 'True' obj: 'None'>}=20 Thread-2413::DEBUG::2013-01-30 16:42:32,073::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::538::Resource= Manager::(releaseResource) Trying to release resource 'Storage.7b44684c-5f3= 4-11e2-beba-00138fbe3093'=20 Thread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::553::Resource= Manager::(releaseResource) Released resource 'Storage.7b44684c-5f34-11e2-be= ba-00138fbe3093' (0 active users)=20 Thread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::558::Resource= Manager::(releaseResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138f= be3093' is free, finding out if anyone is waiting for it.=20 Thread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::565::Resource= Manager::(releaseResource) No one is waiting for resource 'Storage.7b44684c= -5f34-11e2-beba-00138fbe3093', Clearing records.=20 Thread-2413::DEBUG::2013-01-30 16:42:32,075::task::978::TaskManager.Task::(= _decref) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::ref 0 aborting Fals= e=20 Thread-2414::DEBUG::2013-01-30 16:42:33,894::task::588::TaskManager.Task::(= _updateState) Task=3D`e5af4772-7be5-43c0-a907-8a3f3fe0cebd`::moving from st= ate init -> state preparing=20 Thread-2414::INFO::2013-01-30 16:42:33,894::logUtils::37::dispatcher::(wrap= per) Run and protect: repoStats(options=3DNone)=20 Thread-2414::INFO::2013-01-30 16:42:33,894::logUtils::39::dispatcher::(wrap= per) Run and protect: repoStats, Return response: {'39484795-666f-44b3-9cf5= -21bbb02531ad': {'delay': '0.00196099281311', 'lastCheck': 1359564145.53994= , 'code': 0, 'valid': True}, '0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'dela= y': '0.00284719467163', 'lastCheck': 1359564151.359623, 'code': 0, 'valid':= True}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'delay': '0.0015709400177'= , 'lastCheck': 1359564153.38349, 'code': 0, 'valid': True}}=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::task::1172::TaskManager.Task::= (prepare) Task=3D`e5af4772-7be5-43c0-a907-8a3f3fe0cebd`::finished: {'394847= 95-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.00196099281311', 'lastCheck':= 1359564145.53994, 'code': 0, 'valid': True}, '0b6a87e8-53d9-46f3-bc81-20aa= b92f08aa': {'delay': '0.00284719467163', 'lastCheck': 1359564151.359623, 'c= ode': 0, 'valid': True}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'delay': = '0.0015709400177', 'lastCheck': 1359564153.38349, 'code': 0, 'valid': True}= }=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::task::588::TaskManager.Task::(= _updateState) Task=3D`e5af4772-7be5-43c0-a907-8a3f3fe0cebd`::moving from st= ate preparing -> state finished=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {}=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::task::978::TaskManager.Task::(= _decref) Task=3D`e5af4772-7be5-43c0-a907-8a3f3fe0cebd`::ref 0 aborting Fals= e=20 Thread-2415::DEBUG::2013-01-30 16:42:33,996::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk hdc stats not = available=20 Thread-2415::DEBUG::2013-01-30 16:42:33,997::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk fda stats not = available=20 Thread-424::DEBUG::2013-01-30 16:42:34,508::task::588::TaskManager.Task::(_= updateState) Task=3D`413cbd4e-2ddc-4a21-9526-39e970dc48d3`::moving from sta= te init -> state preparing=20 Thread-424::INFO::2013-01-30 16:42:34,509::logUtils::37::dispatcher::(wrapp= er) Run and protect: getVolumeSize(sdUUID=3D'39484795-666f-44b3-9cf5-21bbb0= 2531ad', spUUID=3D'7b44684c-5f34-11e2-beba-00138fbe3093', imgUUID=3D'c7524c= bd-5f92-41ba-a9e9-8724dd2c4c11', volUUID=3D'5904f9d7-09c3-404d-8887-71a32ff= 96735', options=3DNone)=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::175::ResourceM= anager.Request::(__init__) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb= 02531ad`ReqID=3D`e4e2d280-6941-469f-be31-ac06bfb73f99`::Request was made in= '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResour= ce'=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::486::ResourceM= anager::(registerResource) Trying to register resource 'Storage.39484795-66= 6f-44b3-9cf5-21bbb02531ad' for lock type 'shared'=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::528::ResourceM= anager::(registerResource) Resource 'Storage.39484795-666f-44b3-9cf5-21bbb0= 2531ad' is free. Now locking as 'shared' (1 active user)=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::212::ResourceM= anager.Request::(grant) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb025= 31ad`ReqID=3D`e4e2d280-6941-469f-be31-ac06bfb73f99`::Granted request=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::task::817::TaskManager.Task::(r= esourceAcquired) Task=3D`413cbd4e-2ddc-4a21-9526-39e970dc48d3`::_resourcesA= cquired: Storage.39484795-666f-44b3-9cf5-21bbb02531ad (shared)=20 Thread-424::DEBUG::2013-01-30 16:42:34,510::task::978::TaskManager.Task::(_= decref) Task=3D`413cbd4e-2ddc-4a21-9526-39e970dc48d3`::ref 1 aborting False= =20 Thread-424::DEBUG::2013-01-30 16:42:34,511::fileVolume::535::Storage.Volume= ::(validateVolumePath) validate path for 5904f9d7-09c3-404d-8887-71a32ff967= 35=20 ---------------------------------------------=20 Logicworks Tecnologias de Inform=C3=A1tica=20 http://www.logicworks.pt=20 ------=_Part_476_18436217.1359564233863 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: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #330066'>Hi, I'm testing oVirt 3.1, with one node 2.5.5-0.1fc17= and a NAS built with openfiler 2.99, working on a Gigabit net. I config= ured a NFS share on openfiler, and everything looks nice. I'm installing= a Windows 2008 R2 as a VM, time to time i get a warning message: ! VM is n= ot responding, but the windows installation keeps going, a bit slow. <br= >Any idea what is happening? Thanks Jose the vdsm.log = : Thread-2405::DEBUG::2013-01-30 16:42:21,532::resourceManager::212:= :ResourceManager.Request::(grant) ResName=3D`Storage.7b44684c-5f34-11e2-beb= a-00138fbe3093`ReqID=3D`e9aefcf3-b4ed-4d7c-9d95-723f824c30ee`::Granted requ= est Thread-2405::DEBUG::2013-01-30 16:42:21,532::task::817::TaskManager.= Task::(resourceAcquired) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::_re= sourcesAcquired: Storage.7b44684c-5f34-11e2-beba-00138fbe3093 (shared) T= hread-2405::DEBUG::2013-01-30 16:42:21,532::task::978::TaskManager.Task::(_= decref) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::ref 1 aborting False= Thread-2405::INFO::2013-01-30 16:42:21,664::logUtils::39::dispatcher::(= wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'s= pm_id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': '= acloudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad= :Active,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c= -2f135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data= -center/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab9= 2f08aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master= _ver': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa= ': {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal= ': '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Acti= ve', 'diskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}= , 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': = '313802031104', 'alerts': [], 'disktotal': '982927736832'}}} Thread-2405= ::DEBUG::2013-01-30 16:42:21,664::task::1172::TaskManager.Task::(prepare) T= ask=3D`c581aa06-4e50-41dd-a836-756827865cc6`::finished: {'info': {'spm_id':= 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': 'acloudD= C', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad:Active= ,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c-2f135b= 8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center= /7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab92f08aa/= images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': = 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'st= atus': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal': '236= 48534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Active', 'd= iskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}, 'cc06= 0953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': '313802= 031104', 'alerts': [], 'disktotal': '982927736832'}}} Thread-2405::DEBUG= ::2013-01-30 16:42:21,664::task::588::TaskManager.Task::(_updateState) Task= =3D`c581aa06-4e50-41dd-a836-756827865cc6`::moving from state preparing -&gt= ; state finished Thread-2405::DEBUG::2013-01-30 16:42:21,664::resourceMa= nager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {= } resources {'Storage.7b44684c-5f34-11e2-beba-00138fbe3093': < ResourceR= ef 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093', isValid: 'True' obj: 'No= ne'>} Thread-2405::DEBUG::2013-01-30 16:42:21,664::resourceManager::8= 44::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Threa= d-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::538::ResourceManag= er::(releaseResource) Trying to release resource 'Storage.7b44684c-5f34-11e= 2-beba-00138fbe3093' Thread-2405::DEBUG::2013-01-30 16:42:21,665::resour= ceManager::553::ResourceManager::(releaseResource) Released resource 'Stora= ge.7b44684c-5f34-11e2-beba-00138fbe3093' (0 active users) Thread-2405::D= EBUG::2013-01-30 16:42:21,665::resourceManager::558::ResourceManager::(rele= aseResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093' is fre= e, finding out if anyone is waiting for it. Thread-2405::DEBUG::2013-01-= 30 16:42:21,665::resourceManager::565::ResourceManager::(releaseResource) N= o one is waiting for resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093= ', Clearing records. Thread-2405::DEBUG::2013-01-30 16:42:21,665::task::= 978::TaskManager.Task::(_decref) Task=3D`c581aa06-4e50-41dd-a836-756827865c= c6`::ref 0 aborting False Thread-2406::DEBUG::2013-01-30 16:42:23,304::t= ask::588::TaskManager.Task::(_updateState) Task=3D`8926a671-3076-42e5-8521-= f8ec6ba67748`::moving from state init -> state preparing Thread-2406:= :INFO::2013-01-30 16:42:23,304::logUtils::37::dispatcher::(wrapper) Run and= protect: repoStats(options=3DNone) Thread-2406::INFO::2013-01-30 16:42:= 23,304::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Ret= urn response: {'39484795-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.0017900= 4669189', 'lastCheck': 1359564135.40165, 'code': 0, 'valid': True}, '0b6a87= e8-53d9-46f3-bc81-20aab92f08aa': {'delay': '0.00332403182983', 'lastCheck':= 1359564141.220177, 'code': 0, 'valid': True}, 'cc060953-baf5-4b86-a66c-2f1= 35b8fbb30': {'delay': '0.00157809257507', 'lastCheck': 1359564143.248153, '= code': 0, 'valid': True}} Thread-2406::DEBUG::2013-01-30 16:42:23,305::t= ask::1172::TaskManager.Task::(prepare) Task=3D`8926a671-3076-42e5-8521-f8ec= 6ba67748`::finished: {'39484795-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.= 00179004669189', 'lastCheck': 1359564135.40165, 'code': 0, 'valid': True}, = '0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'delay': '0.00332403182983', 'last= Check': 1359564141.220177, 'code': 0, 'valid': True}, 'cc060953-baf5-4b86-a= 66c-2f135b8fbb30': {'delay': '0.00157809257507', 'lastCheck': 1359564143.24= 8153, 'code': 0, 'valid': True}} Thread-2406::DEBUG::2013-01-30 16:42:23= ,305::task::588::TaskManager.Task::(_updateState) Task=3D`8926a671-3076-42e= 5-8521-f8ec6ba67748`::moving from state preparing -> state finished T= hread-2406::DEBUG::2013-01-30 16:42:23,305::resourceManager::809::ResourceM= anager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thr= ead-2406::DEBUG::2013-01-30 16:42:23,305::resourceManager::844::ResourceMan= ager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-2406::DEBUG::= 2013-01-30 16:42:23,305::task::978::TaskManager.Task::(_decref) Task=3D`892= 6a671-3076-42e5-8521-f8ec6ba67748`::ref 0 aborting False Thread-2407::DE= BUG::2013-01-30 16:42:23,368::libvirtvm::240::vm.Vm::(_getDiskStats) vmId= =3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk hdc stats not available = Thread-2407::DEBUG::2013-01-30 16:42:23,368::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk fda stats not = available VM Channels Listener::DEBUG::2013-01-30 16:42:27,492::vmChanne= ls::60::vds::(_handle_timeouts) Timeout on fileno 18. Thread-788::DEBUG:= :2013-01-30 16:42:28,907::task::588::TaskManager.Task::(_updateState) Task= =3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::moving from state init -> sta= te preparing Thread-788::INFO::2013-01-30 16:42:28,907::logUtils::37::di= spatcher::(wrapper) Run and protect: getVolumeSize(sdUUID=3D'39484795-666f-= 44b3-9cf5-21bbb02531ad', spUUID=3D'7b44684c-5f34-11e2-beba-00138fbe3093', i= mgUUID=3D'2ff4c743-6e5a-42af-8b99-131c8849bd3f', volUUID=3D'7304b24f-5c4d-4= 1b3-b12f-b916bc9f4299', options=3DNone) Thread-788::DEBUG::2013-01-30 16= :42:28,908::resourceManager::175::ResourceManager.Request::(__init__) ResNa= me=3D`Storage.39484795-666f-44b3-9cf5-21bbb02531ad`ReqID=3D`9ba33a25-cdd2-4= fc0-9f50-55a82178ad48`::Request was made in '/usr/share/vdsm/storage/resour= ceManager.py' line '485' at 'registerResource' Thread-788::DEBUG::2013-0= 1-30 16:42:28,908::resourceManager::486::ResourceManager::(registerResource= ) Trying to register resource 'Storage.39484795-666f-44b3-9cf5-21bbb02531ad= ' for lock type 'shared' Thread-788::DEBUG::2013-01-30 16:42:28,908::res= ourceManager::528::ResourceManager::(registerResource) Resource 'Storage.39= 484795-666f-44b3-9cf5-21bbb02531ad' is free. Now locking as 'shared' (1 act= ive user) Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::2= 12::ResourceManager.Request::(grant) ResName=3D`Storage.39484795-666f-44b3-= 9cf5-21bbb02531ad`ReqID=3D`9ba33a25-cdd2-4fc0-9f50-55a82178ad48`::Granted r= equest Thread-788::DEBUG::2013-01-30 16:42:28,908::task::817::TaskManage= r.Task::(resourceAcquired) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::_= resourcesAcquired: Storage.39484795-666f-44b3-9cf5-21bbb02531ad (shared)<br= >Thread-788::DEBUG::2013-01-30 16:42:28,909::task::978::TaskManager.Task::(= _decref) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::ref 1 aborting Fals= e Thread-788::DEBUG::2013-01-30 16:42:28,911::fileVolume::535::Storage.V= olume::(validateVolumePath) validate path for 7304b24f-5c4d-41b3-b12f-b916b= c9f4299 Thread-788::DEBUG::2013-01-30 16:42:28,913::fileVolume::535::Sto= rage.Volume::(validateVolumePath) validate path for 7304b24f-5c4d-41b3-b12f= -b916bc9f4299 Thread-788::INFO::2013-01-30 16:42:28,914::logUtils::39::d= ispatcher::(wrapper) Run and protect: getVolumeSize, Return response: {'tru= esize': '3256225792', 'apparentsize': '107374182400'} Thread-788::DEBUG:= :2013-01-30 16:42:28,914::task::1172::TaskManager.Task::(prepare) Task=3D`a= ec127b3-b02b-4bc3-b0e9-542c90b4c91e`::finished: {'truesize': '3256225792', = 'apparentsize': '107374182400'} Thread-788::DEBUG::2013-01-30 16:42:28,9= 15::task::588::TaskManager.Task::(_updateState) Task=3D`aec127b3-b02b-4bc3-= b0e9-542c90b4c91e`::moving from state preparing -> state finished Thr= ead-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::809::ResourceMana= ger.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.39= 484795-666f-44b3-9cf5-21bbb02531ad': < ResourceRef 'Storage.39484795-666= f-44b3-9cf5-21bbb02531ad', isValid: 'True' obj: 'None'>} Thread-788::= DEBUG::2013-01-30 16:42:28,915::resourceManager::844::ResourceManager.Owner= ::(cancelAll) Owner.cancelAll requests {} Thread-788::DEBUG::2013-01-30 = 16:42:28,915::resourceManager::538::ResourceManager::(releaseResource) Tryi= ng to release resource 'Storage.39484795-666f-44b3-9cf5-21bbb02531ad' Th= read-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::553::ResourceMan= ager::(releaseResource) Released resource 'Storage.39484795-666f-44b3-9cf5-= 21bbb02531ad' (0 active users) Thread-788::DEBUG::2013-01-30 16:42:28,91= 5::resourceManager::558::ResourceManager::(releaseResource) Resource 'Stora= ge.39484795-666f-44b3-9cf5-21bbb02531ad' is free, finding out if anyone is = waiting for it. Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceMana= ger::565::ResourceManager::(releaseResource) No one is waiting for resource= 'Storage.39484795-666f-44b3-9cf5-21bbb02531ad', Clearing records. Threa= d-788::DEBUG::2013-01-30 16:42:28,915::task::978::TaskManager.Task::(_decre= f) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::ref 0 aborting False V= M Channels Listener::DEBUG::2013-01-30 16:42:29,494::vmChannels::60::vds::(= _handle_timeouts) Timeout on fileno 322. Thread-2412::DEBUG::2013-01-30 = 16:42:31,843::BindingXMLRPC::156::vds::(wrapper) [192.168.5.180] Thread-= 2412::DEBUG::2013-01-30 16:42:31,843::task::588::TaskManager.Task::(_update= State) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::moving from state ini= t -> state preparing Thread-2412::INFO::2013-01-30 16:42:31,844::logU= tils::37::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID=3D'7b4= 4684c-5f34-11e2-beba-00138fbe3093', options=3DNone) Thread-2412::INFO::2= 013-01-30 16:42:31,844::logUtils::39::dispatcher::(wrapper) Run and protect= : getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM'= , 'spmLver': 4}} Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::1172= ::TaskManager.Task::(prepare) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`= ::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 4}} T= hread-2412::DEBUG::2013-01-30 16:42:31,844::task::588::TaskManager.Task::(_= updateState) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::moving from sta= te preparing -> state finished Thread-2412::DEBUG::2013-01-30 16:42:3= 1,844::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.rele= aseAll requests {} resources {} Thread-2412::DEBUG::2013-01-30 16:42:31,= 844::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelA= ll requests {} Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::978::T= askManager.Task::(_decref) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::r= ef 0 aborting False Thread-2413::DEBUG::2013-01-30 16:42:31,936::Binding= XMLRPC::156::vds::(wrapper) [192.168.5.180] Thread-2413::DEBUG::2013-01-= 30 16:42:31,937::task::588::TaskManager.Task::(_updateState) Task=3D`42cacf= 2e-311a-4ca4-8158-6b3dd8f00a94`::moving from state init -> state prepari= ng Thread-2413::INFO::2013-01-30 16:42:31,937::logUtils::37::dispatcher:= :(wrapper) Run and protect: getStoragePoolInfo(spUUID=3D'7b44684c-5f34-11e2= -beba-00138fbe3093', options=3DNone) Thread-2413::DEBUG::2013-01-30 16:4= 2:31,937::resourceManager::175::ResourceManager.Request::(__init__) ResName= =3D`Storage.7b44684c-5f34-11e2-beba-00138fbe3093`ReqID=3D`e72c6606-db58-41d= 0-8072-c4fff9e0e417`::Request was made in '/usr/share/vdsm/storage/resource= Manager.py' line '485' at 'registerResource' Thread-2413::DEBUG::2013-01= -30 16:42:31,937::resourceManager::486::ResourceManager::(registerResource)= Trying to register resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093'= for lock type 'shared' Thread-2413::DEBUG::2013-01-30 16:42:31,937::res= ourceManager::528::ResourceManager::(registerResource) Resource 'Storage.7b= 44684c-5f34-11e2-beba-00138fbe3093' is free. Now locking as 'shared' (1 act= ive user) Thread-2413::DEBUG::2013-01-30 16:42:31,938::resourceManager::= 212::ResourceManager.Request::(grant) ResName=3D`Storage.7b44684c-5f34-11e2= -beba-00138fbe3093`ReqID=3D`e72c6606-db58-41d0-8072-c4fff9e0e417`::Granted = request Thread-2413::DEBUG::2013-01-30 16:42:31,939::task::817::TaskMana= ger.Task::(resourceAcquired) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`:= :_resourcesAcquired: Storage.7b44684c-5f34-11e2-beba-00138fbe3093 (shared)<= br>Thread-2413::DEBUG::2013-01-30 16:42:31,939::task::978::TaskManager.Task= ::(_decref) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::ref 1 aborting F= alse Thread-2413::INFO::2013-01-30 16:42:32,073::logUtils::39::dispatche= r::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info':= {'spm_id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name= ': 'acloudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb025= 31ad:Active,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-= a66c-2f135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/= data-center/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20= aab92f08aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'ma= ster_ver': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f= 08aa': {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'diskt= otal': '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': '= Active', 'diskfree': '467744063488', 'alerts': [], 'disktotal': '4766763581= 44'}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfre= e': '313801244672', 'alerts': [], 'disktotal': '982927736832'}}} Thread-= 2413::DEBUG::2013-01-30 16:42:32,073::task::1172::TaskManager.Task::(prepar= e) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::finished: {'info': {'spm_= id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': 'acl= oudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad:Ac= tive,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c-2f= 135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-ce= nter/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab92f0= 8aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ve= r': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa': = {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal': = '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Active'= , 'diskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}, '= cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': '31= 3801244672', 'alerts': [], 'disktotal': '982927736832'}}} Thread-2413::D= EBUG::2013-01-30 16:42:32,073::task::588::TaskManager.Task::(_updateState) = Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::moving from state preparing = -> state finished Thread-2413::DEBUG::2013-01-30 16:42:32,073::resour= ceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll reques= ts {} resources {'Storage.7b44684c-5f34-11e2-beba-00138fbe3093': < Resou= rceRef 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093', isValid: 'True' obj:= 'None'>} Thread-2413::DEBUG::2013-01-30 16:42:32,073::resourceManage= r::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} T= hread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::538::ResourceM= anager::(releaseResource) Trying to release resource 'Storage.7b44684c-5f34= -11e2-beba-00138fbe3093' Thread-2413::DEBUG::2013-01-30 16:42:32,074::re= sourceManager::553::ResourceManager::(releaseResource) Released resource 'S= torage.7b44684c-5f34-11e2-beba-00138fbe3093' (0 active users) Thread-241= 3::DEBUG::2013-01-30 16:42:32,074::resourceManager::558::ResourceManager::(= releaseResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093' is= free, finding out if anyone is waiting for it. Thread-2413::DEBUG::2013= -01-30 16:42:32,074::resourceManager::565::ResourceManager::(releaseResourc= e) No one is waiting for resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe= 3093', Clearing records. Thread-2413::DEBUG::2013-01-30 16:42:32,075::ta= sk::978::TaskManager.Task::(_decref) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8= f00a94`::ref 0 aborting False Thread-2414::DEBUG::2013-01-30 16:42:33,89= 4::task::588::TaskManager.Task::(_updateState) Task=3D`e5af4772-7be5-43c0-a= 907-8a3f3fe0cebd`::moving from state init -> state preparing Thread-2= 414::INFO::2013-01-30 16:42:33,894::logUtils::37::dispatcher::(wrapper) Run= and protect: repoStats(options=3DNone) Thread-2414::INFO::2013-01-30 16= :42:33,894::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats,= Return response: {'39484795-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.001= 96099281311', 'lastCheck': 1359564145.53994, 'code': 0, 'valid': True}, '0b= 6a87e8-53d9-46f3-bc81-20aab92f08aa': {'delay': '0.00284719467163', 'lastChe= ck': 1359564151.359623, 'code': 0, 'valid': True}, 'cc060953-baf5-4b86-a66c= -2f135b8fbb30': {'delay': '0.0015709400177', 'lastCheck': 1359564153.38349,= 'code': 0, 'valid': True}} Thread-2414::DEBUG::2013-01-30 16:42:33,895:= :task::1172::TaskManager.Task::(prepare) Task=3D`e5af4772-7be5-43c0-a907-8a= 3f3fe0cebd`::finished: {'39484795-666f-44b3-9cf5-21bbb02531ad': {'delay': '= 0.00196099281311', 'lastCheck': 1359564145.53994, 'code': 0, 'valid': True}= , '0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'delay': '0.00284719467163', 'la= stCheck': 1359564151.359623, 'code': 0, 'valid': True}, 'cc060953-baf5-4b86= -a66c-2f135b8fbb30': {'delay': '0.0015709400177', 'lastCheck': 1359564153.3= 8349, 'code': 0, 'valid': True}} Thread-2414::DEBUG::2013-01-30 16:42:33= ,895::task::588::TaskManager.Task::(_updateState) Task=3D`e5af4772-7be5-43c= 0-a907-8a3f3fe0cebd`::moving from state preparing -> state finished T= hread-2414::DEBUG::2013-01-30 16:42:33,895::resourceManager::809::ResourceM= anager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thr= ead-2414::DEBUG::2013-01-30 16:42:33,895::resourceManager::844::ResourceMan= ager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-2414::DEBUG::= 2013-01-30 16:42:33,895::task::978::TaskManager.Task::(_decref) Task=3D`e5a= f4772-7be5-43c0-a907-8a3f3fe0cebd`::ref 0 aborting False Thread-2415::DE= BUG::2013-01-30 16:42:33,996::libvirtvm::240::vm.Vm::(_getDiskStats) vmId= =3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk hdc stats not available = Thread-2415::DEBUG::2013-01-30 16:42:33,997::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk fda stats not = available Thread-424::DEBUG::2013-01-30 16:42:34,508::task::588::TaskMan= ager.Task::(_updateState) Task=3D`413cbd4e-2ddc-4a21-9526-39e970dc48d3`::mo= ving from state init -> state preparing Thread-424::INFO::2013-01-30 = 16:42:34,509::logUtils::37::dispatcher::(wrapper) Run and protect: getVolum= eSize(sdUUID=3D'39484795-666f-44b3-9cf5-21bbb02531ad', spUUID=3D'7b44684c-5= f34-11e2-beba-00138fbe3093', imgUUID=3D'c7524cbd-5f92-41ba-a9e9-8724dd2c4c1= 1', volUUID=3D'5904f9d7-09c3-404d-8887-71a32ff96735', options=3DNone) Th= read-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::175::ResourceMan= ager.Request::(__init__) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb02= 531ad`ReqID=3D`e4e2d280-6941-469f-be31-ac06bfb73f99`::Request was made in '= /usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResource= ' Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::486::Reso= urceManager::(registerResource) Trying to register resource 'Storage.394847= 95-666f-44b3-9cf5-21bbb02531ad' for lock type 'shared' Thread-424::DEBUG= ::2013-01-30 16:42:34,509::resourceManager::528::ResourceManager::(register= Resource) Resource 'Storage.39484795-666f-44b3-9cf5-21bbb02531ad' is free. = Now locking as 'shared' (1 active user) Thread-424::DEBUG::2013-01-30 16= :42:34,509::resourceManager::212::ResourceManager.Request::(grant) ResName= =3D`Storage.39484795-666f-44b3-9cf5-21bbb02531ad`ReqID=3D`e4e2d280-6941-469= f-be31-ac06bfb73f99`::Granted request Thread-424::DEBUG::2013-01-30 16:4= 2:34,509::task::817::TaskManager.Task::(resourceAcquired) Task=3D`413cbd4e-= 2ddc-4a21-9526-39e970dc48d3`::_resourcesAcquired: Storage.39484795-666f-44b= 3-9cf5-21bbb02531ad (shared) Thread-424::DEBUG::2013-01-30 16:42:34,510:= :task::978::TaskManager.Task::(_decref) Task=3D`413cbd4e-2ddc-4a21-9526-39e= 970dc48d3`::ref 1 aborting False Thread-424::DEBUG::2013-01-30 16:42:34,= 511::fileVolume::535::Storage.Volume::(validateVolumePath) validate path fo= r 5904f9d7-09c3-404d-8887-71a32ff96735 <div></s= pan>-----------------------------= ---------------- Logicworks Tecnologias de Inform=C3=A1tica</= span> <a href=3D"http://www.logicwor= ks.pt">http://www.logicworks.pt</= span></a> </div></div></body></html> ------=_Part_476_18436217.1359564233863--

1 0

[Users] oVirt Weekly Meeting Minutes -- 2013-01-30
by Mike Burns 30 Jan '13

30 Jan '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.log.html ============================ #ovirt: oVirt weekly meeting ============================ Meeting started by mburns at 15:00:43 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 15:01:17) * Workshop update (mburns, 15:03:28) * Sunnyvale workshop went great (mburns, 15:05:33) * almost 100 registered (~30% no-show for first 2 days) (mburns, 15:05:46) * board meeting had almost full attendance (mburns, 15:06:09) * got support for proposed marketing, now need to follow up with the community (mburns, 15:06:26) * next event: Oved Ourfali presenting on deltacloud integration into oVirt at Puppet Camp (mburns, 15:09:04) * FOSDEM -- we are out in force with the virt devroom (mburns, 15:09:23) * finalized dates for Shanghai workshop at Intel -- May 8-9 (mburns, 15:09:45) * release status (mburns, 15:11:55) * test day tomorrow (31-Jan) (mburns, 15:12:06) * beta announcement ready, to be sent later today (mburns, 15:12:21) * ovirt-node packages and image in final testing, to be posted today (mburns, 15:12:50) * ovirt-node blocked by vdsm bug 905728 (patch: http://gerrit.ovirt.org/#/c/11527/ ) (mburns, 15:14:03) * but we can workaround this issue in ovirt-node for the beta (mburns, 15:14:19) * Test Day: all are invited to participate (mburns, 15:16:42) * please sign up on http://www.ovirt.org/Testing/OvirtTestDay (mburns, 15:17:02) * ACTION: mburns to review testday wiki node section (mburns, 15:21:39) * ACTION: mburns to send out beta announcement (mburns, 15:21:50) * ACTION: mburns to post ovirt-node for beta/test day (mburns, 15:21:59) * LINK: https://bugzilla.redhat.com/showdependencytree.cgi?id=881006&hide_resolved=1 (mburns, 15:22:38) * ^^ a list of the bugs being tracked for the release (mburns, 15:23:05) * Bug 879180 -- https://bugzilla.redhat.com/show_bug.cgi?id=879180 (mburns, 15:23:51) * New -- against NetworkManager (mburns, 15:24:01) * ACTION: ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today (mburns, 15:27:17) * only bugs not at least on POST in the list (outside ovirt-node bugs) are 879180 and 884990 (mburns, 15:27:59) * both of which are in core fedora components (mburns, 15:28:13) * not ovirt components (mburns, 15:28:48) * Infra report (mburns, 15:35:27) * new hardware from AlterWay not set up yet, but in progress (mburns, 15:37:13) * infra team meetup at FOSDEM ( ewoud quaid dneary Rydekull ) (mburns, 15:38:18) * Other topics (mburns, 15:39:15) Meeting ended at 15:46:46 UTC. Action Items ------------ * mburns to review testday wiki node section * mburns to send out beta announcement * mburns to post ovirt-node for beta/test day * ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today Action Items, by person ----------------------- * mburns * mburns to review testday wiki node section * mburns to send out beta announcement * mburns to post ovirt-node for beta/test day * ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (94) * dneary (18) * oschreib (12) * mgoldboi (10) * danken1 (6) * Rydekull (6) * ewoud (5) * ovirtbot (5) * Jur (3) * jb_netapp (2) * YamaKasY (2) * teuf_ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Re: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Michael Pasternak 30 Jan '13

30 Jan '13

On 01/30/2013 03:09 PM, Romil Gupta wrote: > thanks for all your guidance , now I m able to fetch the details of a host using > the below script : > > hosts=api.hosts.list() > for host in hosts: > print "host name--> %s id--->> %s \n"%(host.name <http://host.name> , host.id <http://host.id>) > clusterid=api.hosts.get(host.name <http://host.name>).cluster.id <http://cluster.id> > print clusterid > > hostname=api.hosts.get(host.name <http://host.name>) > statistic=hostname.statistics.list() > i=0 > while i < 14: > print statistic[i].name > print statistic[i].description > print statistic[i].unit > print statistic[i].values.value[0].datum > i=i+1; > > > summary=api.get_summary() > print summary > > How I can print the summary , its only return the Object?? this is summary object structure: <summary> <vms> <total></total> <active></active> </vms> <hosts> <total></total> <active></active> </hosts> <users> <total></total> <active></active> </users> <storage_domains> <total></total> <active></active> </storage_domains> </summary> you can access properties directly, like this: summary.hosts.active > > Thanks, > Romil > > > On Wed, Jan 30, 2013 at 4:52 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > Romil, > > On 01/30/2013 12:18 PM, Romil Gupta wrote: > > Hi, > > > > Is this is a right way to get it ?? > > > > statistics=params.Host(host.name <http://host.name> <http://host.name>).get_statistic() > > 1. first you need to fetch the host to see it's statistics (by doing params.Host(...) you creating > host parameters holder which is needed for adding new host to the system) > > 2. get_x() getters used to access object attributes, while collections are exposed as properties, do > > 1. myhost = api.hosts.get(name="xxx") > 2. myhost.statistics.list() > 3. loop over returned collection of statistics to find what you're looking for > > - note, statistic objects are complex types, you can look for data at: > > statistics[i].unit // the unit of the holder data > statistics[i].values.value[0].datum // actual data > > > print statistics > > > > summary=params.Host(host.name <http://host.name> <http://host.name>).get_summary() > > summary() is an api method, do: > > 1. api = API(url='', username='', password='') > 2. api.get_summary() > > > > print summary > > > > > > Output is : none > > > > Thanks > > Romil > > > > > > On Wed, Jan 30, 2013 at 2:04 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>> wrote: > > > > > > Hi Romil, > > > > On 01/30/2013 10:17 AM, Romil Gupta wrote: > > > Hi all , > > > > > > how I can get the hosts details like Active VM's , > > > > host doesn't have running vms attribute, instead you > > can see in the guest on which host it's running, > > > > general system summary you can see at api.get_summary() > > > > Number of CPU's , CPU name , CPU type , > > > > these are host attributes > > > > Physical Memory (used , free ) , swap size and other parameters > > > > these are host.statistics attributes > > > > > using ovirt-engine-sdk-3.2.0.5-1. > > > > > > > > > > > > Regards, > > > Romil > > > > > > -- > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > -- > > > > Michael Pasternak > > RedHat, ENG-Virtualization R&D > > > > > > > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

Re: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Michael Pasternak 30 Jan '13

30 Jan '13

Romil, On 01/30/2013 12:18 PM, Romil Gupta wrote: > Hi, > > Is this is a right way to get it ?? > > statistics=params.Host(host.name <http://host.name>).get_statistic() 1. first you need to fetch the host to see it's statistics (by doing params.Host(...) you creating host parameters holder which is needed for adding new host to the system) 2. get_x() getters used to access object attributes, while collections are exposed as properties, do 1. myhost = api.hosts.get(name="xxx") 2. myhost.statistics.list() 3. loop over returned collection of statistics to find what you're looking for - note, statistic objects are complex types, you can look for data at: statistics[i].unit // the unit of the holder data statistics[i].values.value[0].datum // actual data > print statistics > > summary=params.Host(host.name <http://host.name>).get_summary() summary() is an api method, do: 1. api = API(url='', username='', password='') 2. api.get_summary() > print summary > > > Output is : none > > Thanks > Romil > > > On Wed, Jan 30, 2013 at 2:04 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > Hi Romil, > > On 01/30/2013 10:17 AM, Romil Gupta wrote: > > Hi all , > > > > how I can get the hosts details like Active VM's , > > host doesn't have running vms attribute, instead you > can see in the guest on which host it's running, > > general system summary you can see at api.get_summary() > > Number of CPU's , CPU name , CPU type , > > these are host attributes > > Physical Memory (used , free ) , swap size and other parameters > > these are host.statistics attributes > > > using ovirt-engine-sdk-3.2.0.5-1. > > > > > > > > Regards, > > Romil > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] ovirt-engine-sdk-java 1.0.0.3-1 released
by Michael Pasternak 30 Jan '13

30 Jan '13

- added persistent authentication support - added support for the methods overloads based on url/headers params - added delete methods overloads with body as parameters holder - to host added [display.address] property for overriding display address - user can specify own ticket now in vm.ticket() via [action.ticket.value] More details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] Engine upgrade failure broken in master
by Dead Horse 30 Jan '13

30 Jan '13

Commit: 72a51f5e21f38bf259a460948670eac92e97ca24 Breaks engine upgrades: 2013-01-29 12:40:52::ERROR::engine-upgrade::1177::root:: Traceback (most recent call last): File "/usr/bin/engine-upgrade", line 1170, in <module> main(options) File "/usr/bin/engine-upgrade", line 1071, in main if zombieTasksFound(): File "/usr/bin/engine-upgrade", line 766, in zombieTasksFound msg="Can't get zombie async tasks", File "/usr/share/ovirt-engine/scripts/common_utils.py", line 459, in execCmd env=env, File "/usr/lib64/python2.7/subprocess.py", line 679, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1249, in _execute_child raise child_exception OSError: [Errno 8] Exec format error Upgrade was attempted on engine built from commit: 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 Building from commit: 82bdc46dfdb46b000f67f0cd4e51fc39665bf13b and upgrading works as expected. - DHC

3 2

[Users] ovirt / spice client /connection
by Alex Leonhardt 30 Jan '13

30 Jan '13

2 3

[Users] node iso installer drops into dracut with Supermicro Virtual CD drive
by Jorick Astrego 30 Jan '13

30 Jan '13

Hi, I'm still having the same problems booting from a virtual CD problems with the latest node iso (ovirt-node-iso-2.6.0-20130125090303git3839439.566.fc18.iso). The node boots into the installer and then drops into a dracut shell: dracut-initqueue[488]: Warning: Could not boot. dracut-initqueue[488]: Warning: /dev/disk/by-label/ovirt-node-iso does not exist dracut-initqueue[488]: Warning: /dev/mapper/live-rw does not exist dracut:/# blkid /dev/sr0: UUID="2013-01-28-01-35-21-00" LABEL="ovirt-node-iso" TYPE="iso9660" PTTYPE="dos" I'll use foreman to deploy it for now but it's making casual testing a bit harder. -- Kind Regards, Jorick Astrego Netbulae B.V.

4 7

[Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Romil Gupta 30 Jan '13

30 Jan '13

Hi all , how I can get the hosts details like Active VM's , Number of CPU's , CPU name , CPU type , Physical Memory (used , free ) , swap size and other parameters using ovirt-engine-sdk-3.2.0.5-1. Regards, Romil -- I don't wish to be everything to everyone, but I would like to be something to someone.

3 2

[Users] engine Failed to decrypt Data error
by Dead Horse 29 Jan '13

29 Jan '13

I see this repeating error in the engine logs quite a bit, any ideas on what causes it? 2013-01-28 13:13:40,483 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-23) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:13:52,747 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-81) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:13:52,747 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Blocktype mismatch: 0 2013-01-28 13:13:52,761 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-85) Failed to decrypt Data must start with zero 2013-01-28 13:14:00,964 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-23) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:00,964 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-20) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:02,983 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-29) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:02,983 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-34) Failed to decrypt Data must not be longer than 256 bytes - DHC

4 15

[Users] oVirt 3.2 Release delayed
by Mike Burns 29 Jan '13

29 Jan '13

The oVirt 3.2 Release has been delayed due to delays getting a stable oVirt Node available. New Dates * General availability: 2013-02-06 * Beta release: 2013-01-24 * Test Day: 2013-01-29 Thanks Mike

4 7

[Users] oVirt 3.2 Test Day
by Mike Burns 29 Jan '13

29 Jan '13

The test day for oVirt 3.2 will be held on Thursday January 31. For information of the Test Day, please follow: http://www.ovirt.org/Testing/OvirtTestDay Thanks Mike

4 3

[Users] Cannot run VM. Low disk space on relevant Storage Domain
by Ricky Schneberger 29 Jan '13

29 Jan '13

This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mime-Autoconverted: from 8bit to 7bit by courier 0.68 Hi, I have put up a test environment with oVirt 3.1 and found out (because of limited storage) that when trying to run a vm i got "Error while executing action: Cannot run VM. Low disk space on relevant Storage Domain." Disk space on the storage domain is 322GB free (9% of total). Can I change these limits? How are they calculated? By percentage? I dont use quotas anywhere. Regards //Ricky --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2 Content-Type: application/pgp-keys; name="0xB88C0B63.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0xB88C0B63.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.11 (GNU/Linux) mQGiBEN3nx4RBACx6yQ1m83u8PBPG6iivIWICsZJJn8JP6ccGCeS03bQpxXjk8kx V9r3pbY2lJUfu6tlVd/0G/RDC2wixLirYIkelYd5QbL8mk3JIwA96zlIxVRBThmW mig+nI189/vXTNPQKC33xm+/g7kkckD/e/jR2jGycyZiEfvmWQZRpEbnEwCgkOpp Erfa3KmTZ4mk3ulTW4Q8KaUEAJmCZBuuy/CjhxpK4addENpsl7WT90aNZbrtzFIk W1xxkEqRwP2BvNyvTv8EHFsmJehxwn9InQ5gSS2LMGKhKapfT5gMHnmyH+YEdcLj h40L64ftXIyEFenfx8UN85cEKmHqhmrYZkCoRKUeakxZaKs2JZDmytrlLLoj5vAP wV06BACvKm4eGGkTzx8jKRsZF0Y0B532KhV7tr7OhYE654cPQLdok/0exO1n6wR8 2nljL5G8lMEpB1LQp2Xdrz/6z7vbI0w1Qhxddg71EDIuRIJWADOMO6uf20Vg/Wh8 MGwXCGVtH1QZ4FY4tza5PpP6EqKcb5dqC4TyPYz0J4xpxlc5gbQ8Umlja3kgU2No bmViZXJnZXIgKGFsdGVybmF0aXZlIHdvcmstZW1haWwpIDxyaWNreUBhY3RuZXQu c2U+iGAEExECACAFAkh0smkCGyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRA5 qnzVuIwLY704AJ9sXKYXUMsxbEjmthggRkuPCLY8aQCdEMyWeiELV9BpWegz42cy 4WRC51u0J1JpY2sgU2NobmViZXJnZXIgPHJpY2t5QHNjaG5lYmVyZ2VyLnNlPohb BBMRAgAbBQJDd58eBgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJEDmqfNW4jAtjU8YA n1t4P7UmK/MpTQ7FdtALG1Ul45x+AJwOaL66GsKKJLTfVDFvqLu+sFKj54heBBMR AgAeBgsJCAcDAgMVAgMDFgIBAh4BAheABQJNZ2orAhkBAAoJEDmqfNW4jAtjuMUA mwaHDOZF0CcAmZBopNfQJt7AZaGTAJwI+aN7wAg9VOFZcQ6W1YDAmOueOYhGBBAR AgAGBQJLmeIYAAoJEC1o4PaBggLPb68An3ds1SETjFt7FuWNR9RRxxspPZNeAJ0R kDWbt5WzBJEEEia3PmaK9zssgYhGBBARAgAGBQJDe5cHAAoJEO2/HhEm8iS4m9kA n35gnntj0uU2E7qgRb27c+XDgsGNAKCSQIrEF36S8RK8SilPLLjhnrHnJYkBIQQQ AQIADAUCQ3fQFwUDABJ1AAAKCRCXELibyletfNcVB/YyWm59UliFxj+94qpCr7DJ CeuFZE7Yn3lzwnEOU3Y7pOD1s9BwGPeO5iKej4TCT2JtsWFao1HGSztrE3SrWkc/ rg0MYTIZQc/+wbi+6fTSedZVqxf9teW3FdRQXjOZ9JohJLdU0XxT23TPuSmk0ibo lCD35hg93vEfePrC2+lACp41a2UP3VNbqUM4rL6F4PfmgyIqgY5FtTWJjNJN34Uv Tb35YIud+UkQ6eKZggKwBPfma3nwEie1S4f9FskwTGyPNyKGr8Spl2r4snwmFk/Z KP4k615ob8T8Wbza8TGeS5kYw+Za7MF+Oi+jkdXF/aZSdHBNb9pBcKafcbdEfsWJ ASIEEAECAAwFAkR/OX0FAwASdQAACgkQlxC4m8pXrXyv3wf+I+Xr2BP1+0yRPh07 yNQQBDT+LaqmRZ0sxyauABbqQzs3R2GAdm/92CuRSXz7jgBiiRd7ZlzA/wm2ApBF Q8jg9DCxSRNR8KYevTq38ZabMeU3tRkqH5rN++rTmdMbP+MtfoYtTb9+1URXuUBw Ib4NJWV3QGbSSZLJyA/evha4KBu5A16W8LLb0U9CiSAM7y2ES5Qceg1GXVMVbF6q TURf+yUxgJjSBBY3zPkTZVF9mxYWgDlzONj6tRUWThqZHtSSBoKfe63hlppLczND x0TVtuRAFGDlC5HOWF+dAAm5T/Wv9YBmjZi/mcjPvbxhXN5aNff28AMVLW6DqBPX cotg+4kBIgQQAQIADAUCRJBdEQUDABJ1AAAKCRCXELibyletfD0iB/4yljOGMCTh u3Q2XQe8RYn3qMuzUOBpdDimoU0kewdkkDoDXF1Z0uTJPA8pdq6beIv5VXqaEGc3 TKFYuX7xMO6fkWryUKf7Vdbb3xNlChQvxBQwPRNdd2B3w+tBcRgJPUJalshl0IvO DuNbasRyEWbm+LbJF8dZOe5Jr2KTLDPmWURF3faC9YzcfZGbH/Kl5W1SCAigdnzd 62JuAJ8fa/K2zITFF0XkHsXe4jnQSPHUD/sN60zTkeBQdvdjvdtqInRQEJnbJXz6 3Z3Ey3O0736rI9C7MtI9oCCa8U5ed3syPetjf8i3HuVkV8NdmgM+8Cy3MPpWGqm5 oIHDuyS1rh5tiQEiBBABAgAMBQJEoilQBQMAEnUAAAoJEJcQuJvKV618XHsIALtb J9ZVm4e2KW9C9INBLytXXkiT+SJiwcFiZpbFYWQHGckw0YAyzXTXdxK+/qwCWJWV z9lgMybf8JQ5bnFptKfnYVphT7R6s+1uzr4phdO1HHxI6p794m9bk+jFNVp4Uj67 JL7OYek2kn+ZZKf7caxOGrmjqzEN1CP8fZyP3p/ClbnH2hhV8OWrIyetP7+O4/a+ I/mHmdvDpwEiKfpHFXJOiuedKJCZ/4sZHFckdsNi8JJWK7/BZQEAlUesEVg38LV+ z7T7VV3fZRW2mbUz1qaOmZyKgUTBQkgH0zsp9OSrggiAsRUxfhqJLjqCWiiUa4Bb ScPUzM227/5TzR/f/OCJASIEEAECAAwFAkSzTN0FAwASdQAACgkQlxC4m8pXrXxe mwf+OLvUlDuw403e0R3O9mY3gzqPmQR8G2N6ze7cNQsFHQlSzsQ9HJlmbc0JmU9E OkhqLDCGtSd/hZ7hLMK8xRkfanA5kHhBWLGOd+5lqZhJ1MvRY+EhBQ5iMZlhE5Op luRGe5LiKK/esSgL5dr5AnCDl16GI7J8kxYtZcJWGXVj8jEHFyIH7s/E5RS+CJwP 3EAR643o+jtcY0Ut1977+rM18g0l9SRn/BD0AYDAHqYibNxMfVLcbT21MBwBQg/1 aXHBlGb/QmQbclKBWbwATPggc/4zo7kRizFxmVn7cEUPcyz+vA+eqsvuJO5SXZTm gcz/ZbbwVMs6VmD1WrqDir+FIokBIgQQAQIADAUCRMRwwgUDABJ1AAAKCRCXELib yletfLVuB/sGnNs1GYiwZJqiopKp+g+xDnRb4fAvy50hfnrZStaAJAHNhJgT3ekR nLvmi4WWvWZm2d/Kdk/CUuC3LptFLo+nbptbcx6y6f3ulBgyoI+Nza9+fxdv5ieb TNPi6Dk41xatmeEr2ZjQN9x41I1+Ta3pNEFL7XzbClLRtoTL9/qmSUcJtdHQ8Eux 9CD0LkUeqBgQGrH5mZgSNUMUkQJ1eoeKKsYXwXalH8ruphhiXiF3Zyl9Tc/LjLVU 5apJpTq/od/cN/F91Y+IGUX4zAZO/2qSJ9pDzsj9mOpwwTFCMy1f9f+z5It48Wig u1nGDOBqyflwSQ1K4q/+pLWaFSpP2QcDiQEiBBABAgAMBQJE1j0WBQMAEnUAAAoJ EJcQuJvKV618EVIH+gOZ35Wq0r0IwRIV37Cnx+N1MVy6YSEAhzIsEgMZwMSa7u08 8aGHEBvsP8D98Yh33v7Se2g23Ce5pWPYp65gskwxCD6v2K4uCEuJNcxLBq9cIHJv DOuSLnbqVDomzT1qrrVaFiiLrTOMvqHpa4goxbVpjM8m1Yjpqwy6/vs92dYFVlpM zBIpgcN+bDqUuwoHHemCc2h2Sc6EzcGxzOoHvPboo1lUi6JknUaQaJbUx5VkBEiz t3oeV6f1yzvfWwmwWQ7TTHeBqvGSJwZhoyAIWxdP1Cw9GVgq3tSZyEAyNF4ODNic qudk53jotsUIC3mJK3TWDWlXGNScu/Ffc6KexgiJASIEEAECAAwFAkToCVUFAwAS dQAACgkQlxC4m8pXrXzyaAf8ChDiv1O1z4Oo7QHcEYP4HXWxx1sDICPzH2oIec2J 9qCIhTlIbKn7y2Og5CfUYvCPqiQOoxn+pYZm+jL1BHvQwYcKdxKnuMmE/OaLzzPv MlskF2HhRxviN+nFYxWtc+WXNJX+GYJKT23b82P08NZisP/qLnILRur4YV0X3jd9 GbeYGflDdVAKlzsgJo3wWfBYVTVMzmlCeV5ZdE9V9Z1lQht2foD0KiXb+jGcWjFD fMNK2bhofx/f/eowpFXVKuvQTLFxA3od77ngSnUVCoSXb4yF6hFLhfnMYvIdG4MI rRIMWm65hBZa6YuEk1UC3FvPK0PCz2gvUI69J5SkkOpdfYkBIgQQAQIADAUCRPnV igUDABJ1AAAKCRCXELibyletfEkOB/43lBTeg7oa6mDFJ3aL2u/RnzbIb0YYfMUm 1RCQe/3/EMIh+MxlTfbU6UBuc0nzXmdalyVOu1aB5+GbDMi7cKMPMcknd7ItrrmI JNevcSjcXpCsESHjMcUdB1eUoq7VCirIes1+wLeilszDnNUVcC8FI0P9pAyki+w1 +YzyJX8jupnSOwYcqKuq8+AiLsoavKSvjukfJCMTjEtsCjOb2Z/hTBf37+xBVCKW NIQR5Xjjp6d8bO9xrqv/PvjLzuhKYDUAM4PVVb9NXDvLAWBF2xKDxBUjpFZiln+/ ic4YpyMAFiH34moPIWM+LSJ0y826gQybpMqXvP8wU4y2PxtyajmpiQEiBBABAgAM BQJFC6GOBQMAEnUAAAoJEJcQuJvKV618jdgH/2GHXwcE11zfI0Lmn0mLSawcb76b n+wAZEohxWjxoGAjMZdEsuyFDJP/PnkAAT/5MzgyquxGF1+/WnhtEtsm54hqw44i 8/4fwbII7XZk85h+y3srmipOhhThqnmY8PkSz/+1qaq9UzifeqG82mJ16Y0QwG9J tgbPntr11zN0h1+RWpZVnl2I9bFeZSDDV3AltYkmzkhtTa90AaA78jKanvsvfHyr Scr+thgEO2bqJa5LAmtnQ9+Rg+mSSa7eJMhh1CzafOD3AaW9ebQIpkwqSz9VuBga y2y07NUyULp2uSXQW/uVVH+fcrxNGn6E3WnzoLpEOpzVVZ7vFvxhTczu+YGJASIE EAECAAwFAkV0fvAFAwASdQAACgkQlxC4m8pXrXy0bwf/YTPtF8P3WZC2YrVms3+v WzdcreVa0anypXliwNrbZsqI/tUZF8LdNu3echo5kyJM8NVdqhIMU2vNB8Xo1Y8B bE0U+hIWyv7TBl+CYru5HC8RFAvC69AYQbOLJIMsp/DqFLG8JuryxIh4zcRwNHHr zSyAhq20O2Yn2v47kvl/fadsaMBt4YLXoLphJn7MRD2Je1qsCBjJzinNewq7Tf+y fMSSz3b7GV3r5jOdTx5T8WWda+H/pgGLXG050nlZmmrmBFQJS85Jal4mTBpgKwLJ SBG6HrUkmQ/CqiAlxWpmpL88wAtKBr9drCjJ/9pp1Na4onNA14gZKWqSm6ZvHPG4 KYkBIgQQAQIADAUCRYWijAUDABJ1AAAKCRCXELibyletfOvCCACtsRTvZw621Zal RBHMsT1JAS8NRMJBkiesTi71q+/OXStQ7LSUGjSyxyir3c2ssblGT0UdZdeZLrx9 wL7618RSitxSswFAPTgStg3Exs3XqUcmgEAfQKYpIV5UZR237+Re4ViNaU6OxnxF 6DlArL02Mnq3EbfQRg33XRd1/EYk3zdMxzwMcnmBRXNnl/Ey0yJnxZ8GuXpIhRU0 3X8ZhpuCzsSReUQtfRPErQk9U6mp0r1QXr8XAetqb5ya6SVaZfO4gfHjIzpyQg3T SVhwPQOL+nxxEz2EADHk7LQF/ZoGP3L2s++T/HETnlUmXCyCcFn+7nV3nTYUorPo iVnG97pdiQEiBBABAgAMBQJFlsYRBQMAEnUAAAoJEJcQuJvKV618uqcIAKSeEor3 dw3DLmEOUQO7BM2vv2UBFdnDEQKhbsMIJsTtqZ3xBBOlbY3g6eym8qvucS4XSTwi M4y1dJfLBsaT0q2oggla9320ysEaCRrJ1Sm+li8aZwjo8T0UfUGx8LQh53wvbP+i mvH9Utzlo+RD2wrTyvyvxS6tK4wYuF08d44AAopSspgZD/d2Gf0E7WOKP4kQRcA0 7luXzkG7XdFOVmLL81GJEXkMiLSmMdIsmG4Ljw2YyIiTZ9APsV1o3iOKPlEATL4c UnOYzV/5En7jlv95/m2wNYU442Ewm811QzuKdE/OsoQqnh1z9QwtcswWpwDIvr3s SzJAck9BpmEg96eIWwQTEQIAGwUCQ3efHgYLCQgHAwIDFQIDAxYCAQIeAQIXgAAK CRA5qnzVuIwLY1PGAKCF953pK4A/YN0+vXWqFKItF1Uj1QCeMwYzWiiZYJsnmyjj 8/cCta4YC6y0JFJpY2t5IFNjaG5lYmVyZ2VyIDxyaWNreUBhY3QyMDAwLnNlPohg BBMRAgAgBQJFtoMUAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQOap81biM C2MMIQCfYBqhJT3nKJyimLZHNiqxklmM698An0xcrcoX/ltrAvTXZzipABm1Wn4I tCpSaWNreSBTY2huZWJlcmdlciA8cmlja3lAdGVrbmlrc2VydmljZS5udT6IYAQT EQIAIAUCRbaDKAIbIwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEDmqfNW4jAtj OaYAoI+lG1KAFfylizmJ8Qee1dPjWurqAJ9aFY/iU7RA52dMXEb0PlnqyHAP3LQr Umlja3kgU2NobmViZXJnZXIgPHJpY2t5QG1qb2xrY2VudHJhbGVuLnNlPohgBBMR AgAgBQJGWBznAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQOap81biMC2Mw UQCdHjzBE528RJ7ZD/WU7Ht5WjZsq2YAnAs6DOHZXtWSsFWv13j9brOEWzWPuQIN BEN3n0kQCAC585+HR4V/5M8/HHb6uRUdLhBzkVjWCiB7eln3E50HRnTfberPbAvK ZZ9Ske4OS90I5PgGj4zjDleHX8/pGXgaSV+8CwFk9eDqoLKzFKvVJaSp8CX1JrO2 975oUNpFqOy2ejX0jXvphBJIquvBInjOPBpGOkRHIMN9p0rlVhMNywo+t8hEj9PI nupnUqEUziZONSURPPH5J4yYHl0TLkcRNd2OvnDXgdF5ja+FMB5DhC6gOyylhCGU 8271KAYmE8T3TSFWM+sT6eXJSkMxDmTwQJsFVyNFKrSSukEljyraiZjY9xOj3G7A tnqu8PVH968fK3jI5Ee0jfGZeDwduJovAAQNB/4rpdE7z3Xa37J+cGwOKrjA9A13 FwoHYa3i1KdfnU2WcxkIRh+BTzjvhdHLzLu2IBHFpGxCrJjO096xR1axhM901k/Q irLaafqf/jt7QCFcC+kKxVk3rN1RWpfHeJxV62q4szS0k0CU8WHAeaF6/JmKnNq0 CNADBFj9XnQrrPV7RmwbF56cFDOqZpZG0BvWWrhdHOOgoi0Cz24rkMrP47IP9TTP u64MZVflCJlEsBFOI1Qpf5XvW0GLnLeGrZfY+qTDwP8c0YoVsq3KfWGMLkc5lL7i snA69d7GPmHpGzm5QqYvJAcoTwKvIHaqyx/JgYHV75imrRlsKKigcRdKrcQqiEYE GBECAAYFAkN3n0kACgkQOap81biMC2NbzQCfXZJckZnUcuURLggeNvttInRgdloA nAhULJ90SW2EyHG05qqI/iOeskY4 =3DA0DR -----END PGP PUBLIC KEY BLOCK----- --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2--

4 3

[Users] 3.1 to 3.2 migration
by Alexandru Vladulescu 29 Jan '13

29 Jan '13

Hi everybody, This might seem to be a stupid question but I might just give it a shot and ask you if has anybody tried so far to migrate a 3.1 stable to a 3.2 alpha release ? On my side I have no luck. Might have found a bug as well, but that is what you need to confirm to me. I had the jboss setup running on port http 8080 and for https 8443. After the upgrade, everything I try besides the port 80 and 443 doesn't work. If I try to reconfigure the previous used ports, I find java listening on port 8080 for http, but when I try to log in and switch to https on admin portal there is nothing listening out there and I get "Page cannot be displayed". If we cannot consider migration, would it be sufficient to insert the dump from the 3.1 into 3.2 current alpha release ? Alex.

5 11

[Users] default mutipath.conf config for fedora 18 invalid
by Gianluca Cecchi 28 Jan '13

28 Jan '13

Hello, configuring All-In-One on Fedora 18 puts these lines in multipath.conf (at least on ovrt-njghtly for f18 of some days ago) # RHEV REVISION 0.9 ... defaults { polling_interval 5 getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n" ... device { vendor "HITACHI" product "DF.*" getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n" ... Actually Fedora 18 has device-mapper-multipath 0.49 without getuid_callout; from changelog: multipath no longer uses the getuid callout. It now gets the wwid from the udev database or the environment variables so the two getuid_callouts lines have to be removed for f18 multipath -l gives Jan 16 00:30:15 | multipath.conf +5, invalid keyword: getuid_callout Jan 16 00:30:15 | multipath.conf +18, invalid keyword: getuid_callout I think it has to be considered. Gianluca

5 9

[Users] al-in-one failed to attach storage with latest f18 nightly
by Gianluca Cecchi 27 Jan '13

27 Jan '13

Hello, just setup from latest nightly 3.2.0-1.20130125.git032a91f.fc18 installation seems ok but then I get these messages in host events 2013-Jan-27, 14:10 Failed to connect Host local_host to Storage Pool local_datacenter 2013-Jan-27, 14:10 Host local_host cannot access one of the Storage Domains attached to the Data Center local_datacenter. Setting Host state to Non-Operational. 2013-Jan-27, 14:10 Failed to Reconstruct Master Domain for Data Center local_datacenter. 2013-Jan-27, 14:10 Detected new Host local_host. Host state was set to Up. 2013-Jan-27, 14:10 Host local_host was autorecovered. In Action items: Host failed to attach one of the Storage Domains attached to it. The first errors in vdsm.log after boot are these ones: Thread-20::DEBUG::2013-01-27 14:10:05,063::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.ac13ff4f-37fe-437e-876f-c2aa2c09a9c 8' is free, finding out if anyone is waiting for it. Thread-20::DEBUG::2013-01-27 14:10:05,063::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', Clearing records. Thread-20::ERROR::2013-01-27 14:10:05,063::task::833::TaskManager.Task::(_setError) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 840, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 933, in connectStoragePool masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 980, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 688, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1221, in __rebuild masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1573, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=ac13ff4f-37fe-437e-876f-c2aa2c09a9c8, msdUUID=6e1b254f-2edb-48c9-811a-f1082e30c5a4' Thread-20::DEBUG::2013-01-27 14:10:05,066::task::852::TaskManager.Task::(_run) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Task._run: d90f779b-e815-4d9a-af9e-ac4a997a2f06 ('ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', 1, 'ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', '6e1b254f-2edb-48c9-811a-f1082e30c5a4', 1) {} failed - stopping task Thread-20::DEBUG::2013-01-27 14:10:05,066::task::1177::TaskManager.Task::(stop) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::stopping in state preparing (force False) Thread-20::DEBUG::2013-01-27 14:10:05,066::task::957::TaskManager.Task::(_decref) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::ref 1 aborting True Thread-20::INFO::2013-01-27 14:10:05,066::task::1134::TaskManager.Task::(prepare) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::aborting: Task is aborted: 'Cannot find master domain' - code 304 Thread-20::DEBUG::2013-01-27 14:10:05,066::task::1139::TaskManager.Task::(prepare) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Prepare: aborted: Cannot find master domain Thread-20::DEBUG::2013-01-27 14:10:05,066::task::957::TaskManager.Task::(_decref) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::ref 0 aborting True Thread-20::DEBUG::2013-01-27 14:10:05,067::task::892::TaskManager.Task::(_doAbort) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Task._doAbort: force False Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-20::DEBUG::2013-01-27 14:10:05,067::task::568::TaskManager.Task::(_updateState) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::moving from state preparing -> state aborting Thread-20::DEBUG::2013-01-27 14:10:05,067::task::523::TaskManager.Task::(__state_aborting) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::_aborting: recover policy none Thread-20::DEBUG::2013-01-27 14:10:05,067::task::568::TaskManager.Task::(_updateState) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::moving from state aborting -> state failed Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-20::ERROR::2013-01-27 14:10:05,068::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status': {'message': "Cannot find master domain: 'spUUID=ac13ff4f-37fe-437e-876f-c2aa2c09a9c8, msdUUID=6e1b254f-2edb-48c9-811a-f1082e30c5a4'", 'code': 304}} Thread-27::DEBUG::2013-01-27 14:11:33,529::BindingXMLRPC::926::vds::(wrapper) client [192.168.1.101]::call getCapabilities with () {} Thread-27::DEBUG::2013-01-27 14:11:33,564::BindingXMLRPC::933::vds::(wrapper) return getCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959'}], 'FC': []}, 'packages2': {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358349772.0, 'version': '3.7.2'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501L, 'version': '0.12.2'}, 'vdsm': {'release': '0.119.git4caf7d4.fc18', 'buildtime': 1359107301L, 'version': '4.10.3'}, 'qemu-kvm': {'release': '1.fc18', 'buildtime': 1355702442L, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803L, 'version': '0.10.2.2'}, 'qemu-img': {'release': '1.fc18', 'buildtime': 1355702442L, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214L, 'version': '0.3.0'}}, 'cpuModel': 'AMD Athlon(tm) II X4 630 Processor', 'hooks': {}, 'cpuSockets': '1', 'vmTypes': ['kvm'], 'supportedProtocols': ['2.2', '2.3'], 'networks': {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'GATEWAY': '192.168.1.254', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '192.168.1.254', 'ports': ['p10p1']}}, 'bridges': {'ovirtmgmt': {'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'GATEWAY': '192.168.1.254', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}}, 'uuid': 'E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1', 'lastClientIface': 'ovirtmgmt', 'nics': {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'HWADDR': '90:e6:ba:c9:f1:e1', 'STP': 'no', 'DEVICE': 'p10p1', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '90:e6:ba:c9:f1:e1', 'speed': 100}}, 'software_revision': '0.119', 'clusterLevels': ['3.0', '3.1', '3.2'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2', 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959', 'netConfigDirty': 'False', 'supportedENGINEs': ['3.0', '3.1'], 'reservedMem': '321', 'bondings': {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}}, 'software_version': '4.10', 'memSize': '5970', 'cpuSpeed': '800.000', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': '4', 'kvmEnabled': 'true', 'guestOverhead': '65', 'management_ip': '', 'cpuThreads': '4', 'emulatedMachines': [u'pc-1.2', u'none', u'pc', u'pc-1.1', u'pc-1.0', u'pc-0.15', u'pc-0.14', u'pc-0.13', u'pc-0.12', u'pc-0.11', u'pc-0.10', u'isapc'], 'operatingSystem': {'release': '1', 'version': '18', 'name': 'Fedora'}, 'lastClient': '192.168.1.101'}} info on host [root@tekkaman vdsm]# vdsClient -s 0 getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:e6aa759a959 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'ONBOOT': 'yes', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'GATEWAY': '192.168.1.254'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Athlon(tm) II X4 630 Processor cpuSockets = 1 cpuSpeed = 800.000 cpuThreads = 4 emulatedMachines = ['pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc'] guestOverhead = 65 hooks = {} kvmEnabled = true lastClient = 192.168.1.101 lastClientIface = ovirtmgmt management_ip = memSize = 5970 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'ONBOOT': 'yes', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'GATEWAY': '192.168.1.254'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '192.168.1.254', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'DEVICE': 'p10p1', 'STP': 'no', 'HWADDR': '90:e6:ba:c9:f1:e1', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '90:e6:ba:c9:f1:e1', 'speed': 100}} operatingSystem = {'release': '1', 'version': '18', 'name': 'Fedora'} packages2 = {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358349772.0, 'version': '3.7.2'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501, 'version': '0.12.2'}, 'vdsm': {'release': '0.119.git4caf7d4.fc18', 'buildtime': 1359107301, 'version': '4.10.3'}, 'qemu-kvm': {'release': '1.fc18', 'buildtime': 1355702442, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803, 'version': '0.10.2.2'}, 'qemu-img': {'release': '1.fc18', 'buildtime': 1355702442, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.119 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1 version_name = Snow Man vlans = {} vmTypes = ['kvm'] Thanks, Gianluca

1 0

[Users] Run once for windows xp vm very slow: correct?
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, I have a windows XP vm on f18 oVirt all-in-one and rpm from nightly repo 3.2.0-1.20130123.git2ad65d0. disk and nic are VirtIO. When I run it normally (spice) I almost immediately get the icon to open spice connection and the status of VM becomes Powering Up. And in spice window I can see the boot process, that completes in less than 2 minutes When I select Run once it remains for about 10 minutes in executing phase: see this image for timings comparison: https://docs.google.com/file/d/0BwoPbcrMv8mvb3FIeHExVHFibms/edit and in vm line, the status appears as down, so that I don't get the icon to connect to console. Only when it completes after 10 minutes, I get console link and I find the VM already at its final desktop prompt Is this expected or should I send anything to debug/investigate?

2 2

[Users] Local storage domain fails to attach after host reboot
by Patrick Hurrelmann 25 Jan '13

25 Jan '13

Hi list, after rebooting one host (single host dc with local storage) the local storage domain can't be attached again. The host was set to maintenance mode and all running vms were shutdown prior the reboot. Vdsm keeps logging the following errors: Thread-1266::ERROR::2013-01-24 17:51:46,042::task::853::TaskManager.Task::(_setError) Task=`a0c11f61-8bcf-4f76-9923-43e8b9cc1424`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 817, in connectStoragePool return self._connectStoragePool(spUUID, hostID, scsiKey, msdUUID, masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 859, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 641, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1109, in __rebuild self.masterDomain = self.getMasterDomain(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1448, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=c9b86219-0d51-44c3-a7de-e0fe07e2c9e6, msdUUID=00ed91f3-43be-41be-8c05-f3786588a1ad' and Thread-1268::ERROR::2013-01-24 17:51:49,073::task::853::TaskManager.Task::(_setError) Task=`95b7f58b-afe0-47bd-9ebd-21d3224f5165`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 528, in getSpmStatus pool = self.getPool(spUUID) File "/usr/share/vdsm/storage/hsm.py", line 265, in getPool raise se.StoragePoolUnknown(spUUID) StoragePoolUnknown: Unknown pool id, pool not connected: ('c9b86219-0d51-44c3-a7de-e0fe07e2c9e6',) while engine logs: 2013-01-24 17:51:46,050 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-43) [49026692] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 304 mMessage Cannot find master domain: 'spUUID=c9b86219-0d51-44c3-a7de-e0fe07e2c9e6, msdUUID=00ed91f3-43be-41be-8c05-f3786588a1ad' Vdsm and engine logs are also attached. I set the affected host back to maintenance. How can I recover from this and attach the storage domain again? If more information is needed, please do not hesitate to request it. This is on CentOS 6.3 using Dreyou's rpms. Installed versions on host: vdsm.x86_64 4.10.0-0.44.14.el6 vdsm-cli.noarch 4.10.0-0.44.14.el6 vdsm-python.x86_64 4.10.0-0.44.14.el6 vdsm-xmlrpc.noarch 4.10.0-0.44.14.el6 Engine: ovirt-engine.noarch 3.1.0-3.19.el6 ovirt-engine-backend.noarch 3.1.0-3.19.el6 ovirt-engine-cli.noarch 3.1.0.7-1.el6 ovirt-engine-config.noarch 3.1.0-3.19.el6 ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 ovirt-engine-jbossas711.x86_64 1-0 ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 ovirt-engine-restapi.noarch 3.1.0-3.19.el6 ovirt-engine-sdk.noarch 3.1.0.5-1.el6 ovirt-engine-setup.noarch 3.1.0-3.19.el6 ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 ovirt-engine-userportal.noarch 3.1.0-3.19.el6 ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 ovirt-image-uploader.noarch 3.1.0-16.el6 ovirt-iso-uploader.noarch 3.1.0-16.el6 ovirt-log-collector.noarch 3.1.0-16.el6 Thanks and regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

1 1

[Users] best disk type for WIn XP guests
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, I have a WIn XP guest configured with one ide disk. I would like to pass to virtio. Is it supported/usable for Win XP as a disk type on oVirt? What else are using other ones in case, apart IDE? My attempt is to add a second 1Gb disk configured as virtio and then if successful change disk type for the first disk too. But when powering up the guest it finds new hardware for the second disk, I point it to the directory WXP\X86 of the iso using virtio-win-1.1.16.vfd It finds the viostor.xxx files but at the end it fails installing the driver (see https://docs.google.com/file/d/0BwoPbcrMv8mvMUQ2SWxYZWhSV0E/edit ) Any help/suggestion is welcome. Gianluca

2 2

[Users] BFA FC driver no stable on Fedora
by Kevin Maziere Aubry 25 Jan '13

25 Jan '13

Hi I've spent hours to make my Brocade FC card working on Fedora17 or Ovirt Node build. In fact the card are randomly seen by the system, which is really painfull. So I've downloaded, compile and installed the latest driver from Brocade, and now when I load the module the card is seen. So I've installed : bfa_util_linux_noioctl-3.2.0.0-0.noarch bfa_driver_linux-3.2.0.0-0.noarch And the module info are : # modinfo bfa filename: /lib/modules/3.3.4-5.fc17.x86_64/kernel/drivers/scsi/bfa.ko version: 3.2.0.0 author: Brocade Communications Systems, Inc. description: Brocade Fibre Channel HBA Driver fcpim ipfc license: GPL srcversion: 5C0FBDF3571ABCA9632B9CA alias: pci:v00001657d00000022sv*sd*bc0Csc04i00* alias: pci:v00001657d00000021sv*sd*bc0Csc04i00* alias: pci:v00001657d00000014sv*sd*bc0Csc04i00* alias: pci:v00001657d00000017sv*sd*bc*sc*i* alias: pci:v00001657d00000013sv*sd*bc*sc*i* depends: scsi_transport_fc vermagic: 3.3.4-5.fc17.x86_64 SMP mod_unload parm: os_name:OS name of the hba host machine (charp) parm: os_patch:OS patch level of the hba host machine (charp) parm: host_name:Hostname of the hba host machine (charp) parm: num_rports:Max number of rports supported per port (physical/logical), default=1024 (int) parm: num_ioims:Max number of ioim requests, default=2000 (int) parm: num_tios:Max number of fwtio requests, default=0 (int) parm: num_tms:Max number of task im requests, default=128 (int) parm: num_fcxps:Max number of fcxp requests, default=64 (int) parm: num_ufbufs:Max number of unsolicited frame buffers, default=64 (int) parm: reqq_size:Max number of request queue elements, default=256 (int) parm: rspq_size:Max number of response queue elements, default=64 (int) parm: num_sgpgs:Number of scatter/gather pages, default=2048 (int) parm: rport_del_timeout:Rport delete timeout, default=90 secs, Range[>0] (int) parm: bfa_lun_queue_depth:Lun queue depth, default=32, Range[>0] (int) parm: bfa_io_max_sge:Max io scatter/gather elements , default=255 (int) parm: log_level:Driver log level, default=3, Range[Critical:1|Error:2|Warning:3|Info:4] (int) parm: ioc_auto_recover:IOC auto recovery, default=1, Range[off:0|on:1] (int) parm: linkup_delay:Link up delay, default=30 secs for boot port. Otherwise 10 secs in RHEL4 & 0 for [RHEL5, SLES10, ESX40] Range[>0] (int) parm: msix_disable_cb:Disable Message Signaled Interrupts for Brocade-415/425/815/825 cards, default=0, Range[false:0|true:1] (int) parm: msix_disable_ct:Disable Message Signaled Interrupts if possible for Brocade-1010/1020/804/1007/1741 cards, default=0, Range[false:0|true:1] (int) parm: fdmi_enable:Enables fdmi registration, default=1, Range[false:0|true:1] (int) parm: pcie_max_read_reqsz:PCIe max read request size, default=0 (use system setting), Range[128|256|512|1024|2048|4096] (int) parm: max_xfer_size:default=32MB, Range[64k|128k|256k|512k|1024k|2048k] (int) parm: max_rport_logins:Max number of logins to initiator and target rports on a port (physical/logical), default=1024 (int) I guess that I could be a possible to update the driver inside the Ovirt Node build ? Kevin -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

2 3

[Users] How to update VdcBootStrapUrl (not using DB) ?
by Adrian Gibanel 25 Jan '13

25 Jan '13

I've recently updated my http://www.ovirt.org/User:Adrian15/oVirt_engine_migration oVirt engine migration howto with the http://www.ovirt.org/User:Adrian15/oVirt_engine_migration#Update_VdcBootStr… Update VdcBootStrapUrl section. My next move is to move this section into the http://www.ovirt.org/How_to_change_engine_host_name How to change engine host name because I think it's a needed step. But I don't like that currently you have to issue a database update like this: psql -c "update vdc_options set option_value = 'http://new.manager.com:80/Components/vds/' where option_name = 'VdcBootStrapUrl'" -U postgres engine So I was wondering if there was a proper way like using a command like vdsClient or something similar. I mean so that in the future the vdc_options table gets renamed that the command is still the same. I CC jhernand because I think he wrote the original "How to change engine host name" at the mailing list and also answered with the VdcBootStrapUrl update sentence to someone how couldn't add a new host after I think restoring an ovirt-engine. Thank you. -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut 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á prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

2 3

Re: [Users] Best practice to resize a WM disk image
by Karli Sjöberg 25 Jan '13

25 Jan '13

--_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGV5LA0KDQpJIHdhbnRlZCB0byByZXBvcnQgdGhhdCB0cnlpbmcgdG8gImRkIiBmcm9tIHRoZSBz dG9yYWdlLXNpZGUgYWx3YXlzIG1ha2VzIHRoZSBWTcK0cyBPUyBzZWUgdHdvIGl0ZGVudGljYWxs eSBzbWFsbCBIREQncy4gVGhlIG9ubHkgd29yay1hcm91bmQgScK0dmUgZm91bmQgdGhhdCB3b3Jr cyBpcyB0byBjcmVhdGUgYSBuZXcsIGJpZ2dlciBkcml2ZSwgYm9vdCB0aGUgVk0gZnJvbSBhIGxp dmUtQ0QgYW5kICJkZCIgZnJvbSB0aGVyZS4gV2hlbiByZWJvb3RlZCBhZnRlciBjb21wbGV0aW9u LCB0aGUgVk3CtHMgT1MgdGhlbiBzZWVzIGEgYmlnZ2VyIGRyaXZlIHRoYXQgeW91IGNhbiBleHRl bmQgeW91ciBmaWxlc3lzdGVtIG9uLiBBIGxpdHRsZSBzbG93ZXIgcHJvY2VkdXJlLCBoYXZpbmcg dGhlIG1pcnJvcmluZyBnbyBvdmVyIHRoZSBuZXR3b3JrLCBidXQgd29ya3MsIGFuZCB0aGF0wrRz IHdoYXTCtHMgaW1wb3J0YW50IGluIHRoZSBlbmQ6KQ0KDQovS2FybGkNCg0KbcOlbiAyMDEzLTAx LTE0IGtsb2NrYW4gMDg6MzcgKzAwMDAgc2tyZXYgS2FybGkgU2rDtmJlcmc6DQpvbnMgMjAxMy0w MS0wOSBrbG9ja2FuIDEzOjA0IC0wNTAwIHNrcmV2IFllZWxhIEthcGxhbjoNCg0KDQoNCi0tLS0t IE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gRnJvbTogIkthcmxpIFNqw7ZiZXJnIiA8S2FybGku U2pvYmVyZ0BzbHUuc2U8bWFpbHRvOkthcmxpLlNqb2JlcmdAc2x1LnNlPj4NCj4gVG86ICJZZWVs YSBLYXBsYW4iIDx5a2FwbGFuQHJlZGhhdC5jb208bWFpbHRvOnlrYXBsYW5AcmVkaGF0LmNvbT4+ DQo+IENjOiAiUm9ja3kiIDxyb2NreWJhbG9vQGdtYWlsLmNvbTxtYWlsdG86cm9ja3liYWxvb0Bn bWFpbC5jb20+PiwgVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+IFNl bnQ6IFdlZG5lc2RheSwgSmFudWFyeSA5LCAyMDEzIDQ6MzA6MzUgUE0NCj4gU3ViamVjdDogUmU6 IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGltYWdlDQo+DQo+IG9u cyAyMDEzLTAxLTA5IGtsb2NrYW4gMDk6MTMgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOg0KPg0K PiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ID4gRnJvbTogIkthcmxpIFNqw7ZiZXJn IiA8IEthcmxpLlNqb2JlcmdAc2x1LnNlPG1haWx0bzpLYXJsaS5Tam9iZXJnQHNsdS5zZT4gPg0K PiA+IFRvOiAiWWVlbGEgS2FwbGFuIiA8IHlrYXBsYW5AcmVkaGF0LmNvbTxtYWlsdG86eWthcGxh bkByZWRoYXQuY29tPiA+DQo+ID4gQ2M6ICJSb2NreSIgPCByb2NreWJhbG9vQGdtYWlsLmNvbTxt YWlsdG86cm9ja3liYWxvb0BnbWFpbC5jb20+ID4sIFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNl cnNAb3ZpcnQub3JnPiA+IFNlbnQ6DQo+ID4gV2VkbmVzZGF5LCBKYW51YXJ5IDksIDIwMTMgMTo1 NjozMiBQTQ0KPiA+IFN1YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXpl IGEgV00gZGlzayBpbWFnZQ0KPiA+DQo+ID4gdGlzIDIwMTMtMDEtMDgga2xvY2thbiAxMTowMyAt MDUwMCBza3JldiBZZWVsYSBLYXBsYW46DQo+ID4NCj4gPiBTbywgZmlyc3Qgb2YgYWxsLCB5b3Ug c2hvdWxkIGtub3cgdGhhdCByZXNpemluZyBhIGRpc2sgaXMgbm90IHlldA0KPiA+IHN1cHBvcnRl ZCBpbiBvVmlydC4NCj4gPiBJZiB5b3UgZGVjaWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdh eSwgeW91IHNob3VsZCBrbm93IGluDQo+ID4gYWR2YW5jZQ0KPiA+IHRoYXQgaXQncyBub3QgcmVj b21tZW5kZWQsDQo+ID4gYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJpc2sgd2hlbiB5b3UgcGVy Zm9ybSB0aGVzZSBraW5kIG9mDQo+ID4gYWN0aW9ucy4NCj4gPg0KPiA+IFRoZXJlIGFyZSBzZXZl cmFsIHdheXMgdG8gcGVyZm9ybSB0aGlzLg0KPiA+IE9uZSBvZiB0aGVtIGlzIHRvIGNyZWF0ZSBh IHNlY29uZCAobGFyZ2VyKSBkaXNrIGZvciB0aGUgdm0sDQo+ID4gcnVuIHRoZSB2bSBmcm9tIGxp dmUgY2QgYW5kIHVzZSBkZCB0byBjb3B5IHRoZSBmaXJzdCBkaXNrIGNvbnRlbnRzDQo+ID4gaW50 byB0aGUgc2Vjb25kIG9uZSwNCj4gPiBhbmQgZmluYWxseSByZW1vdmUgdGhlIGZpcnN0IGRpc2sg YW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcgZGlzaw0KPiA+IGlzDQo+ID4gY29uZmlndXJlZCBh cyB5b3VyIHN5c3RlbSBkaXNrLg0KPiA+IEhlcmUgeW91IGd1aWRlIGZvciB0aGUgZGQgb3BlcmF0 aW9uDQo+ID4gdG8gYmUgZG9uZSBmcm9tIHdpdGhpbiB0aGUgZ3Vlc3Qgc3lzdGVtLCBidXQgYm9v dGVkIGZyb20gbGl2ZS4NCj4gPiBDYW4gdGhpcyBiZSBkb25lIGRpcmVjdGx5IGZyb20gdGhlIE5G UyBzdG9yYWdlIGl0c2VsZiBpbnN0ZWFkPw0KPiA+DQo+DQo+IEthcmxpLCBpdCBjYW4gYmUgZG9u ZSBieSB1c2luZyBkZCAob3IgcnN5bmMpLCB3aGVuIHlvdXIgc291cmNlIGlzIHRoZQ0KPiB2b2x1 bWUgb2YgdGhlIGN1cnJlbnQgZGlzayBpbWFnZQ0KPiBhbmQgdGhlIGRlc3RpbmF0aW9uIGlzIHRo ZSB2b2x1bWUgb2YgdGhlIG5ldyBkaXNrIGltYWdlIGNyZWF0ZWQuDQo+IFlvdSBqdXN0IGhhdmUg dG8gZmluZCB0aGUgaW1hZ2VzIGluIHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20gaG9zdCwNCj4g d2hpY2ggaXMgYSBiaXQgbW9yZSB0cmlja3kNCj4gYW5kIGNhbiBjYXVzZSBtb3JlIGRhbWFnZSBp ZiBkb25lIHdyb25nLiBZb3UgbWVhbiBzaW5jZSB0aGUgVk0ncyBhbmQNCj4gZGlza3MgYXJlIGNh bGxlZCBsaWtlICJjM2RiZmI1Zi03YjNiLTQ2MDItOTYxZi02MjRjNjk2MTg3MzQiIHlvdQ0KPiBo YXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmlndXJlIG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhl ciB0aGFuDQo+IHRoYXQsIHlvdcK0cmUgc2F5aW5nIGl0wrRsbCAianVzdCB3b3JrIiwgc28gdGhh dMK0cyBnb29kIHRvIGtub3csIHNpbmNlDQo+IEkgdGhpbmsgbGV0dGluZyB0aGUgc3RvcmFnZSBp dHNlbGYgZG8gdGhlIGRkIGNvcHkgbG9jYWxseSBpcyBnb2luZw0KPiB0byBiZSBtdWNoIG11Y2gg ZmFzdGVyIHRoYW4gdGhyb3VnaCB0aGUgVk0sIG92ZXIgdGhlIG5ldHdvcmsuDQo+IFRoYW5rcyEN Cj4gV2lsbCBpdCBtYXR0ZXIgaWYgdGhlIGRpc2tzIGFyZSAiVGhpbiBQcm92aXNpb24iIG9yICJQ cmVhbGxvY2F0ZWQiPw0KPg0KPg0KDQpBcyBsb25nIGFzIGl0J3MgZG9uZSBvbiB0aGUgYmFzZSB2 b2x1bWUgaXQgZG9lc24ndCBtYXR0ZXIuDQoNCg0KV2VsbCwgScK0dmUgbm93IHRlc3RlZCB0aGUg c3VnZ2VzdGVkIHByb2NlZHVyZSBhbmQgZGlkbsK0dCByZWFsbHkgZ28gYWxsIHRoZSB3YXkgaG9t ZS4NCjEuIENyZWF0ZWQgYSBuZXcsIGJpZ2dlciB2aXJ0dWFsIGRpc2sgdGhhbiB0aGUgb3JpZ2lu YWwsIDQwR0IuDQoyLiBCb290ZWQgV2luMjAwOFIyIGd1ZXN0IGFuZCBjb3VsZCBzZWUgZnJvbSBE aXNrTWFuYWdlciB0aGF0IGEgbmV3LCBiaWdnZXIgZHJpdmUsIDgwR0IsIGhhZCBhcHBlYXJlZC4N CjMuIFNodXQgZ3Vlc3QgZG93biBhbmQgaXNzdWVkIGEgZGQgZnJvbSBvbGQgc291cmNlIHRvIG5l dywgYmlnZ2VyIGRlc3RpbmF0aW9uLg0KNC4gV2hlbiBzdGFydGVkLCBEaXNrTWFuYWdlciBub3cg c2VlcyBhbiBvZmZsaW5lLCBlcXVhbGx5IHNtYWxsIGRyaXZlIGFzIHRoZSBvcmlnaW5hbCwgNDBH Qi4gVGhlcmUgaXMgbm8gZnJlZSBzcGFjZSBpbiB0aGUgbmV3IGRyaXZlIHRvIGV4cGFuZCB3aXRo LCBXaW5kb3dzIG9ubHkgc2VlcyBpdCBhcyBiZWVpbmcgNDBHQi4NCg0KSGF2ZSB0cmllZCAiUmVm cmVzaCIgYW5kICJSZXNjYW4iLCBidXQgV2luZG93cyBqdXN0IHNlZXMgdHdvIGlkZW50aWNhbGx5 IHNtYWxsIGRpc2tzLg0KDQpTdWdnZXN0aW9ucz8NCg0KDQoNCg0KPg0KPiA+DQo+ID4NCj4gPiBU aGUgc2Vjb25kLCByaXNraWVyLCBvcHRpb24gaXMgdG8gZXhwb3J0IHRoZSB2bSB0byBhbiBleHBv cnQNCj4gPiBkb21haW4sDQo+ID4gcmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUg bmV3IGxhcmdlciBzaXplIHVzaW5nIHFlbXUtaW1nDQo+ID4gYW5kIGFsc28gbW9kaWZ5IHRoZSB2 bSdzIG1ldGFkYXRhIGluIGl0cyBvdmYsDQo+ID4gYXMgeW91IGNhbiBzZWUgdGhpcyBvcHRpb24g aXMgbW9yZSBjb21wbGljYXRlZCBhbmQgcmVxdWlyZXMgZGVlcGVyDQo+ID4gdW5kZXJzdGFuZGlu ZyBhbmQgYWx0ZXJpbmcgb2YgdGhlIG1ldGFkYXRhLi4uDQo+ID4gZmluYWxseSB5b3UnbGwgbmVl ZCB0byBpbXBvcnQgdGhlIHZtIGJhY2suDQo+ID4NCj4gPg0KPiA+DQo+ID4gLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLQ0KPiA+ID4gRnJvbTogIlJvY2t5IiA8IHJvY2t5YmFsb29AZ21haWwu Y29tPG1haWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4gPg0KPiA+ID4gVG86ICJZZWVsYSBLYXBs YW4iIDwgeWthcGxhbkByZWRoYXQuY29tPG1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20+ID4NCj4g PiA+IENjOiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4gPiBTZW50OiBU dWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0NCj4gPiA+IFN1YmplY3Q6IFJlOiBb VXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQ0KPiA+ID4NCj4g PiA+IEl0cyBqdXN0IGEgdGhlb3JldGljYWwgcXVlc3Rpb24gYXMgSSB0aGluayB0aGUgaXNzdWUg d2lsbCBjb21lDQo+ID4gPiBmb3INCj4gPiA+IHVzDQo+ID4gPiBhbmQgb3RoZXIgdXNlcnMuDQo+ ID4gPg0KPiA+ID4gSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1vcmUgc25hcHNob3RzIGlu IHRoZSBXTSBvdmVyIHRoZQ0KPiA+ID4gdGltZS4NCj4gPiA+IEJ1dA0KPiA+ID4gaWYgdGhhdCBp cyBhbiBpc3N1ZSB3ZSBjYW4gYWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4NCj4gPiA+IElm IGl0cyBhIGJhc2UgaW1hZ2UgaXQgc2hvdWxkIGJlIFJBVywgcmlnaHQ/DQo+ID4gPiBJbiB0aGlz IGNhc2UgaXRzIG9uIGZpbGUgc3RvcmFnZSAoTkZTKS4NCj4gPiA+DQo+ID4gPiBSZWdhcmRzIC8v Umlja3kNCj4gPiA+DQo+ID4gPiBPbiAyMDEzLTAxLTA4IDEwOjA3LCBZZWVsYSBLYXBsYW4gd3Jv dGU6DQo+ID4gPiA+IEhpIFJpY2t5LA0KPiA+ID4gPiBJbiBvcmRlciB0byBnaXZlIHlvdSBhIGRl dGFpbGVkIGFuc3dlciBJIG5lZWQgYWRkaXRpb25hbA0KPiA+ID4gPiBkZXRhaWxzDQo+ID4gPiA+ IHJlZ2FyZGluZyB0aGUgZGlzazoNCj4gPiA+ID4gLSBJcyB0aGUgZGlzayBpbWFnZSBjb21wb3Nl ZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3IganVzdCBhDQo+ID4gPiA+IGJhc2UNCj4gPiA+ID4g dm9sdW1lPw0KPiA+ID4gPiAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBjb21wbGlj YXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8NCj4gPiA+ID4gY29sbGFwc2UgdGhlIGNoYWluIGZpcnN0 IHRvIG1ha2UgaXQgZWFzaWVyKS4NCj4gPiA+ID4gLSBJcyB0aGUgZGlzayBpbWFnZSByYXc/ICh5 b3UgY2FuIHVzZSBxZW11LWltZyBpbmZvIHRvIGNoZWNrKQ0KPiA+ID4gPiAtIElzIHRoZSBkaXNr IGltYWdlIG9uIGJsb2NrIG9yIGZpbGUgc3RvcmFnZT8NCj4gPiA+ID4NCj4gPiA+ID4gUmVnYXJk cywNCj4gPiA+ID4gWWVlbGENCj4gPiA+ID4NCj4gPiA+ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAtLS0tLQ0KPiA+ID4gPj4gRnJvbTogIlJpY2t5IiA8IHJvY2t5YmFsb29AZ21haWwuY29tPG1h aWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4gPg0KPiA+ID4gPj4gVG86IFVzZXJzQG92aXJ0Lm9y ZzxtYWlsdG86VXNlcnNAb3ZpcnQub3JnPiA+ID4+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgOCwg MjAxMw0KPiA+ID4gPj4gMTA6NDA6MjcNCj4gPiA+ID4+IEFNDQo+ID4gPiA+PiBTdWJqZWN0OiBb VXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQ0KPiA+ID4gPj4N Cj4gPiA+ID4+IEhpLA0KPiA+ID4gPj4NCj4gPiA+ID4+IElmIEkgaGF2ZSBhIFZNIHRoYXQgaGFz IHJ1biBvdXQgb2YgZGlzayBzcGFjZSwgaG93IGNhbiBJDQo+ID4gPiA+PiBpbmNyZWFzZQ0KPiA+ ID4gPj4gdGhlDQo+ID4gPiA+PiBzcGFjZSBpbiBiZXN0IHdheT8gT25lIHdheSBpcyB0byBhZGQg YSBzZWNvbmQgYmlnZ2VyIGRpc2sgdG8NCj4gPiA+ID4+IHRoZQ0KPiA+ID4gPj4gV00NCj4gPiA+ ID4+IGFuZCB0aGVuIHVzZSBkZCBvciBzaW1pbGFyIHRvIGNvcHkuIEJ1dCBpcyBpdCBwb3NzaWJs ZSB0bw0KPiA+ID4gPj4gc3RyZXRjaA0KPiA+ID4gPj4gdGhlDQo+ID4gPiA+PiBvcmlnaW5hbCBk aXNrIGluc2lkZSBvciBvdXRzaWRlIG9WaXJ0IGFuZCBnZXQgb1ZpcnQgdG8ga25vdw0KPiA+ID4g Pj4gdGhlDQo+ID4gPiA+PiBiaWdnZXINCj4gPiA+ID4+IHNpemU/DQo+ID4gPiA+Pg0KPiA+ID4g Pj4gUmVnYXJkcyAvL1JpY2t5DQo+ID4gPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiA+ID4gPj4gVXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gPiA+ PiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4gPiA+Pg0KPiA+ID4gPj4g aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzID4gPj4NCj4gPiA+ DQo+ID4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ID4gVXNlcnMgbWFpbGluZyBsaXN0IFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNlcnNA b3ZpcnQub3JnPiA+DQo+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzID4NCj4NCg0KDQoNCg== --_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIZXksPGJyPg0KPGJy Pg0KSSB3YW50ZWQgdG8gcmVwb3J0IHRoYXQgdHJ5aW5nIHRvICZxdW90O2RkJnF1b3Q7IGZyb20g dGhlIHN0b3JhZ2Utc2lkZSBhbHdheXMgbWFrZXMgdGhlIFZNwrRzIE9TIHNlZSB0d28gaXRkZW50 aWNhbGx5IHNtYWxsIEhERCdzLiBUaGUgb25seSB3b3JrLWFyb3VuZCBJwrR2ZSBmb3VuZCB0aGF0 IHdvcmtzIGlzIHRvIGNyZWF0ZSBhIG5ldywgYmlnZ2VyIGRyaXZlLCBib290IHRoZSBWTSBmcm9t IGEgbGl2ZS1DRCBhbmQgJnF1b3Q7ZGQmcXVvdDsgZnJvbSB0aGVyZS4gV2hlbiByZWJvb3RlZA0K IGFmdGVyIGNvbXBsZXRpb24sIHRoZSBWTcK0cyBPUyB0aGVuIHNlZXMgYSBiaWdnZXIgZHJpdmUg dGhhdCB5b3UgY2FuIGV4dGVuZCB5b3VyIGZpbGVzeXN0ZW0gb24uIEEgbGl0dGxlIHNsb3dlciBw cm9jZWR1cmUsIGhhdmluZyB0aGUgbWlycm9yaW5nIGdvIG92ZXIgdGhlIG5ldHdvcmssIGJ1dCB3 b3JrcywgYW5kIHRoYXTCtHMgd2hhdMK0cyBpbXBvcnRhbnQgaW4gdGhlIGVuZDopPGJyPg0KPGJy Pg0KL0thcmxpPGJyPg0KPGJyPg0KbcOlbiAyMDEzLTAxLTE0IGtsb2NrYW4gMDg6MzcgJiM0Mzsw MDAwIHNrcmV2IEthcmxpIFNqw7ZiZXJnOjxicj4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPm9u cyAyMDEzLTAxLTA5IGtsb2NrYW4gMTM6MDQgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPgoKLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0t LQomZ3Q7IEZyb206ICZxdW90O0thcmxpIFNqw7ZiZXJnJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86S2FybGkuU2pvYmVyZ0BzbHUuc2UiPkthcmxpLlNqb2JlcmdAc2x1LnNlPC9hPiZndDsKJmd0 OyBUbzogJnF1b3Q7WWVlbGEgS2FwbGFuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eWthcGxh bkByZWRoYXQuY29tIj55a2FwbGFuQHJlZGhhdC5jb208L2E+Jmd0OwomZ3Q7IENjOiAmcXVvdDtS b2NreSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tIj5yb2Nr eWJhbG9vQGdtYWlsLmNvbTwvYT4mZ3Q7LCA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3Jn Ij5Vc2Vyc0BvdmlydC5vcmc8L2E+CiZndDsgU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDksIDIw MTMgNDozMDozNSBQTQomZ3Q7IFN1YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8g cmVzaXplIGEgV00gZGlzayBpbWFnZQomZ3Q7IAomZ3Q7IG9ucyAyMDEzLTAxLTA5IGtsb2NrYW4g MDk6MTMgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOgomZ3Q7IAomZ3Q7IC0tLS0tIE9yaWdpbmFs IE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7IEZyb206ICZxdW90O0thcmxpIFNqw7ZiZXJnJnF1b3Q7 ICZsdDsgPGEgaHJlZj0ibWFpbHRvOkthcmxpLlNqb2JlcmdAc2x1LnNlIj5LYXJsaS5Tam9iZXJn QHNsdS5zZTwvYT4gJmd0OwomZ3Q7ICZndDsgVG86ICZxdW90O1llZWxhIEthcGxhbiZxdW90OyAm bHQ7IDxhIGhyZWY9Im1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20iPnlrYXBsYW5AcmVkaGF0LmNv bTwvYT4gJmd0OwomZ3Q7ICZndDsgQ2M6ICZxdW90O1JvY2t5JnF1b3Q7ICZsdDsgPGEgaHJlZj0i bWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tIj5yb2NreWJhbG9vQGdtYWlsLmNvbTwvYT4gJmd0 OywgPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPiAm Z3Q7IFNlbnQ6CiZndDsgJmd0OyBXZWRuZXNkYXksIEphbnVhcnkgOSwgMjAxMyAxOjU2OjMyIFBN CiZndDsgJmd0OyBTdWJqZWN0OiBSZTogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBh IFdNIGRpc2sgaW1hZ2UKJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgdGlzIDIwMTMtMDEtMDgga2xvY2th biAxMTowMyAtMDUwMCBza3JldiBZZWVsYSBLYXBsYW46CiZndDsgJmd0OyAKJmd0OyAmZ3Q7IFNv LCBmaXJzdCBvZiBhbGwsIHlvdSBzaG91bGQga25vdyB0aGF0IHJlc2l6aW5nIGEgZGlzayBpcyBu b3QgeWV0CiZndDsgJmd0OyBzdXBwb3J0ZWQgaW4gb1ZpcnQuCiZndDsgJmd0OyBJZiB5b3UgZGVj aWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdheSwgeW91IHNob3VsZCBrbm93IGluCiZndDsg Jmd0OyBhZHZhbmNlCiZndDsgJmd0OyB0aGF0IGl0J3Mgbm90IHJlY29tbWVuZGVkLAomZ3Q7ICZn dDsgYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJpc2sgd2hlbiB5b3UgcGVyZm9ybSB0aGVzZSBr aW5kIG9mCiZndDsgJmd0OyBhY3Rpb25zLgomZ3Q7ICZndDsgCiZndDsgJmd0OyBUaGVyZSBhcmUg c2V2ZXJhbCB3YXlzIHRvIHBlcmZvcm0gdGhpcy4KJmd0OyAmZ3Q7IE9uZSBvZiB0aGVtIGlzIHRv IGNyZWF0ZSBhIHNlY29uZCAobGFyZ2VyKSBkaXNrIGZvciB0aGUgdm0sCiZndDsgJmd0OyBydW4g dGhlIHZtIGZyb20gbGl2ZSBjZCBhbmQgdXNlIGRkIHRvIGNvcHkgdGhlIGZpcnN0IGRpc2sgY29u dGVudHMKJmd0OyAmZ3Q7IGludG8gdGhlIHNlY29uZCBvbmUsCiZndDsgJmd0OyBhbmQgZmluYWxs eSByZW1vdmUgdGhlIGZpcnN0IGRpc2sgYW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcgZGlzawom Z3Q7ICZndDsgaXMKJmd0OyAmZ3Q7IGNvbmZpZ3VyZWQgYXMgeW91ciBzeXN0ZW0gZGlzay4KJmd0 OyAmZ3Q7IEhlcmUgeW91IGd1aWRlIGZvciB0aGUgZGQgb3BlcmF0aW9uCiZndDsgJmd0OyB0byBi ZSBkb25lIGZyb20gd2l0aGluIHRoZSBndWVzdCBzeXN0ZW0sIGJ1dCBib290ZWQgZnJvbSBsaXZl LgomZ3Q7ICZndDsgQ2FuIHRoaXMgYmUgZG9uZSBkaXJlY3RseSBmcm9tIHRoZSBORlMgc3RvcmFn ZSBpdHNlbGYgaW5zdGVhZD8KJmd0OyAmZ3Q7IAomZ3Q7IAomZ3Q7IEthcmxpLCBpdCBjYW4gYmUg ZG9uZSBieSB1c2luZyBkZCAob3IgcnN5bmMpLCB3aGVuIHlvdXIgc291cmNlIGlzIHRoZQomZ3Q7 IHZvbHVtZSBvZiB0aGUgY3VycmVudCBkaXNrIGltYWdlCiZndDsgYW5kIHRoZSBkZXN0aW5hdGlv biBpcyB0aGUgdm9sdW1lIG9mIHRoZSBuZXcgZGlzayBpbWFnZSBjcmVhdGVkLgomZ3Q7IFlvdSBq dXN0IGhhdmUgdG8gZmluZCB0aGUgaW1hZ2VzIGluIHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20g aG9zdCwKJmd0OyB3aGljaCBpcyBhIGJpdCBtb3JlIHRyaWNreQomZ3Q7IGFuZCBjYW4gY2F1c2Ug bW9yZSBkYW1hZ2UgaWYgZG9uZSB3cm9uZy4gWW91IG1lYW4gc2luY2UgdGhlIFZNJ3MgYW5kCiZn dDsgZGlza3MgYXJlIGNhbGxlZCBsaWtlICZxdW90O2MzZGJmYjVmLTdiM2ItNDYwMi05NjFmLTYy NGM2OTYxODczNCZxdW90OyB5b3UKJmd0OyBoYXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmlndXJl IG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhlciB0aGFuCiZndDsgdGhhdCwgeW91wrRyZSBzYXlp bmcgaXTCtGxsICZxdW90O2p1c3Qgd29yayZxdW90Oywgc28gdGhhdMK0cyBnb29kIHRvIGtub3cs IHNpbmNlCiZndDsgSSB0aGluayBsZXR0aW5nIHRoZSBzdG9yYWdlIGl0c2VsZiBkbyB0aGUgZGQg Y29weSBsb2NhbGx5IGlzIGdvaW5nCiZndDsgdG8gYmUgbXVjaCBtdWNoIGZhc3RlciB0aGFuIHRo cm91Z2ggdGhlIFZNLCBvdmVyIHRoZSBuZXR3b3JrLgomZ3Q7IFRoYW5rcyEKJmd0OyBXaWxsIGl0 IG1hdHRlciBpZiB0aGUgZGlza3MgYXJlICZxdW90O1RoaW4gUHJvdmlzaW9uJnF1b3Q7IG9yICZx dW90O1ByZWFsbG9jYXRlZCZxdW90Oz8KJmd0OyAKJmd0OyAKCkFzIGxvbmcgYXMgaXQncyBkb25l IG9uIHRoZSBiYXNlIHZvbHVtZSBpdCBkb2Vzbid0IG1hdHRlci4KPC9wcmU+DQo8L2Jsb2NrcXVv dGU+DQpXZWxsLCBJwrR2ZSBub3cgdGVzdGVkIHRoZSBzdWdnZXN0ZWQgcHJvY2VkdXJlIGFuZCBk aWRuwrR0IHJlYWxseSBnbyBhbGwgdGhlIHdheSBob21lLjxicj4NCjEuIENyZWF0ZWQgYSBuZXcs IGJpZ2dlciB2aXJ0dWFsIGRpc2sgdGhhbiB0aGUgb3JpZ2luYWwsIDQwR0IuPGJyPg0KMi4gQm9v dGVkIFdpbjIwMDhSMiBndWVzdCBhbmQgY291bGQgc2VlIGZyb20gRGlza01hbmFnZXIgdGhhdCBh IG5ldywgYmlnZ2VyIGRyaXZlLCA4MEdCLCBoYWQgYXBwZWFyZWQuPGJyPg0KMy4gU2h1dCBndWVz dCBkb3duIGFuZCBpc3N1ZWQgYSBkZCBmcm9tIG9sZCBzb3VyY2UgdG8gbmV3LCBiaWdnZXIgZGVz dGluYXRpb24uPGJyPg0KNC4gV2hlbiBzdGFydGVkLCBEaXNrTWFuYWdlciBub3cgc2VlcyBhbiBv ZmZsaW5lLCBlcXVhbGx5IHNtYWxsIGRyaXZlIGFzIHRoZSBvcmlnaW5hbCwgNDBHQi4gVGhlcmUg aXMgbm8gZnJlZSBzcGFjZSBpbiB0aGUgbmV3IGRyaXZlIHRvIGV4cGFuZCB3aXRoLCBXaW5kb3dz IG9ubHkgc2VlcyBpdCBhcyBiZWVpbmcgNDBHQi48YnI+DQo8YnI+DQpIYXZlIHRyaWVkICZxdW90 O1JlZnJlc2gmcXVvdDsgYW5kICZxdW90O1Jlc2NhbiZxdW90OywgYnV0IFdpbmRvd3MganVzdCBz ZWVzIHR3byBpZGVudGljYWxseSBzbWFsbCBkaXNrcy48YnI+DQo8YnI+DQpTdWdnZXN0aW9ucz88 YnI+DQo8YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRFIj4NCjxwcmU+CgomZ3Q7IAomZ3Q7ICZn dDsgCiZndDsgJmd0OyAKJmd0OyAmZ3Q7IFRoZSBzZWNvbmQsIHJpc2tpZXIsIG9wdGlvbiBpcyB0 byBleHBvcnQgdGhlIHZtIHRvIGFuIGV4cG9ydAomZ3Q7ICZndDsgZG9tYWluLAomZ3Q7ICZndDsg cmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUgbmV3IGxhcmdlciBzaXplIHVzaW5n IHFlbXUtaW1nCiZndDsgJmd0OyBhbmQgYWxzbyBtb2RpZnkgdGhlIHZtJ3MgbWV0YWRhdGEgaW4g aXRzIG92ZiwKJmd0OyAmZ3Q7IGFzIHlvdSBjYW4gc2VlIHRoaXMgb3B0aW9uIGlzIG1vcmUgY29t cGxpY2F0ZWQgYW5kIHJlcXVpcmVzIGRlZXBlcgomZ3Q7ICZndDsgdW5kZXJzdGFuZGluZyBhbmQg YWx0ZXJpbmcgb2YgdGhlIG1ldGFkYXRhLi4uCiZndDsgJmd0OyBmaW5hbGx5IHlvdSdsbCBuZWVk IHRvIGltcG9ydCB0aGUgdm0gYmFjay4KJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgCiZndDsgJmd0OyAK Jmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7ICZndDsgRnJv bTogJnF1b3Q7Um9ja3kmcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86cm9ja3liYWxvb0BnbWFp bC5jb20iPnJvY2t5YmFsb29AZ21haWwuY29tPC9hPiAmZ3Q7CiZndDsgJmd0OyAmZ3Q7IFRvOiAm cXVvdDtZZWVsYSBLYXBsYW4mcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86eWthcGxhbkByZWRo YXQuY29tIj55a2FwbGFuQHJlZGhhdC5jb208L2E+ICZndDsKJmd0OyAmZ3Q7ICZndDsgQ2M6IDxh IGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyBT ZW50OiBUdWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0KJmd0OyAmZ3Q7ICZndDsg U3ViamVjdDogUmU6IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGlt YWdlCiZndDsgJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgJmd0OyBJdHMganVzdCBhIHRoZW9yZXRpY2Fs IHF1ZXN0aW9uIGFzIEkgdGhpbmsgdGhlIGlzc3VlIHdpbGwgY29tZQomZ3Q7ICZndDsgJmd0OyBm b3IKJmd0OyAmZ3Q7ICZndDsgdXMKJmd0OyAmZ3Q7ICZndDsgYW5kIG90aGVyIHVzZXJzLgomZ3Q7 ICZndDsgJmd0OyAKJmd0OyAmZ3Q7ICZndDsgSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1v cmUgc25hcHNob3RzIGluIHRoZSBXTSBvdmVyIHRoZQomZ3Q7ICZndDsgJmd0OyB0aW1lLgomZ3Q7 ICZndDsgJmd0OyBCdXQKJmd0OyAmZ3Q7ICZndDsgaWYgdGhhdCBpcyBhbiBpc3N1ZSB3ZSBjYW4g YWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4KJmd0OyAmZ3Q7ICZndDsgSWYgaXRzIGEgYmFz ZSBpbWFnZSBpdCBzaG91bGQgYmUgUkFXLCByaWdodD8KJmd0OyAmZ3Q7ICZndDsgSW4gdGhpcyBj YXNlIGl0cyBvbiBmaWxlIHN0b3JhZ2UgKE5GUykuCiZndDsgJmd0OyAmZ3Q7IAomZ3Q7ICZndDsg Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsgCiZndDsgJmd0OyAmZ3Q7IE9uIDIw MTMtMDEtMDggMTA6MDcsIFllZWxhIEthcGxhbiB3cm90ZToKJmd0OyAmZ3Q7ICZndDsgJmd0OyBI aSBSaWNreSwKJmd0OyAmZ3Q7ICZndDsgJmd0OyBJbiBvcmRlciB0byBnaXZlIHlvdSBhIGRldGFp bGVkIGFuc3dlciBJIG5lZWQgYWRkaXRpb25hbAomZ3Q7ICZndDsgJmd0OyAmZ3Q7IGRldGFpbHMK Jmd0OyAmZ3Q7ICZndDsgJmd0OyByZWdhcmRpbmcgdGhlIGRpc2s6CiZndDsgJmd0OyAmZ3Q7ICZn dDsgLSBJcyB0aGUgZGlzayBpbWFnZSBjb21wb3NlZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3Ig anVzdCBhCiZndDsgJmd0OyAmZ3Q7ICZndDsgYmFzZQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHZvbHVt ZT8KJmd0OyAmZ3Q7ICZndDsgJmd0OyAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBj b21wbGljYXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8KJmd0OyAmZ3Q7ICZndDsgJmd0OyBjb2xsYXBz ZSB0aGUgY2hhaW4gZmlyc3QgdG8gbWFrZSBpdCBlYXNpZXIpLgomZ3Q7ICZndDsgJmd0OyAmZ3Q7 IC0gSXMgdGhlIGRpc2sgaW1hZ2UgcmF3PyAoeW91IGNhbiB1c2UgcWVtdS1pbWcgaW5mbyB0byBj aGVjaykKJmd0OyAmZ3Q7ICZndDsgJmd0OyAtIElzIHRoZSBkaXNrIGltYWdlIG9uIGJsb2NrIG9y IGZpbGUgc3RvcmFnZT8KJmd0OyAmZ3Q7ICZndDsgJmd0OwomZ3Q7ICZndDsgJmd0OyAmZ3Q7IFJl Z2FyZHMsCiZndDsgJmd0OyAmZ3Q7ICZndDsgWWVlbGEKJmd0OyAmZ3Q7ICZndDsgJmd0OwomZ3Q7 ICZndDsgJmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7ICZn dDsgJmd0OyZndDsgRnJvbTogJnF1b3Q7Umlja3kmcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86 cm9ja3liYWxvb0BnbWFpbC5jb20iPnJvY2t5YmFsb29AZ21haWwuY29tPC9hPiAmZ3Q7CiZndDsg Jmd0OyAmZ3Q7ICZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3JnIj5V c2Vyc0BvdmlydC5vcmc8L2E+ICZndDsgJmd0OyZndDsgU2VudDogVHVlc2RheSwgSmFudWFyeSA4 LCAyMDEzCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IDEwOjQwOjI3CiZndDsgJmd0OyAmZ3Q7ICZn dDsmZ3Q7IEFNCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IFN1YmplY3Q6IFtVc2Vyc10gQmVzdCBw cmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGltYWdlCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7 CiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IEhpLAomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OwomZ3Q7 ICZndDsgJmd0OyAmZ3Q7Jmd0OyBJZiBJIGhhdmUgYSBWTSB0aGF0IGhhcyBydW4gb3V0IG9mIGRp c2sgc3BhY2UsIGhvdyBjYW4gSQomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyBpbmNyZWFzZQomZ3Q7 ICZndDsgJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgc3BhY2UgaW4g YmVzdCB3YXk/IE9uZSB3YXkgaXMgdG8gYWRkIGEgc2Vjb25kIGJpZ2dlciBkaXNrIHRvCiZndDsg Jmd0OyAmZ3Q7ICZndDsmZ3Q7IHRoZQomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyBXTQomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyBhbmQgdGhlbiB1c2UgZGQgb3Igc2ltaWxhciB0byBjb3B5LiBCdXQg aXMgaXQgcG9zc2libGUgdG8KJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgc3RyZXRjaAomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgb3JpZ2luYWwgZGlz ayBpbnNpZGUgb3Igb3V0c2lkZSBvVmlydCBhbmQgZ2V0IG9WaXJ0IHRvIGtub3cKJmd0OyAmZ3Q7 ICZndDsgJmd0OyZndDsgdGhlCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IGJpZ2dlcgomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyBzaXplPwomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsg Jmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KJmd0OyAmZ3Q7ICZn dDsgJmd0OyZndDsgVXNlcnMgbWFpbGluZyBsaXN0CiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IDxh IGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyAm Z3Q7Jmd0OwomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMub3Zp cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2VyczwvYT4gJmd0OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsgJmd0OyAKJmd0 OyAmZ3Q7ICZndDsgCiZndDsgJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwomZ3Q7ICZndDsgVXNlcnMgbWFpbGluZyBsaXN0IDxhIGhyZWY9Im1haWx0 bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OwomZ3Q7ICZndDsgPGEg aHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+ICZndDsKJmd0OyAK PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_--

1 0

[Users] DL380 G5 - Fails to Activate
by Tom Brown 25 Jan '13

25 Jan '13

Hi I have a couple of old DL380 G5's and i am putting them into their own cluster for testing various things out. The install of 3.1 from dreyou goes fine onto them but when they try to activate i get the following Host xxx.xxx.net.uk moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_Conroe, nx KVM appears to run just fine on these host and their cpu's are Intel(R) Xeon(R) CPU 5140 @ 2.33GHz Is it possible to add these in to a 3.1 cluster ?? thanks

2 5

[Users] ovirt node
by David Michael 25 Jan '13

25 Jan '13

hi i cannot add ovirt node to thr ovirt engine and i got this log message *[org.ovirt.engine.core.bll.AddVdsCommand]*>* (http-0.0.0.0-8080-3) CanDoAction of action AddVds failed.*>* Reasons:VDS_CANNOT_CONNECT_TO_SERVER,VAR__ACTION__ADD,VAR__TYPE__HOST*

2 1

Re: [Users] Change locale for VNC console
by Itamar Heim 25 Jan '13

25 Jan '13

On 01/03/2013 01:38 PM, Frank Wall wrote: > On Thu, Jan 03, 2013 at 11:20:34AM +0000, Alexandre Santos wrote: >> Did you shutdown the VM and started it again or just restart the VNC connection? > > It was a complete shutdown, have tried this multiple times. actually, changing a config requires engine restart

8 12

[Users] win 7 vm creation:
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, on F18 physical host configured all-in-one oVirt nightly ( ovirt-engine-3.2.0-1.20130101.git2184580.fc18.noarch ) Trying to setup a w7 vm in run once, I get Error win7tst: - Cannot run VM. There are no available running Hosts in the Host Cluster. Here are screenshots for: vm network https://docs.google.com/open?id=0BwoPbcrMv8mvQWpwMUh6ZGRVeGc host network, after setting it up with drag of ovirtmgmt to em3 (the host currently has only em3.65 configured) https://docs.google.com/open?id=0BwoPbcrMv8mvRkVLSlkxWnRwakE engine log gzipped: https://docs.google.com/open?id=0BwoPbcrMv8mvcXRERkEyQW5Yc1U Is there an evident error in my config or should I send any other log? screenshots for local_cluster and local_host situation https://docs.google.com/open?id=0BwoPbcrMv8mvNV8zWTJLWHFhdFU and https://docs.google.com/open?id=0BwoPbcrMv8mvejlGUW5UWkxKMDg Thanks, Gianluca

4 9

[Users] Attaching export domain to dc fails
by Patrick Hurrelmann 24 Jan '13

24 Jan '13

Hi list, in one datacenter I'm facing problems with my export storage. The dc is of type single host with local storage. On the host I see that the nfs export domain is still connected, but the engine does not show this and therefore it cannot be used for exports or detached. Trying to add attach the export domain again fails. The following is logged n vdsm: Thread-1902159::ERROR::2013-01-24 17:11:45,474::task::853::TaskManager.Task::(_setError) Task=`4bc15024-7917-4599-988f-2784ce43fbe7`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 960, in attachStorageDomain pool.attachSD(sdUUID) File "/usr/share/vdsm/storage/securable.py", line 63, in wrapper return f(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 924, in attachSD dom.attach(self.spUUID) File "/usr/share/vdsm/storage/sd.py", line 442, in attach raise se.StorageDomainAlreadyAttached(pools[0], self.sdUUID) StorageDomainAlreadyAttached: Storage domain already attached to pool: 'domain=cd23808b-136a-4b33-a80c-f2581eab022d, pool=d95c53ca-9cef-4db2-8858-bf4937bd8c14' It won't let me attach the export domain saying that it is already attached. Manually umounting the export domain on the host results in the same error on subsequent attach. This is on CentOS 6.3 using Dreyou's rpms. Installed versions on host: vdsm.x86_64 4.10.0-0.44.14.el6 vdsm-cli.noarch 4.10.0-0.44.14.el6 vdsm-python.x86_64 4.10.0-0.44.14.el6 vdsm-xmlrpc.noarch 4.10.0-0.44.14.el6 Engine: ovirt-engine.noarch 3.1.0-3.19.el6 ovirt-engine-backend.noarch 3.1.0-3.19.el6 ovirt-engine-cli.noarch 3.1.0.7-1.el6 ovirt-engine-config.noarch 3.1.0-3.19.el6 ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 ovirt-engine-jbossas711.x86_64 1-0 ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 ovirt-engine-restapi.noarch 3.1.0-3.19.el6 ovirt-engine-sdk.noarch 3.1.0.5-1.el6 ovirt-engine-setup.noarch 3.1.0-3.19.el6 ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 ovirt-engine-userportal.noarch 3.1.0-3.19.el6 ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 ovirt-image-uploader.noarch 3.1.0-16.el6 ovirt-iso-uploader.noarch 3.1.0-16.el6 ovirt-log-collector.noarch 3.1.0-16.el6 How can this be recovered to a sane state? If more information is needed, please do not hesitate to request it. Thanks and regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

2 2

[Users] storage domain auto re-cover
by Alex Leonhardt 24 Jan '13

24 Jan '13

hi, is it possible to set a storage domain to auto-recover / auto-reactivate ? e.g. after I restart a host that runs a storage domain, i want ovirt engine to make that storage domain active after the host has come up. thanks alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 3

[Users] custom nfs mount options
by Alex Leonhardt 24 Jan '13

24 Jan '13

Hi, Is it possible set custom nfs mount options, specifically : noatime, wsize and rsize ? I couldnt see anything when "adding a NFS domain" - only timeout & retry. Thanks! Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

5 10

[Users] VM migration failed on oVirt Node Hypervisor release 2.5.5 (0.1.fc17) : empty cacert.pem
by Kevin Maziere Aubry 24 Jan '13

24 Jan '13

Hi My concern is about ovirt node oVirt Node Hypervisor release 2.5.5 (0.1.fc17), iso downloaded from ovirt. I've installed and connect 4 nodes on a manager, and try to migrate a VM between hypervisors. I always fail with error : libvirtError: operation failed: Failed to connect to remote libvirt URI qemu+tls://172.16.6.3/system where 172.0.0.1 is the IP of a nde. I've check on the node and the port 16514 is open. I also test the virsh command to have a better error message : virsh -c tls://172.16.6.3/system error: Unable to import client certificate /etc/pki/CA/cacert.pem I've checked the cert file on the ovirt node and found it was empty, and that on all nodes install from the Ovirt ISO it is empty I also checked /config/etc/pki/CA/cacert.pem, which is also empty. On a vdsm node install from package on fedora17, it works. ls -al /etc/pki/CA/cacert.pem lrwxrwxrwx. 1 root root 30 18 janv. 14:30 /etc/pki/CA/cacert.pem -> /etc/pki/vdsm/certs/cacert.pem And the cert is good. I've seen no bug report regarding the feature... Kevin -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

1 0

Re: [Users] Problems when trying to delete a snapshot
by Eduardo Warszawski 24 Jan '13

24 Jan '13

----- Original Message ----- > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > I recovered from this error by import my base-image in a new machine > and make a restore of the backups. > > But is it possible "by hand" to merge latest snapshot in to a > base-image to get a new VM up and running with the old disk image? > Looking at your vdsm logs the snapshot should be intact, then it can be manually restored to the previous state. Please restore the images dirs, removing the "old" and the "orig" dirs you have. You need to change the engine db accordingly too. Later you can retry the merge. Regards. > I have tried with qemu-img but have no go with it. > > Regards //Ricky > > > On 2012-12-30 16:57, Haim Ateya wrote: > > Hi Ricky, > > > > from going over your logs, it seems like create snapshot failed, > > its logged clearly in both engine and vdsm logs [1]. did you try to > > delete this snapshot or was it a different one? if so, not sure its > > worth debugging. > > > > bee7-78e7d1cbc201, vmId=d41b4ebe-3631-4bc1-805c-d762c636ca5a), log > > id: 46d21393 2012-12-13 10:40:24,372 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > > (pool-5-thread-50) [12561529] Failed in SnapshotVDS method > > 2012-12-13 10:40:24,372 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > > (pool-5-thread-50) [12561529] Error code SNAPSHOT_FAILED and error > > message VDSGenericException: VDSErrorException: Failed to > > SnapshotVDS, error = Snapshot failed 2012-12-13 10:40:24,372 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > > (pool-5-thread-50) [12561529] Command > > org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand return > > value Class Name: > > org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc > > > > > mStatus Class Name: > org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc > > mCode 48 mMessage > > Snapshot failed > > > > > > > > enter/6d91788c-99d9-11e1-b913-78e7d1cbc201/mastersd/master/tasks/21cbcc25-7672-4704-a414-a44f5e9944ed > > temp > > /rhev/data-center/6d91788c-99d9-11e1-b913-78e7d1cbc201/mastersd/maste > > > > > r/tasks/21cbcc25-7672-4704-a414-a44f5e9944ed.temp > > 21cbcc25-7672-4704-a414-a44f5e9944ed::ERROR::2012-12-14 > > 10:48:41,189::volume::492::Storage.Volume::(create) Unexpected > > error Traceback (most recent call last): File > > "/usr/share/vdsm/storage/volume.py", line 475, in create > > srcVolUUID, imgPath, volPath) File > > "/usr/share/vdsm/storage/fileVolume.py", line 138, in _create > > oop.getProcessPool(dom.sdUUID).createSparseFile(volPath, > > sizeBytes) File "/usr/share/vdsm/storage/remoteFileHandler.py", > > line 277, in callCrabRPCFunction *args, **kwargs) File > > "/usr/share/vdsm/storage/remoteFileHandler.py", line 195, in > > callCrabRPCFunction raise err IOError: [Errno 27] File too large > > > > 2012-12-13 10:40:24,372 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > > (pool-5-thread-50) [12561529] Vds: virthost01 2012-12-13 > > 10:40:24,372 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] > > (pool-5-thread-50) [12561529] Command SnapshotVDS execution failed. > > Exception: VDSErrorException: VDSGenericException: > > VDSErrorException: Failed to SnapshotVDS, error = Snapshot failed > > 2012-12-13 10:40:24,373 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand] > > (pool-5-thread-50) [12561529] FINISH, SnapshotVDSCommand, log id: > > 46d21393 2012-12-13 10:40:24,373 ERROR > > [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] > > (pool-5-thread-50) [12561529] Wasnt able to live snpashot due to > > error: VdcBLLException: VdcBLLException: > > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > > VDSGenericException: VDSErrorException: Failed to SnapshotVDS, > > error = Snapshot failed, rolling back. 2012-12-13 10:40:24,376 > > ERROR [org.ovirt.engine.core.bll.CreateSnapshotCommand] > > (pool-5-thread-50) [4fd6c4e4] Ending command with failure: > > org.ovirt.engine.core.bll.CreateSnapshotCommand 2012-12-13 1 > > > > 21cbcc25-7672-4704-a414-a44f5e9944ed::ERROR::2012-12-14 > > 10:48:41,196::task::833::TaskManager.Task::(_setError) > > Task=`21cbcc25-7672-4704-a414-a44f5e9944ed`::Unexpected error > > Traceback (most recent call last): File > > "/usr/share/vdsm/storage/task.py", line 840, in _run return > > fn(*args, **kargs) File "/usr/share/vdsm/storage/task.py", line > > 307, in run return self.cmd(*self.argslist, **self.argsdict) File > > "/usr/share/vdsm/storage/securable.py", line 68, in wrapper return > > f(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line > > 1903, in createVolume srcImgUUID=srcImgUUID, > > srcVolUUID=srcVolUUID) File "/usr/share/vdsm/storage/fileSD.py", > > line 258, in createVolume volUUID, desc, srcImgUUID, srcVolUUID) > > File "/usr/share/vdsm/storage/volume.py", line 494, in create > > (volUUID, e)) VolumeCreationError: Error creating a new volume: > > ('Volume creation 6da02c1e-5ef5-4fab-9ab2-bb081b35e7b3 failed: > > [Errno 27] File too large',) > > > > > > > > ----- Original Message ----- > >> From: "Ricky Schneberger" <ricky(a)schneberger.se> To: "Haim Ateya" > >> <hateya(a)redhat.com> Cc: users(a)ovirt.org Sent: Thursday, December > >> 20, 2012 5:52:10 PM Subject: Re: [Users] Problems when trying to > >> delete a snapshot > >> > > Hi, The task did not finished but it broked my VM. What I have > > right now is a VM with a base-image and a snapshot that I need to > > merge together so I can import the disk in a new VM. > > > > I have attached the logs and even the output from the > > tree-command. > > > > Regards // > > > > Ricky > > > > > > > > On 2012-12-16 08:35, Haim Ateya wrote: > >>>> please attach full engine and vdsm log from SPM machine. > >>>> also, did the task finished ? please run tree command for > >>>> /rhev/data-center/. > >>>> > >>>> ----- Original Message ----- > >>>>> From: "Ricky Schneberger" <ricky(a)schneberger.se> To: > >>>>> users(a)ovirt.org Sent: Friday, December 14, 2012 3:16:58 PM > >>>>> Subject: [Users] Problems when trying to delete a snapshot > >>>>> > >>>> I was trying to delete a snapshot from one of my VM and > >>>> everything started fine. > >>>> > >>>> The disk image is a thin provisioned 100GB disk with 8GB > >>>> data. I just hade one snapshot and it was that one I started > >>>> to delete. After more than two hours I look in the folder > >>>> with that VMs disk images and found out that there was i new > >>>> created file with a size of around 650GB and it was still > >>>> growing. > >>>> > >>>> -rw-rw----. 1 vdsm kvm 8789950464 14 dec 12.23 > >>>> 8ede8e53-1323-442b-84f2-3c94114c64cf -rw-r--r--. 1 vdsm kvm > >>>> 681499951104 14 dec 14.10 > >>>> 8ede8e53-1323-442b-84f2-3c94114c64cf_MERGE -rw-r--r--. 1 vdsm > >>>> kvm 272 14 dec 12.24 > >>>> 8ede8e53-1323-442b-84f2-3c94114c64cf.meta -rw-rw----. 1 vdsm > >>>> kvm 107382439936 6 jun 2012 > >>>> b4a43421-728b-4204-a389-607221d945b7 -rw-r--r--. 1 vdsm kvm > >>>> 282 14 dec 12.24 b4a43421-728b-4204-a389-607221d945b7.meta > >>>> > >>>> Any idea what is happening? > >>>> > >>>> Regards > >>>>> > >>>>> _______________________________________________ Users > >>>>> mailing list Users(a)ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>>> > >> > > - -- > Ricky Schneberger > > - ------------------------------------ > "Not using free exhaust energy to help your engine breathe is > downright > criminal" > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with undefined - http://www.enigmail.net/ > > iEYEARECAAYFAlDhjYYACgkQOap81biMC2NY1gCdHeTHy92dFzMMhwKA360OSauW > KMIAn1rClC+ZWRgukQJaeCY0g3APw4to > =G4Bl > -----END PGP SIGNATURE----- > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

1 0

[Users] Installing a lab setup from scratch using F18
by Joop 24 Jan '13

24 Jan '13

As promised on IRC (jvandewege) I'll post my findings of setting up an ovirt lab environment from scratch using F18. First some background: - 2 hosts for testing storage cluster with replicated gluster data and iso domains (HP ML110 G5) - 2 hosts for VMs (HP DL360 G5?) - 1 managment server (HP ML110 G5) All physical servers have atleast 1Gb connection and they also have 2 10Gb ethernet ports connected to two Arista switches. Complete setup (except for the managment srv) is redundant. Using F18-x64 DVD and using minimal server with extra tools, after install the ovirt.repo and the beta gluster repo is activated. This serves as a proof of concept for a bigger setup. Problems sofar: - looks like F18 uses a different path to access video since using the defaults leads to garbled video, need to use nomodeset as a kernel option - upgrading the minimal install (yum upgrade) gives me kernel-3.7.2-204 and the boot process halts with soft locks on different cpus, reverting to 3.6.10-4.fc18.x86_64 fixes that. Managment is using 3.7.2 kernel without problems BUT it doesn't use libvirt/qemu-kvm/vdsm, my guess its related. - need to disable NetworkManager and enable network (and ifcfg-xxx) to get network going - adding the storage hosts from de webui works but after reboot vdsm is not starting, reason seems to be that network isn't initialised until after all interfaces are done with their dhcp requests. There are 4 interfaces which use dhcp, setting those to bootprotocol=none seems the help. - during deploy their is a warning about 'cannot set tuned profile', seems harmless but hadn't seen that one until now. - the deployment script discovers during deployment that the ID of the second storage server is identical to the first one and abort the deployment (Blame HP!) shouldn't it generate a unique one using uuidgen?? Things that are OK sofar: - ovirt-engine setup (no problems with postgresql) - creating/activating gluster volumes (no more deadlocks) Adding virt hosts has to wait til tomorrow, got problems getting the dvd iso onto an usb stick, will probably burn a DVD to keep going. Joop

3 2

[Users] cannot add gluster domain
by T-Sinjon 24 Jan '13

24 Jan '13

HI, everyone: Recently , I newly installed ovirt 3.1 from http://resources.ovirt.org/releases/stable/rpm/Fedora/17/noarch/, and node use http://resources.ovirt.org/releases/stable/tools/ovirt-node-iso-2.5.5-0.1.f… when i add gluster domain via nfs, mount error occurred, I have do manually mount action on the node but failed if without -o nolock option: # /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6 my-gluster-ip:/gvol02/GlusterDomain /rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. mount.nfs: an incorrect mount option was specified blow is the vdsm.log from node and engine.log, any help was appreciated : vdsm.log Thread-12717::DEBUG::2013-01-22 09:19:02,261::BindingXMLRPC::156::vds::(wrapper) [my-engine-ip] Thread-12717::DEBUG::2013-01-22 09:19:02,261::task::588::TaskManager.Task::(_updateState) Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::moving from state init -> state preparing Thread-12717::INFO::2013-01-22 09:19:02,262::logUtils::37::dispatcher::(wrapper) Run and protect: validateStorageServerConnection(domType=1, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'my-gluster-ip:/gvol02/GlusterDomain', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None) Thread-12717::INFO::2013-01-22 09:19:02,262::logUtils::39::dispatcher::(wrapper) Run and protect: validateStorageServerConnection, Return response: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-12717::DEBUG::2013-01-22 09:19:02,262::task::1172::TaskManager.Task::(prepare) Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::finished: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-12717::DEBUG::2013-01-22 09:19:02,262::task::588::TaskManager.Task::(_updateState) Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::moving from state preparing -> state finished Thread-12717::DEBUG::2013-01-22 09:19:02,262::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-12717::DEBUG::2013-01-22 09:19:02,262::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-12717::DEBUG::2013-01-22 09:19:02,263::task::978::TaskManager.Task::(_decref) Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::ref 0 aborting False Thread-12718::DEBUG::2013-01-22 09:19:02,307::BindingXMLRPC::156::vds::(wrapper) [my-engine-ip] Thread-12718::DEBUG::2013-01-22 09:19:02,307::task::588::TaskManager.Task::(_updateState) Task=`c07a075a-a910-4bc3-9a33-b957d05ea270`::moving from state init -> state preparing Thread-12718::INFO::2013-01-22 09:19:02,307::logUtils::37::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=1, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'my-gluster-ip:/gvol02/GlusterDomain', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '6463ca53-6c57-45f6-bb5c-45505891cae9', 'port': ''}], options=None) Thread-12718::DEBUG::2013-01-22 09:19:02,467::__init__::1249::Storage.Misc.excCmd::(_log) '/usr/bin/sudo -n /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6 my-gluster-ip:/gvol02/GlusterDomain /rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain' (cwd None) Thread-12718::ERROR::2013-01-22 09:19:02,486::hsm::1932::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 1929, in connectStorageServer File "/usr/share/vdsm/storage/storageServer.py", line 256, in connect File "/usr/share/vdsm/storage/storageServer.py", line 179, in connect File "/usr/share/vdsm/storage/mount.py", line 190, in mount File "/usr/share/vdsm/storage/mount.py", line 206, in _runcmd MountError: (32, ";mount.nfs: rpc.statd is not running but is required for remote locking.\nmount.nfs: Either use '-o nolock' to keep locks local, or start statd.\nmount.nfs: an incorrect mount option was specified\n") engine.log: 2013-01-22 17:19:20,073 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--0.0.0.0-8009-7) [25932203] START, ValidateStorageServerConnectionVDSCommand(vdsId = 626e37f4-5ee3-11e2-96fa-0030487c133e, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: my-gluster-ip:/gvol02/GlusterDomain };]), log id: 303f4753 2013-01-22 17:19:20,095 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--0.0.0.0-8009-7) [25932203] FINISH, ValidateStorageServerConnectionVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: 303f4753 2013-01-22 17:19:20,115 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--0.0.0.0-8009-7) [25932203] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2013-01-22 17:19:20,117 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--0.0.0.0-8009-7) [25932203] START, ConnectStorageServerVDSCommand(vdsId = 626e37f4-5ee3-11e2-96fa-0030487c133e, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 6463ca53-6c57-45f6-bb5c-45505891cae9, connection: my-gluster-ip:/gvol02/GlusterDomain };]), log id: 198f3eb4 2013-01-22 17:19:20,323 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--0.0.0.0-8009-7) [25932203] FINISH, ConnectStorageServerVDSCommand, return: {6463ca53-6c57-45f6-bb5c-45505891cae9=477}, log id: 198f3eb4 2013-01-22 17:19:20,325 ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (ajp--0.0.0.0-8009-7) [25932203] The connection with details my-gluster-ip:/gvol02/GlusterDomain failed because of error code 477 and error message is: 477 2013-01-22 17:19:20,415 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--0.0.0.0-8009-6) [6641b9e1] Running command: AddNFSStorageDomainCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2013-01-22 17:19:20,425 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--0.0.0.0-8009-6) [6641b9e1] START, CreateStorageDomainVDSCommand(vdsId = 626e37f4-5ee3-11e2-96fa-0030487c133e, storageDomain=org.ovirt.engine.core.common.businessentities.storage_domain_static@8e25c6bc, args=my-gluster-ip:/gvol02/GlusterDomain), log id: 675539c4 2013-01-22 17:19:21,064 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-6) [6641b9e1] Failed in CreateStorageDomainVDS method 2013-01-22 17:19:21,065 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-6) [6641b9e1] Error code StorageDomainFSNotMounted and error message VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Storage domain remote path not mounted: ('/rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain',) 2013-01-22 17:19:21,066 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-6) [6641b9e1] Command org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 360 mMessage Storage domain remote path not mounted: ('/rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain',)

2 2

[Users] KVM version not showing in Ovirt Manager
by Tom Brown 23 Jan '13

23 Jan '13

Hi I have just added another HV to a cluster and its up and running fine. I can run VM's on it and migrate fro other HV's onto it. I do note however that in the manager there is no KVM version listed as installed however on other HV's in the cluster there is a version present. I see that the KVM version is slightly different on this new host but as i said apart from this visual issue everything appear to be running fine. These HV's are CentOS 6.3 using dreyou 3.1 Node where KVM version not showing in the manager node003 ~]# rpm -qa | grep kvm qemu-kvm-rhev-0.12.1.2-2.295.el6.10.x86_64 qemu-kvm-rhev-tools-0.12.1.2-2.295.el6.10.x86_64 Node where KVM version is showing in the manager node002 ~]# rpm -qa | grep kvm qemu-kvm-tools-0.12.1.2-2.295.el6_3.8.x86_64 qemu-kvm-0.12.1.2-2.295.el6_3.8.x86_64 thanks

5 14

[Users] Encrypted Admin password error
by Dead Horse 23 Jan '13

23 Jan '13

This error appears very frequently in the engine.log. 2013-01-22 15:33:10,837 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service thread 1-5) Failed to decrypt Data must start with zero 2013-01-22 15:33:10,838 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-5) Failed to decrypt value for property TruststorePass will be used encrypted value 2013-01-22 15:33:10,865 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service thread 1-5) Failed to decrypt Data must start with zero 2013-01-22 15:33:10,866 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-5) Failed to decrypt value for property AdminPassword will be used encrypted value Starting appearing after manual edit to the "AdminPassword" value in the database. Tried using engine-config -s AdminPassword='somepassword' to change it which always resulted in: cannot set value 'somepassword' to key AdminPassword. Hence the manual edit Any ideas on how to make the engine happy in that regard again? - DHC

2 2

[Users] oVirt Weekly Meeting -- 2013-01-23
by Mike Burns 23 Jan '13

23 Jan '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-23-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-23-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-23-15.00.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns_ovirt_ws at 15:00:57 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-23-15.00.log.html . Meeting summary --------------- * agenda and roll call (mburns_ovirt_ws, 15:01:05) * Release status (mburns, 15:04:10) * vdsm and engine rpms are posted to ovirt-beta repo (mburns, 15:04:23) * testing is ongoing with ovirt-node (mburns, 15:04:43) * hope to have ovirt-node packages and image uploaded and beta announcement sent today (mburns, 15:05:10) * workshops (dneary, 15:08:24) * Sunnyvale workshop on now. 90 registered, ~70 attendees for day 1 (dneary, 15:08:51) * Dates for Shanghai workshop in Intel's campus there have been pushed back (dneary, 15:09:29) * Shanghai workshop will now happen on May 8-9, 2013 (dneary, 15:09:49) * Call for participation and registration for that workshop will go online next week (dneary, 15:10:38) * oVirt Board meeting during the NetApp workshop is planned for tomorrow, Thursday 24 Jan. Remote attendance is possible - please contact dneary(a)redhat.com or lhawthor(a)redhat.com to attend remotely (dneary, 15:13:33) * Board meeting starts at 09:00 AM PST, 17:00 UTC (mburns, 15:16:38) * Infra update (quick) (mburns, 15:17:15) * <quaid> we've got *both* sets of servers & I'll be distributing access to the Infra maintainers later today so work can continue in my absence (mburns, 15:17:38) * Release Status (continued) (mburns, 15:18:02) * Q from aglitke -- will we have a 3.2 ovirt on a stick? (mburns, 15:18:33) * A - yes, it's already in use at the workshop right now (mburns, 15:18:48) * next step is to get it into a jenkins build to build it daily (mburns, 15:19:07) * question from linex about upgrades -- will it be a simple package update to go from 3.1 to 3.2? (mburns, 15:19:34) * answer -- no, 3.1 runs on F17 and 3.2 on F18, so there is an OS upgrade involved as well as running engine-upgrade (mburns, 15:20:17) * upgrade from 3.2 beta to 3.2 GA *should* be more smooth (mburns, 15:20:57) * Proposal -- since we don't have beta ready yet, slip test day from 24-Jan to 29-Jan and GA from 30-Jan to 06-Feb (mburns, 15:24:12) * question -- release note status (mburns, 15:25:16) * sgordon and cheryn tan are coordinating (mburns, 15:25:29) * maintainers need to be responsive is asked for info from them if we hope to have them available on time (mburns, 15:25:48) * should have a draft ready for the 29th (mburns, 15:26:13) * AGREED: release date to slip 1 week to 06-Feb and test day to 29-Jan (mburns, 15:27:40) * Other Topics (mburns, 15:29:40) Meeting ended at 15:32:24 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (60) * dneary (20) * aglitke (19) * mburns_ovirt_ws (7) * sgordon (5) * linex (5) * ovirtbot (4) * Rydekull (2) * quaid (1) * dustins (1) * oschreib (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] Attaching floppy to guest
by Gianluca Cecchi 23 Jan '13

23 Jan '13

Hello, if I want to attach a floppy image to a guest, can I only do via run once when it is powered off or can I attach it to a running guest too? In my case I have a winxp guest running and I only see Change CD as an option... Thanks, Gianluca

2 2

[Users] Guests are paused without error message while doing maintenance on NFS storage
by Karli Sjöberg 23 Jan '13

23 Jan '13

--_000_5F9E965F5A80BC468BE5F40576769F091023A18Bexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCnRoaXMgaXMgYSBiaXQgY29tcGxleCBpc3N1ZSwgc28gScK0bCB0cnkgYW5kIGJlIGFz IGNsZWFyIGFzIHBvc3NpYmxlLiBXZSBhcmUgcnVubmluZyBvVmlydC0zLjEgaW4gb3VyIHByb2R1 Y3Rpb24gZW52aXJvbm1lbnQsIGJhc2VkIG9uIG1pbmltYWwgRmVkb3JhIDE3IGluc3RhbGxzLiBX ZSBoYXZlIDR4SFAgMzgwJ3MgKEludGVsKSBydW5uaW5nIGluIG9uZSBjbHVzdGVyLCBhbmQgMnhT dW4gNzMxMCdzIChBTUQpIGluIGFub3RoZXIgY2x1c3Rlci4gVGhleSBoYXZlIHNoYXJlZCBzdG9y YWdlIG92ZXIgTkZTIHRvIGEgRnJlZUJTRC1iYXNlZCBzeXN0ZW0gdGhhdCB1c2VzIFpGUyBhcyBh IGZpbGVzeXN0ZW0uIFRoZSBzdG9yYWdlIGJvb3RzIG9mZiBvZiBhIG1pcnJvcmVkIFpGUyBwb29s IG1hZGUgdXAgb2YgdHdvIFVTQidzIHRoYXQgb25seSBob3VzZXMgLywgd2hpbGUgL3ZhciwgL3Vz ciwgZXRjLiBsaWVzIG9uIGEgc2VwYXJhdGUgWkZTIHBvb2wgbWFkZSB1cCBvZiB0aGUgcmVzdCBv ZiB0aGUgSEREJ3MgaW4gdGhlIHN5c3RlbS4gSXQgbG9va3MgbGlrZSB0aGlzOg0KDQpGUyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTU9VTlRQT0lOVA0KcG9vbDEg KFRoZSBtaXJyb3JlZCBVU0IncykgICAgbm9uZQ0KcG9vbDEvcm9vdCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAvIChtb3VudGVkIHJvKQ0KcG9vbDIgKFRoZSByZWd1bGFyIEhERCdzKSAg ICAgbm9uZQ0KcG9vbDIvcm9vdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBub25lDQpw b29sMi9yb290L3VzciAgICAgICAgICAgICAgICAgICAgICAgIC91c3INCnBvb2wyL3Jvb3QvdXNy L2hvbWUgICAgICAgICAgICAgIC91c3IvaG9tZQ0KcG9vbDIvcm9vdC91c3IvbG9jYWwgICAgICAg ICAgICAgICAvdXNyL2xvY2FsDQpwb29sMi9yb290L3ZhciAgICAgICAgICAgICAgICAgICAgICAg IC92YXINCnRtcGZzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL3RtcA0K cG9vbDIvZXhwb3J0ICAgICAgICAgICAgICAgICAgICAgICAgICAvZXhwb3J0DQpwb29sMi9leHBv cnQvZHMxICAgICAgICAgICAgICAgICAgIC9leHBvcnQvZHMxDQpwb29sMi9leHBvcnQvZHMxL2Rh dGEgICAgICAgICAgIC9leHBvcnQvZHMxL2RhdGENCnBvb2wyL2V4cG9ydC9kczEvZXhwb3J0ICAg ICAgIC9leHBvcnQvZHMxL2V4cG9ydA0KcG9vbDIvZXhwb3J0L2RzMS9pc28gICAgICAgICAgICAg L2V4cG9ydC9kczEvaXNvDQpwb29sMi9leHBvcnQvZHMyICAgICAgICAgICAgICAgICAgIC9leHBv cnQvZHMyDQpwb29sMi9leHBvcnQvZHMyL2RhdGEgICAgICAgICAgIC9leHBvcnQvZHMyL2RhdGEN Cg0KL2V0Yy9leHBvcnRzOg0KL2V4cG9ydC9kczEvZGF0YSAgICAgLWFsbGRpcnMgLW1hcHJvb3Q9 cm9vdCAxMC4wLjAuKGFsbCBvZiB0aGUgSFYncykNCi9leHBvcnQvZHMxL2V4cG9ydCAtYWxsZGly cyAtbWFwcm9vdD1yb290IDEwLjAuMC4oYWxsIG9mIHRoZSBIVidzKQ0KL2V4cG9ydC9kczEvaXNv ICAgICAgICAtYWxsZGlycyAtbWFwcm9vdD1yb290IDEwLjAuMC4oYWxsIG9mIHRoZSBIVidzKQ0K L2V4cG9ydC9kczIvZGF0YSAgICAgLWFsbGRpcnMgLW1hcHJvb3Q9cm9vdCAxMC4wLjAuKGFsbCBv ZiB0aGUgSFYncykNCg0KVG8gbWFrZSB0aG9zZSBVU0IncyBsYXN0IGZvciBhcyBsb25nIGFzIHBv c3NpYmxlLCAvIGlzIHVzdWFsbHkgbW91bnRlZCByZWFkLW9ubHkuIEFuZCB3aGVuIHlvdSBuZWVk IHRvIGNoYW5nZSBhbnl0aGluZywgeW91IG5lZWQgdG8gcmVtb3VudCAvIHRvIHJlYWQtd3JpdGUs IGRvIHRoZSBtYWludGVuYW5jZSwgYW5kIHRoZW4gcmVtb3VudCBiYWNrIHRvIHJlYWQtb25seSBh Z2Fpbi4gQnV0IHdoZW4geW91IGlzc3VlIGEgbW91bnQgY29tbWFuZCwgdGhlIFZNJ3MgaW4gb1Zp cnQgcGF1c2UuIEF0IGZpcnN0IHdlIGRpZG7CtHQgdW5kZXJzdGFuZCB0aGF0IHdhcyBhY3R1YWxs eSB0aGUgY2F1c2UgYW5kIHRyaWVkIHRvIGNvcnJlbGF0ZSB0aGUgc2VlbWluZ2x5IHNwb250YW5l b3VzIHBhdXNpbmcgdG8ganVzdCBhYm91dCBhbnl0aGluZywgVGhlbiBJIHdhcyBsb2dnZWQgaW4g dG8gYm90aCBvVmlydCdzIHdlYmFkbWluLCBhbmQgdGhlIHN0b3JhZ2UgYXQgdGhlIHNhbWUgYW5k IGlzc3VlZCAibW91bnQgLXV3IC8iLCBhbmQgKmJvb20qLCByYW5kb20gVk0ncyBzdGFydGVkIHRv IHBhdXNlOikgTm90IGFsbCBvZiB0aGVtIHRob3VnaCwgYW5kIG5vdCBqdXN0IGV2ZXJ5IG9uZSBp biBlaXRoZXIgY2x1c3RlciBvciBzb21ldGhpbmcsIGl0IGlzIGNvbXBsZXRlbHkgcmFuZG9tIHdo aWNoIFZNJ3MgYXJlIHBhdXNlZCBldmVyeSB0aW1lLg0KDQojIHRpbWUgbW91bnQgLXVyIC8NCg0K cmVhbCAwbTIuMTk4cw0KdXNlciAwbTAuMDAwcw0Kc3lzIDBtMC4wMDJzDQoNCkFuZCBoZXJlwrRz IHdoYXQgdmRzbSBvbiBvbmUgb2YgdGhlIEhWJ3MgdGhvdWdodCBhYm91dCB0aGF0Og0KaHR0cDov L3Bhc3RlYmluLmNvbS9NWGpncERmVQ0KDQpJdCBiZWdpbnMgd2l0aCBhbGwgVk0ncyBiZWluZyAi VXAiLCB0aGVuIG1lIGlzc3VpbmcgdGhlIHJlbW91bnQgb24gdGhlIHN0b3JhZ2UgZnJvbSByZWFk LXdyaXRlIHRvIHJlYWQtb25seSB3aGljaCB0b29rIDIgc2VjcyB0byBjb21wbGV0ZSwgdmRzbSBm cmVha2luZyBvdXQgd2hlbiBpdCBzaG9ydGx5IGxvb3NlcyBpdMK0cyBjb25uZWN0aW9ucyBhbmQg bGFzdGx5IG1lIGF0IDE0OjM0IG1ha2luZyB0aGVtIGFsbCBydW4gYWdhaW4gZnJvbSB3ZWJhZG1p bi4NCg0KVHdvIHRoaW5nczoNCjEpIERvZXMgYW55b25lIGtub3cgb2YgYW55IGltcHJvdmVtZW50 cyB0aGF0IGNvdWxkIGJlIG1hZGUgb24gdGhlIHN0b3JhZ2Ugc2lkZSwgYXBhcnQgZnJvbSB0aGUg b2J2aW91cyAic3RvcCByZW1vdW50aW5nIiwgc2luY2UgcGF0Y2hpbmcgbXVzdCBldmVudHVhbGx5 IGJlIG1hZGUsIGNvbmZpZ3VyYXRpb25zIGNoYW5nZWQsIGFuZCBzbyBvbi4gQSBzbWFydGVyIHdh eSBvZiBjb25maWd1cmluZyBzb21ldGhpbmc/IEJvb3RpbmcgZnJvbSBhbm90aGVyIG9yZGluYXJ5 IEhERCBpcyBzYWRseSBvdXQgb2YgdGhlIHF1ZXN0aW9uIGJlY2F1c2UgdGhlcmUgaXNuwrR0IGFu eSByb29tIGZvciBhbnkgbW9yZSwgaXTCtHMgZnVsbC4gQW5kIEkgd291bGQgaGF2ZSByZWFsbHkg bGlrZSBpdCByYXRoZXIgdG8gYm9vdCBmcm9tIHRoZSBIREQncyB0aGF0IGFyZSBhbHJlYWR5IGlu IHRoZXJlLCBidXQgdGhlcmUgYXJlICJvdGhlciB0aGluZ3MiIHByZXZlbnRpbmcgdGhhdC4NCjIp IE5vdGhpbmcgaW4gZW5naW5lIHdhcyBsb2dnZWQgYWJvdXQgaXQsIG5vICJFdmVudHMiIHdlcmUg bWFkZSBhbmQgbm90aGluZyBpbiBlbmdpbmUubG9nIHRoYXQgY291bGQgaW5kaWNhdGUgc29tZXRo aW5nIGhhZCBnb25lIHdyb25nIGF0IGFsbC4gSWYgaXQgd2FzbsK0dCBzZXJpb3VzIGVub3VnaCB0 byBpc3N1ZSBhIHdhcm5pbmcsIHdoeSBkaXNydXB0IHRoZSBzZXJ2aWNlIHdpdGggcGF1c2luZyB0 aGUgbWFjaGluZXM/IE9yIGF0IGxlYXN0IGF1dG9tYXRpY2FsbHkgc3RhcnQgdGhlbSBiYWNrIHVw IHdoZW4gY29ubmVjdGlvbiB0byB0aGUgc3RvcmFnZSBhbG1vc3QgaW1tZWRpYXRlbHkgY2FtZSBi YWNrIG9uIGl0wrRzIG93bi4gU2F5aW5nIG5vdGhpbmcgbWFkZSBpdCByZWFsbHkgaGFyZCB0byB0 cm91Ymxlc2hvb3QsIHNpbmNlIHdlIGRpZG7CtHQgaW5pdGlhbGx5IGtuZXcgYXQgYWxsIHdoYXQg Y291bGQgYmUgY2F1c2luZyB0aGUgcGF1c2VzIHRvIGhhcHBlbiwgYW5kIHdoZW4uDQoNCkJlc3Qg UmVnYXJkcw0KL0thcmxpIFNqw7ZiZXJnDQo= --_000_5F9E965F5A80BC468BE5F40576769F091023A18Bexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSw8YnI+DQo8YnI+ DQp0aGlzIGlzIGEgYml0IGNvbXBsZXggaXNzdWUsIHNvIEnCtGwgdHJ5IGFuZCBiZSBhcyBjbGVh ciBhcyBwb3NzaWJsZS4gV2UgYXJlIHJ1bm5pbmcgb1ZpcnQtMy4xIGluIG91ciBwcm9kdWN0aW9u IGVudmlyb25tZW50LCBiYXNlZCBvbiBtaW5pbWFsIEZlZG9yYSAxNyBpbnN0YWxscy4gV2UgaGF2 ZSA0eEhQIDM4MCdzIChJbnRlbCkgcnVubmluZyBpbiBvbmUgY2x1c3RlciwgYW5kIDJ4U3VuIDcz MTAncyAoQU1EKSBpbiBhbm90aGVyIGNsdXN0ZXIuIFRoZXkNCiBoYXZlIHNoYXJlZCBzdG9yYWdl IG92ZXIgTkZTIHRvIGEgRnJlZUJTRC1iYXNlZCBzeXN0ZW0gdGhhdCB1c2VzIFpGUyBhcyBhIGZp bGVzeXN0ZW0uIFRoZSBzdG9yYWdlIGJvb3RzIG9mZiBvZiBhIG1pcnJvcmVkIFpGUyBwb29sIG1h ZGUgdXAgb2YgdHdvIFVTQidzIHRoYXQgb25seSBob3VzZXMgLywgd2hpbGUgL3ZhciwgL3Vzciwg ZXRjLiBsaWVzIG9uIGEgc2VwYXJhdGUgWkZTIHBvb2wgbWFkZSB1cCBvZiB0aGUgcmVzdCBvZiB0 aGUgSEREJ3MNCiBpbiB0aGUgc3lzdGVtLiBJdCBsb29rcyBsaWtlIHRoaXM6PGJyPg0KPGJyPg0K RlMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTU9VTlRQT0lOVDxicj4NCnBvb2wxIChU aGUgbWlycm9yZWQgVVNCJ3MpJm5ic3A7Jm5ic3A7Jm5ic3A7IG5vbmU8YnI+DQpwb29sMS9yb290 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IC8gKG1vdW50ZWQgcm8pPGJyPg0KcG9vbDIgKFRoZSByZWd1bGFyIEhERCdzKSZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBub25lPGJyPg0KcG9vbDIvcm9vdCZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBub25l PGJyPg0KcG9vbDIvcm9vdC91c3ImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgL3Vzcjxicj4NCnBv b2wyL3Jvb3QvdXNyL2hvbWUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgL3Vzci9ob21lPGJyPg0KcG9v bDIvcm9vdC91c3IvbG9jYWwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgL3Vzci9sb2NhbDxi cj4NCnBvb2wyL3Jvb3QvdmFyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC92YXI8YnI+DQp0bXBm cyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAvdG1wPGJyPg0KcG9vbDIvZXhwb3J0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IC9leHBvcnQ8YnI+DQpwb29sMi9leHBvcnQvZHMxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC9leHBvcnQvZHMxPGJyPg0KcG9vbDIvZXhwb3J0 L2RzMS9kYXRhJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IC9leHBvcnQvZHMxL2RhdGE8YnI+DQpwb29sMi9leHBvcnQvZHMxL2V4cG9y dCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAvZXhwb3J0L2RzMS9leHBvcnQ8 YnI+DQpwb29sMi9leHBvcnQvZHMxL2lzbyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAvZXhwb3J0L2RzMS9pc288 YnI+DQpwb29sMi9leHBvcnQvZHMyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IC9leHBvcnQvZHMyPGJyPg0KcG9vbDIvZXhwb3J0L2RzMi9kYXRhJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IC9leHBvcnQvZHMyL2RhdGE8YnI+DQo8YnI+DQovZXRjL2V4cG9ydHM6PGJyPg0KL2V4cG9ydC9k czEvZGF0YSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtYWxsZGlycyAtbWFwcm9vdD1yb290IDEw LjAuMC4oYWxsIG9mIHRoZSBIVidzKTxicj4NCi9leHBvcnQvZHMxL2V4cG9ydCAtYWxsZGlycyAt bWFwcm9vdD1yb290IDEwLjAuMC4oYWxsIG9mIHRoZSBIVidzKTxicj4NCi9leHBvcnQvZHMxL2lz byZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtYWxsZGlycyAtbWFw cm9vdD1yb290IDEwLjAuMC4oYWxsIG9mIHRoZSBIVidzKTxicj4NCi9leHBvcnQvZHMyL2RhdGEm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLWFsbGRpcnMgLW1hcHJvb3Q9cm9vdCAxMC4wLjAuKGFs bCBvZiB0aGUgSFYncyk8YnI+DQo8YnI+DQpUbyBtYWtlIHRob3NlIFVTQidzIGxhc3QgZm9yIGFz IGxvbmcgYXMgcG9zc2libGUsIC8gaXMgdXN1YWxseSBtb3VudGVkIHJlYWQtb25seS4gQW5kIHdo ZW4geW91IG5lZWQgdG8gY2hhbmdlIGFueXRoaW5nLCB5b3UgbmVlZCB0byByZW1vdW50IC8gdG8g cmVhZC13cml0ZSwgZG8gdGhlIG1haW50ZW5hbmNlLCBhbmQgdGhlbiByZW1vdW50IGJhY2sgdG8g cmVhZC1vbmx5IGFnYWluLiBCdXQgd2hlbiB5b3UgaXNzdWUgYSBtb3VudCBjb21tYW5kLCB0aGUN CiBWTSdzIGluIG9WaXJ0IHBhdXNlLiBBdCBmaXJzdCB3ZSBkaWRuwrR0IHVuZGVyc3RhbmQgdGhh dCB3YXMgYWN0dWFsbHkgdGhlIGNhdXNlIGFuZCB0cmllZCB0byBjb3JyZWxhdGUgdGhlIHNlZW1p bmdseSBzcG9udGFuZW91cyBwYXVzaW5nIHRvIGp1c3QgYWJvdXQgYW55dGhpbmcsIFRoZW4gSSB3 YXMgbG9nZ2VkIGluIHRvIGJvdGggb1ZpcnQncyB3ZWJhZG1pbiwgYW5kIHRoZSBzdG9yYWdlIGF0 IHRoZSBzYW1lIGFuZCBpc3N1ZWQgJnF1b3Q7bW91bnQgLXV3DQogLyZxdW90OywgYW5kICpib29t KiwgcmFuZG9tIFZNJ3Mgc3RhcnRlZCB0byBwYXVzZTopIE5vdCBhbGwgb2YgdGhlbSB0aG91Z2gs IGFuZCBub3QganVzdCBldmVyeSBvbmUgaW4gZWl0aGVyIGNsdXN0ZXIgb3Igc29tZXRoaW5nLCBp dCBpcyBjb21wbGV0ZWx5IHJhbmRvbSB3aGljaCBWTSdzIGFyZSBwYXVzZWQgZXZlcnkgdGltZS48 YnI+DQo8YnI+DQojIHRpbWUgbW91bnQgLXVyIC88YnI+DQo8YnI+DQpyZWFsIDBtMi4xOThzPGJy Pg0KdXNlciAwbTAuMDAwczxicj4NCnN5cyAwbTAuMDAyczxicj4NCjxicj4NCkFuZCBoZXJlwrRz IHdoYXQgdmRzbSBvbiBvbmUgb2YgdGhlIEhWJ3MgdGhvdWdodCBhYm91dCB0aGF0Ojxicj4NCjxh IGhyZWY9Imh0dHA6Ly9wYXN0ZWJpbi5jb20vTVhqZ3BEZlUiPmh0dHA6Ly9wYXN0ZWJpbi5jb20v TVhqZ3BEZlU8L2E+PGJyPg0KPGJyPg0KSXQgYmVnaW5zIHdpdGggYWxsIFZNJ3MgYmVpbmcgJnF1 b3Q7VXAmcXVvdDssIHRoZW4gbWUgaXNzdWluZyB0aGUgcmVtb3VudCBvbiB0aGUgc3RvcmFnZSBm cm9tIHJlYWQtd3JpdGUgdG8gcmVhZC1vbmx5IHdoaWNoIHRvb2sgMiBzZWNzIHRvIGNvbXBsZXRl LCB2ZHNtIGZyZWFraW5nIG91dCB3aGVuIGl0IHNob3J0bHkgbG9vc2VzIGl0wrRzIGNvbm5lY3Rp b25zIGFuZCBsYXN0bHkgbWUgYXQgMTQ6MzQgbWFraW5nIHRoZW0gYWxsIHJ1biBhZ2FpbiBmcm9t IHdlYmFkbWluLjxicj4NCjxicj4NClR3byB0aGluZ3M6PGJyPg0KMSkgRG9lcyBhbnlvbmUga25v dyBvZiBhbnkgaW1wcm92ZW1lbnRzIHRoYXQgY291bGQgYmUgbWFkZSBvbiB0aGUgc3RvcmFnZSBz aWRlLCBhcGFydCBmcm9tIHRoZSBvYnZpb3VzICZxdW90O3N0b3AgcmVtb3VudGluZyZxdW90Oywg c2luY2UgcGF0Y2hpbmcgbXVzdCBldmVudHVhbGx5IGJlIG1hZGUsIGNvbmZpZ3VyYXRpb25zIGNo YW5nZWQsIGFuZCBzbyBvbi4gQSBzbWFydGVyIHdheSBvZiBjb25maWd1cmluZyBzb21ldGhpbmc/ IEJvb3RpbmcgZnJvbSBhbm90aGVyDQogb3JkaW5hcnkgSEREIGlzIHNhZGx5IG91dCBvZiB0aGUg cXVlc3Rpb24gYmVjYXVzZSB0aGVyZSBpc27CtHQgYW55IHJvb20gZm9yIGFueSBtb3JlLCBpdMK0 cyBmdWxsLiBBbmQgSSB3b3VsZCBoYXZlIHJlYWxseSBsaWtlIGl0IHJhdGhlciB0byBib290IGZy b20gdGhlIEhERCdzIHRoYXQgYXJlIGFscmVhZHkgaW4gdGhlcmUsIGJ1dCB0aGVyZSBhcmUgJnF1 b3Q7b3RoZXIgdGhpbmdzJnF1b3Q7IHByZXZlbnRpbmcgdGhhdC48YnI+DQoyKSBOb3RoaW5nIGlu IGVuZ2luZSB3YXMgbG9nZ2VkIGFib3V0IGl0LCBubyAmcXVvdDtFdmVudHMmcXVvdDsgd2VyZSBt YWRlIGFuZCBub3RoaW5nIGluIGVuZ2luZS5sb2cgdGhhdCBjb3VsZCBpbmRpY2F0ZSBzb21ldGhp bmcgaGFkIGdvbmUgd3JvbmcgYXQgYWxsLiBJZiBpdCB3YXNuwrR0IHNlcmlvdXMgZW5vdWdoIHRv IGlzc3VlIGEgd2FybmluZywgd2h5IGRpc3J1cHQgdGhlIHNlcnZpY2Ugd2l0aCBwYXVzaW5nIHRo ZSBtYWNoaW5lcz8gT3IgYXQgbGVhc3QgYXV0b21hdGljYWxseQ0KIHN0YXJ0IHRoZW0gYmFjayB1 cCB3aGVuIGNvbm5lY3Rpb24gdG8gdGhlIHN0b3JhZ2UgYWxtb3N0IGltbWVkaWF0ZWx5IGNhbWUg YmFjayBvbiBpdMK0cyBvd24uIFNheWluZyBub3RoaW5nIG1hZGUgaXQgcmVhbGx5IGhhcmQgdG8g dHJvdWJsZXNob290LCBzaW5jZSB3ZSBkaWRuwrR0IGluaXRpYWxseSBrbmV3IGF0IGFsbCB3aGF0 IGNvdWxkIGJlIGNhdXNpbmcgdGhlIHBhdXNlcyB0byBoYXBwZW4sIGFuZCB3aGVuLjxicj4NCjxi cj4NCkJlc3QgUmVnYXJkczxicj4NCi9LYXJsaSBTasO2YmVyZw0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5F9E965F5A80BC468BE5F40576769F091023A18Bexchange21_--

1 0

Re: [Users] [Engine-devel] ovirt engine sdk
by Michael Pasternak 23 Jan '13

23 Jan '13

On 01/23/2013 03:53 PM, navin p wrote: > Hi Michael, > > Thanks for your help. > > On Wed, Jan 23, 2013 at 6:15 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > > in python, you can see object's attributes by accessing __dict__/__getattr__/dir(object)/etc., > vm.__dict__ will do the job for you, however i'd suggest you using some IDE (i'm using Eclipse + PyDev plugin), > this way you'll be able accessing object attributes simply by Ctrl+SPACE auto-completion. > > Do i have import something for Ctrl+SPACE to work ? It doesn't work for me atleast for list attributes. > > for vm in vmlist: > print vm.name <http://vm.name>,vm.memory,vm.id <http://vm.id>,vm.os.kernel,vm.cluster.id <http://vm.cluster.id>,vm.start_time > #print help(vm.statistics.list()) > vmslist = vm.statistics.list() > for i in vmslist: > print i.get_name() > > prints > > memory.installed > memory.used > cpu.current.guest > cpu.current.hypervisor > cpu.current.total > > but i need the values of memory.installed and memory.used . statistic holders are complex types, you can fetch data by: i.unit // the unit of the holder data i.values.value[0].datum // actual data > > Also where do i get the Java SDK and jars ? I looked at maven but it was 1.0 version of SDK. central repo has 1.0.0.2-1, see [1], deployment details can be found at [2], wiki at [3]. [1] http://search.maven.org/#search%7Cga%7C1%7Cg%3A%22org.ovirt.engine.sdk%22 [2] http://www.ovirt.org/Java-sdk#Maven_deployment [3] http://www.ovirt.org/Java-sdk > > > Regards, > Navin -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[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] host deploy and after reboot not responsive
by Gianluca Cecchi 23 Jan '13

23 Jan '13

Hello, using ovirt 3.2 on fedora 18 from ovirt-nightly 3.2.0-1.20130113.gitc954518 After deploy and reboot of a fedora 18 host it stays not-responsive. What to check and which log files to send from engine and node? Thanks, Gianluca

3 31

[Users] Adding additional network(s)
by Tom Brown 23 Jan '13

23 Jan '13

Hi I am setting up another DC, that is managed by my sole management node, and this DC will have a requirement that the VM's will need an additional storage NIC. This NIC is for NFS/CIFS traffic and is independent of the oVirt VM's disks. I have cabled the additional physical NIC in the HV's as this network is non routed storage, and I where to go from here. Whats the next step needed to add the NIC to the DC and then i presume adding the NIC to the VM's is straight forward. thanks

2 2

Re: [Users] cannot add gluster domain
by Alex Leonhardt 23 Jan '13

23 Jan '13

Hi all, Am not too familiar with fedora and its services, anyone can help him? Alex On Jan 23, 2013 5:02 AM, "T-Sinjon" <tscbj1989(a)gmail.com> wrote: > I have forced v3 in my /etc/nfsmount and there's no firewall between NFS > server and the host. > > The only problem is no rpc.statd running . Could you tell me how can i > start it since there's no rpcbind installed on overt node 2.5.5-0.1? > > [root@ovirtnode1 ~]# systemctl status nfs-lock.service > nfs-lock.service - NFS file locking service. > Loaded: loaded (/usr/lib/systemd/system/nfs-lock.service; enabled) > Active: failed (Result: exit-code) since Thu, 17 Jan 2013 09:41:45 > +0000; 5 days ago > CGroup: name=systemd:/system/nfs-lock.service > > Jan 17 09:41:45 localhost.localdomain rpc.statd[1385]: Version 1.2.6 > starting > Jan 17 09:41:45 localhost.localdomain rpc.statd[1385]: Initializing NSM > state > [root@ovirtnode1 ~]# systemctl start nfs-lock.service > Failed to issue method call: Unit rpcbind.service failed to load: No such > file or directory. See system logs and 'systemctl status rpcbind.service' > for details. > > On 22 Jan, 2013, at 6:14 PM, Alex Leonhardt <alex.tuxx(a)gmail.com> wrote: > > Hi, this seems to look like the error you're getting : > > MountError: (32, ";mount.nfs: rpc.statd is not running but is required for > remote locking.\nmount.nfs: Either use '-o nolock' to keep locks local, or > start statd.\nmount.nfs: an incorrect mount option was specified\n") > > Are you running nfs3 on that host ? if yes, have you forced v3 ? is > rpc.statd running ? is the NFS server firewalling off the rpc.* ports ? > > alex > > > On 22 January 2013 09:58, T-Sinjon <tscbj1989(a)gmail.com> wrote: > >> HI, everyone: >> Recently , I newly installed ovirt 3.1 from >> http://resources.ovirt.org/releases/stable/rpm/Fedora/17/noarch/, >> and node use >> http://resources.ovirt.org/releases/stable/tools/ovirt-node-iso-2.5.5-0.1.f… >> >> when i add gluster domain via nfs, mount error occurred, >> I have do manually mount action on the node but failed if without >> -o nolock option: >> # /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6 >> my-gluster-ip:/gvol02/GlusterDomain >> /rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain >> mount.nfs: rpc.statd is not running but is required for remote >> locking. mount.nfs: Either use '-o nolock' to keep locks local, or start >> statd. mount.nfs: an incorrect mount option was specified >> >> blow is the vdsm.log from node and engine.log, any help was >> appreciated : >> >> vdsm.log >> Thread-12717::DEBUG::2013-01-22 >> 09:19:02,261::BindingXMLRPC::156::vds::(wrapper) [my-engine-ip] >> Thread-12717::DEBUG::2013-01-22 >> 09:19:02,261::task::588::TaskManager.Task::(_updateState) >> Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::moving from state init -> >> state preparing >> Thread-12717::INFO::2013-01-22 >> 09:19:02,262::logUtils::37::dispatcher::(wrapper) Run and protect: >> validateStorageServerConnection(domType=1, >> spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': >> 'my-gluster-ip:/gvol02/GlusterDomain', 'iqn': '', 'portal': '', 'user': '', >> 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': >> ''}], options=None) >> Thread-12717::INFO::2013-01-22 >> 09:19:02,262::logUtils::39::dispatcher::(wrapper) Run and protect: >> validateStorageServerConnection, Return response: {'statuslist': >> [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} >> Thread-12717::DEBUG::2013-01-22 >> 09:19:02,262::task::1172::TaskManager.Task::(prepare) >> Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::finished: {'statuslist': >> [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} >> Thread-12717::DEBUG::2013-01-22 >> 09:19:02,262::task::588::TaskManager.Task::(_updateState) >> Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::moving from state preparing -> >> state finished >> Thread-12717::DEBUG::2013-01-22 >> 09:19:02,262::resourceManager::809::ResourceManager.Owner::(releaseAll) >> Owner.releaseAll requests {} resources {} >> Thread-12717::DEBUG::2013-01-22 >> 09:19:02,262::resourceManager::844::ResourceManager.Owner::(cancelAll) >> Owner.cancelAll requests {} >> Thread-12717::DEBUG::2013-01-22 >> 09:19:02,263::task::978::TaskManager.Task::(_decref) >> Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::ref 0 aborting False >> Thread-12718::DEBUG::2013-01-22 >> 09:19:02,307::BindingXMLRPC::156::vds::(wrapper) [my-engine-ip] >> Thread-12718::DEBUG::2013-01-22 >> 09:19:02,307::task::588::TaskManager.Task::(_updateState) >> Task=`c07a075a-a910-4bc3-9a33-b957d05ea270`::moving from state init -> >> state preparing >> Thread-12718::INFO::2013-01-22 >> 09:19:02,307::logUtils::37::dispatcher::(wrapper) Run and protect: >> connectStorageServer(domType=1, >> spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': >> 'my-gluster-ip:/gvol02/GlusterDomain', 'iqn': '', 'portal': '', 'user': '', >> 'password': '******', 'id': '6463ca53-6c57-45f6-bb5c-45505891cae9', 'port': >> ''}], options=None) >> Thread-12718::DEBUG::2013-01-22 >> 09:19:02,467::__init__::1249::Storage.Misc.excCmd::(_log) '/usr/bin/sudo -n >> /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6 >> my-gluster-ip:/gvol02/GlusterDomain >> /rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain' (cwd None) >> Thread-12718::ERROR::2013-01-22 >> 09:19:02,486::hsm::1932::Storage.HSM::(connectStorageServer) Could not >> connect to storageServer >> Traceback (most recent call last): >> File "/usr/share/vdsm/storage/hsm.py", line 1929, in >> connectStorageServer >> File "/usr/share/vdsm/storage/storageServer.py", line 256, in connect >> File "/usr/share/vdsm/storage/storageServer.py", line 179, in connect >> File "/usr/share/vdsm/storage/mount.py", line 190, in mount >> File "/usr/share/vdsm/storage/mount.py", line 206, in _runcmd >> MountError: (32, ";mount.nfs: rpc.statd is not running but is required >> for remote locking.\nmount.nfs: Either use '-o nolock' to keep locks local, >> or start statd.\nmount.nfs: an incorrect mount option was specified\n") >> >> engine.log: >> 2013-01-22 17:19:20,073 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] >> (ajp--0.0.0.0-8009-7) [25932203] START, >> ValidateStorageServerConnectionVDSCommand(vdsId = >> 626e37f4-5ee3-11e2-96fa-0030487c133e, storagePoolId = >> 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = >> [{ id: null, connection: my-gluster-ip:/gvol02/GlusterDomain };]), log id: >> 303f4753 >> 2013-01-22 17:19:20,095 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] >> (ajp--0.0.0.0-8009-7) [25932203] FINISH, >> ValidateStorageServerConnectionVDSCommand, return: >> {00000000-0000-0000-0000-000000000000=0}, log id: 303f4753 >> 2013-01-22 17:19:20,115 INFO >> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] >> (ajp--0.0.0.0-8009-7) [25932203] Running command: >> AddStorageServerConnectionCommand internal: false. Entities affected : ID: >> aaa00000-0000-0000-0000-123456789aaa Type: System >> 2013-01-22 17:19:20,117 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] >> (ajp--0.0.0.0-8009-7) [25932203] START, >> ConnectStorageServerVDSCommand(vdsId = >> 626e37f4-5ee3-11e2-96fa-0030487c133e, storagePoolId = >> 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = >> [{ id: 6463ca53-6c57-45f6-bb5c-45505891cae9, connection: >> my-gluster-ip:/gvol02/GlusterDomain };]), log id: 198f3eb4 >> 2013-01-22 17:19:20,323 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] >> (ajp--0.0.0.0-8009-7) [25932203] FINISH, ConnectStorageServerVDSCommand, >> return: {6463ca53-6c57-45f6-bb5c-45505891cae9=477}, log id: 198f3eb4 >> 2013-01-22 17:19:20,325 ERROR >> [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (ajp--0.0.0.0-8009-7) >> [25932203] The connection with details my-gluster-ip:/gvol02/GlusterDomain >> failed because of error code 477 and error message is: 477 >> 2013-01-22 17:19:20,415 INFO >> [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] >> (ajp--0.0.0.0-8009-6) [6641b9e1] Running command: >> AddNFSStorageDomainCommand internal: false. Entities affected : ID: >> aaa00000-0000-0000-0000-123456789aaa Type: System >> 2013-01-22 17:19:20,425 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] >> (ajp--0.0.0.0-8009-6) [6641b9e1] START, CreateStorageDomainVDSCommand(vdsId >> = 626e37f4-5ee3-11e2-96fa-0030487c133e, >> storageDomain=org.ovirt.engine.core.common.businessentities.storage_domain_static@8e25c6bc, >> args=my-gluster-ip:/gvol02/GlusterDomain), log id: 675539c4 >> 2013-01-22 17:19:21,064 ERROR >> [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] >> (ajp--0.0.0.0-8009-6) [6641b9e1] Failed in CreateStorageDomainVDS method >> 2013-01-22 17:19:21,065 ERROR >> [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] >> (ajp--0.0.0.0-8009-6) [6641b9e1] Error code StorageDomainFSNotMounted and >> error message VDSGenericException: VDSErrorException: Failed to >> CreateStorageDomainVDS, error = Storage domain remote path not mounted: >> ('/rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain',) >> 2013-01-22 17:19:21,066 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] >> (ajp--0.0.0.0-8009-6) [6641b9e1] Command >> org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand >> return value >> Class Name: >> org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc >> mStatus Class Name: >> org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc >> mCode 360 >> mMessage Storage domain remote path not mounted: >> ('/rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain',) >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > > >

1 0

Re: [Users] Where to download ovirt-engine-sdk-java 1.0.0.2?
by Michael Pasternak 23 Jan '13

23 Jan '13

Hi, On 01/23/2013 02:37 AM, Sherry Yu wrote: > Hi Michael, > > Can you point me to download ovirt-engine-sdk-java 1.0.0.2 and where to get more info. on Java development using this API? sdk can be deployed using [1], more info can be found here [2]. [1] http://www.ovirt.org/Java-sdk#Maven_deployment [2] http://www.ovirt.org/Java-sdk > > My task is to create an integration between RHEV 3.x and SAP LVM, a product that has a Java API. I met with Oved at oVirt workshop this week and he mentioned this Java SDK. It sounds a better fit than the REST API that I have been investigating. > > Many Thanks and I am looking forward to hearing from you. > Sherry > > ----- Forwarded Message ----- > From: "Oved Ourfalli" <ovedo(a)redhat.com> > To: "Sherry Yu" <syu(a)redhat.com> > Sent: Tuesday, January 22, 2013 4:30:11 PM > Subject: Fwd: [Engine-devel] ovirt-engine-sdk-java 1.0.0.2 released > > > > ----- Forwarded Message ----- > From: "Michael Pasternak" <mpastern(a)redhat.com> > To: users(a)ovirt.org > Cc: "engine-devel" <engine-devel(a)ovirt.org> > Sent: Wednesday, January 16, 2013 6:38:02 AM > Subject: [Engine-devel] ovirt-engine-sdk-java 1.0.0.2 released > > > Basically this release addresses an issue when [1] constructor is used > with NULLs as optional parameters, > > [1] public Api(String url, String username, String password, String key_file, > String cert_file, String ca_file, Integer port, Integer timeout, > Boolean persistentAuth, Boolean insecure, Boolean filter, Boolean debug) > -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] setupNetworks failure - Host non-operational
by Deepak C Shetty 23 Jan '13

23 Jan '13

Hi All, I have a multi-VM setup, where I have ovirt engine on one VM and VDSM host on another. Discovering the host from the engine puts the host in Unassigned state, with the error saying 'ovirtmgmt' network not found. When i select setupNetworks and drag-drop the ovirtmgmt to setup over eth0, i see the below error in VDSM & host goes to non-operataional state. I tried the steps mentioned by Alon in http://lists.ovirt.org/pipermail/users/2012-December/011257.html but still see the same error ============= dump from vdsm.log ================ MainProcess|Thread-23::ERROR::2013-01-22 18:25:53,496::configNetwork::1438::setupNetworks::(setupNetworks) Requested operation is not valid: cannot set autostart for transient network Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1420, in setupNetworks implicitBonding=True, **d) File "/usr/share/vdsm/configNetwork.py", line 1030, in addNetwork configWriter.createLibvirtNetwork(network, bridged, iface) File "/usr/share/vdsm/configNetwork.py", line 208, in createLibvirtNetwork self._createNetwork(netXml) File "/usr/share/vdsm/configNetwork.py", line 192, 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) libvirtError: Requested operation is not valid: cannot set autostart for transient network MainProcess|Thread-23::ERROR::2013-01-22 18:25:53,502::supervdsmServer::77::SuperVdsm.ServerCallback::(wrapper) Error in setupNetworks Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 75, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 170, in setupNetworks return configNetwork.setupNetworks(networks, bondings, **options) File "/usr/share/vdsm/configNetwork.py", line 1420, in setupNetworks implicitBonding=True, **d) File "/usr/share/vdsm/configNetwork.py", line 1030, in addNetwork configWriter.createLibvirtNetwork(network, bridged, iface) File "/usr/share/vdsm/configNetwork.py", line 208, in createLibvirtNetwork self._createNetwork(netXml) File "/usr/share/vdsm/configNetwork.py", line 192, 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) libvirtError: Requested operation is not valid: cannot set autostart for transient network

5 6

[Users] Help on an almost migrated ovirt-engine
by Adrian Gibanel 23 Jan '13

23 Jan '13

I need to migrate an ovirt-engine from an All-In-One (AIO) setup to a dedicated machine. So with an old mailing message I've tried to do it but not finished yet, that's why I ask for help. I've written a wiki page for the experience so that it becomes a howto which can be found here: http://www.ovirt.org/User:Adrian15/oVirt_engine_migration At the last step the one that finally starts ovirt-engine I've decided to ask help here just in case I was missing something important. So here are my doubts. * Original message that inspired the howto is here: http://www.mail-archive.com/users@ovirt.org/msg00670.html * What packages should I delete safely from an AIO setup so that it's just an hypervisor once I've migrate the ovirt-engine part? * Is the right way the one I've used to recreate the database? ** Origin pg_dump -U postgres engine | gzip > engine_db.gz ** Destination pg_dump -U postgres -s -f tempdb.dump engine dropdb -U postgres engine createdb -U postgres engine zcat engine_db.gz | psql -U postgres engine * Let's read: http://www.mail-archive.com/users@ovirt.org/msg00682.html : WRT certificates, note that hostname should nt change, or SSL will be invalidated. Did he mean the SSL when you connect via http or https to the manager which currently doesn't bother me? Or maybe the SSL to connect to other hosts and communicate to vdsm (sorry if I'm saying something nonsense. I don't understand oVirt architecture completely) which bothers me? * Certificates is: /etc/pki/ovirt-engine ? Something more? * Conf is: /etc/ovirt-engine ? Something more? Thank you! -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut 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á prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

3 5

[Users] error at Creating the database
by Arindam Choudhury 22 Jan '13

22 Jan '13

Hi, I am a newbie. I am trying to build oVirt-engine from source following this tutorial http://www.ovirt.org/Building_oVirt_engine When I am trying to create the database, I am getting the following error: $ ./create_db_devel.sh -u postgres Running original create_db script... Creating the database: engine dropdb: could not connect to database template1: FATAL: Ident authentication failed for user "postgres" createdb: could not connect to database template1: FATAL: Ident authentication failed for user "postgres" Failed to create database engine Failed to create database engine I am on rawhide and I have already altered # tail -3 /var/lib/pgsql/data/pg_hba.conf local all all trust host all all 127.0.0.1/32 trust host all all ::1/128 trust What am I doing wrong? Thanks, Arindam

2 1

[Users] error while building oVirt-engine
by Arindam Choudhury 22 Jan '13

22 Jan '13

Hi, I am following http://www.ovirt.org/Building_oVirt_engine tutorial to build oVirt-engine from source. when i do: $ mvn clean install -e [INFO] [INFO] ------------------------------------------------------------------------ [INFO] Building Extensions for GWT 3.2.0 [INFO] ------------------------------------------------------------------------ [WARNING] The POM for org.ovirt.engine.ui:genericapi:jar:3.2.0 is missing, no dependency information available [INFO] ------------------------------------------------------------------------ [INFO] Reactor Summary: [INFO] [INFO] oVirt Modules - ui ................................ SUCCESS [0.013s] [INFO] Extensions for GWT ................................ FAILURE [0.014s] [INFO] UI Utils Compatibility (for UICommon) ............. SKIPPED [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal on project gwt-extension: Could not resolve dependencies for project org.ovirt.engine.ui:gwt-extension:jar:3.2.0: Failure to find org.ovirt.engine.ui:genericapi:jar:3.2.0 in http://repo1.maven.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project gwt-extension: Could not resolve dependencies for project org.ovirt.engine.ui:gwt-extension:jar:3.2.0: Failure to find org.ovirt.engine.ui:genericapi:jar:3.2.0 in http://repo1.maven.org/maven2was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:210) at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:117) at org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:258) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:201) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:158) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) Caused by: org.apache.maven.project.DependencyResolutionException: Could not resolve dependencies for project org.ovirt.engine.ui:gwt-extension:jar:3.2.0: Failure to find org.ovirt.engine.ui:genericapi:jar:3.2.0 in http://repo1.maven.org/maven2was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:189) at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:185) ... 22 more Caused by: org.sonatype.aether.resolution.DependencyResolutionException: Failure to find org.ovirt.engine.ui:genericapi:jar:3.2.0 in http://repo1.maven.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:375) at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:183) ... 23 more Caused by: org.sonatype.aether.resolution.ArtifactResolutionException: Failure to find org.ovirt.engine.ui:genericapi:jar:3.2.0 in http://repo1.maven.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:538) at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:216) at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:358) ... 24 more Caused by: org.sonatype.aether.transfer.ArtifactNotFoundException: Failure to find org.ovirt.engine.ui:genericapi:jar:3.2.0 in http://repo1.maven.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced at org.sonatype.aether.impl.internal.DefaultUpdateCheckManager.newException(DefaultUpdateCheckManager.java:230) at org.sonatype.aether.impl.internal.DefaultUpdateCheckManager.checkArtifact(DefaultUpdateCheckManager.java:204) at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:427) ... 26 more [ERROR] [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionExcept… [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn <goals> -rf :gwt-extension

3 4

[Users] Power mgmt and engine relationship
by Gianluca Cecchi 22 Jan '13

22 Jan '13

Hello, Is there any requirement in connectivity between engine and hosts for fencing? Or is only from any host to any host? Is it a concept cluster wide, correct? Not a DC one? Thanks Gianluca

3 2

[Users] oVirt node install hanging on admin login prompt
by Nicolas Ecarnot 22 Jan '13

22 Jan '13

Hi, I'm trying to install oVirt node 2.5.5-0.1.fc17 and it is node going well. I'm trying to install it on a Dell blade M610 via a iDrac, and I'm quit accustomed to this kind of thing. - As I already had the issue of the label on the grub boot line, I knew how to specify /dev/sr0 or sr1 on the linux line. Well. - The install is ok with discovering my hard drive, and the installation seems to be fine. After rebooting, the bott process is leading me to the login prompt where the documentation tells me to log as 'admin' with the correct password : The keyboard is not responding, I can not even type the user name. I can't change of console, no network activity is seen. There does not seem to be a kernel panic, as some additional log lines are displayed (about the creation of bond interfaces). I also see some more lines about "systemd-readahead-collect : failed to open pack file: read-only file system"... When downloading the iso install file from the oVirt repo, I choosed the smalest one, not the "live" one. Did I did wrong? Anyway, now, what are my options? -- Nicolas Ecarnot

4 6

[Users] FC on ovirt-node with brocade : port never up
by Kevin Maziere Aubry 22 Jan '13

22 Jan '13

Hi all I have a strange behaviour between my ovirt node and my FC switch. All material are brocade. Ovirt node release : oVirt Node Hypervisor release 2.5.5 (0.1.fc17) The thing is that the node doesn't detect the FC port, it detect the FC card only. On 10 clone hosts, 2 have detected the link, all others fails. And for these 2 hosts I've rebooted them many time before it works. Because there is only the BFA driver include, I can't debug anything, or update Does anyone have a feedback on that ? Kevin -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

1 0

[Users] nfs multiple data storage domains
by Jithin Raju 22 Jan '13

22 Jan '13

hi all, I have added 2 data storage nfs domains in my new ovirt 3.1 installation. when my first(master) storage is full its not utilising the second instead its throwing error, any idea how to make the second one to be utilised? Thanks, Jithin

3 2

[Users] gluster volume creation error
by Jithin Raju 22 Jan '13

22 Jan '13

Hi , Volume creation is failing in posixfs data center. While trying to create a distribute volume web UI exits with error: "creation of volume failed" and volume is not listed in web UI. >From the backend I can see volume got created. gluster volume info Volume Name: vol1 Type: Distribute Status: Created Number of Bricks: 2 Transport-type: tcp Bricks: Brick1: x.250.76.71:/data Brick2: x.250.76.70:/data When I try to mount the volume manually to /mnt its not giving any message exit status is zero. mount command listed as below: fig:/vol1 on /mnt type fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072) when I run a df it gives me like below: "df: `/mnt': Transport endpoint is not connected" So i just tail'ed "/var/log/glusterfs/etc-glusterfs-glusterd.vol.log" [2013-01-21 11:30:07.828518] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:1009) [2013-01-21 11:30:10.839882] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:1007) [2013-01-21 11:30:13.852374] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:1005) [2013-01-21 11:30:16.864634] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:1003) [2013-01-21 11:30:19.875986] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:1001) [2013-01-21 11:30:22.886854] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:999) [2013-01-21 11:30:25.898840] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:997) [2013-01-21 11:30:28.910000] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:995) [2013-01-21 11:30:31.922336] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:993) [2013-01-21 11:30:34.934772] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:991) [2013-01-21 11:30:37.946215] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (135.250.76.70:989) Just wanted to know what am I doing wrong here? package details: vdsm-python-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-xmlrpc-4.10.0-10.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-gluster-4.10.0-10.fc17.noarch selinux is permissive,iptables i have flushed. Thanks, Jithin

3 5

[Users] lost my notesŠ need to import a .ova file into ovirt
by Jonathan Horne 21 Jan '13

21 Jan '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC0172BCA3AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I had successfully done this before during testing phase, but now I cannot = find my notes and the threads I'm finding where I asked about it are not be= aring fruit as they did before. What is the syntax for importing a .ova virtual machine into overt 3.1? ________________________________ 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_9BE6F493F83A594DA60C45E6A09DC5AC0172BCA3AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <B4232F1742C08E4BB0E1AA2AFAFF3C4B(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 had successfully done this before during testing phase, but now I ca= nnot find my notes and the threads I'm finding where I asked about it are n= ot bearing fruit as they did before.</div> </div> </div> <div> </div> <div>What is the syntax for importing a .ova virtual machine into overt 3.1= ?</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_9BE6F493F83A594DA60C45E6A09DC5AC0172BCA3AUSP01DAG0201co_--

1 1

[Users] Error run once VM
by Juan Jose 21 Jan '13

21 Jan '13

Hello everybody, I'm following the " http://www.ovirt.org/Quick_Start_Guide#Create_a_Fedora_Virtual_Machine" and when I click OK buttom after put all parameters in "Run Virtual Machine", I receive bellow error in events and in vdsm.log file from my host: *Thread-352921::DEBUG::2013-01-21 15:55:40,709::task::978::TaskManager.Task::(_decref) Task=`8bb281a1-434b-4506-b4a8-2d6665bb382f`::ref 0 aborting FalseThread-352921::INFO::2013-01-21 15:55:40,709::clientIF::274::vds::(prepareVolumePath) prepared volume path: /rhev/data-center/d6e7e8b8-49c7-11e2-a261-000a5e429f63/57d184a0-908b-49b5-926f-cd413b9e6526/images/c77ff9d7-6280-4454-b342-faa206989d2a/bf973de9-d344-455d-a628-3dbfbf2693d9Thread-352921::DEBUG::2013-01-21 15:55:40,717::libvirtvm::1338::vm.Vm::(_run) vmId=`51738dae-c758-4e77-bad7-281f56c4d61d`::<?xml version="1.0" encoding="utf-8"?><domain type="kvm"> <name>Fedora17</name> <uuid>51738dae-c758-4e77-bad7-281f56c4d61d</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <vcpu>1</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/Fedora17.com.redhat.rhevm.vdsm"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6d:ca:00"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <boot order="3"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/d6e7e8b8-49c7-11e2-a261-000a5e429f63/cd9b45e6-2150-44d9-af1a-a557840fde9e/images/11111111-1111-1111-1111-111111111111/Fedora-17-x86_64-Live-XFCE.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/d6e7e8b8-49c7-11e2-a261-000a5e429f63/57d184a0-908b-49b5-926f-cd413b9e6526/images/c77ff9d7-6280-4454-b342-faa206989d2a/bf973de9-d344-455d-a628-3dbfbf2693d9"/> <target bus="virtio" dev="vda"/> <serial>c77ff9d7-6280-4454-b342-faa206989d2a</serial> <boot order="2"/> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">Red Hat</entry> <entry name="product">RHEV Hypervisor</entry> <entry name="version">17-1</entry> <entry name="serial">36303030-3139-3236-3800-00199935CC54_00:19:99:35:cc:54</entry> <entry name="uuid">51738dae-c758-4e77-bad7-281f56c4d61d</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Conroe</model> <topology cores="1" sockets="1" threads="1"/> </cpu></domain> Thread-352921::DEBUG::2013-01-21 15:55:41,258::vm::580::vm.Vm::(_startUnderlyingVm) vmId=`51738dae-c758-4e77-bad7-281f56c4d61d`::_ongoingCreations releasedThread-352921::ERROR::2013-01-21 15:55:41,259::vm::604::vm.Vm::(_startUnderlyingVm) vmId=`51738dae-c758-4e77-bad7-281f56c4d61d`::The vm start process failedTraceback (most recent call last): File "/usr/share/vdsm/vm.py", line 570, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1364, in _run self._connection.createXML(domxml, flags), File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 82, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2420, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)libvirtError: internal error Failed to open socket to sanlock daemon: No such file or directoryThread-352921::DEBUG::2013-01-21 15:55:41,262::vm::920::vm.Vm::(setDownStatus) vmId=`51738dae-c758-4e77-bad7-281f56c4d61d`::Changed state to Down: internal error Failed to open socket to sanlock daemon: No such file or directory* In Tree VMs, click in my "Fedora17" VM, and in detail windows events: Failed to run VM Fedora17 (User: admin@internal). Failed to run VM Fedora17 on Host host1. VM Fedora17 is down. Exit message: internal error Failed to open socket to sanlock daemon: No such file or directory. In /var/log/vdsm/libvirt.log: 2013-01-21 14:55:41.258+0000: 10619: error : virNetClientProgramDispatchError:174 : internal error Failed to open socket to sanlock daemon: No such file or directory if I make a "systemctl status sanlock" I see below error message: sanlock.service - Shared Storage Lease Manager Loaded: loaded (/usr/lib/systemd/system/sanlock.service; disabled) Active: *failed* (Result: exit-code) since Mon, 21 Jan 2013 13:17:32 +0100; 2h 57min ago Process: 23911 ExecStop=/lib/systemd/systemd-sanlock stop (code=exited, status=0/SUCCESS) Process: 23898 ExecStart=/lib/systemd/systemd-sanlock start (code=exited, status=0/SUCCESS) Main PID: 23904 (code=exited, status=255) CGroup: name=systemd:/system/sanlock.service Jan 21 13:17:32 ovirt-host systemd-sanlock[23898]: Starting sanlock: [ OK ] Jan 21 13:17:32 ovirt-host sanlock[23904]: 2013-01-21 13:17:32+0100 2854380 [23904]: sanlock daemon started 2.4 aio...70652 Jan 21 13:17:32 ovirt-host sanlock[23904]: 2013-01-21 13:17:32+0100 2854380 [23904]: wdmd connect failed for watchd...dling Could someone guide me about what could be the problem, please? Many thanks in avanced, Juanjo.

2 1

[Users] SLOW I/O performance
by Alex Leonhardt 21 Jan '13

21 Jan '13

Hi All, This is my current setup: HV1 has : storage_domain_1 is SPM master HV2 has : storage_domain_2 is normal (not master) HV1 has storage_domain_1 mounted via 127.0.0.1 (network name, but hosts entry sends it to loopback) HV2 has storage_domain_2 mounted via 127.0.0.1 (network name, but hosts entry sends it to loopback) All VMs on HV1 have its storage set to storage_domain_1 and all VMs on HV2 have their storage set to storage_domain_2 My problem now is that after I finally created all the disks on HV2 over a super slow mgmt network (ovirtmgmt), it's a 100 Mbit only, I'm now trying to kickstart all the VMs I created, however, formatting the disk is taking for ever ~ 20-30mins for 12 GB, that is roughly how long it took to create the disks over the 100Mbit link. The weirdness really starts with HV2, as all VMs on HV1 with disks on storage_domain_1 have "good" I/O throughput, all VMs on HV2 are awfully slow in reading/writing to disk. I've tried some network settings to increase throughput, but those didnt help / had no effect at all. Anyone come across this issue ? Is it something to do with the ovirtmgmt interface only being 100Mbit ? Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

1 3

[Users] more useful repo to use right now?
by Gianluca Cecchi 21 Jan '13

21 Jan '13

Hello, I see that under http://resources.ovirt.org/releases/beta/rpm/Fedora/18 there are populated rpms. Does this mean 3.2 beta has been released? Where to find announcements in case for future? I presume if this is the case, it would be better to use them instead of nightly at this stage, correct? If I install beta, can I then "regularly" update to final 3.2 with the usual "engine-update" and so on? I'm going to test on Dell R310 (engine) and R815 (node) tomorrow, so I'm available to test what is best for the project. I'm going to test both on local storage and iSCSI EQL PS5000X thanks Gianluca

2 1

Re: [Users] mark VM to start on boot
by Roy Golan 21 Jan '13

21 Jan '13

This is a multi-part message in MIME format. --------------010204010309060805010107 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/20/2013 07:25 PM, Jim Kinney wrote: > > They are marked "highly available" but I thought that was for > migration only. I saw a database boolean but other than an update > command, I see no other way to boot on powerup. > your VMs probably failed to restart on your hosts. maybe storage isn't connected yet. check the engine.log > On Jan 20, 2013 1:38 AM, "Roy Golan" <rgolan(a)redhat.com > <mailto:rgolan@redhat.com>> wrote: > > On 01/18/2013 08:27 PM, Jim Kinney wrote: >> How do I mark a VM to startup if a node fails? >> >> 2 hosts in cluster, windows domain controller on one host, backup >> on second host. Both are marked high priority. >> "Bad Things" happen and both hosts get rebooted. I want those >> domain controllers to automatically restart. >> > are those VMs also marked as "Highly available" under High > Availability tab? >> I'm assuming the failure of the hosts did not knock down the >> manager. (I have them on separate floors, power, etc). >> -- >> -- >> James P. Kinney III >> //// >> ////Every time you stop a school, you will have to build a jail. >> What you gain at one end you lose at the other. It's like feeding >> a dog on his own tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> //// >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> //// >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users > --------------010204010309060805010107 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 01/20/2013 07:25 PM, Jim Kinney wrote: </div> <blockquote cite="mid:CAEo=5PxpxC7AmspcfvxdMjSmN3aP=FVEy-G_L_zvhq3ecX=e_Q@mail.gmail.com" type="cite"> They are marked "highly available" but I thought that was for migration only. I saw a database boolean but other than an update command, I see no other way to boot on powerup. </blockquote> your VMs probably failed to restart on your hosts. maybe storage isn't connected yet. check the engine.log <blockquote cite="mid:CAEo=5PxpxC7AmspcfvxdMjSmN3aP=FVEy-G_L_zvhq3ecX=e_Q@mail.gmail.com" type="cite"> <div class="gmail_quote">On Jan 20, 2013 1:38 AM, "Roy Golan" <<a moz-do-not-send="true" href="mailto:rgolan@redhat.com">rgolan(a)redhat.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div>On 01/18/2013 08:27 PM, Jim Kinney wrote: </div> <blockquote type="cite">How do I mark a VM to startup if a node fails? 2 hosts in cluster, windows domain controller on one host, backup on second host. Both are marked high priority. "Bad Things" happen and both hosts get rebooted. I want those domain controllers to automatically restart. </blockquote> are those VMs also marked as "Highly available" under High Availability tab? <blockquote type="cite">I'm assuming the failure of the hosts did not knock down the manager. (I have them on separate floors, power, etc). -- -- James P. Kinney III Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain <a moz-do-not-send="true" href="http://electjimkinney.org" target="_blank">http://electjimkinney.org</a> <a moz-do-not-send="true" href="http://heretothereideas.blogspot.com/" target="_blank">http://heretothereideas.blogspot.com/</a> <fieldset></fieldset> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> </div> </blockquote> </div> </blockquote> </body> </html> --------------010204010309060805010107--

2 2

[Users] Storage domain does not exist & Error 477
by Joshua Dotson 21 Jan '13

21 Jan '13

Hi, I'm seeing the errors mentioned in the subject line with my new oVirt installation. I've tried to remove the metadata's checksum line and re-activate, to no avail. For background, please see: http://pastebin.com/raw.php?i=R2SH5ah8 I'm unable to detach and activate my ISO domain. Please advise. Thanks, Joshua -- Joshua Dotson Founder, Wrale Ltd

1 0

[Users] Planned outage :: resources.ovirt.org/lists.ovirt.org :: 2013-01-21 01:00 UTC
by Karsten 'quaid' Wade 21 Jan '13

21 Jan '13

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2QPOTWAJSDKQFRARSDTUF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There will be an outage of www.ovirt.org for approximately 45 minutes. The outage will occur at 2013-01-21 01:00 UTC. To view in your local time= : date -d '2013-01-21 01:00 UTC' I may start part of the outage 15 minutes before that. If you anticipate needing services until the outage window, reply back to me with details ASAP. =3D=3D Details =3D=3D We need to resize the Linode instance to get another 15 GB for storage until we can move services off the Linode permanently, as planned. This resizing should give us some breathing room. The account resize is estimated to take 30 minutes, during which time the Linode VM will be offline. After that, there will be a few minutes for reboot and restart of services, including the manual starting of the IRC bot 'ovirtbot'. The time window chosen coincides with the lowest CPU usage typically seen on any given day - 01:00 UTC tends to be very quiet for about an hour. Hopefully no one will even notice the downtime. If you have any services, such as Jenkins or Gerrit backup, that may go off during that window, you may want to retime it or be prepared for an error. =3D=3D Affected services =3D=3D * resources.ovirt.org ** meeting logs ** packages * lists.ovirt.org (MailMan) * ovirtbot * Gerrit backup (anacron may pick this up) * Other cronjobs (anacron may pick this up) =3D=3D Not-affected services =3D=3D * www.ovirt.org (MediaWiki) * jenkins.ovirt.org * gerrit.ovirt.org * alterway{01,02}.ovirt.org --=20 Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 ------enig2QPOTWAJSDKQFRARSDTUF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFQ/C5s2ZIOBq0ODEERAielAKCYj7E23olhFjrftzhIdMey/n4k9QCdG4MR ILrAtGG53Wnn545S12rdacI= =C+px -----END PGP SIGNATURE----- ------enig2QPOTWAJSDKQFRARSDTUF--

1 1

[Users] Attaching an existing KVM installation to oVirt
by Eric_E_Smith＠DELL.com 21 Jan '13

21 Jan '13

Hello - I'm new to the list and thought I would send my first email. Is there a way to attach an existing KVM installation (Non Fedora - non node based installation of say, CentOS or Ubuntu) to oVirt? Thanks in advance, Eric

3 2

[Users] UI Plugin - Shell-In-A-Box
by Daniel Erez 20 Jan '13

20 Jan '13

Hi all, I've created a new UI plugin to the WebAdmin for making ssh connections to hosts using a web based AJAX terminal emulator. Details, explanations and screenshots on my blog: http://derezvir.blogspot.co.il/2013/01/ovirt-webadmin-shellinabox-ui-plugin… Please feel free to comment/contact me if you find it useful or have any trouble installing it... :) Regards, Daniel

2 1

[Users] Storage domain weirdness (or design)
by Alex Leonhardt 20 Jan '13

20 Jan '13

Hi, I see a strange behaviour - Setup: 1 ovirtmgmt / ovirt-engine hsot 2 ovirt nodes / HVs 2 storage domains in same cluster & DC HV1 => storage domain 1 (master) HV2 => storage domain 2 Issue: When I create a host with say ~40GB disk to be on HV2/storage_domain_2, it does that via HV1 ? Why is that ? I realize a storage domain is "attached to the cluster/dc", however, when creating the VM I explicitly seleted to only run on HV2, so why would it still create the disk via HV1 ? The mgmt network (for now) is only just that, a mgmt network, not meant to create 40 GB disks (dd from /dev/null) over NFS .. it's currently only a 100mbit switch Question: How, if at all, can I make Ovirt create the Disk from the host where it's meant to run on ? Thanks, Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 7

[Users] mark VM to start on boot
by Jim Kinney 20 Jan '13

20 Jan '13

How do I mark a VM to startup if a node fails? 2 hosts in cluster, windows domain controller on one host, backup on second host. Both are marked high priority. "Bad Things" happen and both hosts get rebooted. I want those domain controllers to automatically restart. I'm assuming the failure of the hosts did not knock down the manager. (I have them on separate floors, power, etc). -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ *

2 1