- Users - oVirt List Archives

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> </div> <div>Static IP assigned to the vm =E5eave VM active and reachable.</div> <div> </div> <div>Just my cent to a topic that I suppose could be related to mine issue.= </div> <div> </div> <div>Roberto</div> -------- 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 <div class=3D"PlainText">Hi Ido, hi everybody, sorry that I kept you waiting for two months, I only just found the time <b= r> to go back to this problem. 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. 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 anything particularly helpful. An interesting point may be that this problem is mono-directional. That <br= > 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.<b= r> 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.<b= r> 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<b= r> > To connect virtual machines to 'networks'. The guest connects to the b= ridge > using a tap device which usually is called 'vnet<number>'. > > So, just to verify, can you please tcpdump both on the bridge device a= nd on the tap device? > The bridge can be quite noisy so I suggest filtering traffic using the= guest's MAC > address. So I am not sure what protocol you use for tunneling but appl= ying > 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 o= n the bridge. > You didn't specify which centOS version you use but I do remember seei= ng people > complaining about Linux bridges discarding their tagged frames. > You can -maybe- also observe the 'dropped' counter increases on the br= idge by running: >           'ip -s lin= k show dev trunk' > > 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> > and > <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1200275#c20">= https://bugzilla.redhat.com/show_bug.cgi?id=3D1200275#c20</a> > > 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,<= 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 > 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<br= > > arrive at the "eth1"-interface inside the VM (which *is* the= correct > interface). Again, according to tcpdump, these packages never arrive a= t > 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 lik= e > vlan-tagged ethernet-frames on non-tagged logical networks, and someho= w > 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<br= > > CentOS should act differently than debian does (proxmox is debian-base= d). > Is this a known/wanted/expected behaviour of ovirt, and can I somehow<= br> > 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 > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists= .ovirt.org/mailman/listinfo/users</a> > _______________________________________________ Users mailing list Users(a)ovirt.org <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovir= t.org/mailman/listinfo/users</a> </div> <hr> 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. 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. </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 16 Aug '15

16 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>Hi, all</div><div> </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= mmediately.</div><div> </div><div>Thanks= , looking foward to your reply.</div>=0A<div> </div><hr style=3D= "width: 210px; height: 1px;" color=3D"#b5c4df" size=3D"1" align=3D"left">= =0A<div><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE:= 10pt"><div>like.ma(a)cs2c.com.cn</div></div></div>=0A</body></html> ------=_001_NextPart835358688211_=------

1 0

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

16 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"> Hi, Guys<o:p></o:p> Recently I am investigating the Optimization Policy in Cluster and try to use “CPU Threads”.<o:p></o:p> As the manual of description:<o:p></o:p> ========<o:p></o:p> For example, a 24-core<o:p></o:p> system with 2 threads per core (48<o:p></o:p> threads total) can run virtual machines with<o:p></o:p> up to 48 cores each<o:p></o:p> ========<o:p></o:p> <o:p> </o:p> My host CPU is<o:p></o:p> i3-2120 CPU (2 cores 4 threads)<o:p></o:p> <o:p> </o:p> So I think the expect result case is :<o:p></o:p> 1. If the “Count Threads As Cores” disable, we can’t run virtual vm with above 2 vCPU<o:p></o:p> 2. If the “Count Threads As Cores” enable, we can’t run virtual vm with above 4 vCPU<o:p></o:p> <o:p> </o:p> Now the problem is about result case 1:<o:p></o:p> 1. When I set “Count Threads As Cores” disable, I still can run virtual vm with 4 vCPU<o:p></o:p> <o:p> </o:p> Can anyone help me to explain it ??? Regards, Jian </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