From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#40572: installer networking: Connman detects no technologies on Acer Aspire Date: Tue, 14 Apr 2020 16:36:12 +0200 Message-ID: <87o8ruw2w3.fsf@gnu.org> References: <87wo6jjzh6.fsf@gnu.org> <20200413150347.kaapjhmdwbhkij7t@pelzflorian.localdomain> <20200413155202.rjmnp4v2vnrpq3vc@pelzflorian.localdomain> <871rorgvk8.fsf@gnu.org> <20200413181415.6pgj63zcew3bkkma@pelzflorian.localdomain> <20200413215646.wduvdya6rqhr4h4r@pelzflorian.localdomain> <8736972fc1.fsf@gnu.org> <20200414004344.fg7yio3frp534jih@pelzflorian.localdomain> <87v9m2zbes.fsf@gnu.org> <20200414094053.ylvhmq2yurtrr6ec@pelzflorian.localdomain> <20200414120034.igkvqez4clu7rr4o@pelzflorian.localdomain> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:34192) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOOmB-0006xH-2e for bug-guix@gnu.org; Tue, 14 Apr 2020 12:51:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jOOm7-0003DV-Kq for bug-guix@gnu.org; Tue, 14 Apr 2020 12:51:06 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:51321) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jOOm6-0003Cg-9Z for bug-guix@gnu.org; Tue, 14 Apr 2020 12:51:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jOOm6-0003lf-8W for bug-guix@gnu.org; Tue, 14 Apr 2020 12:51:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20200414120034.igkvqez4clu7rr4o@pelzflorian.localdomain> (pelzflorian@pelzflorian.de's message of "Tue, 14 Apr 2020 14:00:34 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: "pelzflorian (Florian Pelz)" Cc: 40572@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Florian, "pelzflorian (Florian Pelz)" skribis: > On Tue, Apr 14, 2020 at 11:40:53AM +0200, pelzflorian (Florian Pelz) wrot= e: >> On Tue, Apr 14, 2020 at 11:03:55AM +0200, Ludovic Court=C3=A8s wrote: >> > To confirm this hypothesis, we need to run =E2=80=9Cstrace -t=E2=80=9D= , see below (sorry >> > for not thinking about doing it!). If you can try again with the patch >> > below, that=E2=80=99s awesome. Then we=E2=80=99ll compare the timesta= mps in >> > /var/log/messages and those in the strace log. >>=20 >> Will do. I will only send /var/log/messages and /dbus.* traces then. >>=20 > > Logs are attached. Woow, the first dbus-daemon process needs 20s from exec to PID file: --8<---------------cut here---------------start------------->8--- 13:46:06 execve("/gnu/store/nlb24nrrrkn2h9vflnqigcf2hx58rvyx-dbus-1.12.16/b= in/dbus-daemon", ["/gnu/store/nlb24nrrrkn2h9vflnqigcf2hx58rvyx-dbus-1.12.16= /bin/dbus-daemon", "--nofork", "--system", "--syslog-only"], 0x7ffc94ca62c8= /* 1 var */) =3D 0 [=E2=80=A6] 13:46:14 openat(AT_FDCWD, "/gnu/store/vclzrvbxac8ipc8g1ncq5gjjj8gdvxw3-conn= man-1.38/etc/dbus-1/system.d", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = =3D 4 13:46:16 fstat(4, {st_mode=3DS_IFDIR|0555, st_size=3D2048, ...}) =3D 0 [=E2=80=A6] 13:46:19 openat(AT_FDCWD, "/gnu/store/mw57n9nj3y20bfm9ijcbpm16gpsik6sg-polk= it-0.116/etc/dbus-1/system.d", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = =3D 4 13:46:21 fstat(4, {st_mode=3DS_IFDIR|0555, st_size=3D2048, ...}) =3D 0 [=E2=80=A6] 13:46:21 bind(4, {sa_family=3DAF_UNIX, sun_path=3D"/var/run/dbus/system_bus= _socket"}, 33) =3D 0 [=E2=80=A6] 13:46:26 openat(AT_FDCWD, "/var/run/dbus/pid", O_WRONLY|O_CREAT|O_EXCL, 064= 4) =3D 5 13:46:26 fcntl(5, F_GETFL) =3D 0x8001 (flags O_WRONLY|O_LARGEF= ILE) 13:46:26 fstat(5, {st_mode=3DS_IFREG|0644, st_size=3D0, ...}) =3D 0 13:46:26 write(5, "212\n", 4) =3D 4 13:46:26 close(5) =3D 0 --8<---------------cut here---------------end--------------->8--- Some of the openat(2) calls take no less than 2s (probably due to DVD seek time + decompression time). In parallel we see: --8<---------------cut here---------------start------------->8--- Apr 14 13:46:08 localhost shepherd[1]: Service dbus-system could not be sta= rted.=20 Apr 14 13:46:08 localhost shepherd[1]: Service networking depends on dbus-s= ystem.=20 --8<---------------cut here---------------end--------------->8--- This happens 2s after exec, meaning that it already took 3s to go from =E2=80=9Cstart dbus=E2=80=9D to =E2=80=9Cprocess forked + exec=E2=80=99d=E2= =80=9D. Could you build an ISO image with the patch below on top of bd4c345ef7ddf3542662fe0872b06393b414a3fc and confirm that it works for you? Run: ./pre-inst-env guix system disk-image \ --file-system-type=3Diso9660 gnu/system/install.scm Thanks, Ludo=E2=80=99. --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/gnu/services/shepherd.scm b/gnu/services/shepherd.scm index bad089844d..0102ac3490 100644 --- a/gnu/services/shepherd.scm +++ b/gnu/services/shepherd.scm @@ -298,6 +298,11 @@ and return the resulting '.go' file." (apply register-services (map load-compiled '#$(map scm->go files))))) + ;; Booting off a DVD on a slow machine can make everything slow. + ;; Thus, increase the timeout compared to the default 5s in the + ;; Shepherd 0.7.0. See . + (set! (@@ (shepherd service) %pid-file-timeout) 30) + (format #t "starting services...~%") (for-each (lambda (service) ;; In the Shepherd 0.3 the 'start' method can raise --=-=-=--