- Users - oVirt List Archives

openstack Icehouse EOL
by Jorick Astrego 19 Aug '15

19 Aug '15

This is a multi-part message in MIME format. ------------MIME-1162764194-2145178531-delim Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi=2C I=27ve noticed openstack Icehouse is EOL=2C what is the next recommended compatible openstack release for Neutron integration for 3=2E5=3F And for 3=2E6=3F Met vriendelijke groet=2C With kind regards=2C Jorick Astrego Netbulae Virtualization Experts=20 ---------------- =09Tel=3A 053 20 30 270 =09info=40netbulae=2Eeu =09Staalsteden 4-3A =09KvK= 08198180 =09Fax=3A 053 20 30 271 =09www=2Enetbulae=2Eeu =097547 TA Enschede =09BTW= NL821234584B01 ---------------- ------------MIME-1162764194-2145178531-delim Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =3Chtml=3E =3Cbody=3E Hi,<br> <br> I've noticed openstack Icehouse is EOL, what is the next recommended<b= r> compatible openstack release for Neutron integration for 3.5?<br> <br> And for 3.6?<br> = =3CBR /=3E =3CBR /=3E =3Cb style=3D=22color=3A=23604c78=22=3E=3C/b=3E=3Cbr=3E=3Cspan style=3D=22c= olor=3A=23604c78=3B=22=3E=3Cfont color=3D=22000000=22=3E=3Cspan style=3D=22= mso-fareast-language=3Aen-gb=3B=22 lang=3D=22NL=22=3EMet vriendelijke groet= =2C With kind regards=2C=3Cbr=3E=3Cbr=3E=3C/span=3EJorick Astrego=3C/font= =3E=3C/span=3E=3Cb style=3D=22color=3A=23604c78=22=3E=3Cbr=3E=3Cbr=3ENetbul= ae Virtualization Experts =3C/b=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3B= border-top=3A1px solid =23ccc=3B=22=3E=3Ctable style=3D=22width=3A 522px=22= =3E=3Ctbody=3E=3Ctr=3E=3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px= =22=3ETel=3A 053 20 30 270=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bf= ont-size=3A 10px=22=3Einfo=40netbulae=2Eeu=3C/td=3E =3Ctd style=3D=22wid= th=3A 130px=3Bfont-size=3A 10px=22=3EStaalsteden 4-3A=3C/td=3E =3Ctd sty= le=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EKvK 08198180=3C/td=3E=3C/tr= =3E=3Ctr=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EFax= =3A 053 20 30 271=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size= =3A 10px=22=3Ewww=2Enetbulae=2Eeu=3C/td=3E =3Ctd style=3D=22width=3A 130= px=3Bfont-size=3A 10px=22=3E7547 TA Enschede=3C/td=3E =3Ctd style=3D=22w= idth=3A 130px=3Bfont-size=3A 10px=22=3EBTW NL821234584B01=3C/td=3E=3C/tr=3E= =3C/tbody=3E=3C/table=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3Bborder-top= =3A1px solid =23ccc=3B=22=3E=3CBR /=3E =3C/body=3E =3C/html=3E ------------MIME-1162764194-2145178531-delim--

2 1

vlan-tagging on non-tagged network
by Felix Pepinghege 19 Aug '15

19 Aug '15

Hi everybody! I am experiencing a behaviour of ovirt, of which I don't know whether it is expected or not. My setup is as follows: A virtual machine has a logical network attached to it, which is configured without vlan-tagging and listens to the name 'trunk'. The VM is running an openvpn server. It is a patched openvpn version, including vlan-tagging. That is, openvpn clients get a vlan tag. This should not really be an issue but should satisfy the "why do you want to do it in the first place"-questions. Anyhow, effectively, the VM simply puts vlan-tagged ethernet-frames on the virtual network. These frames, however, never make it to the host's network bridge, which represents the logical network. My observations are: According to tcpdump, the vlan-tagged packages arrive at the "eth1"-interface inside the VM (which *is* the correct interface). Again, according to tcpdump, these packages never arrive at the corresponding network-bridge (i.e., the interface 'trunk') on the host. I know that the setup itself is feasible with KVM---I have it working on a proxmox-machine. Therefore, my conclusion is, that ovirt doesn't like vlan-tagged ethernet-frames on non-tagged logical networks, and somehow filters them out, though I don't really see on what "level" that would happen (Handling the ethernet frames should be a concern of KVM/QEMU/Linux only, once ovirt has started the VM). So this problem could be a CentOS issue, but I really don't see why CentOS should act differently than debian does (proxmox is debian-based). Is this a known/wanted/expected behaviour of ovirt, and can I somehow prevent or elude it? Any help is much appreciated! Of course I am happy to provide more information if that helps helping me :) Regards, Felix

3 8

Benefits of Cluster separation
by Groten, Ryan 18 Aug '15

18 Aug '15

--_000_c8b4ff80e80a44648b7fc68991990e74CD1001M21corpads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We're running into some performance problems stemming from having too many = Hosts/VMs/Disks running from the same Datacenter/Cluster. Because of that = I'm looking into splitting the DC into multiple separate ones with differen= t Hosts/Storage. But I'm a little confused what the benefit of separating hosts into cluster= s achieves. Can someone please explain what the common use cases are? Sin= ce all the clusters in a DC seem to need to see the same storage, I don't t= hink it would help my situation anyway. Thanks, Ryan --_000_c8b4ff80e80a44648b7fc68991990e74CD1001M21corpads_ 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-micr= osoft-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=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif"">We’re running into some pe= rformance problems stemming from having too many Hosts/VMs/Disks running fr= om the same Datacenter/Cluster.  Because of that I’m looking int= o splitting the DC into multiple separate ones with different Hosts/Storage.= <o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif"">But I’m a little confused = what the benefit of separating hosts into clusters achieves.  Can some= one please explain what the common use cases are?  Since all the clust= ers in a DC seem to need to see the same storage, I don’t think it would= help my situation anyway.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif""><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif"">Thanks,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif"">Ryan <o:p></o:p></span></p> </div> </body> </html> --_000_c8b4ff80e80a44648b7fc68991990e74CD1001M21corpads_--

3 4

error messages filling disk
by Chris Liebman 18 Aug '15

18 Aug '15

