Hi I have open a bug https://bugzilla.redhat.com/show_bug.cgi?id=1730776
I have try this command "vdsm-tool ovn-config 10.16.248.74 ovirtmgmt" on one of the host but nothing changed. After a restart of the ovn-controler i still get 2019-07-17T15:38:52.572Z|00033|reconnect|INFO|ssl:10.8.236.244:6642: waiting 8 seconds before reconnect 2019-07-17T15:39:00.578Z|00034|reconnect|INFO|ssl:10.8.236.244:6642: connecting... 2019-07-17T15:39:05.720Z|00035|fatal_signal|WARN|terminating with signal 15 (Terminated) 2019-07-17T15:39:05.863Z|00001|vlog|INFO|opened log file /var/log/openvswitch/ovn-controller.log 2019-07-17T15:39:05.864Z|00002|reconnect|INFO|unix:/var/run/openvswitch/db.sock: connecting... 2019-07-17T15:39:05.864Z|00003|reconnect|INFO|unix:/var/run/openvswitch/db.sock: connected 2019-07-17T15:39:05.865Z|00004|reconnect|INFO|ssl:10.8.236.244:6642: connecting... 2019-07-17T15:39:06.865Z|00005|reconnect|INFO|ssl:10.8.236.244:6642: connection attempt timed out 2019-07-17T15:39:06.865Z|00006|reconnect|INFO|ssl:10.8.236.244:6642: waiting 1 seconds before reconnect 2019-07-17T15:39:07.867Z|00007|reconnect|INFO|ssl:10.8.236.244:6642: connecting... 2019-07-17T15:39:08.867Z|00008|reconnect|INFO|ssl:10.8.236.244:6642: connection attempt timed out 2019-07-17T15:39:08.868Z|00009|reconnect|INFO|ssl:10.8.236.244:6642: waiting 2 seconds before reconnect 2019-07-17T15:39:10.870Z|00010|reconnect|INFO|ssl:10.8.236.244:6642: connecting... 2019-07-17T15:39:12.872Z|00011|reconnect|INFO|ssl:10.8.236.244:6642: connection attempt timed out 2019-07-17T15:39:12.872Z|00012|reconnect|INFO|ssl:10.8.236.244:6642: waiting 4 seconds before reconnect On Wed, Jul 17, 2019 at 10:56 AM Miguel Duarte de Mora Barroso < [email protected]> wrote: > On Wed, Jul 17, 2019 at 3:01 PM carl langlois <[email protected]> > wrote: > > > > Hi Miguel > > > > if i do ovs-vsctl list Open_vSwitch i get > > > > uuid : ce94c4b1-7eb2-42e3-8bfd-96e1dec40dea > > bridges : [9b0738ee-594d-4a87-8967-049a8b1a5774] > > cur_cfg : 1 > > datapath_types : [netdev, system] > > db_version : "7.14.0" > > external_ids : {hostname="ovhost2", ovn-bridge-mappings="", > ovn-encap-ip="10.8.236.150", ovn-encap-type=geneve, ovn-remote="ssl: > 10.8.236.244:6642", system-id="7c39d07b-1d54-417b-bf56-7a0f1a07f832"} > > iface_types : [geneve, gre, internal, lisp, patch, stt, system, > tap, vxlan] > > manager_options : [] > > next_cfg : 1 > > other_config : {} > > ovs_version : "2.7.3" > > ssl : [] > > statistics : {} > > system_type : centos > > system_version : "7" > > > > I can see two addresses that are on the old network.. > > Yes, those are it. > > Use the tool I mentioned to update that to the correct addresses on > the network, and re-try. > > vdsm-tool ovn-config <engine_ip_on_net> <name of the management network> > > > Regards > > Carl > > > > > > On Wed, Jul 17, 2019 at 8:21 AM carl langlois <[email protected]> > wrote: > >> > >> Hi Miguel, > >> > >> I will surely open a bugs, any specific ovirt componenent to select > when openeing the bug? > > ovirt-engine > > >> > >> When you say that the hosted-engine should have trigger a the update. > Do you mean is was suppose to trigger the update and did not work or it is > something missing? > > I sincerely do not know. @Dominik Holler, could you shed some light into > this ? > > >> Could i have missed a step when switching the network? > >> > >> Also if i try to do ovs-vsctl list . The list command require a Table > name. Not sure what table to use? > >> > >> Regards > >> Carl > >> > >> > >> > >> On Wed, Jul 17, 2019 at 4:21 AM Miguel Duarte de Mora Barroso < > [email protected]> wrote: > >>> > >>> On Tue, Jul 16, 2019 at 8:48 PM carl langlois <[email protected]> > wrote: > >>> > > >>> > Hi > >>> > > >>> > We are in a process of changing our network connection. Our current > network is using 10.8.256.x and we will change to 10.16.248.x. We have a HA > ovirt cluster (around 10 nodes) currently configure on the 10.8.256.x. So > my question is is it possible to relocate the ovirt cluster to the > 10.16.248.x. We have tried to move everything to the new network without > success. All the node seem to boot up properly, our gluster storage also > work properly. > >>> > When we try to start the hosted-engine it goes up but fail the > liveliness check. We have notice in the > /var/log/openvswitch/ovn-controller.log that he is triying to connect to > the hold ip address of the hosted-engine vm. > >>> > 019-07-16T18:41:29.483Z|01992|reconnect|INFO|ssl:10.8.236.244:6642: > waiting 8 seconds before reconnect > >>> > 2019-07-16T18:41:37.489Z|01993|reconnect|INFO|ssl:10.8.236.244:6642: > connecting... > >>> > 2019-07-16T18:41:45.497Z|01994|reconnect|INFO|ssl:10.8.236.244:6642: > connection attempt timed out > >>> > > >>> > So my question is were is the 10.8.236.244 come from. > >>> > >>> Looks like the ovn controllers were not updated during the network > change. > >>> > >>> The wrong IP is configured within openvswitch, you can see it in the > >>> (offending) nodes through "ovs-vsctl list . ". It'll be a key in the > >>> 'external_ids' column called 'ovn-remote' . > >>> > >>> This is not the solution, but a work-around; you could try to > >>> configure the ovn controllers via: > >>> vdsm-tool ovn-config <engine_ip_on_net> <name of the management > network> > >>> > >>> Despite the provided work-around, I really think the hosted engine > >>> should have triggered the ansible role that in turn triggers this > >>> reconfiguration. > >>> > >>> Would you open a bug with this information ? > >>> > >>> > >>> > > >>> > The routing table for one of our host look like this > >>> > > >>> > estination Gateway Genmask Flags Metric Ref > Use Iface > >>> > default gateway 0.0.0.0 UG 0 0 > 0 ovirtmgmt > >>> > 10.16.248.0 0.0.0.0 255.255.255.0 U 0 0 > 0 ovirtmgmt > >>> > link-local 0.0.0.0 255.255.0.0 U 1002 0 > 0 eno1 > >>> > link-local 0.0.0.0 255.255.0.0 U 1003 0 > 0 eno2 > >>> > link-local 0.0.0.0 255.255.0.0 U 1025 0 > 0 ovirtmgmt > >>> > > >>> > Any help would be really appreciated. > >>> > > >>> > Regards > >>> > Carl > >>> > > >>> > > >>> > > >>> > > >>> > _______________________________________________ > >>> > Users mailing list -- [email protected] > >>> > To unsubscribe send an email to [email protected] > >>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > >>> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > >>> > List Archives: > https://lists.ovirt.org/archives/list/[email protected]/message/DBQUWEPPDK2JDFU4HOGNURK7AB3FDINC/ >
_______________________________________________ Users mailing list -- [email protected] To unsubscribe send an email to [email protected] Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/[email protected]/message/FKYGDRVSCIENIVUQXLLU6H57VULPAPWI/
