Hi Luf, Let me have a think about it and I'll get back to you on whether there's a workaround or something needs to be enhanced in the engine logic. Thanks for bringing this up!
Yours, Lior. On 20/11/14 15:11, Finstrle, Ludek wrote: > > Lior Vernia píše v St 19. 11. 2014 v 17:22 +0200: >> On 19/11/14 14:42, Finstrle, Ludek wrote: >> > Engine has both networks (ovirtmgmt as eth0 and data as eth1). >> > Internally the cluster should communicate via ovirtmgmt (installed using >> > internal name for ovirtmgmt IP and this network is strictly local to the >> > ovirt cluster). I'm reaching web of engine via data IP (public network >> > as web is listening on all interfaces). >> >> So when you take node1 down and node2's management interface goes down, >> how come the engine is still able to communicate with node2? Is the >> hostname also resolved to the data IP? > > It's not exact description of the situation. > > 1) both nodes up => everything is working properly > 2) second node power off > 3) first node still have interfaces up (ovirtmgmt -> ens1f0 just without > link detected) => first node is switched into Non-Operational mode > (there should be at least some switch if I require link detected) > 4) ping is working correctly over ovirtmgmt (checked via tcpdump) > between remaining node and hosted engine running on that node > > I switch back to the problematic situation and ensure I'm not saying > misleading information (ens1f0 is network interface for ovirtmgmt): > ovirtmgmt: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9000 > ens1f0: flags=4099<UP,BROADCAST,MULTICAST> mtu 9000 > # ethtool ens1f0 > Settings for ens1f0: > Supported ports: [ TP ] > Supported link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Supported pause frame use: No > Supports auto-negotiation: Yes > Advertised link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Advertised pause frame use: No > Advertised auto-negotiation: Yes > Speed: Unknown! > Duplex: Unknown! (255) > Port: Twisted Pair > PHYAD: 1 > Transceiver: internal > Auto-negotiation: on > MDI-X: Unknown (auto) > Supports Wake-on: pumbg > Wake-on: g > Current message level: 0x00000007 (7) > drv probe link > Link detected: no > > Cheers, > > Luf > >> > I'm sorry for worse responses as I'm on a business trip for next few > weeks. >> > >> > Cheers, >> > >> > Luf >> > >> > sent from phone >> > >> > Dne 19. 11. 2014 9:34 Lior Vernia <[email protected]> napsal(a): >> > Hey, >> > >> > Thanks, so how come node2 moves to non-operational state rather than >> > non-responsive (i.e. how come it's reachable from the engine)? The IP >> > address via which it was installed, belongs to which network interface? >> > bond1 which is used for data? >> > >> > Lior. >> > >> > On 18/11/14 12:17, Finstrle, Ludek wrote: >> >> >> >> Hi, >> >> >> >> yes that's exactly what I tried to describe. Thanks Ekin. >> >> There is no switch between 2 hosts/nodes (for ovirtmgmt network). It's >> >> similar to situation when I tried just one host/node and put the >> >> ovirtmgmt network to not connected network interface (will connect it >> >> once we buy second host). >> >> >> >> Cheers, >> >> >> >> Luf >> >> >> >> Ekin Meroğlu píše v Út 18. 11. 2014 v 00:00 +0200: >> >>> Hi Lior, >> >>> >> >>> >> >>> If I'm not mistaken, on Luf's topology, there is no switch on the >> >>> management bond (bond0) - just a cross or regular eth cable connecting >> >>> physical interfaces on both nodes. So when one node is powered down, >> >>> there is no link detected on the other node. >> >>> >> >>> >> >>> Regards, >> >>> >> >>> On Mon, Nov 17, 2014 at 12:02 PM, Lior Vernia <[email protected]> >> >>> wrote: >> >>> Hi Luf, >> >>> >> >>> Apologies, I probably don't understand the details of your L2 >> >>> toplogy; >> >>> how come when you turn off one host it affects the link state >> >>> of of the >> >>> other one's interfaces?... >> >>> >> >>> Yours, Lior. >> >>> >> >>> On 14/11/14 11:43, Finstrle, Ludek wrote: >> >>> > >> >>> > Hi, >> >>> > >> >>> > I have 2-node ovirt "cluster". Both machines has 4 >> >>> interfaces. >> >>> > 2 interfaces in bond1 for data >> >>> > 2 interfaces in bond0 for management (short connected >> >>> directly between >> >>> > servers) >> >>> > >> >>> > switch0 -----\ /-----\ /----- switch0 >> >>> > node1 node2 >> >>> > switch1 -----/ \-----/ \----- switch1 >> >>> > >> >>> > I setup everything as I want/expect but I hit one problem >> >>> and I don't >> >>> > know how to fix it. The problem is when I switch off one of >> >>> the machines >> >>> > for maintenance (node01.ovirt in this case). I get in ovirt >> >>> engine this >> >>> > message: >> >>> > >> >>> > Host node02.ovirt moved to Non-Operational state because >> >>> interfaces >> >>> > which are down are needed by required networks in the >> >>> current cluster: >> >>> > 'bond0 (ovirtmgmt)'. >> >>> > >> >>> > Do you have any idea how to avoid it? I can't change >> >>> physical >> >>> > architecture as I don't have 10Gb switch. >> >>> > >> >>> > BTW it's the same as if I want to start with only 1 node and >> >>> separated >> >>> > data and mgmt networks: >> >>> > >> >>> > switch ----- host --(not connected iface for mgmt as I don't >> >>> need it) >> >>> > >> >>> > Thanks, >> >>> > >> >>> > Luf >> >>> > >> >>> > >> >>> > NOTICE: This email and any attachments may contain >> >>> confidential and >> >>> > proprietary information of NetSuite Inc. and is for the sole >> >>> use of the >> >>> > intended recipient for the stated purpose. Any improper use >> >>> or >> >>> > distribution is prohibited. If you are not the intended >> >>> recipient, >> >>> > please notify the sender; do not review, copy or distribute; >> >>> and >> >>> > promptly delete or destroy all transmitted information. >> >>> Please note that >> >>> > all communications and information transmitted through this >> >>> email system >> >>> > may be monitored and retained by NetSuite or its agents and >> >>> that all >> >>> > incoming email is automatically scanned by a third party >> >>> spam and >> >>> > filtering service which may result in deletion of a >> >>> legitimate e-mail >> >>> > before it is read by the intended recipient. >> >>> > >> >>> > >> >>> >> >>> > _______________________________________________ >> >>> > Users mailing list >> >>> > [email protected] <mailto:[email protected]> > <mailto:[email protected]> <mailto:[email protected]> >> >>> > http://lists.ovirt.org/mailman/listinfo/users >> >>> > >> >>> _______________________________________________ >> >>> Users mailing list >> >>> [email protected] <mailto:[email protected]> <mailto:[email protected]> > <mailto:[email protected]> >> >>> http://lists.ovirt.org/mailman/listinfo/users >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Ekin Meroğlu Red Hat Certified Datacenter Specialist >> >>> linuxera Özgür Yazılım Çözüm ve Hizmetleri >> >>> T +90 (850) 22 LINUX GSM +90 (532) 137 77 04 >> >> >> >> >> >> NOTICE: This email and any attachments may contain confidential and >> >> proprietary information of NetSuite Inc. and is for the sole use of the >> >> intended recipient for the stated purpose. Any improper use or >> >> distribution is prohibited. If you are not the intended recipient, >> >> please notify the sender; do not review, copy or distribute; and >> >> promptly delete or destroy all transmitted information. Please note > that >> >> all communications and information transmitted through this email > system >> >> may be monitored and retained by NetSuite or its agents and that all >> >> incoming email is automatically scanned by a third party spam and >> >> filtering service which may result in deletion of a legitimate e-mail >> >> before it is read by the intended recipient. >> > >> > >> > NOTICE: This email and any attachments may contain confidential and >> > proprietary information of NetSuite Inc. and is for the sole use of the >> > intended recipient for the stated purpose. Any improper use or >> > distribution is prohibited. If you are not the intended recipient, >> > please notify the sender; do not review, copy or distribute; and >> > promptly delete or destroy all transmitted information. Please note that >> > all communications and information transmitted through this email system >> > may be monitored and retained by NetSuite or its agents and that all >> > incoming email is automatically scanned by a third party spam and >> > filtering service which may result in deletion of a legitimate e-mail >> > before it is read by the intended recipient. >> > > > NOTICE: This email and any attachments may contain confidential and > proprietary information of NetSuite Inc. and is for the sole use of the > intended recipient for the stated purpose. Any improper use or > distribution is prohibited. If you are not the intended recipient, > please notify the sender; do not review, copy or distribute; and > promptly delete or destroy all transmitted information. Please note that > all communications and information transmitted through this email system > may be monitored and retained by NetSuite or its agents and that all > incoming email is automatically scanned by a third party spam and > filtering service which may result in deletion of a legitimate e-mail > before it is read by the intended recipient. _______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
