Bug#827296: - connman: Connman slow down the boot when no network available

[zi]

In the recent Debian Sid my TimeoutStart problem vanished:

ii  connman 1.33-1 amd64   
Intel Connection Manager daemon
ii  libgnutls30:amd64   3.5.5-6amd64   
GNU TLS library - main runtime library


Thank you all!

Bug#827296: - connman: Connman slow down the boot when no network available

[zi]

Quoting Gianfranco Costamagna :


interesting, since gnutls seems to have a regression somewhere, can
we please know which version is the first one with the issue?


Hi,

the last one, that works together with connman as expected, was  
libgnutls30 3.5.2-3. The Timeouts began with 3.5.3-1.


From the  changelog.Debian.gz

[...]
gnutls28 (3.5.3-1) experimental; urgency=medium

  * New upstream version.
+ Update libgnutls30.symbols.
+ Drop 31_nettle-use-rsa_-_key_prepare-on-key-import.patch (forgot to
  apply it in the previous upload anyway.)
+ Add b-d on libcmocka-dev (marked with ).

 -- Andreas Metzler   Wed, 10 Aug 2016 19:14:22 +0200

gnutls28 (3.5.2-3) experimental; urgency=medium

  * Cherry pick 31_nettle-use-rsa_-_key_prepare-on-key-import.patch
from upstream GIT, which should allow gnutls continue to work with
CVE-2016-6489-patched nettle.

 -- Andreas Metzler   Mon, 08 Aug 2016 19:41:41 +0200
[...]

Bug#827296: - connman: Connman slow down the boot when no network available

[Gianfranco Costamagna]

Hi,

>Problem exists up to libgnutls30:amd64 3.5.3-4 at the moment on my  
>Debian Sid. So ">= 3.5.3-2" is staying true until falsified.
>
>The graphical plot does not show further information than  
>connman.service being in the state "Activating" for the defined  
>TimeoutStartSec, symbolized by a red bar.


interesting, since gnutls seems to have a regression somewhere, can
we please know which version is the first one with the issue?

thanks,
G.

Bug#827296: - connman: Connman slow down the boot when no network available

[zi]

Problem exists up to libgnutls30:amd64 3.5.3-4 at the moment on my  
Debian Sid. So ">= 3.5.3-2" is staying true until falsified.


The graphical plot does not show further information than  
connman.service being in the state "Activating" for the defined  
TimeoutStartSec, symbolized by a red bar.


Thanks

Bug#827296: connman: Connman slow down the boot when no network available

[Debianer]

Package: connman
Version: 1.32-0.1
Followup-For: Bug #827296

Dear Maintainer,

I can confirm Bohdan's report. With the newer libgnutls30 3.5.3-2 I get the 
(default) timeout of 90 s from conman.service (defined in 
DefaultTimeoutStopSec=90s):

journalctl -u connman
[...]
Aug 23 09:18:55 amy systemd[1]: Starting Connection service...
Aug 23 09:20:25 amy systemd[1]: connman.service: Start operation timed out. 
Terminating.
Aug 23 09:20:25 amy systemd[1]: Failed to start Connection service.
Aug 23 09:20:25 amy systemd[1]: connman.service: Unit entered failed state.
Aug 23 09:20:25 amy systemd[1]: connman.service: Failed with result 'timeout'.
Aug 23 09:20:25 amy systemd[1]: connman.service: Service hold-off time over, 
scheduling restart.
Aug 23 09:20:25 amy systemd[1]: Stopped Connection service.
Aug 23 09:20:25 amy systemd[1]: Starting Connection service...
Aug 23 09:20:36 amy systemd[1]: Started Connection service.
Aug 23 09:20:36 amy connmand[1758]: Connection Manager version 1.32
Aug 23 09:20:36 amy connmand[1758]: Checking loopback interface settings  
[...]

With the older 3.5.2-2 the timout-problem disappears. Thank you Bohdan!

Kind regards

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages connman depends on:
ii  dbus 1.10.10-1
ii  init-system-helpers  1.42
ii  libc62.23-5
ii  libdbus-1-3  1.10.10-1
ii  libglib2.0-0 2.48.1-3
ii  libgnutls30  3.5.3-2
ii  libreadline6 6.3-8+b4
ii  libxtables11 1.6.0-3
ii  lsb-base 9.20160629

Versions of packages connman recommends:
pn  bluez  
pn  ofono  
ii  wpasupplicant  2.5-2+v2.4-2

Versions of packages connman suggests:
pn  indicator-network  

-- no debconf information

Bug#827296: connman: Connman slow down the boot when no network available

[Bohdan Kanskyi]

I have found almost the same issue after libgnutls30 updated from 3.5.2-2
to 3.5.3-2 on testing. systemd waits connman-wait-online.service for 90
seconds. When i downgrade libgnutls30 to 3.5.2-2 all is ok.

Bug#827296: connman: Connman slow down the boot when no network available

[Brian Potkin]

On Tue 02 Aug 2016 at 17:08:28 +0100, Brian Potkin wrote:

> On Thu 16 Jun 2016 at 18:33:45 +0200, Kristian Klausen wrote:
> 
> > I just checked NetworkManager, and they only install it
> > (NetworkManager-wait-online.service) but does not enable it.
> > 
> > I think that is the correct behavior, next time someone update connman
> > they could fix this bug :)
> 
> Please see #812209, Message #25.
> 
>  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812209
> 
>   While we still have a few stragglers left, the most important blockers
>   have been dealt with. So I enable NM-wait-online with the last upload.

Having said that, there is still the question of the issue reported by
Florian; I see behaviour which supports his observations.

