October 2014 - Users - oVirt List Archives

Upgrade from 3.5rc to 3.5 final question
by Gianluca Cecchi 29 Oct '14

29 Oct '14

I see this in release notes for 3.5: " If you're using pre-release repo you'll need to re-enable pre release repository: [ovirt-3.5-pre] name=Latest oVirt 3.5 Pre Release #baseurl=http://resources.ovirt.org/pub/ovirt-3.5-pre/rpm/fc$releasever/ mirrorlist= http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-3.5-pre-fc$release… enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-3.5 and to run: # yum update "ovirt-engine-setup*" # engine-setup " but this leaves me some doubts... I currently have RC3 (or 4, I don't remember exactly). But if I walk through the pre-repo mirror, it seems to me that for example I will get ovirt-engine-backend-3.5.0.1-0.0.master.20141009085636.el6.noarch.rpm while going through 3.5 repo I will get ovirt-engine-backend-3.5.0.1-1.el6.noarch.rpm Are they indeed the same? Can you confirm that if I have a RC release I still have to use -pre repo to update to official 3.5.0? Thanks, Gianluca

2 1

Live snapshot failed but still there ??
by Punit Dambiwal 29 Oct '14

29 Oct '14

Hi, I try to create the live snapshot it failed because of the VM filesystem inconsistency but in the engine dashboard it shows it created ?? Screen shots attached.... Thanks, Punit

3 3

migrate from stand alone on FC19 to hosted OK to use CentOS 7?
by Alastair Neil 29 Oct '14

29 Oct '14

I am trying to migrate my old ovirt install which started out at 3.3 standalone engine on FC19 to a hosted engine. I want to use CentOS , however, the postgresql version on 6.5 is old (8.4.20) and I am unable to get a clean restore. The version on FC 19 is 9.2.8, it looks like EL 7 has 9.2.7 (I am hoping the difference in the minor rev will not bite me). I was wondering if there are any issues using EL 7 to host the engine? I know I had seen some reports of issues with 3.5 on EL7 as hosts but was not sure if the engine had any gotchas. Thanks, Alastair

2 3

Opened BZ for small mem leak
by Daniel Helgenberger 28 Oct '14

28 Oct '14

Hello Sven and Dan, just FYI I opened a BZ [1] for the small mem leak of VDSM, 300KiB since Sven reported the same thing and it is there (and still is) since a long time now. With some help of us it might be pinpointed; the growth is quite linear. [2] Also, I think the issue might be neglectable in many / most production environments. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1158108 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1147148#c15 -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

1 0

Re: [ovirt-users] CoreOS can not install on Ovirt
by Brian Harrington 28 Oct '14

28 Oct '14

Punit, Former Red Hatter and current "coreo" here. First which image are you trying to load? Your best bet will be to use the QEMU image. Also take a look at the console and see what the boot: line being supplied is. --Brian 'redbeard' Harrington > Hi, > > I try to install the CoreOS (https://coreos.com/) as guest VM under ovirt > 3.5 by ISO...but if i choose this CoreOS iso.... > > [image: Inline image 1] > > But if i choose Centos iso...it start the installation without any problem > ....i already checked the ISO of CoreOS is perfectly fine...i can install > it with physical machine...but stuck in the OVirt... > > Thanks, > Punit

2 2

MacPoolRanges not working as expected
by Xavier Naveira 28 Oct '14

28 Oct '14

Hi everyone, First of all I'd like to say that we have been using oVirt successfully for more than a year, creating an automated deploy system with help of foreman and puppet. That being said, we're currently facing the first serious problem and we'd appreciate some help. Everything was working fine until we exhausted the default MacPoolRanges. After looking for a solution to the error message we found this document: http://www.ovirt.org/Engine_config_examples#MacPoolRanges Following the instructions on it we executed the following commands: First we found out what our current pool was: # engine-config -g MacPoolRanges MacPoolRanges: 00:1a:4a:24:26:00-00:1a:4a:24:26:ff version: general So we proceeded to expand it: # engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:27:ff" # service ovirt-engine restart After this we were able to create new machines but none of them seemed to have network. After some unsuccessful troubleshooting we restored the original pool and instead added a new one: # engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:26:ff" # service ovirt-engine restart # engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:26:ff,00:1a:4a:24:27:00-00:1a:4a:24:27:ff" # service ovirt-engine restart After doing this and test to create a new host everything seemed to work fine. The problem is that after the successful creation of some hosts the original problem where the new hosts didn't seem to have network, reappeared. Trying to narrow down the problem what we've find out so far is: This oVirt environment kickstarts hosts via PXE, when trying to PXE boot a new host, the DHCP process fails (timeout). Tracing the network packets, we are able to see that the virtual host sends the dhcp request, the dhcp server receives it and acknowledges it and it sends the dhcp offer back. The dhcp offer reaches the hypervisor to the vnetxx network interface BUT it doesn't go further and it doesn't reach the virtual host. This behavior is consistent through different hypervisors and vlans, including the ones that have been used/created before the problems appeared. The only pattern that we've been able to identify so far is through issuing the command "brctl showmacs <bridge_name>" This command list the mac addresses for the interfaces connected to the bridge. In the cases where everything works fine the output looks like this: port no mac addr is local? ageing timer 2 00:1a:4a:24:27:e0 no 0.01 2 fe:1a:4a:24:27:e0 yes 0.00 The virtual host MAC address begins with "00" and it has a corresponding address beginning with "fe" which is assigned to the "vnetxx" interface in the hypervisor. In the cases where the virtual host doesn't get the dhcp answers the output of "brctl showmacs <bridge_name>" is: port no mac addr is local? ageing timer 6 fe:1a:4a:24:27:a0 yes 0.00 This is, the actual virtual host's MAC address is missing from the bridge. We haven't been able to find a detailed explanation on how the network internals of oVirt should work but hopefully someone in this list can point us to the right resource. Thank you. Xavier.

2 2

oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs
by Charles Gruener 28 Oct '14

28 Oct '14

https://bugzilla.redhat.com/show_bug.cgi?id=1110305 This enabled the hv_relaxed flag on all my Windows VMs, causing them to no longer boot. The same thing would happen if I simply booted from the Windows install media. I would get a screen with a stop error: Your PC needs to restart. Please hold down the power button. Error Code: 0x0000001E Parameters: 0xFFFFFFFFC0000096 0xFFFFF802C4044EA4 0x00000000000000000 0x00000000000000000 I created a file called /etc/ovirt-engine/osinfo.conf.d/01-windows.properties that had one line: os.windows_xp.devices.hyperv.enabled.value = false I restarted ovirt-engine and now I can start my Windows VMs. Why does this occur? Is it because I upgraded from 3.4 to 3.5? Is there something else I'm doing wrong? I would like to not need this workaround. Thanks. Charles

6 10

CoreOS can not install on Ovirt
by Punit Dambiwal 28 Oct '14

28 Oct '14

Hi, I try to install the CoreOS (https://coreos.com/) as guest VM under ovirt 3.5 by ISO...but if i choose this CoreOS iso.... [image: Inline image 1] But if i choose Centos iso...it start the installation without any problem ....i already checked the ISO of CoreOS is perfectly fine...i can install it with physical machine...but stuck in the OVirt... Thanks, Punit

2 1

3.5 install issues: failed to setup ovirtmgmt
by Robert Story 27 Oct '14

27 Oct '14

--Sig_/UCS9Qt+.3XGZ4pTqVuU5k2x Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm on my 4th attempt to get a 3.5 hosted-engine set up on CentOS 6.5. I seem to hit a different snag each time. The first 3 were with the ovirtmgmt bridge on a tagged VLAN, so I decided to go back to an untagged interface and see if I had better luck. But this install failed even earlier, when creating the management bridge: 2014-10-25 12:37:24 INFO otopi.plugins.ovirt_hosted_engine_setup.network.br= idge bridge._misc:198 Configuring the management bridge 2014-10-25 12:37:25 DEBUG otopi.context context._executeMethod:152 method e= xception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _e= xecuteMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hoste= d-engine-setup/network/bridge.py", line 207, in _misc _setupNetworks(conn, networks, {}, {'connectivityCheck': False}) File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hoste= d-engine-setup/network/bridge.py", line 225, in _setupNetworks 'message: "%s"' % (networks, code, message)) RuntimeError: Failed to setup networks {'ovirtmgmt': {'nic': 'eth0', 'netma= sk': '255.255.255.0', 'bootproto': 'none', 'ipaddr': '10.69.79.31'}}. Error= code: "16" message: "Unexpected exception" 2014-10-25 12:37:25 ERROR otopi.context context._executeMethod:161 Failed t= o execute stage 'Misc configuration': Failed to setup networks {'ovirtmgmt'= : {'nic': 'eth0', 'netmask': '255.255.255.0', 'bootproto': 'none', 'ipaddr'= : '10.69.79.31'}}. Error code: "16" message: "Unexpected exception" 2014-10-25 12:37:25 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/ovirt-hosted-engine/firewalld/hosted-console.xm= l'' 2014-10-25 12:37:25 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/ovirt-hosted-engine/iptables.example'' 2014-10-25 12:37:25 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/sysconfig/iptables'' 2014-10-25 12:37:25 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/ovirt-hosted-engine-ha/broker.conf'' Complete log here: http://futz.org/users/tmp/ovirt5/ovirt-hosted-engine-setup-20141025123111-g= 51fy0.log I thought it might because there was still a tagged vlan on the interface, so I tried to deploy again after removing everything else from eth0, but still no luck. that log is at http://futz.org/users/tmp/ovirt5/ovirt-hosted-engine-setup-20141025150830-s= 2byre.log any hints tips appreciated... Robert --=20 Senior Software Engineer @ Parsons --Sig_/UCS9Qt+.3XGZ4pTqVuU5k2x Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRL94sACgkQ7/fVLLY1mngq5gCghmZXSHf0Svg0QAp4PGSAHpJL 6IIAmgPh23Hd2KBemHszMgcG9OZgMLB6 =jR+l -----END PGP SIGNATURE----- --Sig_/UCS9Qt+.3XGZ4pTqVuU5k2x--

3 5

Host remains in contending for storage pool manager
by Gianluca Cecchi 27 Oct '14

27 Oct '14

Hello, an iSCSI SD went down and it seems it is not able to come up again. >From an iSCSI point of view all seems ok.. [root@ovnode04 vdsm]# iscsiadm -m session -P 1 Target: iqn.2014-07.local.localdomain:store1 Current Portal: 10.10.1.71:3260,1 Persistent Portal: 10.10.1.71:3260,1 ********** Interface: ********** Iface Name: default Iface Transport: tcp Iface Initiatorname: iqn.1994-05.com.redhat:5d9b31319a8e Iface IPaddress: 10.10.1.61 Iface HWaddress: <empty> Iface Netdev: <empty> SID: 1 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [root@ovnode04 vdsm]# multipath -l 1p_iscsi_store1_l dm-2 IET,VIRTUAL-DISK size=200G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=0 status=active `- 1:0:0:1 sdb 8:16 active undef running Access to the lun seems ok: [root@ovnode04 ~]# time dd if=/dev/mapper/1p_iscsi_store1_l of=/dev/null bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 9.24202 s, 116 MB/s real 0m9.247s user 0m0.002s sys 0m0.463s But it continues to remain in contending and never comes to master. Failed to activate Storage Domain istore1 (Data Center iscsidc) by ovadmin I only have this host in this cluster. What to do? Already tried to restart both engine service on engine host and vdsmd service on the host. Any other commands to check anything? Gianluca

1 0