Hi Thomas, Also with the curl 7.55.1 version and the patch applied you mentioned it still fails.
Any further suggestions? Thanks again for your help. Best regards, -- Mike Engel -----Original Message----- From: networkmanager-list [mailto:[email protected]] On Behalf Of Engel, Mike Sent: Monday, August 28, 2017 17:21 To: 'Thomas Haller'; '[email protected]' Subject: RE: [ConCheck]: Connection check doesn't seem to work correctly Hi Thomas, Thanks for that information. Any idea what could be the problem? Anyway, I will try that 7.55.1 version and apply the patch to see if that might fix my problem. Best regards, -- Mike Engel -----Original Message----- From: Thomas Haller [mailto:[email protected]] Sent: Monday, August 28, 2017 16:50 To: Engel, Mike; '[email protected]' Subject: Re: [ConCheck]: Connection check doesn't seem to work correctly On Mon, 2017-08-28 at 12:57 +0000, Engel, Mike wrote: > Hi Thomas, > > Thanks for your quick response. I use curl 7.50.1. I will try the > latest one because I have seen the same time out reported in the bug > you mentioned below. Hi, Supposedly 7.55 has the issue. So, if you use 7.50, then your issue is not the same as bgo#786432 and it's unclear what your issue is. best, Thomas > > Once I have done some test I will update the thread. > > Best regards, > -- > Mike Engel > > -----Original Message----- > From: Thomas Haller [mailto:[email protected]] > Sent: Monday, August 28, 2017 12:39 > To: Engel, Mike; '[email protected]' > Subject: Re: [ConCheck]: Connection check doesn't seem to work > correctly > > On Mon, 2017-08-28 at 10:23 +0000, Engel, Mike wrote: > > Hi all, > > Hi, > > > > We are using the NetworkManager version 1.8.2 on an embedded device > > and have done some tests with the connection check and it seems that > > is not working correctly. > > > > On our system we have Ethernet and wireless working. Were Ethernet > > is the primary network interface. Adding the connectivity check to > > the NetworkManager.conf will ping a server every 10s to check > > internet connection. And that is done correctly through both network > > interfaces. > > > > Aug 28 09:40:38 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503913238.0883] connectivity: (eth0) sending request to 'http://n > > et work-test.debian.org/nm' > > Aug 28 09:40:38 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503913238.0888] connectivity: (wlan0) sending request to 'http:// > > ne twork-test.debian.org/nm' > > Aug 28 09:40:39 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503913239.4761] connectivity: (eth0) status header found, check > > successful Aug 28 09:40:39 ccimx6sbc daemon.debug > > NetworkManager[1354]: <debug> [1503913239.4952] connectivity: > > (wlan0) > > status header found, check successful > > > > The routing table of the target looks like this. > > > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric > > Ref Use Iface > > 0.0.0.0 10.101.2.1 0.0.0.0 UG 100 0 > > > > 0 eth0 > > 0.0.0.0 192.168.11.101 0.0.0.0 UG 600 0 > > > > 0 wlan0 > > 10.101.2.0 0.0.0.0 255.255.255.0 U 0 0 > > > > 0 eth0 > > 10.101.2.0 0.0.0.0 255.255.255.0 U 100 0 > > > > 0 eth0 > > 192.168.0.0 0.0.0.0 255.255.0.0 U 0 0 > > > > 0 wlan0 > > 192.168.0.0 0.0.0.0 255.255.0.0 U 600 0 > > > > 0 wlan0 > > > > When we disconnect the switch from the internet where the Ethernet > > interface is connected to the connection request will fail. But it > > fails for both devices and the routing penalization function > > (route_metric_with_penalty) is called and updates the routing table > > for both interface instead of only the Ethernet one. > > > > Aug 28 10:17:18 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503915438.0931] connectivity: (wlan0) sending request to 'http:// > > ne twork-test.debian.org/nm' > > Aug 28 10:17:18 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503915438.0934] connectivity: (eth0) sending request to 'http://n > > et work-test.debian.org/nm' > > Aug 28 10:18:39 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503915519.1711] connectivity: (eth0) check failed (6) Aug 28 > > 10:18:39 ccimx6sbc daemon.debug NetworkManager[1354]: <debug> > > [1503915519.1799] connectivity: (wlan0) check failed (6) > > it says the check failed. What do you see with level=TRACE logging? > Note comments here: https://cgit.freedesktop.org/NetworkManager/Netwo > rkManager/plain/contrib/fedora/rpm/NetworkManager.conf?id=master > > > Aug 28 10:18:39 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503915519.1804] manager: connectivity checking indicates LIMITED > > Aug > > 28 10:18:39 ccimx6sbc daemon.debug NetworkManager[1354]: <debug> > > [1503915519.1807] dispatcher: (9) dispatching action > > 'connectivity- > > change' > > Aug 28 10:18:39 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503915519.2013] connectivity: (wlan0) sending request to 'http:// > > ne twork-test.debian.org/nm' > > Aug 28 10:18:39 ccimx6sbc daemon.debug NetworkManager[1354]: > > <debug> > > [1503915519.2015] connectivity: (eth0) sending request to 'http://n > > et work-test.debian.org/nm' > > Aug 28 10:18:39 ccimx6sbc daemon.info NetworkManager[1354]: > > <info> [1503915519.2107] connectivity: (eth0) timed out Aug 28 > > 10:18:39 ccimx6sbc daemon.info NetworkManager[1354]: > > <info> [1503915519.2109] connectivity: (eth0) timed out Aug 28 > > 10:18:39 ccimx6sbc daemon.info nm-dispatcher: req:1 > > 'connectivity-change': new request (0 scripts) Aug 28 10:18:39 > > ccimx6sbc daemon.debug nm-dispatcher: req:1 > > 'connectivity-change': environment: CONNECTIVITY_STATE=LIMITED Aug > > 28 > > 10:18:39 ccimx6sbc daemon.info nm-dispatcher: req:1 > > 'connectivity-change': completed: no scripts > > > > And in the routing table both interfaces have changed > > > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric > > Ref Use Iface > > 0.0.0.0 10.101.2.1 0.0.0.0 UG 20100 0 > > > > 0 eth0 > > 0.0.0.0 192.168.11.101 0.0.0.0 UG 20600 0 > > > > 0 wlan0 > > 10.101.2.0 0.0.0.0 255.255.255.0 U 0 0 > > > > 0 eth0 > > 10.101.2.0 0.0.0.0 255.255.255.0 U 100 0 > > > > 0 eth0 > > 192.168.0.0 0.0.0.0 255.255.0.0 U 0 0 > > > > 0 wlan0 > > 192.168.0.0 0.0.0.0 255.255.0.0 U 600 0 > > > > 0 wlan0 > > > > Is there something wrong with our test or might there be an issue > > with the connectivity check? > > there is also a curl 7.55 issue, > see https://bugzilla.gnome.org/show_bug.cgi?id=786432 > What's your libcurl version? > > > best, > Thomas _______________________________________________ networkmanager-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/networkmanager-list _______________________________________________ networkmanager-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/networkmanager-list
