Re: [Users] Self-hosted-engine setup error
From: Giuseppe Ragusa giuseppe.rag...@hotmail.com To: users@ovirt.org Sent: Thursday, March 13, 2014 2:38:42 AM Subject: [Users] Self-hosted-engine setup error Hi all, while attempting a from-scratch self-hosted-engine installation on CentOS 6.5 (also freshly reinstalled from scratch) on a physical node (oVirt 3.4.0_pre + GlusterFS 3.5.0beta4; NFS storage for engine VM), the process fails almost immediately with: [root@cluster1 ~]# ovirt-hosted-engine-setup --config-append=/root/ovhe-setup-answers.conf [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: ['/root/ovhe-setup-answers.conf'] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140313010526.log Version: otopi-1.2.0_rc3 (otopi-1.2.0-0.9.rc3.el6) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Generating VDSM certificates [ ERROR ] Failed to execute stage 'Environment setup': [Errno 2] No such file or directory: '/etc/pki/libvirt/clientcert.pem' I already got another such report yesterday - seems like a bug in the fix for https://bugzilla.redhat.com/show_bug.cgi?id=1034634 . I hope to push a fix later today. [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The /root/ovhe-setup-answers.conf has been saved from a previous installation (before reinstalling) and only minimally edited (removed some lines with UUIDs etc.). The /etc/pki/libvirt dir is completely missing on both nodes; last time I tried the whole setup I do not recall of having such problems, but maybe something was different then. The generated /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140313010526.log has been saved as: http://pastebin.com/ezAJETBN I hope to be able to progress further to test the whole 2-nodes setup (second node freshly reinstalled too and already up with GlusterFS and waiting to be added to oVirt cluster) and datacenter configuration. Many thanks in advance for any suggestions/help, For now, you can simply: mkdir /etc/pki/libvirt This should be enough. Thanks for the report! -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.3.3 - Migration failures
On 03/12/2014 03:52 PM, LANGE Thomas wrote: Hi ! I am testing all the functionalities of oVirt for work and I have some issues regarding live migration. Here's my configuration: -pc001 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6) -pc002 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6) and ovirt-engine (3.3.3-2.el6) -pc003 : CentOS 6.5 with VDSM (4.13.3-3.el6) All these servers are in the same cluster and datacenter is using NFS for storage. Here's my problem : I have one VM (called Debian) running on a specific host (pc003.lan). I try to migrate it to another host (pc001.lan) but the migration fails. As a result, the VM is still running on pc003 and the number of running VMs on this host is still the same; but I can see one more VM running on the host pc001. It does the same thing with other VMs (mavm1, mavm2, mavm3, Debian2). At the end, the administration portal tells me I have 7VMs running on host pc001, 4 on pc002 and 3 on pc001; I have only 7 VMs , not 14. From now, some errors keep showing up in the log (see attachment). It says that migrations are still running but I cannot cancel them in the administration portal and they never stop/succeed/fail. This problem occurred some time after I enabled quotas in the Datacenter but I don't know if it's related in any way. If I reboot pc001, the number of running VM is reset to 0, but any attempt to migrate a VM to this host does the same thing again. Also, restarting the engine did not fix this issue. Does anyone have an idea about what's happening ? I'm new with oVirt and I don't know what to do to solve this. Thanks for your help ! Regards, Thomas LANGÉ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users hi Thomas pls provide vdsm.log for both pc001 and pc003 and also the whole engine.log. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
2014-03-12 22:25 GMT+01:00 Alon Bar-Lev alo...@redhat.com: - Original Message - From: Alon Bar-Lev alo...@redhat.com To: Sandro Bonazzola sbona...@redhat.com, Giorgio Bersano giorgio.bers...@gmail.com Cc: users@ovirt.org Users@ovirt.org Sent: Wednesday, March 12, 2014 11:24:51 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available Alon, looks like changes in otopi may have pulled in i686 instead of arch specific packages. Can you check it? yes, looks like, it is related to the provides change. this is part of the reason a new rc was required. Hello Giorgio, Can you please test next otopi rc (rc4)[1], I believe I fixed this. Eventually I will re-write the entire yum... Hi, I had had some problem with http://mirrorlist.centos.org/ but in the end I was able to test and all went well. Bye, Giorgio. Oh... forgot... Sandro, can you please publish rc4? Regards, Alon [1] http://jenkins.ovirt.org/job/manual-build-tarball/273/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Delete Detach Logical Network
Thanks Moti. On Tue, Mar 11, 2014 at 4:27 PM, Moti Asayag masa...@redhat.com wrote: - Original Message - From: Tejesh M tejes...@gmail.com To: Moti Asayag masa...@redhat.com Cc: users@oVirt.org users@ovirt.org Sent: Tuesday, March 11, 2014 8:53:15 AM Subject: Re: Delete Detach Logical Network Managed to delete network which is attached to Bond with below code: HostNIC nic = api.getHosts().get(rhevhost).getHostNics().get(bond1.1231); nic.delete(); But not able to delete the same when attached to ethernet: HostNIC nic = api.getHosts().get(rhevhost).getHostNics().get(eth1.1187); nic.delete(); i want to unmap the logical network which is mapped to eth1. For this specific case I'd suggest using the attached example. *Result*: code : 400 reason: Bad Request detail: Invalid Bonding definition On Mon, Mar 10, 2014 at 6:54 PM, Moti Asayag masa...@redhat.com wrote: - Original Message - From: Tejesh M tejes...@gmail.com To: Moti Asayag masa...@redhat.com, users@oVirt.org users@ovirt.org Sent: Monday, March 10, 2014 1:22:08 PM Subject: Delete Detach Logical Network Hi, I'm able to delete the logical network but this logical network after deletion shows as unmanaged network in Setup Host Networks against the hostnic. I tried with this code to detach the logical network. *Code 1:* HostNIC nic = api.getHosts().get(rhevhost).getHostNics().get(eth1); Action action = new Action(); action.setNetwork(api.getNetworks().get(nw_name)); action.setDetach(true); action.setCheckConnectivity(false); nic.detach(action); *Returns*: code : 409 reason: Conflict detail: Network Interface is not attached to Logical Network. I can guess by the error message that the logical network 'rhevhost' is vlan, so the proper interface should be the vlan device. *Code 2:* HostNIC nic = api.getHosts().get(rhevhost).getHostNics().get(eth1.1345); Action action = new Action(); action.setNetwork(api.getNetworks().get(nw_name)); action.setDetach(true); action.setCheckConnectivity(false); nic.detach(action); *Returns*: code : 409 reason: Conflict detail: Cannot edit Network while Host is Active, change the Host to Maintenance mode and try again. This is the 3.0 api which required the host to be in maintenance for network operations on the host. You could use setup networks instead which is the recommended api and doesn't require the host to be in maintenance. you can modify the example from [1] and set null for the network name you wish to detach from the specific interface. Try by replacing only lines 28-41 with: HostNIC nic = nicsByNames.get(eth1.1345); nic.setNetwork(null); [1] https://motiasayag.wordpress.com/2014/02/24/invoke-setup-networks-from-the-java-sdk/ -- Thanks Regards Tejesh -- Thanks Regards Tejesh -- Thanks Regards Tejesh ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
- Original Message - From: Giorgio Bersano giorgio.bers...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Users@ovirt.org Sent: Thursday, March 13, 2014 12:05:15 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available 2014-03-12 22:25 GMT+01:00 Alon Bar-Lev alo...@redhat.com: - Original Message - From: Alon Bar-Lev alo...@redhat.com To: Sandro Bonazzola sbona...@redhat.com, Giorgio Bersano giorgio.bers...@gmail.com Cc: users@ovirt.org Users@ovirt.org Sent: Wednesday, March 12, 2014 11:24:51 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available Alon, looks like changes in otopi may have pulled in i686 instead of arch specific packages. Can you check it? yes, looks like, it is related to the provides change. this is part of the reason a new rc was required. Hello Giorgio, Can you please test next otopi rc (rc4)[1], I believe I fixed this. Eventually I will re-write the entire yum... Hi, I had had some problem with http://mirrorlist.centos.org/ but in the end I was able to test and all went well. Thanks! Bye, Giorgio. Oh... forgot... Sandro, can you please publish rc4? Regards, Alon [1] http://jenkins.ovirt.org/job/manual-build-tarball/273/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt engine source
Il 12/03/2014 09:22, Sven Kieske ha scritto: Hi, maybe check out some of the existing branches? http://gerrit.ovirt.org/#/admin/projects/ovirt-engine,branches looking at: http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=summary I see that there are no tags for any stable branch after release of 3.3.2, just beta and rc tags, but maybe they didn't change for release? yes, no change. however thanks for having noted it, I'll tag them. Am 12.03.2014 03:16, schrieb jacek burghardt: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/jre/bin/java -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory \ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Logs using syslog
Hi all! Is there a way to log engine messages to a syslog? I searched for 'syslog' in /etc/ovirt-engine/*, but not results. Thanks ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] adding scripts
I want to commit changes to the engine by adding some bash scripts. the scripts should be invoked once a button or tab is selected in the webadmin portal by the user. can someone guide on achieving this. -- -Aditya Mamidwar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] affects of changing compatibility setting on running cluster
On Mar 12, 2014, at 5:14 PM, Itamar Heim ih...@redhat.com wrote: On 03/12/2014 10:45 PM, ybronhei wrote: On 03/12/2014 04:33 PM, Itamar Heim wrote: On 03/12/2014 04:32 PM, ybronhei wrote: On 03/12/2014 04:25 PM, Dan Kenigsberg wrote: On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote: On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? I do not really understand why we have this recurrent Engine bug, of ignoring supportedENGINEs; I think Yaniv does. i recall asking for detailed explanation for why do we have 3 different restrictions , one for supportedEngines, one for the allowed vdsm versions, and one for the cluster level? if vdsm version is supported why isn't it in engine's capabilities yet? because its a vdsm version which was released after that engine was released, hence the vdsm package has to declare its supporting the old engine. so its an hack to allow users to add beta vdsm version to new engine release?.. sounds like that no. its to add the next release of vdsm to a previously released engine. but that's not supposed to be an issue, since its supposed to already report the previous version of engine (which it does) please reopen if it reproduced the issue was verified in https://bugzilla.redhat.com/show_bug.cgi?id=1016461 , please reopen if it still appears I do have an issue still with this. When I try to change compatibility version at the datacenter level it behaves as expected, i.e. warns me to change the cluster level first. I see a matching log entry in the engine log. However when I try to change the compatibility version at the cluster level the edit cluster dialog box just hangs there. There are no log entries in the engine log. The dialog box goes away when I click cancel. If I select 3.2 or 3.3 and click OK nothing happens. This occurs either during normal running or with hosts in maintenance mode. I would like to change to 3.3. Can you direct me to the sql table or cmd line by any chance. Is this a known problem or something specific to my special setup. Actually my setup is pretty plain, see below or original post in this thread. Engine 3.3.4-1.el6 CO6.5 Nodes are 3.0.4-1.0.201401291204.el6 Storage is SAN ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVIRT3.3.3 Live Migration fails
Hello, Thank you for your help. finally, it was a mismatch between a server running in SE permissive mode and a server running in disabled mode. Hans-Joachim - Original Message - From: Itamar Heim Sent: 03/12/14 02:08 PM To: Hans-Joachim Subject: Re: [Users] oVIRT3.3.3 Live Migration fails On 03/12/2014 02:39 PM, Hans-Joachim wrote: Hello Itamar, I've found nothing special... beside the info about Domain not found. BTW.: SELINUX is disabled please keep on mailing list. please check selinux is disabeld on both or enabled on both (before the VM was launched) Hans-Joachim - Original Message - From: Itamar Heim Sent: 03/11/14 03:28 PM To: Hans-Joachim, users@ovirt.org Subject: Re: [Users] oVIRT3.3.3 Live Migration fails On 03/05/2014 06:09 PM, Hans-Joachim wrote: Hello, I'm running into a funny problem on a CentOS 6.5 system Starting a VM on server1, migrate it to server2 and than back to server1 fails. The logs (engine and server1) are attached... server1: vdsm.x86_64 4.13.3-3.el6 @ovirt vdsm-cli.noarch 4.13.3-3.el6 @ovirt vdsm-python.x86_64 4.13.3-3.el6 @ovirt vdsm-python-cpopen.x86_64 4.13.2-1.el6 @ovirt vdsm-xmlrpc.noarch 4.13 .3-3.el6 @ovirt qemu-img-rhev.x86_64 2:0.12.1.2-2.415.el6 @ovirt qemu-kvm-rhev.x86_64 2:0.12.1.2-2.415.el6 @ovirt qemu-kvm-rhev-tools.x86_64 2:0.12.1.2-2.415.el6 @ovirt server2: vdsm.x86_64 4.13.3-3.el6 @ovirt vdsm-cli.noarch 4.13.3-3.el6 @ovirt vdsm-python.x86_64 4.13.3-3.el6 @ovirt vdsm-python-cpopen.x86_64 vdsm-xmlrpc.noarch 4.13.3-3.el6 @ovirt qemu-img-rhev.x86_64 2:0.12.1.2-2.415.el6 qemu-kvm-rhev.x86_64 2:0.12.1.2-2.415.el6 Thank you for your help Hans-Joachim ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users anything in the libvirt log? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Request for Wiki - dates
Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Instructions to add a remote controlled power strip not in the native list?
hey can someone provide these mysterious instructions or at least point me towards the direction of where this magical list of supported fence-agents units is so I can try to figure it out myself? On Wed, Mar 12, 2014 at 12:18 AM, Itamar Heim ih...@redhat.com wrote: On 03/11/2014 11:43 PM, David Smith wrote: I modified, tested, and added via git (also submitted note in rhbz#519731) support for at least basic power on/off of the raritan devices I have (model DPXS12-20) Now that I have a working fence agent for myself, is it possible to tell me how I can make the config change on my engine to add the support for the fence agent I created? yes, you can change the config of the engine to add it - eli can give more details (hopefully to be wikified later). one caveat is i don't think we accommodated yet for customizing it, so it may be overridden when you upgrade the engine. (Eli, maybe consider changing to osinfo.d/ like format allowing both our own config and user configs side by side) to add this by default to engine, we'd need this to be in a released version of fence-agents. Thanks. On Mon, Feb 17, 2014 at 5:43 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com wrote: On 02/17/2014 03:31 PM, Marek Grac wrote: On 02/17/2014 09:45 AM, Eli Mesika wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com mailto:d...@redhat.com To: Itamar Heim ih...@redhat.com mailto:ih...@redhat.com Cc: users@ovirt.org mailto:users@ovirt.org Sent: Sunday, February 16, 2014 2:58:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? - Original Message - From: Itamar Heim ih...@redhat.com mailto:ih...@redhat.com To: David Smith dsm...@mypchelp.com mailto:dsm...@mypchelp.com, users@ovirt.org mailto:users@ovirt.org Sent: Saturday, February 15, 2014 2:57:00 AM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? On 02/14/2014 07:37 PM, David Smith wrote: We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? CCing Marek on that in case that he had something to add from the fence-agents view since it may be already supported implicitly (like drac7 that is using actually ipmilan) No, Raritan are not supported yet (rhbz#519731) so david, if you can try to push the raritan support to fence-agents, the ovirt side is usually just a config change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Can't connect to any console
So, I've finally managed to set up an all-in-one setup on a CentOS box. Issue is, I can't connect to any running VMs, connecting to the console works. After some headaches, I've found that VNC just fails, while Spice says that there is no route to the host. Thinking it was just that it disregarded /etc/hosts, I setup dnsmasq. Still got issues. dig shows it resolves, tracepath shows a path and ping gets replies. (see http://pastebin.com/raw.php?i=qWy8RnA6) Have anyone here had similar issues? How did you do to fix it? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can't connect to any console
Try disabling firewalld and/or iptables. On Mar 13, 2014 1:08 PM, Chloride Cull chlor...@devurandom.net wrote: So, I've finally managed to set up an all-in-one setup on a CentOS box. Issue is, I can't connect to any running VMs, connecting to the console works. After some headaches, I've found that VNC just fails, while Spice says that there is no route to the host. Thinking it was just that it disregarded /etc/hosts, I setup dnsmasq. Still got issues. dig shows it resolves, tracepath shows a path and ping gets replies. (see http://pastebin.com/raw.php?i=qWy8RnA6) Have anyone here had similar issues? How did you do to fix it? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Migrate simple configuration to self-hosted
Hi, I want to migrate my existing deployment to self-hosted. I have a simple deployment: A: Machine Fedora 20 B: libvirt VM (hosted on A) RHEL 6.5 running Engine 3.3.4-1 C: Machine RHEL 6.5 acts as Hypervisor/Host/Node (VDSM 4.13.3-4) ISO NFS Domain is on B Data (Master) NFS Domain is on C I want to migrate VM B to Machine C, as self-hosted, and free up Machine A When I look at these instructions: http://www.ovirt.org/Migrate_to_Hosted_Engine It starts with I installed a new host with fedora 19. I don't understand this. Won't most people doing this migration want to start with their existing Hypervisor/Host/Node, and migrate their Engine to it? Do I really need a new 3rd machine, when my goal is to free up one of my 2 existing machines? Or can I go ahead and assume these instructions are fine to apply to an existing Host already running VDSM 4.13.3-4? I would have (naively?) imagined that the typical migration would be something like: 0. Upgrade Engine and Host to 3.4 1. Create a new VM 2. Install OS on new VM, start it up 3. Backup current Engine 4. Stop current Engine (leave Host and VM running), change hostname (local and DNS), maybe power off for good luck until done 5. Login to new VM (probably using ssh unless there's a way to connect directly to the VM via Spice/VNC while the Engine is down) to: A. Assign previous Engine hostname to it (local and DNS), possibly reboot B. Set it up as a self-hosted Engine C. Restore backup to it D. Start up new engine What am I missing? Thanks, Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Migrate simple configuration to self-hosted
- Original Message - From: Bob Doolittle b...@doolittle.us.com To: users users@ovirt.org Sent: Thursday, March 13, 2014 8:25:51 PM Subject: [Users] Migrate simple configuration to self-hosted Hi, I want to migrate my existing deployment to self-hosted. I have a simple deployment: A: Machine Fedora 20 B: libvirt VM (hosted on A) RHEL 6.5 running Engine 3.3.4-1 C: Machine RHEL 6.5 acts as Hypervisor/Host/Node (VDSM 4.13.3-4) ISO NFS Domain is on B Data (Master) NFS Domain is on C I want to migrate VM B to Machine C, as self-hosted, and free up Machine A When I look at these instructions: http://www.ovirt.org/Migrate_to_Hosted_Engine It starts with I installed a new host with fedora 19. I don't understand this. Won't most people doing this migration want to start with their existing Hypervisor/Host/Node, and migrate their Engine to it? Do I really need a new 3rd machine, when my goal is to free up one of my 2 existing machines? Or can I go ahead and assume these instructions are fine to apply to an existing Host already running VDSM 4.13.3-4? I would have (naively?) imagined that the typical migration would be something like: 0. Upgrade Engine and Host to 3.4 1. Create a new VM 2. Install OS on new VM, start it up 3. Backup current Engine 4. Stop current Engine (leave Host and VM running), change hostname (local and DNS), maybe power off for good luck until done 5. Login to new VM (probably using ssh unless there's a way to connect directly to the VM via Spice/VNC while the Engine is down) to: A. Assign previous Engine hostname to it (local and DNS), possibly reboot B. Set it up as a self-hosted Engine C. Restore backup to it D. Start up new engine What am I missing? Thanks, Bob Hi Bob, first of all F20 is not fully supported for the engine due to the JBoss version it uses. As for your questions, as any admin will tell you fresh start is usually much better than keeping old files and configurations which may or may not effect what you're trying to install. Since you're about to free a server to become a hypervisor, you can use one of your other hypervisors as the first hosted engine node. The current engine machine is not a hypervisor (missing vdsm, and probably other packages) so you'll need to add it as a host anyway to your hosted engine setup eventually. Having said that, you can try going your own way. This is something which may be technically possible nut we did not try or tested it before. Keep us updated, Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Request for Wiki - dates
- Original Message - From: Bob Doolittle b...@doolittle.us.com To: users users@ovirt.org Sent: Thursday, March 13, 2014 6:53:13 PM Subject: [Users] Request for Wiki - dates Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob Hi Bob, I'm not against it and I'm aware of the fact that pages tend to become out of date. Since every page has a history as you can see in the attached, adding another date seems needles. What do you think? Doron attachment: dates.png___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] adding scripts
if you are trying to hook into UI-specific events, it sounds like you will need to write an oVirt UI Plugin [1] in order to do that. However, I believe that the oVirt UI Plugins infrastructure doesn't support hooking to events such as tab x was selected and/or button b was clicked. It does allow you to add new (custom) tabs/sub-tabs/buttons of your own, and there is a chance that it allows you to hook into events such as 'row x was selected in the grid'. @Vojtech will know better. Vojtech? if you are trying to hook into engine events (e.g. you want to run a script every time a VM is started in oVirt, no matter if the user started it by clicking the 'run' button in the oVirt- engine webadmin, or invoked a REST API request, or an SDK command), then it will require some sort of an engine-plugin infrastructure that we don't have at the moment AFAIK. there is a chance that for some of the events you will be able to utilize the VDSM hooks (at the Host level) [2]. Thanks, Einav [1] http://www.ovirt.org/Features/UIPlugins [2] http://www.ovirt.org/VDSM-Hooks - Original Message - From: aditya mamidwar aditya.mamid...@gmail.com To: users@ovirt.org, engine-de...@ovirt.org Sent: Thursday, March 13, 2014 11:23:35 AM Subject: [Users] adding scripts I want to commit changes to the engine by adding some bash scripts. the scripts should be invoked once a button or tab is selected in the webadmin portal by the user. can someone guide on achieving this. -- -Aditya Mamidwar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can't connect to any console
Ah, yes, forgot about iptables. I added ACCEPT for 5000-5010 and it seems to work. Thanks. On 2014-03-13 18:14, Bob Doolittle wrote: Try disabling firewalld and/or iptables. On Mar 13, 2014 1:08 PM, Chloride Cull chlor...@devurandom.net wrote: So, I've finally managed to set up an all-in-one setup on a CentOS box. Issue is, I can't connect to any running VMs, connecting to the console works. After some headaches, I've found that VNC just fails, while Spice says that there is no route to the host. Thinking it was just that it disregarded /etc/hosts, I setup dnsmasq. Still got issues. dig shows it resolves, tracepath shows a path and ping gets replies. (see http://pastebin.com/raw.php?i=qWy8RnA6) Have anyone here had similar issues? How did you do to fix it? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Request for Wiki - dates
On 03/13/2014 03:28 PM, Doron Fediuck wrote: - Original Message - From: Bob Doolittle b...@doolittle.us.com To: users users@ovirt.org Sent: Thursday, March 13, 2014 6:53:13 PM Subject: [Users] Request for Wiki - dates Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob Hi Bob, I'm not against it and I'm aware of the fact that pages tend to become out of date. Since every page has a history as you can see in the attached, adding another date seems needles. What do you think? Hi Doron, I was thinking of something very simple - a clear text date on ever page on the Wiki. I can't see anything that looks like your attached picture of menus on this page, for example: http://www.ovirt.org/Features/Self_Hosted_Engine Do you have to log in to see that menu? If so, that's not very helpful to those without accounts... -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] SD Disk's Logical Volume not visible/activated on some nodes
- Original Message - From: John Taylor jtt77...@gmail.com To: users@ovirt.org Sent: Tuesday, March 4, 2014 4:56:32 PM Subject: Re: [Users] SD Disk's Logical Volume not visible/activated on some nodes I want to jump in here and say I'm seeing the same thing. ovirt 3.3.2 on f19 hosts are vdsm 4.13.3-3.fc19 I'm using storage domain iscsi (fujitsu eternus) with 4 hosts. I've known about the warning with the vg_mda_free ( I asked on lvm with no response https://www.redhat.com/archives/linux-lvm/2014-February/msg00033.html ) but until now I didn't verify the problem with not seeing the lvs. My test was create a standalone disk on the iscsi sd. The lv only shows on the spm where it was created. None of the other 3 hosts show it. multipath -r on a non-spm host causes it to show up. This patch should solve your issue: http://gerrit.ovirt.org/25408 Please report if it does. Thanks, Nir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] affects of changing compatibility setting on running cluster
On 03/13/2014 05:33 PM, Charles Weber wrote: On Mar 12, 2014, at 5:14 PM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com wrote: On 03/12/2014 10:45 PM, ybronhei wrote: On 03/12/2014 04:33 PM, Itamar Heim wrote: On 03/12/2014 04:32 PM, ybronhei wrote: On 03/12/2014 04:25 PM, Dan Kenigsberg wrote: On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote: On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? I do not really understand why we have this recurrent Engine bug, of ignoring supportedENGINEs; I think Yaniv does. i recall asking for detailed explanation for why do we have 3 different restrictions , one for supportedEngines, one for the allowed vdsm versions, and one for the cluster level? if vdsm version is supported why isn't it in engine's capabilities yet? because its a vdsm version which was released after that engine was released, hence the vdsm package has to declare its supporting the old engine. so its an hack to allow users to add beta vdsm version to new engine release?.. sounds like that no. its to add the next release of vdsm to a previously released engine. but that's not supposed to be an issue, since its supposed to already report the previous version of engine (which it does) please reopen if it reproduced the issue was verified in https://bugzilla.redhat.com/show_bug.cgi?id=1016461, please reopen if it still appears I do have an issue still with this. When I try to change compatibility version at the datacenter level it behaves as expected, i.e. warns me to change the cluster level first. I see a matching log entry in the engine log. However when I try to change the compatibility version at the cluster level the edit cluster dialog box just hangs there. There are no log entries in the engine log. The dialog box goes away when I click cancel. If I select 3.2 or 3.3 and click OK nothing happens. This occurs either during normal running or with hosts in maintenance mode. I would like to change to 3.3. Can you direct me to the sql table or cmd line by any chance. do not hack the db for such a change, you may skip important upgrade logic/validation. Is this a known problem or something specific to my special setup. Actually my setup is pretty plain, see below or original post in this thread. sounds like a bug, at least for not telling you what is the error. omer - thoughts? Engine 3.3.4-1.el6 CO6.5 Nodes are 3.0.4-1.0.201401291204.el6 Storage is SAN ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Request for Wiki - dates
- Original Message - From: Bob Doolittle b...@doolittle.us.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Thursday, March 13, 2014 10:17:22 PM Subject: Re: [Users] Request for Wiki - dates On 03/13/2014 03:28 PM, Doron Fediuck wrote: - Original Message - From: Bob Doolittle b...@doolittle.us.com To: users users@ovirt.org Sent: Thursday, March 13, 2014 6:53:13 PM Subject: [Users] Request for Wiki - dates Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob Hi Bob, I'm not against it and I'm aware of the fact that pages tend to become out of date. Since every page has a history as you can see in the attached, adding another date seems needles. What do you think? Hi Doron, I was thinking of something very simple - a clear text date on ever page on the Wiki. I can't see anything that looks like your attached picture of menus on this page, for example: http://www.ovirt.org/Features/Self_Hosted_Engine Do you have to log in to see that menu? If so, that's not very helpful to those without accounts... -Bob Hi Bob, so for that we have the update date: Current status Initial POC devel Last updated: March 13, 2014 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning - bandwidth/cpu/io accounting
- Original Message - From: Dan Kenigsberg dan...@redhat.com To: Itamar Heim ih...@redhat.com, yd...@redhat.com, masa...@redhat.com, nyech...@redhat.com, msi...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 3:26:49 PM Subject: Re: [Users] oVirt 3.5 planning - bandwidth/cpu/io accounting On Thu, Feb 27, 2014 at 12:03:55PM +, Dan Kenigsberg wrote: There are users that would like to tell how much traffic each vnic of each VM has consumed in a period of time. Currently, we report only bitrate as a percetage of an estimated vnic speed. Integrating this value over time is inefficent and error prone. I suggest to have all the stack (Vdsm, Engine, dwh) report the actually-trasmitted (and actually-received) byte count on each vnic, as well as the time when the sample was taken. Currently, Vdsm reports 'eth0': {'rxDropped': '0', 'rxErrors': '0', 'rxRate': '8.0', 'speed': '1000', 'state': 'up', 'txDropped': '0', 'txErrors': '0', 'txRate': '10.0'}, but it should add rxKiBytes, txKiBytes and time to the frill. GUI could still calculate the rate for illustration, based on the raw trasmission and the sample time. Until we break backward compatibility, we'd keep reporting the flaky rxRate/txRate, too. I can think of only two problems with this approach: Linux byte counters would eventually reset when they overflow. This is currently hidden by Vdsm, but with the suggested change, would have to be handled by higher levels of the stack. A similar problem appears on migration: the counters would reset and Engine would need to know how to keep up the accounting properly. I've opened Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate to track this request of mine. For the reconrd, I'm told that there is a very similar need for reporting accumulated guest CPU cycle IO operations consuption. Martin, do we already have BZs for the other two use cases? No. Please open an RFE for ovirt on these use cases. Thanks, Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users