[ovirt-users] Migrating to a Hosted Engine does not work as expected. Cluster name/id problem?
Hi, I've been trying for sometime to migrate from a bare metal to a hosted engine. Failed about 6-7 times now. Facts: - Ovirt Engine version is 3.4 - 6 hosts on a cluster named MYCLUSTER, Westmere CPU Type - About 50 VM's on MYCLUSTER cluster. - NFS Storage domain - Cluster Default is empty: no hosts, no VM's, only the Blank template (I didn't know I could just rename it when I deployed it) The first times I tried to deploy it, the hosted-engine VM and host ended up in the Default cluster. So I renamed the Default cluster Default1 and then MYCLUSTER to Default using the web gu on the bare metal manager, prior to generating the backup I later restored on the hosted one. This time, the host was correctly added to Default together with the other hosts and VM's, but the hosted engine VM was added to the Default1 cluster. I'm then left with: - a HostedEngine VM which looks down on the engine, even though I'm looking at the web-gui running on it. - a host that shows 1 vm running on it, but have no Vm's listed - trying to do anything with the HostedEngine Vm on the web-gui issues VM is not managed by this engine error - trying to move it to the Default cluster shows the same error I then decided to take a look at the engine DB and tried to alter tables vm_static and vm_dynamic to reflect the correct cluster (vds_group_id) and host configuration, but that did not work (I didn't have a lot of hope anyway). I'm now back to a working bare metal engine. Is there a way to go around this problem? -- Gustavo Campos ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] status of ovirt 3.5.1 with centos 7.1
Hi. I wanted to check on the status of ovirt 3.5.1 with CentOS 7.1. I'm pretty sure the current 3.5.1 engine has problems with CentOS 7.1 (?), but not sure about vdsm? I know that 3.5.2 will resolve issues with engine... (I'm asking because I've kickstarted CentOS 7.1 as a host, and am having a few problems (eg. unable to talk to power management) and want to avoid debugging if it's already known to be broken... :) Thanks! Jason. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] status of ovirt 3.5.1 with centos 7.1
Once upon a time, Jason Keltz j...@cse.yorku.ca said: (I'm asking because I've kickstarted CentOS 7.1 as a host, and am having a few problems (eg. unable to talk to power management) and want to avoid debugging if it's already known to be broken... :) The power management appears to be a bug between vdsm and the fence agents. Are you using fence_ipmilan? It seems to not be seeing options. Otherwise, I'm running CentOS 7.1 + ovirt 3.5.1 on hosts okay. My work-around (quick-n-dirty hack until I have more time to look and file an appropriate bug) for fence_ipmilan is the following script in /usr/local/sbin (I just need the lanplus option, adjust as needed): #!/bin/sh cat - /tmp/ipmi.$$ echo -e '\nlanplus=1' /tmp/ipmi.$$ cat /tmp/ipmi.$$ | /usr/sbin/fence_ipmilan.real $@ rm -f /tmp/ipmi.$$ -- Chris Adams c...@cmadams.net ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] status of ovirt 3.5.1 with centos 7.1
Once upon a time, Jason Keltz j...@cse.yorku.ca said: Otherwise, I'm running CentOS 7.1 + ovirt 3.5.1 on hosts okay. engine as well? I thought I'd read something about that not working here... and I think I remember reading a blurb in the release notes for 3.5.2 about fixing compatibility with CentOS 7.1. No, my engine is on CentOS 6 (I installed it with oVirt 3.5.0 when CentOS 7 engine support wasn't ready). Yep .. It's for an idrac7... I need lanplus and a few other options as well (which are apprently integrated into 3.5.2).. It was working perfectly with ovirt-node, but now that I've switched from node to using my own CentOS 7.1 install, the problem was introdued. Hmm, I also have idrac7, but I only need lanplus. It worked okay until I upgraded the hosts to CentOS 7.1 this week. I suspect something changed in the resource agents and either vdsm was sending something slightly wrong that no longer works, or there's a new bug in the resource agents (since vdsm didn't change). -- Chris Adams c...@cmadams.net ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ManageIQ : Attach an already attached storage domain
Le 22/04/2015 08:15, Nicolas Ecarnot a écrit : Hello, According to what I understood, ManageIQ VM appliance needs to attach to every storage domain it has to scan. 1 : I'm new to ManageIQ and the above is what I think I have understood from the answer of the ManageIQ team. If anyone here knows more about it, please comment. 2 : When trying to do the above, oVirt is showing red frightening warning, so I did not dare yet to approve. I intended to attach these LUNs in read only mode, hoping this checkbox will get respected. Once again, may the wisest users comment? Have a nice day. Anyone? -- Nicolas Ecarnot ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Problem with 3.5.1 hosted engine setup
Il 22/04/2015 22:42, Willard Dennis ha scritto: Hi all, I’m trying to get a hosted engine set up on a CentOS 7.1 box, per the instructions found at http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ When I run the ‘hosted-engine —deploy’ step, I’m getting the following output… https://gist.github.com/wdennis/f9783b04d77676881d5b Looking at the log file, I see the following traceback: https://gist.github.com/wdennis/4e4de8413cf2dd1a3c6b Can anyone tell me what exactly is failing, and how I might fix it? It's a known issue that have been fixed in next oVirt release (3.5.2) currently scheduled for April 28th. You can either wait for the release or use RC4 pre release following instructions in the release notes at http://www.ovirt.org/OVirt_3.5.2_Release_Notes Thanks, Will ___ 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
Re: [ovirt-users] Hosted-Engine Setup: Failed to setup networks
Hi All, fixed it, vdsm doesn't like the PREFIX entry in the ifcfg file. After changing that to NETMASK it worked. Sven Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag von Sven Achtelik Gesendet: Mittwoch, 22. April 2015 23:51 An: users@ovirt.org Betreff: [ovirt-users] Hosted-Engine Setup: Failed to setup networks Hi Everyone, I tried to install oVirt 3.5 - hosted engine and it fails with some VDSM error while creating the ovirtmgmt bridge. The Host is running CentOS 7 and the interface I want to use is em1 and it's the parent interface from a vlan. [ ERROR ] Failed to execute stage 'Misc configuration': Failed to setup networks {'ovirtmgmt': {'nic': 'em1', 'netmask': '255.255.255.128', 'bootproto': 'none', 'ipaddr': '172.16.1.13', 'gateway': '172.16.1.1'}}. Error code: 16 message: Unexpected exception 2015-04-22 16:33:55 INFO otopi.plugins.ovirt_hosted_engine_setup.network.bridge bridge._misc:198 Configuring the management ridge 2015-04-22 16:33:55 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in _executeMethod method['method']() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/network/bridge.py, line 207, in _misc _setupNetworks(conn, networks, {}, {'connectivityCheck': False}) File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/network/bridge.py, line 225, in _setupNetworks 'message: %s' % (networks, code, message)) RuntimeError: Failed to setup networks {'ovirtmgmt': {'nic': 'em1', 'netmask': '255.255.255.128', 'bootproto': 'none', 'ipaddr': '172.16.1.13', 'gateway': '172.16.1.1'}}. Error code: 16 message: Unexpected exception 2015-04-22 16:33:55 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Failed to setup networks {'ovirtmgmt': {' nic': 'em1', 'netmask': '255.255.255.128', 'bootproto': 'none', 'ipaddr': '172.16.1.13', 'gateway': '172.16.1.1'}}. Error code: 16 message: Unexpected exception Is there anything I can do like creating the bridge manually or use older version of the packages that don't have that issue ? Thank you, Sven ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] metadata not found
We see this, too. It appeared (if i didnt miss something) either with el7 + ovirt 3.5 or with ovirt 3.5 no matter if its el6 or 7. Doesnt seem to have any further impact so far. Am 22.04.2015 um 17:58 schrieb Kapetanakis Giannis: Hi, Any idea what this means? vdsm.log: Thread-65::DEBUG::2015-04-22 18:57:32,138::libvirtconnection::143::root::(wrapper) Unknown libvirterror: ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata element is not present I don't know if it's related with this messages from syslog: Apr 22 18:36:23 v2 vdsm vm.Vm WARNING vmId=`045680b9-06fd-40d9-b98a-92ce527b734f`::Unknown type found, device: '{'device': 'unix', 'alias': 'channel0', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '1'}}' found Apr 22 18:36:23 v2 vdsm vm.Vm WARNING vmId=`045680b9-06fd-40d9-b98a-92ce527b734f`::Unknown type found, device: '{'device': 'unix', 'alias': 'channel1', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '2'}}' found Apr 22 18:36:23 v2 vdsm vm.Vm WARNING vmId=`045680b9-06fd-40d9-b98a-92ce527b734f`::Unknown type found, device: '{'device': 'spicevmc', 'alias': 'channel2', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '3'}}' found Apr 22 18:36:24 v2 vdsm vm.Vm ERROR vmId=`045680b9-06fd-40d9-b98a-92ce527b734f`::Alias not found for device type graphics during migration at destination host regards, Giannis ___ 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: [ovirt-users] metadata not found
On 23/04/15 11:27, InterNetX - Juergen Gotteswinter wrote: We see this, too. It appeared (if i didnt miss something) either with el7 + ovirt 3.5 or with ovirt 3.5 no matter if its el6 or 7. Doesnt seem to have any further impact so far. I see it on 3.5.1 with el6 G ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] status of ovirt 3.5.1 with centos 7.1
On 23/04/2015 5:18 PM, Chris Adams wrote: Once upon a time, Jason Keltz j...@cse.yorku.ca said: (I'm asking because I've kickstarted CentOS 7.1 as a host, and am having a few problems (eg. unable to talk to power management) and want to avoid debugging if it's already known to be broken... :) The power management appears to be a bug between vdsm and the fence agents. Are you using fence_ipmilan? It seems to not be seeing options. Otherwise, I'm running CentOS 7.1 + ovirt 3.5.1 on hosts okay. engine as well? I thought I'd read something about that not working here... and I think I remember reading a blurb in the release notes for 3.5.2 about fixing compatibility with CentOS 7.1. My work-around (quick-n-dirty hack until I have more time to look and file an appropriate bug) for fence_ipmilan is the following script in /usr/local/sbin (I just need the lanplus option, adjust as needed): #!/bin/sh cat - /tmp/ipmi.$$ echo -e '\nlanplus=1' /tmp/ipmi.$$ cat /tmp/ipmi.$$ | /usr/sbin/fence_ipmilan.real $@ rm -f /tmp/ipmi.$$ Yep .. It's for an idrac7... I need lanplus and a few other options as well (which are apprently integrated into 3.5.2).. It was working perfectly with ovirt-node, but now that I've switched from node to using my own CentOS 7.1 install, the problem was introdued. It's not clear if the same problem would occur if I was running CentOS 7. There were a lot of errors in the engine log. I will look into more detail tomorrow. Thanks Chris! Jason. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users