This has happened twice now, these messages start spewing into the both /var/log/messages and /var/log/vdsm/vdsm.log with slightly different formats but the same information. Restarting vdsmd fixes this but I'l like to find why it gets into this state. CentOS 6.7 oVirt 3.5. Any ideas? Aug 18 16:06:36 ovirt-node250 vdsm vds.MultiProtocolAcceptor ERROR > Unhandled exception#012Traceback (most recent call last):#012 File > "/usr/share/vdsm/protocoldetector.py", line 86, in serve_forever#012 > self._process_events()#012 File "/usr/share/vdsm/protocoldetector.py", > line 105, in _process_events#012 self._handle_connection_read(fd)#012 > File "/usr/share/vdsm/protocoldetector.py", line 225, in > _handle_connection_read#012 data = > client_socket.recv(self._required_size, socket.MSG_PEEK)#012 File > "/usr/lib/python2.6/site-packages/vdsm/sslutils.py", line 58, in read#012 > self._data = self.connection.read(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 229, > in read#012 return self._read_nbio(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 218, > in _read_nbio#012 return m2.ssl_read_nbio(self.ssl, size)#012SSLError: > unexpected eof > > Aug 18 16:06:36 ovirt-node250 vdsm vds.MultiProtocolAcceptor ERROR > Unhandled exception#012Traceback (most recent call last):#012 File > "/usr/share/vdsm/protocoldetector.py", line 86, in serve_forever#012 > self._process_events()#012 File "/usr/share/vdsm/protocoldetector.py", > line 105, in _process_events#012 self._handle_connection_read(fd)#012 > File "/usr/share/vdsm/protocoldetector.py", line 225, in > _handle_connection_read#012 data = > client_socket.recv(self._required_size, socket.MSG_PEEK)#012 File > "/usr/lib/python2.6/site-packages/vdsm/sslutils.py", line 58, in read#012 > self._data = self.connection.read(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 229, > in read#012 return self._read_nbio(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 218, > in _read_nbio#012 return m2.ssl_read_nbio(self.ssl, size)#012SSLError: > unexpected eof > > Aug 18 16:06:36 ovirt-node250 vdsm vds.MultiProtocolAcceptor ERROR > Unhandled exception#012Traceback (most recent call last):#012 File > "/usr/share/vdsm/protocoldetector.py", line 86, in serve_forever#012 > self._process_events()#012 File "/usr/share/vdsm/protocoldetector.py", > line 105, in _process_events#012 self._handle_connection_read(fd)#012 > File "/usr/share/vdsm/protocoldetector.py", line 225, in > _handle_connection_read#012 data = > client_socket.recv(self._required_size, socket.MSG_PEEK)#012 File > "/usr/lib/python2.6/site-packages/vdsm/sslutils.py", line 58, in read#012 > self._data = self.connection.read(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 229, > in read#012 return self._read_nbio(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 218, > in _read_nbio#012 return m2.ssl_read_nbio(self.ssl, size)#012SSLError: > unexpected eof > > Aug 18 16:06:36 ovirt-node250 vdsm vds.MultiProtocolAcceptor ERROR > Unhandled exception#012Traceback (most recent call last):#012 File > "/usr/share/vdsm/protocoldetector.py", line 86, in serve_forever#012 > self._process_events()#012 File "/usr/share/vdsm/protocoldetector.py", > line 105, in _process_events#012 self._handle_connection_read(fd)#012 > File "/usr/share/vdsm/protocoldetector.py", line 225, in > _handle_connection_read#012 data = > client_socket.recv(self._required_size, socket.MSG_PEEK)#012 File > "/usr/lib/python2.6/site-packages/vdsm/sslutils.py", line 58, in read#012 > self._data = self.connection.read(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 229, > in read#012 return self._read_nbio(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 218, > in _read_nbio#012 return m2.ssl_read_nbio(self.ssl, size)#012SSLError: > unexpected eof > > Aug 18 16:06:36 ovirt-node250 vdsm vds.MultiProtocolAcceptor ERROR > Unhandled exception#012Traceback (most recent call last):#012 File > "/usr/share/vdsm/protocoldetector.py", line 86, in serve_forever#012 > self._process_events()#012 File "/usr/share/vdsm/protocoldetector.py", > line 105, in _process_events#012 self._handle_connection_read(fd)#012 > File "/usr/share/vdsm/protocoldetector.py", line 225, in > _handle_connection_read#012 data = > client_socket.recv(self._required_size, socket.MSG_PEEK)#012 File > "/usr/lib/python2.6/site-packages/vdsm/sslutils.py", line 58, in read#012 > self._data = self.connection.read(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 229, > in read#012 return self._read_nbio(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 218, > in _read_nbio#012 return m2.ssl_read_nbio(self.ssl, size)#012SSLError: > unexpected eof > > Aug 18 16:06:36 ovirt-node250 vdsm vds.MultiProtocolAcceptor ERROR > Unhandled exception#012Traceback (most recent call last):#012 File > "/usr/share/vdsm/protocoldetector.py", line 86, in serve_forever#012 > self._process_events()#012 File "/usr/share/vdsm/protocoldetector.py", > line 105, in _process_events#012 self._handle_connection_read(fd)#012 > File "/usr/share/vdsm/protocoldetector.py", line 225, in > _handle_connection_read#012 data = > client_socket.recv(self._required_size, socket.MSG_PEEK)#012 File > "/usr/lib/python2.6/site-packages/vdsm/sslutils.py", line 58, in read#012 > self._data = self.connection.read(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 229, > in read#012 return self._read_nbio(size)#012 File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 218, > in _read_nbio#012 return m2.ssl_read_nbio(self.ssl, size)#012SSLError: > unexpected eof > > Aug 18 16:06:36 ovirt-node250 rsyslogd-2177: imuxsock begins to drop > messages from pid 19808 due to rate-limiting >

2 1

live migration
by Demeter Tibor 18 Aug '15

18 Aug '15

Hi, I reinstalled one of my nodes (node1) because I have to replace my hdds. I installed centos 6.6 minimal, but on node re-adding procecure it installed newer qemu-kvm-rhev packages. Since reinstall I can run VMs on this node and I can do live migrate from this node to other, but not backwards. I remember, maybe one years ago it was required to install redhat's version of qemu-kvm-rhve package for this feature. Is it necessary yet? my versions: node0 KVM: 0.12.1.2 - 2.415.el6_5.14, LIBVIRT: libvirt-0.10.2-46.el6_6.1 node1 KVM: 0.12.1.2 - 2.448.el6_6.4, LIBVIRT: libvirt-0.10.2-54.el6 node2 KVM: 0.12.1.2 - 2.448.el6_6.4, LIBVIRT: libvirt-0.10.2-46.el6_6.1 Can I upgrade manual these hosts? I haven't restart my hosts because node0 and node2 is gluster replicate. Thanks in advance, Tibor

4 6

upgrade issues
by Demeter Tibor 18 Aug '15

18 Aug '15

Hi All, I have to upgrade ovirt 3.5.0 to 3.5.3. We have a 3 node system and we have a gluster replica beetwen 2 node of these 3 servers. I had gluster volume beetwen node0 and node2 But I wanted to do a new volume beetwen node1 and node2. It didn't work, it complety kill my node1, because glusterd does not stated.I always have to got always error: gluster peer rejected (related to node1). I followed this article http://www.gluster.org/community/documentation/index.php/Resolving_Peer_Rej… and it was good, my gluster service already worked, but ovirt got these errors Detected deletion of volume g2sata on cluster r710cluster1, and deleted it from engine DB. Detected deletion of volume g4sata on cluster r710cluster1, and deleted it from engine DB. And ovirt does not see my gluster volumes anymore. I've checked with gluster volume status and gluster volume heal g2sata info, it seems to be working, my VMs are ok. How can I reimport my lost volumes to ovirt? Thanks in advance, Tibor

2 5

error adding node.
by Kruijf, Erik-Jan de 18 Aug '15

18 Aug '15

--_000_E9CE402C12757B4FA2BF9817E73F750D0108481B3ESEEX020groupi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I am trying to add the first node to an self hosted engine. When i click ok= i immidiatly get the error that he cannot connect to host. But if i try to= ssh to the host from the engine it works. Can someone please point me to a= n solution? If any logs are needed please let me know. Kind regards, Erik-jan de Kruijf --_000_E9CE402C12757B4FA2BF9817E73F750D0108481B3ESEEX020groupi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" id=3D"owaParaStyle"></style><style type=3D"text/cs= s"></style> </head> <body fpstyle=3D"1" ocsi=3D"0"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hi, <div><br> </div> <div>I am trying to add the first node to an self hosted engine. When i cli= ck ok i immidiatly get the error that he cannot connect to host. But if i t= ry to ssh to the host from the engine it works. Can someone please point me= to an solution? If any logs are needed please let me know.</div> <div><br> </div> <div>Kind regards,</div> <div><br> </div> <div>Erik-jan de Kruijf</div> </div> </body> </html> --_000_E9CE402C12757B4FA2BF9817E73F750D0108481B3ESEEX020groupi_--

