Your message dated Thu, 31 May 2012 21:33:31 +0000
with message-id <e1saczr-0006oy...@franck.debian.org>
and subject line Bug#675016: fixed in ifupdown 0.7
has caused the Debian Bug report #675016,
regarding ifupdown: don't use PPP updetach option by default
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 ow...@bugs.debian.org
immediately.)
--
675016: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675016
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: ifupdown
Version: 0.7~rc3
Severity: critical
Justification: breaks the whole system
I have specified this bug as "critical/breaks the whole system", because
its effect is that if an external PPP link does not come up for some
reason, the system boot fails. It actually gets wedged so hard that you
cannot even boot into recovery mode to fix it; the problem can only
be resolved with a rescue disk. This is completely unacceptable.
According to the ifupdown package changelog, as of version 0.7~alpha4,
"ifup -a" will use the "updetach" option for PPP interfaces. This may
be an attempt to address the problem described in #127786, #287173,
and #347594, wherein it is implied that other boot scripts which
depend on the PPP link should be able to rely on it being up by the
time they are run.
This fails for two reasons. First, the termination of "pppd updetach"
does not by any means guarantee that the PPP link is up, only that
the attempt was made. It might have timed out and then failed, so
other boot processes must be prepared to deal with that contingency
anyway.
Second, PPP links can go up and down depending on conditions on external
WAN links and telephone lines, which are not in any way controllable
by the local system or its human administrators. For maximum resiliency,
it therefore makes sense to specify the PPP options "persist maxfail 0"
in /etc/network/interfaces, so that if the link does not come up on boot,
or goes down later, the PPP daemon will keep retrying indefinitely until
it does come up.
Unfortunately, the combination of these options, a broken WAN link,
and the "updetach" option now baked into the ifup binary result in an
unbootable system, which cannot even be gotten into recovery mode.
This is unacceptable.
It is quite inappropriate for "updetach" to be hard-wired into a binary
executable, where it can only be removed with a hex editor. However,
the patch for #196877, where this change is made, provides another
solution to the network dependency problem: "Allow passing PPP options"
(presumably in /etc/network/interfaces). If anybody wishes to have
the "updetach" behavior, let them specify it there, without forcing it
on other installations where it is quite possibly fatal.
Suggestion for further work on network dependencies at boot: perhaps
this is better handled in a general way for any type of network
interface, through hotplug or udev, or something like that? What happens
if /etc/network/interfaces specifies "auto eth0/iface eth0 inet dhcp",
and the DHCP server is not responding for some reason? Does this also
result in a boot failure? Is this not exactly analogous to the PPP
situation described above?
There seems to be some discussion of these issues in #245642.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ifupdown depends on:
ii dpkg 1.16.3
ii initscripts 2.88dsf-22.1
ii iproute 20120105-1
ii libc6 2.13-32
ii lsb-base 3.2-28
ifupdown recommends no packages.
Versions of packages ifupdown suggests:
pn isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5
pn net-tools 1.60-23
pn ppp 2.4.5-5.1
pn rdnssd <none>
-- no debconf information
-- debsums errors found:
debsums: changed file /sbin/ifdown (from ifupdown package)
debsums: changed file /sbin/ifquery (from ifupdown package)
debsums: changed file /sbin/ifup (from ifupdown package)
--- End Message ---
--- Begin Message ---
Source: ifupdown
Source-Version: 0.7
We believe that the bug you reported is fixed in the latest version of
ifupdown, which is due to be installed in the Debian FTP archive:
ifupdown_0.7.dsc
to main/i/ifupdown/ifupdown_0.7.dsc
ifupdown_0.7.tar.gz
to main/i/ifupdown/ifupdown_0.7.tar.gz
ifupdown_0.7_amd64.deb
to main/i/ifupdown/ifupdown_0.7_amd64.deb
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 675...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Andrew O. Shadura <bugzi...@tut.by> (supplier of updated ifupdown 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 ftpmas...@debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Wed, 30 May 2012 17:45:46 +0200
Source: ifupdown
Binary: ifupdown
Architecture: source amd64
Version: 0.7
Distribution: unstable
Urgency: low
Maintainer: Andrew O. Shadura <bugzi...@tut.by>
Changed-By: Andrew O. Shadura <bugzi...@tut.by>
Description:
ifupdown - high level tools to configure network interfaces
Closes: 296115 340992 361964 673658 673688 674775 675016
Changes:
ifupdown (0.7) unstable; urgency=low
.
* Accept duplicate options in /etc/network/interfaces, join them using
a newline as a delimiter.
* If an interface isn't defined, but mentioned in auto or allow statement,
don't mention it in ifquery output.
* Change shortcut for --exclude to -X (was -e previously).
* Make ifquery return false if the interface isn't defined.
* Fix typos in the changelog.
* Calculate broadcast address internally.
* Allow concurrent netmask specification in both address (using CIDR
notation) and netmask for IPv6 (Closes: #674775).
* Add preferred-lifetime setting for IPv6.
* Pass -w and -e options to sysctl so we still can configure an interface
even if IPv6 SLAAC options can't be set for some reason.
* Port to GNU/Hurd (thanks to Svante Signell, closes: #296115).
* Chdir to root when executing external programs (Closes: #361964).
* Remove updetach from PPP method (Closes: #675016).
* Configure hotplug interfaces only if they're running (thanks to Evgeni
Golov, closes: #673658).
* Rewrite NEWS file (Closes: #673688).
* Update examples (Closes: #340992).
* Update tests.
* Update README.
Checksums-Sha1:
34fd0cea8f9937b48f1792a7d44de2e99591ae64 1572 ifupdown_0.7.dsc
b5971a9cc6ff96f4eaa27aded39a7dbb579ff135 99588 ifupdown_0.7.tar.gz
11205dc8dce11eeeb5eaafc04c633c4315193db8 59972 ifupdown_0.7_amd64.deb
Checksums-Sha256:
a1748774a61f2019902a967a69c361b151e715a40e3fe46526ccb30b78441ee2 1572
ifupdown_0.7.dsc
cb9cf56a5824d549b19f0e654a222e097e3be4d06f245144c0bd8ffbf941265c 99588
ifupdown_0.7.tar.gz
48f9cf2d95b20e16e98a0c664eb55d13c2cd9dd8d888c37b3666daceeef7fcb2 59972
ifupdown_0.7_amd64.deb
Files:
c432d40e3b42e4ee0fdae977591c6c0e 1572 admin important ifupdown_0.7.dsc
629f20ff7ff8361025be79b66865d512 99588 admin important ifupdown_0.7.tar.gz
97552d1508581bd62ef5696f28f095d3 59972 admin important ifupdown_0.7_amd64.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCgAGBQJPxoTzAAoJEOJSSsUKn1xZqLgQAL3yf8mPm0fLjtAurSjhEiin
e8tKqyOhyVbwfeKLIntQcFiWsSwmbvK+GLxBZnAxSX82s1KO8XPOfjjBBYeenhiZ
MTRr206j9toKkpg1JPfYqAn3nJw7IixXpN3epf1f/DH3FJ3l4kANtEPwV1AKsuh/
q5nOg8Dzs+li7vNxqH1L4h564N4dxS+ZHjkEL4FEoMwTeOQXYHRULRADmNU7mZnM
djjf1ME9gy0NLH84I4uo9hAMbwsu658JvhHC59vsNrN9AJk8hGT34Oz2za/Bz1g0
FDk7yvHgqtSRGROMkPfm1mxufrmBjT4o6ahhKZfaVfmBO58QZepWurHl4c0kr6+i
qNRkN7uK7ZdVJEoqlKQJWU6uvn831bKrCh6NXiwtWyEL8xf6nxgNsGVUXssJoKfe
/EpqBzQif94OgLOvuDkujbzLbaH5WRQAxFQxdXMDcXXkKBwTIU3OjeIDd7YwnKwj
g0p0IYtlO5iwx4QbnZtG4u4FoKmEF8XBjg9cCUnMYbJ9ihtp7F0qaVf6QUUMN+08
nzgo8guPfH2yqhsJYplak78UV1O6dUJFPtuJnNVP609zrMcY4EyXL5EC5iALG0/K
iqjMyTrAVwWY0tkHDmF3ni8vCxN8yrRPX88+HYDOnaxJF8lUL22hbl0JJ4cWJ63r
2cY5iPdK3xncNxCeFMC4
=UAn/
-----END PGP SIGNATURE-----
--- End Message ---
