Thanks a = =3D lot! It is a good pointer, it is working.

I'm not sure = =3D this is a dumb error from a new user. When I change the network confi= =3D guration on the first system, I checked the "save network configuration". I= =3D t didnt' work and dropped the connection to the system.

1. I had bo= =3D th systems in maintenance mode
2. from "hosts", picked one of the system= =3D , "setup host networks"
3. Right clicked on eth1, "Remove eth0 from Bond= =3D "
4. at this point, ovirtmgmt was on the right hand side listed as "Unas= =3D signed Logical networks"
5. I dragged it back to assign it to eth0
6.= =3D checked save network configuration
6. clicked OK and connection is drop= =3D ped

Odd... ON the console, I saw the followings
bonding: unable t= =3D o remove non-existent slave eth0 for bond bond0.
bonding: unable to remove non-existent slave eth1 for bond bond0.

`/etc/init.d/network= =3D restart` and I got bond0 back. I redo the whole process without "sav= =3D e network configuration" and it worked fine. I did this on the 2nd sy= =3D stem and it worked fine also.

Will

<= =3D br>

=
=3D

On Saturday, Jan= uary 1=3D 8, 2014 7:56 PM, Dan Kenigsberg <danken(a)redhat.com> wrote:

On Sat, Jan 18, 2014 at 03:17:22= PM=3D -0800, William Kwan wrote:

<=3D br clear=3D3D"none">> Hi,
>
= > F=3D AQ type of question.
>
> If virtmgmt i= s as=3D signed to bond0, which is composed of eth0 and eth1, what is the best way t= =3D o "unbundle" eth1 from bond0?

I'=3D d say:
- Move the host to maintanence, so it runs no VM= s =3D and does not play SPM
role.
= - Us=3D e the Setup Network dialog to brake the bond and define ovirtmgmt
directly on top of eth0. The Engine/Vdsm connection shou= ld=3D survive
this kind of change (unlike a change of= m=3D anagement address or vlan).

If the= hos=3D t uses a special storage domain, or is not SPM, you could even
do that while VMs are running.

=3D