3 10

R: vlan-tagging on non-tagged network
by NUNIN Roberto 17 Aug '15

17 Aug '15

--_000_06wqhiuiyku9vk7vukt2dtor1439845594308emailandroidcom_ Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Sorry for jumping into the discussion, but I'm currently experiencing exac= tly the opposite behaviour. DHCP offer is reached until the host bridge interface, but it is not propa= gated to the vnet device. I'm using VLAN tagging. Packets incoming are correctly managed until vnet d= evice and seems to have impact only into DHCP packets. Static IP assigned to the vm =E5eave VM active and reachable. Just my cent to a topic that I suppose could be related to mine issue. Roberto -------- Messaggio originale -------- Da: Felix Pepinghege <pepinghege(a)ira.uka.de> Data: 17/08/2015 13:36 (GMT+01:00) A: Users(a)ovirt.org Oggetto: Re: [ovirt-users] vlan-tagging on non-tagged network Hi Ido, hi everybody, sorry that I kept you waiting for two months, I only just found the time to go back to this problem. You were completely right with your guess. The ethernet frames do appear on the vnet-interface, but not on the bridge. The dropped-counter seems to be independent from these losses, though. However, while this tells me *where* the problem is, I still don't know *what* the problem is. I've done some research, but couldn't find anything particularly helpful. An interesting point may be that this problem is mono-directional. That is, the bridge happily passes vlan-tagged frames from the ethernet device to the vnet, but not the other way around. Untagged ethernet frames make their way through the brigde, no matter where they come from. The vlan module is loaded, as to the versioning questions: # cat /etc/centos-release ; uname -s -v -r CentOS Linux release 7.1.1503 (Core) Linux 3.10.0-229.7.2.el7.x86_64 #1 SMP Tue Jun 23 22:06:11 UTC 2015 The guest OS is an up-to-date Debian Jessie, which should not matter, though, as the frames get lost on the doorstep of the bridge on the host. Again, any suggestions are much appreciated! Regards, Felix Am 16.06.2015 um 08:27 schrieb Ido Barkan: > Hey Felix. > > IIUC your frames are dropped by the bridge. Ovirt uses Linux Bridges > To connect virtual machines to 'networks'. The guest connects to the brid= ge > using a tap device which usually is called 'vnet<number>'. > > So, just to verify, can you please tcpdump both on the bridge device and = on the tap device? > The bridge can be quite noisy so I suggest filtering traffic using the gu= est's MAC > address. So I am not sure what protocol you use for tunneling but applyin= g > a filter similar to this one should do the job: > tcpdump -n -i vnet0 -vvv -s 1500 'udp[38:4]=3D0x001a4aaeec8e' > > My guess is that you will observe traffic on the tap device, but not on t= he bridge. > You didn't specify which centOS version you use but I do remember seeing = people > complaining about Linux bridges discarding their tagged frames. > You can -maybe- also observe the 'dropped' counter increases on the bridg= e by running: > 'ip -s link show dev trunk' > > There were a few bugs on rhel6/7 about this, specifically I remember > https://bugzilla.redhat.com/show_bug.cgi?id=3D1174291 > and > https://bugzilla.redhat.com/show_bug.cgi?id=3D1200275#c20 > > Also, is the vlan module loaded on your host? > 'lsmod |grep 8021q' > > Thanks, > Ido > > ----- Original Message ----- > From: "Felix Pepinghege" <pepinghege(a)ira.uka.de> > To: Users(a)ovirt.org > Sent: Monday, June 15, 2015 11:33:39 AM > Subject: [ovirt-users] vlan-tagging on non-tagged network > > Hi everybody! > > I am experiencing a behaviour of ovirt, of which I don't know whether it > is expected or not. My setup is as follows: > A virtual machine has a logical network attached to it, which is > configured without vlan-tagging and listens to the name 'trunk'. > The VM is running an openvpn server. It is a patched openvpn version, > including vlan-tagging. That is, openvpn clients get a vlan tag. This > should not really be an issue but should satisfy the "why do you want to > do it in the first place"-questions. > Anyhow, effectively, the VM simply puts vlan-tagged ethernet-frames on > the virtual network. These frames, however, never make it to the host's > network bridge, which represents the logical network. > My observations are: According to tcpdump, the vlan-tagged packages > arrive at the "eth1"-interface inside the VM (which *is* the correct > interface). Again, according to tcpdump, these packages never arrive at > the corresponding network-bridge (i.e., the interface 'trunk') on the hos= t. > I know that the setup itself is feasible with KVM---I have it working on > a proxmox-machine. Therefore, my conclusion is, that ovirt doesn't like > vlan-tagged ethernet-frames on non-tagged logical networks, and somehow > filters them out, though I don't really see on what "level" that would > happen (Handling the ethernet frames should be a concern of > KVM/QEMU/Linux only, once ovirt has started the VM). > So this problem could be a CentOS issue, but I really don't see why > CentOS should act differently than debian does (proxmox is debian-based). > Is this a known/wanted/expected behaviour of ovirt, and can I somehow > prevent or elude it? > > Any help is much appreciated! Of course I am happy to provide more > information if that helps helping me :) > > Regards, > Felix > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users ________________________________ Questo messaggio e' indirizzato esclusivamente al destinatario indicato e p= otrebbe contenere informazioni confidenziali, riservate o proprietarie. Qua= lora la presente venisse ricevuta per errore, si prega di segnalarlo immedi= atamente al mittente, cancellando l'originale e ogni sua copia e distruggen= do eventuali copie cartacee. Ogni altro uso e' strettamente proibito e potr= ebbe essere fonte di violazione di legge. This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise private information. If you have received it i= n error, please notify the sender immediately, deleting the original and al= l copies and destroying any hard copies. Any other use is strictly prohibit= ed and may be unlawful. --_000_06wqhiuiyku9vk7vukt2dtor1439845594308emailandroidcom_ Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 2"> <meta name=3D"Generator" content=3D"Microsoft Exchange Server"> <style></style> </head> <body> Sorry for jumping into the discussion,  but I'm currently experiencing= exactly the opposite behaviour. <div>DHCP offer is reached  until the host bridge interface, but it is= not propagated to the vnet device.</div> <div>I'm using VLAN tagging. Packets incoming are correctly managed until v= net device and seems to have impact only into DHCP packets.</div> <div><br> </div> <div>Static IP assigned to the vm =E5eave VM active and reachable.</div> <div><br> </div> <div>Just my cent to a topic that I suppose could be related to mine issue.= </div> <div><br> </div> <div>Roberto</div> <br> <br> -------- Messaggio originale --------<br> Da: Felix Pepinghege <pepinghege(a)ira.uka.de> <br> Data: 17/08/2015 13:36 (GMT+01:00) <br> A: Users(a)ovirt.org <br> Oggetto: Re: [ovirt-users] vlan-tagging on non-tagged network <br> <br> <font size=3D"2"> <div class=3D"PlainText">Hi Ido, hi everybody,<br> <br> sorry that I kept you waiting for two months, I only just found the time <b= r> to go back to this problem.<br> <br> You were completely right with your guess. The ethernet frames do appear <b= r> on the vnet-interface, but not on the bridge. The dropped-counter seems <br= > to be independent from these losses, though.<br> <br> However, while this tells me *where* the problem is, I still don't know <br= > *what* the problem is. I've done some research, but couldn't find <br> anything particularly helpful.<br> An interesting point may be that this problem is mono-directional. That <br= > is, the bridge happily passes vlan-tagged frames from the ethernet <br> device to the vnet, but not the other way around. Untagged ethernet <br> frames make their way through the brigde, no matter where they come from.<b= r> <br> The vlan module is loaded, as to the versioning questions:<br> # cat /etc/centos-release ; uname -s -v -r<br> CentOS Linux release 7.1.1503 (Core)<br> Linux 3.10.0-229.7.2.el7.x86_64 #1 SMP Tue Jun 23 22:06:11 UTC 2015<br> <br> The guest OS is an up-to-date Debian Jessie, which should not matter, <br> though, as the frames get lost on the doorstep of the bridge on the host.<b= r> <br> Again, any suggestions are much appreciated!<br> <br> Regards,<br> Felix<br> <br> <br> Am 16.06.2015 um 08:27 schrieb Ido Barkan:<br> > Hey Felix.<br> ><br> > IIUC your frames are dropped by the bridge. Ovirt uses Linux Bridges<b= r> > To connect virtual machines to 'networks'. The guest connects to the b= ridge<br> > using a tap device which usually is called 'vnet<number>'.<br> ><br> > So, just to verify, can you please tcpdump both on the bridge device a= nd on the tap device?<br> > The bridge can be quite noisy so I suggest filtering traffic using the= guest's MAC<br> > address. So I am not sure what protocol you use for tunneling but appl= ying<br> > a filter similar to this one should do the job:<br> >           tcpdump -n= -i vnet0 -vvv -s 1500 'udp[38:4]=3D0x001a4aaeec8e'<br> ><br> > My guess is that you will observe traffic on the tap device, but not o= n the bridge.<br> > You didn't specify which centOS version you use but I do remember seei= ng people<br> > complaining about Linux bridges discarding their tagged frames.<br> > You can -maybe- also observe the 'dropped' counter increases on the br= idge by running:<br> >           'ip -s lin= k show dev trunk'<br> ><br> > There were a few bugs on rhel6/7 about this, specifically I remember<b= r> > <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1174291">http= s://bugzilla.redhat.com/show_bug.cgi?id=3D1174291</a><br> > and<br> > <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1200275#c20">= https://bugzilla.redhat.com/show_bug.cgi?id=3D1200275#c20</a><br> ><br> > Also, is the vlan module loaded on your host?<br> > 'lsmod |grep 8021q'<br> ><br> > Thanks,<br> > Ido<br> ><br> > ----- Original Message -----<br> > From: "Felix Pepinghege" <pepinghege(a)ira.uka.de><br> > To: Users(a)ovirt.org<br> > Sent: Monday, June 15, 2015 11:33:39 AM<br> > Subject: [ovirt-users] vlan-tagging on non-tagged network<br> ><br> > Hi everybody!<br> ><br> > I am experiencing a behaviour of ovirt, of which I don't know whether = it<br> > is expected or not. My setup is as follows:<br> > A virtual machine has a logical network attached to it, which is<br> > configured without vlan-tagging and listens to the name 'trunk'.<br> > The VM is running an openvpn server. It is a patched openvpn version,<= br> > including vlan-tagging. That is, openvpn clients get a vlan tag. This<= br> > should not really be an issue but should satisfy the "why do you = want to<br> > do it in the first place"-questions.<br> > Anyhow, effectively, the VM simply puts vlan-tagged ethernet-frames on= <br> > the virtual network. These frames, however, never make it to the host'= s<br> > network bridge, which represents the logical network.<br> > My observations are: According to tcpdump, the vlan-tagged packages<br= > > arrive at the "eth1"-interface inside the VM (which *is* the= correct<br> > interface). Again, according to tcpdump, these packages never arrive a= t<br> > the corresponding network-bridge (i.e., the interface 'trunk') on the = host.<br> > I know that the setup itself is feasible with KVM---I have it working = on<br> > a proxmox-machine. Therefore, my conclusion is, that ovirt doesn't lik= e<br> > vlan-tagged ethernet-frames on non-tagged logical networks, and someho= w<br> > filters them out, though I don't really see on what "level" = that would<br> > happen (Handling the ethernet frames should be a concern of<br> > KVM/QEMU/Linux only, once ovirt has started the VM).<br> > So this problem could be a CentOS issue, but I really don't see why<br= > > CentOS should act differently than debian does (proxmox is debian-base= d).<br> > Is this a known/wanted/expected behaviour of ovirt, and can I somehow<= br> > prevent or elude it?<br> ><br> > Any help is much appreciated! Of course I am happy to provide more<br> > information if that helps helping me :)<br> ><br> > Regards,<br> > Felix<br> > _______________________________________________<br> > Users mailing list<br> > Users(a)ovirt.org<br> > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists= .ovirt.org/mailman/listinfo/users</a><br> ><br> <br> _______________________________________________<br> Users mailing list<br> Users(a)ovirt.org<br> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovir= t.org/mailman/listinfo/users</a><br> </div> </font><br> <hr> <font face=3D"Courier New" color=3D"Black" size=3D"2">Questo messaggio e' i= ndirizzato esclusivamente al destinatario indicato e potrebbe contenere inf= ormazioni confidenziali, riservate o proprietarie. Qualora la presente veni= sse ricevuta per errore, si prega di segnalarlo immediatamente al mittente, cancellando l'originale e ogni sua copia e dis= truggendo eventuali copie cartacee. Ogni altro uso e' strettamente proibito= e potrebbe essere fonte di violazione di legge.<br> <br> This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise private information. If you have received it i= n error, please notify the sender immediately, deleting the original and al= l copies and destroying any hard copies. Any other use is strictly prohibited and may be unlawful.<br> </font> </body> </html> --_000_06wqhiuiyku9vk7vukt2dtor1439845594308emailandroidcom_--

