From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 29 04:51:51 2019 Received: (at 37309) by debbugs.gnu.org; 29 Nov 2019 09:51:51 +0000 Received: from localhost ([127.0.0.1]:59370 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iacwJ-0003Vy-E1 for submit@debbugs.gnu.org; Fri, 29 Nov 2019 04:51:51 -0500 Received: from mail1.fsfe.org ([217.69.89.151]:54484) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iacwH-0003Vo-Nn for 37309@debbugs.gnu.org; Fri, 29 Nov 2019 04:51:50 -0500 From: Jelle Licht To: Giovanni Biscuolo , =?utf-8?B?5a6L5paH5q2m?= Subject: Re: bug#37309: =?utf-8?B?4oCYc3NoLWRhZW1vbuKAmQ==?= service fails to start at boot In-Reply-To: <87imn3f52y.fsf@roquette.mug.biscuolo.net> References: <87k1da6fdb.fsf@roquette.mug.biscuolo.net> <87y315t3hw.fsf@roquette.mug.biscuolo.net> <87tvbhra2v.fsf@roquette.mug.biscuolo.net> <87imrvhhpy.fsf@cbaines.net> <874l3crjqr.fsf@roquette.mug.biscuolo.net> <87k1c6p914.fsf@roquette.mug.biscuolo.net> <20190817152031.GA3191@jurong> <87pnkuyac0.fsf_-_@gnu.org> <20190828181141.GA27765@jurong> <87ef0u2867.fsf@roquette.mug.biscuolo.net> <871rwro1x9.fsf@member.fsf.org> <87y2w2mqpf.fsf@jlicht.xyz> <87imn3f52y.fsf@roquette.mug.biscuolo.net> Date: Fri, 29 Nov 2019 10:51:46 +0100 Message-ID: <87r21rui19.fsf@jlicht.xyz> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 37309 Cc: 37309@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) Hi Giovanni, Giovanni Biscuolo writes: > Hi Jelle, > > Jelle Licht writes: > > [...] > >> I think I am also running into a similar issue on my spinning rust based >> T400. Is there a workaround available that does the above, > > I added `(extra-content "ListenAddress 0.0.0.0")` to my > openssh-configuration, to only listen on IPv4 addresses: > > --8<---------------cut here---------------start------------->8--- > (service openssh-service-type > (openssh-configuration > (port-number 22) > (extra-content "ListenAddress 0.0.0.0") > (authorized-keys > `(("g" ,(local-file "keys/ssh/g.pub")) > ("hydra",(local-file "keys/ssh/hydra.pub")))))) > --8<---------------cut here---------------end--------------->8--- > > I tried to reboot several times one machine I can use for testing and it > works for me: please can you try and report if this also works for you? This, in combination with setting the pid-file-timeout to 30 seconds, made everything work! I guess it is a combination of fun IPv6 interactions with extremely slow and busy spinning rust. Thank you! This does still like a workaround instead of a proper fix though; is there something we can do to mitigate these issues in the first place? - Jelle