---645100006-117757308-1390142955=3D:47023-- --===============6534643235175552155== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tNjQ1MTAwMDA2LTExNzc1NzMwOC0xMzkwMTQyOTU1PTo0NzAyMwpDb250ZW50LVR5cGU6IHRl eHQvcGxhaW47IGNoYXJzZXQ9aXNvLTg4NTktMQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBx dW90ZWQtcHJpbnRhYmxlCgpUaGFua3MgYSBsb3QhPUEwIEl0IGlzIGEgZ29vZCBwb2ludGVyLCBp dCBpcyB3b3JraW5nLj1BMCA9MEE9MEFJJ20gbm90IHN1cmU9CiB0aGlzIGlzIGEgZHVtYiBlcnJv ciBmcm9tIGEgbmV3IHVzZXIuPUEwIFdoZW4gSSBjaGFuZ2UgdGhlIG5ldHdvcmsgY29uZmlndT0K cmF0aW9uIG9uIHRoZSBmaXJzdCBzeXN0ZW0sIEkgY2hlY2tlZCB0aGUgInNhdmUgbmV0d29yayBj b25maWd1cmF0aW9uIi4gSXQgPQpkaWRudCcgd29yayBhbmQgZHJvcHBlZCB0aGUgY29ubmVjdGlv biB0byB0aGUgc3lzdGVtLiA9MEE9MEExLiBJIGhhZCBib3RoIHM9CnlzdGVtcyBpbiBtYWludGVu YW5jZSBtb2RlPTBBMi4gZnJvbSAiaG9zdHMiLCBwaWNrZWQgb25lIG9mIHRoZSBzeXN0ZW0sICJz ZT0KdHVwIGhvc3QgbmV0d29ya3MiPTBBMy4gUmlnaHQgY2xpY2tlZCBvbiBldGgxLCAiUmVtb3Zl IGV0aDAgZnJvbSBCb25kIj0wQTQuPQogYXQgdGhpcyBwb2ludCwgb3ZpcnRtZ210IHdhcyBvbiB0 aGUgcmlnaHQgaGFuZCBzaWRlIGxpc3RlZCBhcyAiVW5hc3NpZ25lZCA9CkxvZ2ljYWwgbmV0d29y a3MiPTBBNS4gSSBkcmFnZ2VkIGl0IGJhY2sgdG8gYXNzaWduIGl0IHRvIGV0aDA9MEE2LiBjaGVj a2VkID0Kc2F2ZSBuZXR3b3JrIGNvbmZpZ3VyYXRpb249MEE2LiBjbGlja2VkIE9LIGFuZCBjb25u ZWN0aW9uIGlzIGRyb3BwZWQ9MEE9MEFPPQpkZC4uLiBPTiB0aGUgY29uc29sZSwgSSBzYXcgdGhl IGZvbGxvd2luZ3M9MEFib25kaW5nOiB1bmFibGUgdG8gcmVtb3ZlIG5vbi09CmV4aXN0ZW50IHNs YXZlIGV0aDAgZm9yIGJvbmQgYm9uZDAuPTBBYm9uZGluZzogdW5hYmxlIHRvIHJlbW92ZSBub24t ZXhpc3Rlbj0KdCBzbGF2ZSBldGgxIGZvciBib25kIGJvbmQwLj0wQT0wQWAvZXRjL2luaXQuZC9u ZXR3b3JrIHJlc3RhcnRgIGFuZCBJIGdvdCBiPQpvbmQwIGJhY2suPUEwIEkgcmVkbyB0aGUgd2hv bGUgcHJvY2VzcyB3aXRob3V0ICJzYXZlIG5ldHdvcmsgY29uZmlndXJhdGlvbiI9CiBhbmQgaXQg d29ya2VkIGZpbmUuPUEwIEkgZGlkIHRoaXMgb24gdGhlIDJuZCBzeXN0ZW0gYW5kIGl0IHdvcmtl ZCBmaW5lIGFscz0Kby49MEE9MEE9MEFXaWxsPTBBPTBBPUEwPTBBPTBBPTBBPTBBPTBBPTBBT24g U2F0dXJkYXksIEphbnVhcnkgMTgsIDIwMTQgNzo1PQo2IFBNLCBEYW4gS2VuaWdzYmVyZyA8ZGFu a2VuQHJlZGhhdC5jb20+IHdyb3RlOj0wQSA9MEFPbiBTYXQsIEphbiAxOCwgMjAxNCA9CmF0IDAz OjE3OjIyUE0gLTA4MDAsIFdpbGxpYW0gS3dhbiB3cm90ZTo9MEE9MEE+IEhpLD0wQT4gPTBBPiBG QVEgdHlwZSBvZiBxdT0KZXN0aW9uLj0wQT4gPTBBPiBJZiB2aXJ0bWdtdCBpcyBhc3NpZ25lZCB0 byBib25kMCwgd2hpY2ggaXMgY29tcG9zZWQgb2YgZXRoPQowIGFuZCBldGgxLCB3aGF0IGlzIHRo ZSBiZXN0IHdheSB0byAidW5idW5kbGUiIGV0aDEgZnJvbSBib25kMD89MEE9MEFJJ2Qgc2E9Cnk6 PTBBLSBNb3ZlIHRoZSBob3N0IHRvIG1haW50YW5lbmNlLCBzbyBpdCBydW5zIG5vIFZNcyBhbmQg ZG9lcyBub3QgcGxheSBTUD0KTT0wQT1BMCByb2xlLj0wQS0gVXNlIHRoZSBTZXR1cCBOZXR3b3Jr IGRpYWxvZyB0byBicmFrZSB0aGUgYm9uZCBhbmQgZGVmaW5lPQogb3ZpcnRtZ210PTBBPUEwIGRp cmVjdGx5IG9uIHRvcCBvZiBldGgwLiBUaGUgRW5naW5lL1Zkc20gY29ubmVjdGlvbiBzaG91bGQ9 CiBzdXJ2aXZlPTBBPUEwIHRoaXMga2luZCBvZiBjaGFuZ2UgKHVubGlrZSBhIGNoYW5nZSBvZiBt YW5hZ2VtZW50IGFkZHJlc3Mgbz0KciB2bGFuKS49MEE9MEFJZiB0aGUgaG9zdCB1c2VzIGEgc3Bl Y2lhbCBzdG9yYWdlIGRvbWFpbiwgb3IgaXMgbm90IFNQTSwgeW91PQogY291bGQgZXZlbj0wQWRv IHRoYXQgd2hpbGUgVk1zIGFyZSBydW5uaW5nLgotLS02NDUxMDAwMDYtMTE3NzU3MzA4LTEzOTAx NDI5NTU9OjQ3MDIzCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEK Q29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWw+PGJvZHk+ PGRpdiBzdHlsZT0zRCJjb2xvcjojMDAwOyBiYWNrZ3JvdW5kLWNvbG9yOiNmZmY7IGZvbnQtZmFt aWx5OkNvPQp1cmllciBOZXcsIGNvdXJpZXIsIG1vbmFjbywgbW9ub3NwYWNlLCBzYW5zLXNlcmlm O2ZvbnQtc2l6ZToxMHB0Ij5UaGFua3MgYSA9CmxvdCEmbmJzcDsgSXQgaXMgYSBnb29kIHBvaW50 ZXIsIGl0IGlzIHdvcmtpbmcuJm5ic3A7IDxicj48YnI+SSdtIG5vdCBzdXJlID0KdGhpcyBpcyBh IGR1bWIgZXJyb3IgZnJvbSBhIG5ldyB1c2VyLiZuYnNwOyBXaGVuIEkgY2hhbmdlIHRoZSBuZXR3 b3JrIGNvbmZpPQpndXJhdGlvbiBvbiB0aGUgZmlyc3Qgc3lzdGVtLCBJIGNoZWNrZWQgdGhlICJz YXZlIG5ldHdvcmsgY29uZmlndXJhdGlvbiIuIEk9CnQgZGlkbnQnIHdvcmsgYW5kIGRyb3BwZWQg dGhlIGNvbm5lY3Rpb24gdG8gdGhlIHN5c3RlbS4gPGJyPjxicj4xLiBJIGhhZCBibz0KdGggc3lz dGVtcyBpbiBtYWludGVuYW5jZSBtb2RlPGJyPjIuIGZyb20gImhvc3RzIiwgcGlja2VkIG9uZSBv ZiB0aGUgc3lzdGVtPQosICJzZXR1cCBob3N0IG5ldHdvcmtzIjxicj4zLiBSaWdodCBjbGlja2Vk IG9uIGV0aDEsICJSZW1vdmUgZXRoMCBmcm9tIEJvbmQ9CiI8YnI+NC4gYXQgdGhpcyBwb2ludCwg b3ZpcnRtZ210IHdhcyBvbiB0aGUgcmlnaHQgaGFuZCBzaWRlIGxpc3RlZCBhcyAiVW5hcz0Kc2ln bmVkIExvZ2ljYWwgbmV0d29ya3MiPGJyPjUuIEkgZHJhZ2dlZCBpdCBiYWNrIHRvIGFzc2lnbiBp dCB0byBldGgwPGJyPjYuPQogY2hlY2tlZCBzYXZlIG5ldHdvcmsgY29uZmlndXJhdGlvbjxicj42 LiBjbGlja2VkIE9LIGFuZCBjb25uZWN0aW9uIGlzIGRyb3A9CnBlZDxicj48YnI+T2RkLi4uIE9O IHRoZSBjb25zb2xlLCBJIHNhdyB0aGUgZm9sbG93aW5nczxicj5ib25kaW5nOiB1bmFibGUgdD0K byByZW1vdmUgbm9uLWV4aXN0ZW50IHNsYXZlIGV0aDAgZm9yIGJvbmQgYm9uZDAuPGJyPmJvbmRp bmc6IHVuYWJsZSB0bwogcmVtb3ZlIG5vbi1leGlzdGVudCBzbGF2ZSBldGgxIGZvciBib25kIGJv bmQwLjxicj48YnI+YC9ldGMvaW5pdC5kL25ldHdvcms9CiByZXN0YXJ0YCBhbmQgSSBnb3QgYm9u ZDAgYmFjay4mbmJzcDsgSSByZWRvIHRoZSB3aG9sZSBwcm9jZXNzIHdpdGhvdXQgInNhdj0KZSBu ZXR3b3JrIGNvbmZpZ3VyYXRpb24iIGFuZCBpdCB3b3JrZWQgZmluZS4mbmJzcDsgSSBkaWQgdGhp cyBvbiB0aGUgMm5kIHN5PQpzdGVtIGFuZCBpdCB3b3JrZWQgZmluZSBhbHNvLjxicj48YnI+PGJy PldpbGw8YnI+PGJyPiZuYnNwOzxicj48ZGl2PjxzcGFuPjw9CmJyPjwvc3Bhbj48L2Rpdj48ZGl2 IHN0eWxlPTNEImRpc3BsYXk6IGJsb2NrOyIgY2xhc3M9M0QieWFob29fcXVvdGVkIj4gPGJyPj0K IDxicj4gPGRpdiBzdHlsZT0zRCJmb250LWZhbWlseTogQ291cmllciBOZXcsIGNvdXJpZXIsIG1v bmFjbywgbW9ub3NwYWNlLCBzPQphbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBwdDsiPiA8ZGl2IHN0 eWxlPTNEImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2FOZXVlLCBIZWw9CnZldGljYSBOZXVlLCBIZWx2 ZXRpY2EsIEFyaWFsLCBMdWNpZGEgR3JhbmRlLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7 Ij0KPiA8ZGl2IGRpcj0zRCJsdHIiPiA8Zm9udCBmYWNlPTNEIkFyaWFsIiBzaXplPTNEIjIiPiBP biBTYXR1cmRheSwgSmFudWFyeSAxPQo4LCAyMDE0IDc6NTYgUE0sIERhbiBLZW5pZ3NiZXJnICZs dDtkYW5rZW5AcmVkaGF0LmNvbSZndDsgd3JvdGU6PGJyPiA8L2ZvbnQ9Cj4gPC9kaXY+ICA8ZGl2 IGNsYXNzPTNEInlfbXNnX2NvbnRhaW5lciI+T24gU2F0LCBKYW4gMTgsIDIwMTQgYXQgMDM6MTc6 MjJQTT0KIC0wODAwLCBXaWxsaWFtIEt3YW4gd3JvdGU6PGRpdiBjbGFzcz0zRCJ5cXQwNDY4Mjg0 Mzc1IiBpZD0zRCJ5cXRmZDIxNDY2Ij48PQpiciBjbGVhcj0zRCJub25lIj4mZ3Q7IEhpLDxiciBj bGVhcj0zRCJub25lIj4mZ3Q7IDxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IEY9CkFRIHR5cGUgb2YK IHF1ZXN0aW9uLjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IDxiciBjbGVhcj0zRCJub25lIj4mZ3Q7 IElmIHZpcnRtZ210IGlzIGFzPQpzaWduZWQgdG8gYm9uZDAsIHdoaWNoIGlzIGNvbXBvc2VkIG9m IGV0aDAgYW5kIGV0aDEsIHdoYXQgaXMgdGhlIGJlc3Qgd2F5IHQ9Cm8gInVuYnVuZGxlIiBldGgx IGZyb20gYm9uZDA/PC9kaXY+PGJyIGNsZWFyPTNEIm5vbmUiPjxiciBjbGVhcj0zRCJub25lIj5J Jz0KZCBzYXk6PGJyIGNsZWFyPTNEIm5vbmUiPi0gTW92ZSB0aGUgaG9zdCB0byBtYWludGFuZW5j ZSwgc28gaXQgcnVucyBubyBWTXMgPQphbmQgZG9lcyBub3QgcGxheSBTUE08YnIgY2xlYXI9M0Qi bm9uZSI+Jm5ic3A7IHJvbGUuPGJyIGNsZWFyPTNEIm5vbmUiPi0gVXM9CmUgdGhlIFNldHVwIE5l dHdvcmsgZGlhbG9nIHRvIGJyYWtlIHRoZSBib25kIGFuZCBkZWZpbmUgb3ZpcnRtZ210PGJyIGNs ZWFyPQo9M0Qibm9uZSI+Jm5ic3A7IGRpcmVjdGx5IG9uIHRvcCBvZiBldGgwLiBUaGUgRW5naW5l L1Zkc20gY29ubmVjdGlvbiBzaG91bGQ9CiBzdXJ2aXZlPGJyIGNsZWFyPTNEIm5vbmUiPiZuYnNw OyB0aGlzIGtpbmQgb2YgY2hhbmdlICh1bmxpa2UgYSBjaGFuZ2Ugb2YgbT0KYW5hZ2VtZW50IGFk ZHJlc3Mgb3IgdmxhbikuPGJyIGNsZWFyPTNEIm5vbmUiPjxiciBjbGVhcj0zRCJub25lIj5JZiB0 aGUgaG9zPQp0IHVzZXMgYSBzcGVjaWFsIHN0b3JhZ2UgZG9tYWluLCBvciBpcyBub3QgU1BNLCB5 b3UgY291bGQgZXZlbjxiciBjbGVhcj0zRCI9Cm5vbmUiPmRvIHRoYXQgd2hpbGUgVk1zIGFyZSBy dW5uaW5nLjxkaXYgY2xhc3M9M0QieXF0MDQ2ODI4NDM3NSIgaWQ9M0QieXF0Zj0KZDgxODA4Ij48 YnIgY2xlYXI9M0Qibm9uZSI+PGJyIGNsZWFyPTNEIm5vbmUiPjwvZGl2Pjxicj48YnI+PC9kaXY+ ICA8L2Rpdj4gPQo8L2Rpdj4gIDwvZGl2PiA8L2Rpdj48L2JvZHk+PC9odG1sPgotLS02NDUxMDAw MDYtMTE3NzU3MzA4LTEzOTAxNDI5NTU9OjQ3MDIzLS0K --===============6534643235175552155==-- From amuller at redhat.com Sun Jan 19 10:07:06 2014 Content-Type: multipart/mixed; boundary="===============7724552295533978954==" MIME-Version: 1.0 From: Assaf Muller To: users at ovirt.org Subject: Re: [Users] Unbundle bond0 which virtmgmt is attached Date: Sun, 19 Jan 2014 10:07:04 -0500 Message-ID: <2139001932.4318173.1390144024246.JavaMail.root@redhat.com> In-Reply-To: 1390142955.47023.YahooMailNeo@web140406.mail.bf1.yahoo.com --===============7724552295533978954== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There's two checkboxes in the setup networks dialog: 1) save network configuration - This only means that if the change was succ= essful, persist the final networking state so that when the host is rebooted, it is booted into the network state *= after* the (successful) networking change 2) check connctivity - After the network operation, verify that the engine = still has connectivity to the host. If so, commit the change. Otherwise roll it back. The "save network configuration" check box shouldn't change the outcome of = the result. Assaf Muller, Cloud Networking Engineer = Red Hat = ----- Original Message ----- From: "William Kwan" To: "Dan Kenigsberg" Cc: users(a)ovirt.org Sent: Sunday, January 19, 2014 4:49:15 PM Subject: Re: [Users] Unbundle bond0 which virtmgmt is attached Thanks a lot! It is a good pointer, it is working. = I'm not sure this is a dumb error from a new user. When I change the networ= k configuration on the first system, I checked the "save network configurat= ion". It didnt' work and dropped the connection to the system. = 1. I had both systems in maintenance mode = 2. from "hosts", picked one of the system, "setup host networks" = 3. Right clicked on eth1, "Remove eth0 from Bond" = 4. at this point, ovirtmgmt was on the right hand side listed as "Unassigne= d Logical networks" = 5. I dragged it back to assign it to eth0 = 6. checked save network configuration = 6. clicked OK and connection is dropped = Odd... ON the console, I saw the followings = bonding: unable to remove non-existent slave eth0 for bond bond0. = bonding: unable to remove non-existent slave eth1 for bond bond0. = `/etc/init.d/network restart` and I got bond0 back. I redo the whole proces= s without "save network configuration" and it worked fine. I did this on th= e 2nd system and it worked fine also. = Will = On Saturday, January 18, 2014 7:56 PM, Dan Kenigsberg = wrote: = On Sat, Jan 18, 2014 at 03:17:22PM -0800, William Kwan wrote: = > Hi, = > = > FAQ type of question. = > = > If virtmgmt is assigned to bond0, which is composed of eth0 and eth1, wha= t is the best way to "unbundle" eth1 from bond0? = I'd say: = - Move the host to maintanence, so it runs no VMs and does not play SPM = role. = - Use the Setup Network dialog to brake the bond and define ovirtmgmt = directly on top of eth0. The Engine/Vdsm connection should survive = this kind of change (unlike a change of management address or vlan). = If the host uses a special storage domain, or is not SPM, you could even = do that while VMs are running. = _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users --===============7724552295533978954==--