1 0

Hosted Engine and Sanlock
by xJutsu Team 17 Aug '15

17 Aug '15

Hi there, recently there was a network failure in our ovirt infrastructure, causing ovirt engine to become unstable. It will restarted after 10-20minutes. Load average was high. Command issued will hanged. Looking at host logs, there was endless locking errors (/var/log/sanlock.log) below. I tried to re-initialize by stopp HE HA agent/broker in all hosts, by issuing following command in one of the host: # su - vdsm -s /bin/bash $ sanlock direct init -s hosted-engine:0:/rhev/data-center/mnt/192.168.10.10 \\:_engine/a184f8ac-b779-4bf8-81c3-751115e15436/ha_agent/hosted-engine.lockspace:0 and than restart both agent and broker in the same host. However i m still getting the same problem. Any advice on this matter? Installation Infos: ---------------------- ovirt 3.5.3 vdsm-xmlrpc-4.16.24-0.el6.noarch vdsm-python-zombiereaper-4.16.24-0.el6.noarch vdsm-python-4.16.24-0.el6.noarch vdsm-jsonrpc-4.16.24-0.el6.noarch vdsm-4.16.24-0.el6.x86_64 vdsm-cli-4.16.24-0.el6.noarch vdsm-yajsonrpc-4.16.24-0.el6.noarch ovirt-hosted-engine-ha-1.2.6-2.el6.noarch ovirt-hosted-engine-setup-1.2.6-0.0.master.20150812080635.git5295df1.el6.noarch ----- end installation infos ------ /var/log/sanlock.log 2015-08-18 04:20:02+0800 1704 [9385]: s2 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/dom_md/ids 2015-08-18 04:20:02+0800 1704 [9385]: s2 renewal error -202 delta_length 11 last_success 1662 2015-08-18 04:20:11+0800 1713 [9385]: a184f8ac aio collect 0 0x7fc5040008c0:0x7fc5040008d0:0x7fc50b9f7000 result 1048576:0 other free 2015-08-18 04:20:11+0800 1713 [9833]: hosted-e aio collect 0 0x7fc4f80008c0:0x7fc4f80008d0:0x7fc50baf9000 result 1048576:0 other free 2015-08-18 04:20:11+0800 1713 [9385]: a184f8ac aio collect 0 0x7fc504000910:0x7fc504000920:0x7fc50bbfb000 result 1048576:0 other free 2015-08-18 04:20:11+0800 1713 [9833]: hosted-e aio collect 0 0x7fc4f8000910:0x7fc4f8000920:0x7fc50beff000 result 1048576:0 other free 2015-08-18 04:21:43+0800 1805 [9385]: a184f8ac aio timeout 0 0x7fc5040008c0:0x7fc5040008d0:0x7fc50adf2000 ioto 10 to_count 18 2015-08-18 04:21:43+0800 1805 [9385]: s2 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/dom_md/ids 2015-08-18 04:21:43+0800 1805 [9385]: s2 renewal error -202 delta_length 10 last_success 1774 2015-08-18 04:21:43+0800 1805 [9833]: hosted-e aio timeout 0 0x7fc4f80008c0:0x7fc4f80008d0:0x7fc50aef4000 ioto 10 to_count 14 2015-08-18 04:21:43+0800 1805 [9833]: s3 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/images/190f4d2a-77f4-4403-af0d-62853560c653/2be7db4d-f30e-4873-b4ef-cff9e757341c 2015-08-18 04:21:43+0800 1805 [9833]: s3 renewal error -202 delta_length 10 last_success 1774 2015-08-18 04:21:52+0800 1814 [9385]: a184f8ac aio collect 0 0x7fc5040008c0:0x7fc5040008d0:0x7fc50adf2000 result 1048576:0 other free 2015-08-18 04:21:52+0800 1814 [9833]: hosted-e aio collect 0 0x7fc4f80008c0:0x7fc4f80008d0:0x7fc50aef4000 result 1048576:0 other free 2015-08-18 04:23:04+0800 1885 [9833]: hosted-e aio timeout 0 0x7fc4f80008c0:0x7fc4f80008d0:0x7fc50bbfb000 ioto 10 to_count 15 2015-08-18 04:23:04+0800 1885 [9833]: s3 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/images/190f4d2a-77f4-4403-af0d-62853560c653/2be7db4d-f30e-4873-b4ef-cff9e757341c 2015-08-18 04:23:04+0800 1885 [9833]: s3 renewal error -202 delta_length 10 last_success 1855 2015-08-18 04:23:04+0800 1886 [9385]: a184f8ac aio timeout 0 0x7fc5040008c0:0x7fc5040008d0:0x7fc50beff000 ioto 10 to_count 19 2015-08-18 04:23:04+0800 1886 [9385]: s2 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/dom_md/ids 2015-08-18 04:23:04+0800 1886 [9385]: s2 renewal error -202 delta_length 10 last_success 1855 2015-08-18 04:23:15+0800 1896 [9833]: hosted-e aio timeout 0 0x7fc4f8000910:0x7fc4f8000920:0x7fc50baf9000 ioto 10 to_count 16 2015-08-18 04:23:15+0800 1896 [9833]: s3 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/images/190f4d2a-77f4-4403-af0d-62853560c653/2be7db4d-f30e-4873-b4ef-cff9e757341c 2015-08-18 04:23:15+0800 1896 [9833]: s3 renewal error -202 delta_length 10 last_success 1855 2015-08-18 04:23:15+0800 1897 [9385]: a184f8ac aio timeout 0 0x7fc504000910:0x7fc504000920:0x7fc50b9f7000 ioto 10 to_count 20 2015-08-18 04:23:15+0800 1897 [9385]: s2 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/dom_md/ids 2015-08-18 04:23:15+0800 1897 [9385]: s2 renewal error -202 delta_length 11 last_success 1855 2015-08-18 04:23:26+0800 1907 [9833]: hosted-e aio timeout 0 0x7fc4f8000960:0x7fc4f8000970:0x7fc50aef4000 ioto 10 to_count 17 2015-08-18 04:23:26+0800 1907 [9833]: s3 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/images/190f4d2a-77f4-4403-af0d-62853560c653/2be7db4d-f30e-4873-b4ef-cff9e757341c 2015-08-18 04:23:26+0800 1907 [9833]: s3 renewal error -202 delta_length 10 last_success 1855 2015-08-18 04:23:26+0800 1908 [9385]: a184f8ac aio timeout 0 0x7fc504000960:0x7fc504000970:0x7fc50adf2000 ioto 10 to_count 21 2015-08-18 04:23:26+0800 1908 [9385]: s2 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/192.168.10.10: _engine/a184f8ac-b779-4bf8-81c3-751115e15436/dom_md/ids 2015-08-18 04:23:26+0800 1908 [9385]: s2 renewal error -202 delta_length 11 last_success 1855 ----- end /var/log/sanlock.log

