Bug#688470: marked as done (netcfg infinitely tries to get a DHCPv6 reply in mixed stateless/stateful autoconfig if the DHCPv6 server does not reply)
Your message dated Mon, 24 Sep 2012 22:17:43 +0000
with message-id <E1TGGyF-0002CY-DR@franck.debian.org>
and subject line Bug#688470: fixed in netcfg 1.93
has caused the Debian Bug report #688470,
regarding netcfg infinitely tries to get a DHCPv6 reply in mixed stateless/stateful autoconfig if the DHCPv6 server does not reply
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
688470: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688470
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: netcfg
Version: 1.92
Severity: wishlist
Scenario: Netcfg 1.92 runs in an IPv6 environment with
stateless autoconfiguration including RDNSS.
When the router advertisements have "AdvOtherConfigFlag" set to
"On", i.e. they tell the client to do a DHCPv6 request for
additional (non-address) information, and the DHCPv6 server
does not respond, the client seems to infinitely try to get
a DHCPv6 reply. After about 10 minutes I have killed the
dhcp6c process, but that results in the whole network
configuration process starting from the beginning.
Having router advertisements with AdvOtherConfigFlag On and
a non-responding DHCPv6 server should of course not happen
in a correctly functioning network, but if possible it would
be nice if the client could timeout within a relatively
short time when there is no reply, as it does for DHCPv4.
In this scenario (DNS is supplied via RA) all information which
is strictly required for the installation (prefix, gateway and
DNS) has already been gathered from the RA, so the installation
could proceed without the additional DHCPv6 info (domain name,
NTP servers, timezone info, etc.). A malfunctioning DHCPv6 server
should not block the installation in this case.
Even if DNS info is not supplied via router advertisements but
via DHCPv6, it would be better from a user perspective if the
DHCPv6 request would timeout after a reasonable amount of time
and the user gets asked for the missing DNS information.
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.
--- End Message ---
--- Begin Message ---
Source: netcfg
Source-Version: 1.93
We believe that the bug you reported is fixed in the latest version of
netcfg, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 688470@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Philipp Kern <pkern@debian.org> (supplier of updated netcfg package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Tue, 25 Sep 2012 00:12:50 +0200
Source: netcfg
Binary: netcfg netcfg-static
Architecture: source amd64
Version: 1.93
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team <debian-boot@lists.debian.org>
Changed-By: Philipp Kern <pkern@debian.org>
Description:
netcfg - Configure the network (udeb)
netcfg-static - Configure a static network (udeb)
Closes: 686970 688470
Changes:
netcfg (1.93) unstable; urgency=low
.
[ Philipp Kern ]
* Check the return code of the waitpid calls found in various cleanup
routines. (Closes: #688470)
* Align netcfg's generation of /etc/hosts with netbase's postinst,
i.e. add localhost mapping to ::1 as well as 127.0.0.1.
(Closes: #686970)
.
[ Updated translations ]
* Spanish (es.po) by Javier Fernández-Sanguino Peña
* French (fr.po) by Christian Perrier
* Indonesian (id.po) by Arief S Fitrianto
* Korean (ko.po) by Changwoo Ryu
* Macedonian (mk.po) by Arangel Angov
* Malayalam (ml.po) by Anish A
* Romanian (ro.po) by Andrei POPESCU
* Vietnamese (vi.po) by Hai-Nam Nguyen
* Simplified Chinese (zh_CN.po) by YunQiang Su
* Traditional Chinese (zh_TW.po) by Ｖ字龍 | Vdragon
Checksums-Sha1:
ed95b3921381816cb7b03939aac64f07161f4ae2 1478 netcfg_1.93.dsc
cff5381da93e093aa9c0b3296051446f8452da8d 740772 netcfg_1.93.tar.gz
b64e30dd27d97d18639f4b41fa966f4b325f471b 397812 netcfg_1.93_amd64.udeb
5f102aea4ef2e6b08c182c248629cda438fbd5ed 309370 netcfg-static_1.93_amd64.udeb
Checksums-Sha256:
28d241e91e1c325cf0961cc54e6c1d52892621dd901ee2e9b560fb3171ec40b9 1478 netcfg_1.93.dsc
fbe00afbe86e1a73eb2bd721e0a63e659223dd16ba96aa6ffe4dcffa62704471 740772 netcfg_1.93.tar.gz
da4a50b6500d14bcdbe2664d57e0a825443ea70f4a157164077ada5d0433f3ff 397812 netcfg_1.93_amd64.udeb
f0bd48c063bf26cb05b2e969e359476b7ddaac45e50d39da886706d57b4195f5 309370 netcfg-static_1.93_amd64.udeb
Files:
6c25d430fc95841239ed78a6c5c882d9 1478 debian-installer optional netcfg_1.93.dsc
e3dfd897de77c37b77077798ecc2e6fe 740772 debian-installer optional netcfg_1.93.tar.gz
25e50f2a7ff1fe8e59c9982ec29d603e 397812 debian-installer optional netcfg_1.93_amd64.udeb
b9790851019128ee3cc5f25720fe916e 309370 debian-installer optional netcfg-static_1.93_amd64.udeb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iQEcBAEBCAAGBQJQYNr0AAoJEERuJUU10FbsMqAH/1v5Ptv17uTEZt3So/4mpu1P
pY5AwpQCvTmDg/V+Lni9CXf5ZWrNh5cy6Nj/osACSpQtwfTE5LAmnfy7ttCe59aP
UySTBtT5S4FdorDMWBF7p6KwO92rKsz4RsAk/TRcOwIxGXisHQkI9g+xeXTg8MI2
3GV0tUjTBqxXm28qrgZopwmwhLQN1bI+5BAXVsYZ42PkDBj8bDUG7NZpyN3E/z14
o/wL6sdK+N5FiYoDYaW3qs/zX3YsduMymqM3XWPf8qsGUxCe89EirtnrXn6zqya0
YaZ2oStkQ+3af3JA3At9U108PLq374XihEtFHp3xVALQcyBjzxOSupI/N5ShY9k=
=LOqE
-----END PGP SIGNATURE-----
--- End Message ---
Reply to: