<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div><br></div><div>Thanks for your thoughts. The problem is, most of the data is transmitted from a couple apps to a couple systems. The chance of a hash collision (i.e., most of the data going out the same interface anyway) is quite high. On Solaris, I just created two physical interfaces each with their own IP, and bound the apps to the appropriate interfaces. This worked great. Imagine my surprise when I discovered this doesn’t work on Linux and my crash course on weak host models.</div><div><br></div><div>Interesting that no one commented on my thought to just do the bonding at the guest level (and use balance-alb) instead of at the hypervisor level. Some ESXi experts I have talked to say this is actually the preferred method with ESXi and not to do it at the hypervisor level, as the VM knows better than VMware.</div><div><br></div><div>Or is the bonding mode issue with balance-alb/tlb more with the Linux TCP stack itself and not with oVirt and VDSM?</div><div><br></div><div><br></div><br><div><div>On Dec 30, 2014, at 4:34 AM, Nikolai Sednev <<a href="mailto:nsednev@redhat.com">nsednev@redhat.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><div style="font-family: georgia, serif; font-size: 12pt;"><div><span style="color: #333333; font-family: monospace; font-size: 13.142857551574707px; background-color: #fdfdfd;" data-mce-style="color: #333333; font-family: monospace; font-size: 13.142857551574707px; background-color: #fdfdfd;">Mode 2 will do the job the best way for you in case of static LAG supported only at the switch's side, I'd advise using of xmit_hash_policy layer3+4, so you'll get better distribution for your DC.</span></div><div><br></div><div><span name="x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nikolai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel: +972 9 7692043<br>Mobile: +972 52 7342734<br>Email: <a href="mailto:nsednev@redhat.com">nsednev@redhat.com</a><br>IRC: nsednev<span name="x"></span><br></div><div><br></div><hr id="zwchr"><div style="font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica, Arial, sans-serif; font-size: 12pt;" data-mce-style="color: #000; font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;"><b>From: </b><a href="mailto:users-request@ovirt.org">users-request@ovirt.org</a><br><b>To: </b>users@ovirt.org<br><b>Sent: </b>Tuesday, December 30, 2014 2:12:58 AM<br><b>Subject: </b>Users Digest, Vol 39, Issue 173<br><div><br></div>Send Users mailing list submissions to<br> users@ovirt.org<br><div><br></div>To subscribe or unsubscribe via the World Wide Web, visit<br> http://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a message with subject or body 'help' to<br> users-request@ovirt.org<br><div><br></div>You can reach the person managing the list at<br> users-owner@ovirt.org<br><div><br></div>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div> 1. Re: ??: bond mode balance-alb (Jorick Astrego)<br> 2. Re: ??: bond mode balance-alb (Jorick Astrego)<br> 3. HostedEngine Deployment Woes (Mikola Rose)<br><div><br></div><br>----------------------------------------------------------------------<br><div><br></div>Message: 1<br>Date: Mon, 29 Dec 2014 20:13:40 +0100<br>From: Jorick Astrego <j.astrego@netbulae.eu><br>To: users@ovirt.org<br>Subject: Re: [ovirt-users] ??: bond mode balance-alb<br>Message-ID: <54A1A7E4.90308@netbulae.eu><br>Content-Type: text/plain; charset="utf-8"<br><div><br></div><br>On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:<br>> On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:<br>>> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:<br>>>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM networks<br>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0<br>>> Dan,<br>>><br>>> What is bad about these modes that oVirt can't use them?<br>> I can only quote jpirko's workds from the link above:<br>><br>> Do not use tlb or alb in bridge, never! It does not work, that's it. The reason<br>> is it mangles source macs in xmit frames and arps. When it is possible, just<br>> use mode 4 (lacp). That should be always possible because all enterprise<br>> switches support that. Generally, for 99% of use cases, you *should* use mode<br>> 4. There is no reason to use other modes.<br>><br>This switch is more of an office switch and only supports part of the<br>802.3ad standard:<br><div><br></div><br> PowerConnect* *2824<br><div><br></div> Scalable from small workgroups to dense access solutions, the 2824<br> offers 24-port flexibility plus two combo small?form?factor<br> pluggable (SFP) ports for connecting the switch to other networking<br> equipment located beyond the 100 m distance limitations of copper<br> cabling.<br><div><br></div> Industry-standard link aggregation adhering to IEEE 802.3ad<br> standards (static support only, LACP not supported)<br><div><br></div><br>So the only way to have some kind of bonding without buying more<br>expensive switches, is using balance-rr (mode=0), balance-xor (mode=2)<br>or broadcast (modes=3).<br>>> I just tested mode 4, and the LACP with Fedora 20 appears to not be<br>>> compatible with the LAG mode on my Dell 2824.<br>>><br>>> Would there be any issues with bringing two NICS into the VM and doing<br>>> balance-alb at the guest level?<br>>><br>Kind regards,<br><div><br></div>Jorick Astrego<br><div><br></div><br><div><br></div>Met vriendelijke groet, With kind regards,<br><div><br></div>Jorick Astrego<br><div><br></div>Netbulae Virtualization Experts <br><div><br></div>----------------<br><div><br></div> Tel: 053 20 30 270 info@netbulae.eu Staalsteden 4-3A KvK 08198180<br> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01<br><div><br></div>----------------<br><div><br></div>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141229/dfacba22/attachment-0001.html><br><div><br></div>------------------------------<br><div><br></div>Message: 2<br>Date: Mon, 29 Dec 2014 20:14:55 +0100<br>From: Jorick Astrego <j.astrego@netbulae.eu><br>To: users@ovirt.org<br>Subject: Re: [ovirt-users] ??: bond mode balance-alb<br>Message-ID: <54A1A82F.1090100@netbulae.eu><br>Content-Type: text/plain; charset="utf-8"<br><div><br></div><br>On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:<br>> On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:<br>>> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:<br>>>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM networks<br>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0<br>>><br>Sorry, no mode 0. So only mode 2 or 3 for your environment....<br><div><br></div>Kind regards,<br><div><br></div>Jorick<br><div><br></div><br><div><br></div>Met vriendelijke groet, With kind regards,<br><div><br></div>Jorick Astrego<br><div><br></div>Netbulae Virtualization Experts <br><div><br></div>----------------<br><div><br></div> Tel: 053 20 30 270 info@netbulae.eu Staalsteden 4-3A KvK 08198180<br> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01<br><div><br></div>----------------<br><div><br></div>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141229/41da033b/attachment-0001.html><br><div><br></div>------------------------------<br><div><br></div>Message: 3<br>Date: Tue, 30 Dec 2014 00:12:52 +0000<br>From: Mikola Rose <mrose@power-soft.com><br>To: "users@ovirt.org" <users@ovirt.org><br>Subject: [ovirt-users] HostedEngine Deployment Woes<br>Message-ID: <F992C848-E4EB-468E-83F4-37646EDB3E62@power-soft.com><br>Content-Type: text/plain; charset="us-ascii"<br><div><br></div><br>Hi List Members;<br><div><br></div>I have been struggling with deploying oVirt hosted engine I keep running into a timeout during the "Misc Configuration" any suggestion on how I can trouble shoot this?<br><div><br></div>Redhat 2.6.32-504.3.3.el6.x86_64<br><div><br></div>Installed Packages<br>ovirt-host-deploy.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms<br>ovirt-host-deploy-java.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms<br>ovirt-hosted-engine-ha.noarch 1.1.6-3.el6ev @rhel-6-server-rhevm-3.4-rpms<br>ovirt-hosted-engine-setup.noarch 1.1.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms<br>rhevm-setup-plugin-ovirt-engine.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms<br>rhevm-setup-plugin-ovirt-engine-common.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms<br><div><br></div><br> Please confirm installation settings (Yes, No)[No]: Yes<br>[ INFO ] Stage: Transaction setup<br>[ INFO ] Stage: Misc configuration<br>[ INFO ] Stage: Package installation<br>[ INFO ] Stage: Misc configuration<br>[ INFO ] Configuring libvirt<br>[ INFO ] Configuring VDSM<br>[ INFO ] Starting vdsmd<br>[ INFO ] Waiting for VDSM hardware info<br>[ INFO ] Waiting for VDSM hardware info<br>[ INFO ] Connecting Storage Domain<br>[ INFO ] Connecting Storage Pool<br>[ INFO ] Verifying sanlock lockspace initialization<br>[ INFO ] sanlock lockspace already initialized<br>[ INFO ] sanlock metadata already initialized<br>[ INFO ] Creating VM Image<br>[ INFO ] Disconnecting Storage Pool<br>[ INFO ] Start monitoring domain<br>[ ERROR ] Failed to execute stage 'Misc configuration': The read operation timed out<br>[ INFO ] Stage: Clean up<br>[ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'<br>[ INFO ] Stage: Pre-termination<br>[ INFO ] Stage: Termination<br><div><br></div><br><div><br></div>2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file: /rhev/data-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace)<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:144 sanlock lockspace already initialized<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:157 sanlock metadata already initialized<br>2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:162 Creating VM Image<br>2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:163 createVolume<br>2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, request was:<br>- image: 9043e535-ea94-41f8-98df-6fdbfeb107c3<br>- volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2<br>2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete<br>2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete<br>2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc<br>2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 condition False<br>2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool<br>2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:971 Disconnecting Storage Pool<br>2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete<br>2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:602 spmStop<br>2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611<br>2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._storagePoolConnection:573 disconnectStoragePool<br>2014-12-29 14:53:45 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:975 Start monitoring domain<br>2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomain:529 _startMonitoringDomain<br>2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomain:534 {'status': {'message': 'OK', 'code': 0}}<br>2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:127 Waiting for domain monitor<br>2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method exception<br>Traceback (most recent call last):<br> File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod<br> method['method']()<br> File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 976, in _disconnect_pool<br> self._startMonitoringDomain()<br> File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 539, in _startMonitoringDomain<br> waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID])<br> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", line 128, in wait<br> response = serv.s.getVdsStats()<br> File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__<br> return self.__send(self.__name, args)<br> File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request<br> verbose=self.__verbose<br> File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request<br> errcode, errmsg, headers = h.getreply()<br> File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply<br> response = self._conn.getresponse()<br> File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse<br> response.begin()<br> File "/usr/lib64/python2.6/httplib.py", line 391, in begin<br> version, status, reason = self._read_status()<br> File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status<br> line = self.fp.readline()<br> File "/usr/lib64/python2.6/socket.py", line 433, in readline<br> data = recv(1)<br> File "/usr/lib64/python2.6/ssl.py", line 215, in recv<br> return self.read(buflen)<br> File "/usr/lib64/python2.6/ssl.py", line 136, in read<br> return self._sslobj.read(len)<br>SSLError: The read operation timed out<br><div><br></div><br><div><br></div><br>var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-g8d2or.log<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141230/899f724c/attachment.html><br><div><br></div>------------------------------<br><div><br></div>_______________________________________________<br>Users mailing list<br>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 173<br>**************************************<br></div><div><br></div></div></div>_______________________________________________<br>Users mailing list<br><a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>http://lists.ovirt.org/mailman/listinfo/users<br></blockquote></div><br></body></html>