1 0

stuck hosts - how can I delete them?
by Chris Liebman 17 Aug '15

17 Aug '15

I've just force deleted a DC. I did this because gluster was completely hosed. Multiple nodes with broken disks - don't ask... Anyway - now I see that the Cluster still exists with the hosts. And I cant remove, re-install etc the hosts, nor can I delete the cluster. Help! -- Chris

2 2

problem with iSCSI/multipath.
by Giorgio Bersano 17 Aug '15

17 Aug '15

Hi all. We have an oVirt cluster in production happily running from the beginning of 2014. It started as 3.3 beta and now is Version 3.4.4-1.el6 . Shared storage provided by an HP P2000 G3 iSCSI MSA. The storage server is fully redundant (2 controllers, dual port disks, 4 iscsi connections per controller) and so is the connectivity (two switches, multiple ethernet cards per server). >From now on lets only talk about iSCSI connectivity. The two oldest server have 2 nics each; they have been configured "by hand" setting routes aimed to reach every scsi target from every nic. On the "new" server we installed ovirt 3.5 to have a look at the network configuration provided by oVirt. In Data Center -> iSCSI Multipathing we defined an iSCSI Bond binding together 3 server's nics and the 8 nics of the MSA. The result is a system that has been functioning for months. Recently we had to do an upgrade of the storage firmware. This activity uploads the firmware to one of the MSA controllers then reboots it. Being successful this is repeated on the other controller. There is an impact on the I/O performance but there should be no problems as every "volume" on the MSA remains visible on other paths. Well, that's the theory. On the two "hand configured" hosts we had no significant problems. On the 3.5 host VMs started to migrate due to storage problems then the situation got worse and it took more than an hour to bring again the system to a good operating level. I am inclined to believe that the culprit is the server's routing table. Seems to me that the oVirt generated one is too simplistic and prone to problems in case of connectivity loss (as in our situation or when you have to reboot one of the switches). Anyone on this list with strong experience on similar setup? I have included below some background information. I'm available to provide anything useful to further investigate the case. TIA, Giorgio. ------------------- context information ------------------- oVirt Compatibility Version: 3.4 two FUJITSU PRIMERGY RX300 S5 hosts CPU: Intel(R) Xeon(R) E5504 @ 2.00GHz / Intel Nehalem Family OS Version: RHEL - 6 - 6.el6.centos.12.2 Kernel Version: 2.6.32 - 504.16.2.el6.x86_64 KVM Version: 0.12.1.2 - 2.448.el6_6.2 LIBVIRT Version: libvirt-0.10.2-46.el6_6.6 VDSM Version: vdsm-4.14.17-0.el6 RAM: 40GB mom-0.4.3-1.el6.noarch.rpm ovirt-release34-1.0.3-1.noarch.rpm qemu-img-rhev-0.12.1.2-2.448.el6_6.2.x86_64.rpm qemu-kvm-rhev-0.12.1.2-2.448.el6_6.2.x86_64.rpm qemu-kvm-rhev-tools-0.12.1.2-2.448.el6_6.2.x86_64.rpm vdsm-4.14.17-0.el6.x86_64.rpm vdsm-cli-4.14.17-0.el6.noarch.rpm vdsm-hook-hostusb-4.14.17-0.el6.noarch.rpm vdsm-hook-macspoof-4.14.17-0.el6.noarch.rpm vdsm-python-4.14.17-0.el6.x86_64.rpm vdsm-python-zombiereaper-4.14.17-0.el6.noarch.rpm vdsm-xmlrpc-4.14.17-0.el6.noarch.rpm # ip route list table all |grep 192.168.126. 192.168.126.87 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.86 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.81 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.80 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.77 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.0/24 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.0/24 dev eth3 proto kernel scope link src 192.168.126.64 192.168.126.0/24 dev eth4 proto kernel scope link src 192.168.126.65 192.168.126.85 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.84 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.83 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.82 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.76 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.0/24 dev eth3 table 3 proto kernel scope link src 192.168.126.64 broadcast 192.168.126.0 dev eth3 table local proto kernel scope link src 192.168.126.64 broadcast 192.168.126.0 dev eth4 table local proto kernel scope link src 192.168.126.65 local 192.168.126.65 dev eth4 table local proto kernel scope host src 192.168.126.65 local 192.168.126.64 dev eth3 table local proto kernel scope host src 192.168.126.64 broadcast 192.168.126.255 dev eth3 table local proto kernel scope link src 192.168.126.64 broadcast 192.168.126.255 dev eth4 table local proto kernel scope link src 192.168.126.65 one HP ProLiant DL560 Gen8 host CPU: Intel(R) Xeon(R) CPU E5-4610 v2 @ 2.30GHz / Intel SandyBridge Family OS Version:RHEL - 6 - 6.el6.centos.12.2 Kernel Version: 2.6.32 - 504.16.2.el6.x86_64 KVM Version: 0.12.1.2 - 2.448.el6_6.2 LIBVIRT Version: libvirt-0.10.2-46.el6_6.6 VDSM Version: vdsm-4.16.14-0.el6 RAM: 256GB mom-0.4.3-1.el6.noarch.rpm ovirt-release35-002-1.noarch.rpm qemu-img-rhev-0.12.1.2-2.448.el6_6.2.x86_64.rpm qemu-kvm-rhev-0.12.1.2-2.448.el6_6.2.x86_64.rpm qemu-kvm-rhev-tools-0.12.1.2-2.448.el6_6.2.x86_64.rpm vdsm-4.16.14-0.el6.x86_64.rpm vdsm-cli-4.16.14-0.el6.noarch.rpm vdsm-hook-hostusb-4.16.14-0.el6.noarch.rpm vdsm-hook-macspoof-4.16.14-0.el6.noarch.rpm vdsm-jsonrpc-4.16.14-0.el6.noarch.rpm vdsm-python-4.16.14-0.el6.noarch.rpm vdsm-python-zombiereaper-4.16.14-0.el6.noarch.rpm vdsm-xmlrpc-4.16.14-0.el6.noarch.rpm vdsm-yajsonrpc-4.16.14-0.el6.noarch.rpm # ip route list table all |grep 192.168.126. 192.168.126.0/24 dev p6p1 proto kernel scope link src 192.168.126.34 192.168.126.0/24 dev p3p1 proto kernel scope link src 192.168.126.33 192.168.126.0/24 dev em3 proto kernel scope link src 192.168.126.32 local 192.168.126.32 dev em3 table local proto kernel scope host src 192.168.126.32 local 192.168.126.33 dev p3p1 table local proto kernel scope host src 192.168.126.33 broadcast 192.168.126.0 dev p6p1 table local proto kernel scope link src 192.168.126.34 broadcast 192.168.126.0 dev p3p1 table local proto kernel scope link src 192.168.126.33 broadcast 192.168.126.0 dev em3 table local proto kernel scope link src 192.168.126.32 local 192.168.126.34 dev p6p1 table local proto kernel scope host src 192.168.126.34 broadcast 192.168.126.255 dev p6p1 table local proto kernel scope link src 192.168.126.34 broadcast 192.168.126.255 dev p3p1 table local proto kernel scope link src 192.168.126.33 broadcast 192.168.126.255 dev em3 table local proto kernel scope link src 192.168.126.32

