From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eus Subject: bug#23910: [Guix Info][7.1.5] Should warn user about losing Internet or DNS connection Date: Tue, 13 Sep 2016 15:47:03 +0700 Message-ID: References: <102661467893195@web4g.yandex.ru> <87inw6zxtw.fsf@gnu.org> <87poqdc1bz.fsf@gnu.org> <87a8fh5eft.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1143e5482a9beb053c5fa849 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41363) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjjNv-0007AG-TT for bug-guix@gnu.org; Tue, 13 Sep 2016 04:48:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bjjNq-0002tA-U5 for bug-guix@gnu.org; Tue, 13 Sep 2016 04:48:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:60478) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjjNq-0002sy-PZ for bug-guix@gnu.org; Tue, 13 Sep 2016 04:48:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bjjNq-0007qk-Ev for bug-guix@gnu.org; Tue, 13 Sep 2016 04:48:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87a8fh5eft.fsf@gnu.org> 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.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 23910@debbugs.gnu.org --001a1143e5482a9beb053c5fa849 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Ludo! Sorry for replying just now. I did not try to reproduce the bug back at that time. So, I took the time yesterday to try to reproduce the bug. And, I cannot reproduce the problem after repeating the following rough steps two times with the same bootable disk and machine and network (but the external connection to the ISP may have changed in the mean time): 1. Format my /dev/sda8 2. Swapon my /dev/sda7 3. mount my /dev/sda8 to /mnt 4. herd start cow-store /mnt 5. umount /tmp 6. mount --bind /mnt/tmp2 /tmp 7. ifconfig, wpa_supplicant, dhclient 8. guix pull 9. guix system --no-grub --keep-failed init /mnt/etc/config.scm /mnt The whole process took just about 100 minutes. So, I cannot reproduce the bug. Thanks. -- Best regards, Eus (FSF member #4445) In this digital era, where computing technology is pervasive, your freedom depends on the software controlling those computing devices. Join free software movement today! It is free as in freedom, not as in free beer! Join: http://www.fsf.org/jf?referrer=3D4445 On Fri, Sep 9, 2016 at 9:35 PM, Ludovic Court=C3=A8s wrote: > Hello, > > ludo@gnu.org (Ludovic Court=C3=A8s) skribis: > > > Eus skribis: > > > >> On Fri, Jul 15, 2016 at 11:10 PM, Ludovic Court=C3=A8s = wrote: > > > > [...] > > > >> However, in the past people reported that nscd, the name service cache > >>> daemon, would sometimes fail without any good reason. If you think > that > >>> is the case, then this is definitely a bug that we should be > >>> addressing. > >>> > >> > >> That is likely. > > > > What makes you think so? > > > > The problem we had in the past is that nscd would cache lookup failures > > that happened when the Internet connection was missing, which made > > subsequent lookups fail even though networking was back up: > > > > http://bugs.gnu.org/22209 > > > > I believe this was fixed by commit > > c96ba2cf5efc0ee5c10f0a49aeaa9a45a84de7ed. > > > > It would be great if you could check whether the problem is > > reproducible, even with a stable connection. > > > > If it is indeed reproducible, then you could try running the > > installation after turning nscd off with: > > > > herd stop nscd > > Did you have a change to try and install 0.11.0? Do you still > experience these problems? > > Thanks in advance, > Ludo=E2=80=99. > --001a1143e5482a9beb053c5fa849 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Ludo!

Sorry for replying just now. I did not try to repro= duce the bug back at that time. So, I took the time yesterday to try to rep= roduce the bug. And, I cannot reproduce the problem after repeating the fol= lowing rough steps two times with the same bootable disk and machine and ne= twork (but the external connection to the ISP may have changed in the mean = time):

1. Format my /dev/sda8
2. Swapon my /dev/sda7<= br>
3. mount my /dev/sda8 to /mnt
4. herd start cow-store /mn= t
5. umount /tmp
6. mount --bind /mnt/tmp2 /tmp
<= /div>7. ifconfig, wpa_supplicant, dhclient
8. guix pull
9= . guix system --no-grub --keep-failed init /mnt/etc/config.scm /mnt

=
The whole process took just about 100 minutes.

So, I can= not reproduce the bug.

Thanks.
<= br clear=3D"all">
--
Best regards,
Eus (FSF member #= 4445)

In this digital era, where computing technology is pervasive, = your freedom depends on the software controlling those computing devices.
Join free software movement today! It is free as in freedom, not as i= n free beer!

Join: http://www.fsf.org/jf?referrer=3D4445

On Fri, Sep 9, 2016 at 9:35 PM, Ludovic Cour= t=C3=A8s <ludo@gnu.org> wrote:
= Hello,

ludo@gnu.org (Ludovic Court=C3=A8s) skr= ibis:

> Eus <eus@member.fsf.org&g= t; skribis:
>
>> On Fri, Jul 15, 2016 at 11:10 PM, Ludovic Court=C3=A8s <ludo@gnu.org> wrote:
>
> [...]
>
>> However, in the past people reported that nscd, the name service c= ache
>>> daemon, would sometimes fail without any good reason.=C2=A0 If= you think that
>>> is the case, then this is definitely a bug that we should be >>> addressing.
>>>
>>
>> That is likely.
>
> What makes you think so?
>
> The problem we had in the past is that nscd would cache lookup failure= s
> that happened when the Internet connection was missing, which made
> subsequent lookups fail even though networking was back up:
>
>=C2=A0 =C2=A0http://bugs.gnu.org/22209
>
> I believe this was fixed by commit
> c96ba2cf5efc0ee5c10f0a49aeaa9a45a84de7ed.
>
> It would be great if you could check whether the problem is
> reproducible, even with a stable connection.
>
> If it is indeed reproducible, then you could try running the
> installation after turning nscd off with:
>
>=C2=A0 =C2=A0herd stop nscd

Did you have a change to try and install 0.11.0?=C2=A0 Do you still
experience these problems?

Thanks in advance,
Ludo=E2=80=99.

--001a1143e5482a9beb053c5fa849--