'apt-get install connman' sees the install process get to creating
symlinks and then hanging for nearly 2.5 minutes. This is very, very
disconcerting. I have not experienced anything like this before.

Eventually, it completes with the message:

  connman-wait-online.service couldn't start.

Sure enough, systemctl shows the unit in a failed state.

I nearly forgot to mention: that was with no ethernet cable connected
and the package cached. Connecting the cable and installing connman
takes the usual few seconds and connman-wait-online.service is active
afterwards.

Regards,

Brian.

Bug#827296: connman: Connman slow down the boot when no network available

[Brian Potkin]

On Thu 16 Jun 2016 at 18:33:45 +0200, Kristian Klausen wrote:

> I just checked NetworkManager, and they only install it
> (NetworkManager-wait-online.service) but does not enable it.
> 
> I think that is the correct behavior, next time someone update connman
> they could fix this bug :)

Please see #812209, Message #25.

 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812209

  While we still have a few stragglers left, the most important blockers
  have been dealt with. So I enable NM-wait-online with the last upload.


Cheers,

Brian.

Bug#827296: connman: Connman slow down the boot when no network available

[Kristian Klausen]

I just checked NetworkManager, and they only install it 
(NetworkManager-wait-online.service) but does not enable it.

I think that is the correct behavior, next time someone update connman they 
could fix this bug :)


> Subject: Bug#827296: connman: Connman slow down the boot when no network 
> available
> Date: Thu, 16 Jun 2016 18:23:31 +0200
> From: flor...@biree.name
> To: klausenb...@hotmail.com
> CC: sub...@bugs.debian.org
>
> Le Tue, 14 Jun 2016 20:54:15 +0200,
> Kristian Klausen <klausenb...@hotmail.com> a écrit :
>
>> I'm not sure this is connman fault (??).
>>
>> This is causing by newer connman which include
>> connman-wait-online.service. You should be able to fix it by
>> disabling connman-wait-online.service
>
> This solution works, thanks!
> It's still strange to have by default this big behavior
> change which slow down the boot …
>
>
>
>
> --
> Florian Birée
> 06 52 92 15 32
>
> En ces temps d'état policier, ne les laissons pas lire nos mails,
> chiffrons-les ! https://emailselfdefense.fsf.org/fr/index.html
  

Bug#827296: connman: Connman slow down the boot when no network available

[Florian Birée]

Le Tue, 14 Jun 2016 20:54:15 +0200,
Kristian Klausen  a écrit :

> I'm not sure this is connman fault (??).
> 
> This is causing by newer connman which include
> connman-wait-online.service. You should be able to fix it by
> disabling connman-wait-online.service

This solution works, thanks!
It's still strange to have by default this big behavior
change which slow down the boot …




-- 
Florian Birée
06 52 92 15 32

En ces temps d'état policier, ne les laissons pas lire nos mails,
chiffrons-les ! https://emailselfdefense.fsf.org/fr/index.html


pgpyStgvd5_RJ.pgp
Description: Signature digitale OpenPGP

Bug#827296: connman: Connman slow down the boot when no network available

[Kristian Klausen]

I'm not sure this is connman fault (??).

This is causing by newer connman which include connman-wait-online.service.
You should be able to fix it by disabling connman-wait-online.service

https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ is worth 
reading.


> Subject: Bug#827296: connman: Connman slow down the boot when no network 
> available
> From: flor...@biree.name
> To: sub...@bugs.debian.org
> Date: Tue, 14 Jun 2016 19:56:08 +0200
>
> Package: connman
> Version: 1.32-0.1
> Severity: normal
>
> Dear Maintainer,
>
> When no network (wired or wireless) is available, systemd hang on an long
> time (around 2 minutes), waiting connman to find a network before continuing 
> the boot.
>
> This is very anoying for a laptop. Some times ago (I can't remember when
> and with which version of connman or systemd), already with connman and
> systemd, the boot was normal even when no network was available.
>
> -- System Information:
> Debian Release: stretch/sid
> APT prefers unstable
> APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.5.0-2-686-pae (SMP w/1 CPU core)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages connman depends on:
> ii dbus 1.10.8-1
> ii init-system-helpers 1.34
> ii libc6 2.22-11
> ii libdbus-1-3 1.10.8-1
> ii libglib2.0-0 2.48.1-1
> ii libgnutls30 3.4.13-1
> ii libreadline6 6.3-8+b4
> ii libxtables11 1.6.0-2
> ii lsb-base 9.20160601
>
> Versions of packages connman recommends:
> pn bluez 
> pn ofono 
> ii wpasupplicant 2.3-2.3
>
> Versions of packages connman suggests:
> pn indicator-network 
>
> -- no debconf information
>
  

Bug#827296: connman: Connman slow down the boot when no network available

[Florian Birée]

Package: connman
Version: 1.32-0.1
Severity: normal

Dear Maintainer,

When no network (wired or wireless) is available, systemd hang on an long
time (around 2 minutes), waiting connman to find a network before continuing 
the boot.

This is very anoying for a laptop. Some times ago (I can't remember when
and with which version of connman or systemd), already with connman and
systemd, the boot was normal even when no network was available.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.5.0-2-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages connman depends on:
ii  dbus 1.10.8-1
ii  init-system-helpers  1.34
ii  libc62.22-11
ii  libdbus-1-3  1.10.8-1
ii  libglib2.0-0 2.48.1-1
ii  libgnutls30  3.4.13-1
ii  libreadline6 6.3-8+b4
ii  libxtables11 1.6.0-2
ii  lsb-base 9.20160601

Versions of packages connman recommends:
pn  bluez  
pn  ofono  
ii  wpasupplicant  2.3-2.3

Versions of packages connman suggests:
pn  indicator-network  

-- no debconf information