2 1

ovirt 3.5.2 issues with nodes becoming "Non Operational"
by Chris Liebman 17 Aug '15

17 Aug '15

Hi, I'm new to oVirt and recently built a 10 node ovirt 3.5 DC with shared storage using gluster configured as distributed-replicated (replication = 2). Shortly after 7 of the 10 nodes dropped, one at a time over a few hours, into "Non Operational" state. Attempting to activate one of these nodes gives the error: "Failed to connect Host ovirt-node260 to Storage Pool LADC-TBX". Attempting to put the node into Maintenance eaves the node stuck in "Preparing For maintenance". When I rebooted one of the nodes I see this in the nodes event list: "Host ovirt-node269 reports about one of the Active Storage Domains as Problematic." I see many of these errors in the vdsm log from the failed nodes: Thread-10000::ERROR::2015-08-12 > 10:01:17,748::__init__::506::jsonrpc.JsonRpcServer::(_serveRequest) > Internal server error > > Traceback (most recent call last): > > File "/usr/lib/python2.6/site-packages/yajsonrpc/__init__.py", line 501, > in _serveRequest > > res = method(**params) > > File "/usr/share/vdsm/rpc/Bridge.py", line 267, in _dynamicMethod > > result = fn(*methodArgs) > > File "/usr/share/vdsm/API.py", line 1330, in getStats > > stats.update(self._cif.mom.getKsmStats()) > > File "/usr/share/vdsm/momIF.py", line 60, in getKsmStats > > stats = self._mom.getStatistics()['host'] > > File "/usr/lib/python2.6/site-packages/mom/MOMFuncs.py", line 75, in > getStatistics > > host_stats = self.threads['host_monitor'].interrogate().statistics[-1] > > AttributeError: 'NoneType' object has no attribute 'statistics' > Any help here is appreciated. -- Chris

2 2

Gluster Replica 3 using arbiter node?
by Adrian Lewis 17 Aug '15

17 Aug '15

Hi, Just wondering if it will be possible to create gluster replica 3 volumes in oVirt 3.6 that use the arbiter function instead of actually storing three copies of the data? If so, could this be used for the hosted engine on gluster feature which from what I can tell requires replica 3? Many thanks, Adrian

2 1

vgs and lvs return empty list
by like.ma＠cs2c.com.cn 17 Aug '15

17 Aug '15

This is a multi-part message in MIME format. ------=_001_NextPart835358688211_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 SGksIGFsbA0KDQpJIGhhdmUgYSBvVmlydDMuNCBlbnZpcm9ubWVudC4gSSBjcmVhdGUgYSBGQyBz dG9yYWdlIGRvbWFpbiBhbmQgYSBkaXNrIG9uIHRoaXMgRkMgc3RvcmFnZSBkb21haW4uIEV2ZXJ5 dGhpbmcgd29ya3Mgd2VsbC4gQnV0IGkgaGF2ZSBhIHF1ZXN0aW9uOg0KV2hlbiBpIGxvZ2luIHRo ZSB2ZHNtIGhvc3QsIGFuZCB1c2UgdGhlIHZncy9sdnMgY29tbWFuZCB0byBzaG93IHRoZSB2ZyB3 aGljaCByZXByZXNlbnQgRkMgc3RvcmFnZSBkb21haW4gYW5kIHRoZSBsdiB3aGljaCByZXByZXNl bnQgdGhlIGRpc2sgb24gdGhlIEZDIHN0b3JhZ2UgZG9tYWluLCB0aGUgY29tbWFuZCByZXR1cmVu cyBlbXB0eSByZXN1bHQgbGlzdC4gSXQgc2VlbXMgbGlrZSB0aGVyZSBpcyBubyB2ZyBvciBsdiBh dCBhbGwuIEJ1dCBpZiBpIHVzZSB0aGUgbHZjaGFuZ2UgLWF5IDxsdiBwYXRoPiB0byBhY3RpdmF0 ZSB0aGUgbHYgb24gdGhlIGhvc3QsIHRoZW4gdGhlIHZncy9sdnMgY29tbWFuZCByZXR1cm5zIHRo ZSBleHBlY3RlZCB2Zy9sdiBsaXN0LiBJIHdhbnQgdG8ga25vdyB3aHkgaXQgaXMgbGlrZSB0aGlz PyBBZnRlciBhbGwsIGlmIGkgdXNlIHZnY3JlYXRlIGNvbW1hbmQgdG8gY3JlYXRlIGEgbmV3IHZn LCB0aGVuIGkgY2FuIHVzZSB2Z3MgY29tbWFuZCB0byBzaG93IHRoZSB2ZyBsaXN0IGltbWVkaWF0 ZWx5Lg0KDQpUaGFua3MsIGxvb2tpbmcgZm93YXJkIHRvIHlvdXIgcmVwbHkuDQoNCg0KDQpsaWtl Lm1hQGNzMmMuY29tLmNuDQo= ------=_001_NextPart835358688211_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3Dus-ascii"><style>body { line-height: 1.5; }body { font-size: 10.5pt; f= ont-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><= body>=0A<div><span></span>Hi, all</div><div><br></div><div>I have a oVirt3= .4 environment. I create a FC storage domain and a disk on this FC storage= domain. Everything works well. But i have a question:</div><div>When i lo= gin the vdsm host, and use the vgs/lvs command to show the vg which repres= ent FC storage domain and the lv which represent the disk on the FC storag= e domain, the command returens empty result list. It seems like there is n= o vg or lv at all. But if i use the lvchange -ay <lv path> to activa= te the lv on the host, then the vgs/lvs command returns the expected vg/lv= list. I want to know why it is like this? After all, if i use vgcreate co= mmand to create a new vg, then i can use vgs command to show the vg list i= mme<span style=3D"font-size: 10.5pt; line-height: 1.5; background-color: w= indow;">diately.</span></div><div><span style=3D"font-size: 10.5pt; line-h= eight: 1.5; background-color: window;"><br></span></div><div><span style= =3D"font-size: 10.5pt; line-height: 1.5; background-color: window;">Thanks= , looking foward to your reply.</span></div>=0A<div><br></div><hr style=3D= "width: 210px; height: 1px;" color=3D"#b5c4df" size=3D"1" align=3D"left">= =0A<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE:= 10pt"><div>like.ma(a)cs2c.com.cn</div></div></span></div>=0A</body></html> ------=_001_NextPart835358688211_=------

1 0

CPU Threads Help!!!
by zhangjian2011 17 Aug '15

17 Aug '15

--------------020500020201060207010309 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit Hi, Guys Recently I am investigating the Optimization Policy in Cluster and try to use “CPU Threads”. As the manual of description: ======== For example, a 24-core system with 2 threads per core (48 threads total) can run virtual machines with up to 48 cores each ======== My host CPU is i3-2120 CPU (2 cores 4 threads) So I think the expect result case is : 1. If the “Count Threads As Cores” *disable*, we can’t run virtual vm with above 2 vCPU 2. If the “Count Threads As Cores” *enable*, we can’t run virtual vm with above 4 vCPU Now the problem is about result case 1: 1. When I set “Count Threads As Cores” *disable*, I still can run virtual vm with 4 vCPU Can anyone help me to explain it ??? Regards, Jian --------------020500020201060207010309 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> <p class="MsoNormal"><span lang="EN-US">Hi, Guys<o:p></o:p></span></p> <span lang="EN-US">Recently I am investigating the Optimization Policy in Cluster and try to use “</span><span style="font-family:"Arial","sans-serif";color:black;background:white" lang="EN-US">CPU Threads</span><span lang="EN-US">”.<o:p></o:p></span> <p class="MsoNormal"><span lang="EN-US">As the manual of description:<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US">========<o:p></o:p></span></p> <p class="MsoNormal" style="text-align:left;text-autospace:none" align="left"><span style="font-family:DejaVuSans" lang="EN-US">For example, a 24-core<o:p></o:p></span></p> <p class="MsoNormal" style="text-align:left;text-autospace:none" align="left"><span style="font-family:DejaVuSans" lang="EN-US">system with 2 threads per core (48<o:p></o:p></span></p> <p class="MsoNormal" style="text-align:left;text-autospace:none" align="left"><span style="font-family:DejaVuSans" lang="EN-US">threads total) can run virtual machines with<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-family:DejaVuSans" lang="EN-US">up to 48 cores each</span><span lang="EN-US"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US">========<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span lang="EN-US">My host CPU is<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US">i3-2120 CPU (2 cores 4 threads)<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span lang="EN-US">So I think the expect result case is :<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US">1. If the “</span><span style="font-family:"Arial Unicode MS","sans-serif";color:black;background:white" lang="EN-US">Count Threads As Cores</span><span lang="EN-US">” </span><b><span style="font-size:14.0pt" lang="EN-US">disable</span></b><span lang="EN-US">, we can’t run virtual vm with above 2 vCPU<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US">2. If the “</span><span style="font-family:"Arial Unicode MS","sans-serif";color:black;background:white" lang="EN-US">Count Threads As Cores</span><span lang="EN-US">” </span><b><span style="font-size:14.0pt" lang="EN-US">enable</span></b><span lang="EN-US">, we can’t run virtual vm with above 4 vCPU<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span lang="EN-US">Now the problem is about result case 1:<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US">1. When I set “</span><span style="font-family:"Arial Unicode MS","sans-serif";color:black;background:white" lang="EN-US">Count Threads As Cores</span><span lang="EN-US">” </span><b><span style="font-size:14.0pt" lang="EN-US">disable</span></b><span lang="EN-US">, I still can run virtual vm with 4 vCPU<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p> <span lang="EN-US">Can anyone help me to explain it ???<br> <br> Regards,<br> Jian<br> </span> </body> </html> --------------020500020201060207010309--

4 4

Stuck installing Neutron Appliance
by Alan Murrell 16 Aug '15

16 Aug '15

Hello. I am running oVirt 3.5.1. on a single server running Hosted Engine. I am running through <http://www.ovirt.org/Features/NeutronVirtualAppliance#Run_the_neutron_serve…> and am stuck on the section "Install a Host with the network provider". Specifically, I am stuck on Step 2, which is: 2. Install the host with the external network provider by clicking on the 'Network Provider' left tab I am not sure where to click. In my "Tree", I do have "External providers", but I already added my Neutrom Provider in the previous section, 'Configure Neutron network provider on ovirt-engine'. Is there somewhere else I need to add this, or because I am running a self-hosted engine, it ends up being the same thing? Also in this same section, Step 7 where I am to run 'ovs-vsctl add-port br-neutron neutron', I don't have this command ('ovs-vsctl' doesn't seem to be installed, which I believe is part of openVswtich). I didn't see any steps beforehand that would have installed openVswitch. Is there a step missing? Thanks! :-) Regards, Alan

3 5

iSCSI question... LUNS->Targets balnk
by Alan Murrell 16 Aug '15

16 Aug '15

Hello, I am hoping someone here has had experience in setting up an iSCSI target using 'targetcli'. I followed the following guide: <http://www.certdepot.net/rhel7-configure-iscsi-target-initiator-persistentl…>. This is on my single host (with hosted engine currently running; I am using a seperate HDD for the iSCSI storage) The iSCSI initiator of my host, from it's information page in oVirt, is <iqn.1994-05.com.redhat:ba4cc8b3368e>, so I created an ACL with that name. Here is a result of the listing in the 'acls' directory for my IQN: --- START --- /iscsi/iqn.20...gt1/tpg1/acls> ls o- acls .............................................................. [ACLs: 1] o- iqn.1994-05.com.redhat:ba4cc8b3368e ...................... [Mapped LUNs: 1] | o- mapped_lun0 .................................... [lun0 block/block1 (rw)] --- END --- So it appears as though my host's initiator is mapped to my LUN 0. When I go in to oVirt and add iSCSI storage, the "Discover" finds my target, and I can even log in successfully, however when I click on the "LUNS->Targets" side tab, there are no LUNs listed, so I cannot add any iSCSI storage. Any ideas on why the LUN is not showing up? Thanks! :-) Regards, Alan

5 11

Multiple Networks on Self Hosted Engine
by Brent Miles 16 Aug '15

16 Aug '15

I am trying to install RHEVM 3.5 Self Hosted Engine. I have multiple vlan interfaces on the host that I would also like to have available on the self hosted engine. I have eth0.305 and eth3.306 on the host that I would like to have available on RHEVM. During the hosted-engine setup I get the option to add only one of interfaces but not both and do not seem to be able to add a second network at any point during setup or after the engine vm is installed. Any advise on doing this?

3 2

[Reports] Virtual machine Network usage statistics
by Lionel Caignec 16 Aug '15

16 Aug '15

Hi, i've recently installed ovirt-engine-report, and i've a little problem with reports about VM. All graphs from "Network inteface usage" for VM are empty. Is it some configuration to do to get this data? All data for cpu/memory are ok. -- Lionel

3 2

Regarding meetup events
by Ashutosh Bhakare 15 Aug '15

15 Aug '15

Hello All, Happy to Share that we hosted 1st meetup in Aurangabad (MS) India. This meetup was schedule on 11th July 2015 @ 6 PM focusing on Introduction about the oVirt project. here are some links https://www.facebook.com/RedHatATP/posts/967562879955137?pnref=story http://www.meetup.com/Aurangabad-Ovirt-Meetup/events/223693898/ Will schedule 2nd meetup asap focusing on deployment of ovirt. Thanks. Ashutosh S.Bhakare RHCA-V, RHCI, JBCI

3 2

Power Management for Nested VMs
by Amador Pahim 14 Aug '15

14 Aug '15

Hi, I'm used to have nested hypervisors for test/devel pourposes. The missing feature when using nested hypervisors is the Power Management device, keeping my env. useless to test HA, Cluster Policy with PM control and so on. This week I had contact with the Minyard's set of patches for qemu, currently in review, adding an ipmi device to qemu. Here a post with my first experiments: http://apahim.livejournal.com/2395.html Hope you guys enjoy. Feel free to comment or suggest improvements. Best, -- apahim

1 0

vdsm keeps removing BOOTPROTO=dhcp from ifcfg-ovirtmgmt
by Jakub Niedermertl 14 Aug '15

14 Aug '15

Hi all, I'd like my ovirtmgmt bridge to fetch ip address from dhcp, but vdsm keeps removing 'BOOTPROTO=dhcp' from /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. I set the file as follows: DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes BOOTPROTO=dhcp MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no call 'sudo systemctl restart network' and ip address is successfully assigned. Then reboot the machine and ip address is not fetched and ifcfg-ovirtmgmt looks like this # Generated by VDSM version 4.17.0-1240.git487a19e.fc22 DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no HOTPLUG=no Is there any way how to prevent vdsm from removing BOOTPROTO statement or make ovirtmgmt to work with dhcp? Environment: Host: runs in virt-manager vm, Fedora 22 vdsm: 4.17.0-1240.git487a19e.fc22 from http://resources.ovirt.org/pub/ovirt-3.6-pre/rpm/fc$releasever/ Thanks. Jakub

3 3

[ANN] oVirt 3.6.0 Second Beta Release is now available for testing
by Sandro Bonazzola 14 Aug '15

14 Aug '15

The oVirt Project is pleased to announce the availability of the Second Beta release of oVirt 3.6 for testing, as of August 14th, 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. The First Beta release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar). The Second Beta release supports Hypervisor Hosts running Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar), Fedora 21 and Fedora 22. Highly experimental support for Debian 8.1 Jessie has been added too. This Second Beta release of oVirt 3.6.0 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. New Node ISO and oVirt Live ISO will be available soon as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6_Release_Notes [2] http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/ <http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/ovirt-node/> [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Add RAM to Hosted Engine
by Simon Hallam 14 Aug '15

14 Aug '15

--_000_8F5D1BC1709CC8409AF19350248793878134994Eharrisnpmacuk_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, We started off testing oVirt on a relatively small number of low powered ma= chines. Due to this, I only gave the Hosted Engine 2GB of RAM. How that we = have some more beefier hardware and are using the system more, is it possib= le to retroactively add RAM to the virtual machine? Many thanks, Simon Hallam Linux Support & Development Officer Please visit our new website at www.pml.ac.uk and follow us on Twitter @Pl= ymouthMarine Winner of the Environment & Conservation category, the Charity Awards 2014. Plymouth Marine Laboratory (PML) is a company limited by guarantee register= ed in England & Wales, company number 4178503. Registered Charity No. 10912= 22. Registered Office: Prospect Place, The Hoe, Plymouth PL1 3DH, UK.=20 This message is private and confidential. If you have received this message= in error, please notify the sender and remove it from your system. You are= reminded that e-mail communications are not secure and may contain viruses= ; PML accepts no liability for any loss or damage which may be caused by vi= ruses. --_000_8F5D1BC1709CC8409AF19350248793878134994Eharrisnpmacuk_ 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-micr= osoft-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=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi all,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">We started off testing oVirt on a relatively small n= umber of low powered machines. Due to this, I only gave the Hosted Engine 2= GB of RAM. How that we have some more beefier hardware and are using the sy= stem more, is it possible to retroactively add RAM to the virtual machine?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Many thanks,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB">Simon Hal= lam<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB">Linux Sup= port & Development Officer<o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <PRE> Please visit our new website at www.pml.ac.uk and follow us on Twitter @Pl= ymouthMarine Winner of the Environment & Conservation category, the Charity Awards 2014. Plymouth Marine Laboratory (PML) is a company limited by guarantee register= ed in England & Wales, company number 4178503. Registered Charity No. 10912= 22. Registered Office: Prospect Place, The Hoe, Plymouth PL1 3DH, UK.=20 This message is private and confidential. If you have received this message= in error, please notify the sender and remove it from your system. You are= reminded that e-mail communications are not secure and may contain viruses= ; PML accepts no liability for any loss or damage which may be caused by vi= ruses. </PRE></body> </html> --_000_8F5D1BC1709CC8409AF19350248793878134994Eharrisnpmacuk_--

3 3

Postponing oVirt 3.5.4 GA to next week
by Sandro Bonazzola 13 Aug '15

13 Aug '15

Hi, in order to provide a more stable release, oVirt 3.5.4 GA has been postponed to *2015-08-13.* Fixes improving network stability for VDSM have been added and are currently under QE verification. Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 1