Bug#1004843: debina bullseye: ping (from iputils-ping) throwing inappropriate error message if IPv6 is disabled
Control: tags -1 + bullseye On Wed, Feb 02, 2022 at 08:36:22AM +0100, Binarus wrote: > IMPORTANT NOTE: > According to other reports of the same problem, ping behaves correctly when > IPv6 is *not* disabled at the kernel command line, but *is* instead disabled > via sysctl (e.g. sysctl -w net.ipv6.conf.all.disable_ipv6=1). The problem > occurs only when IPv6 is disabled at the kernel command line. Please note > also that disabling it via sysctl *in addition* to disabling it at the kernel > command line does not solve the problem. Actually, it does not change > anything, because the respective sysctl option does not have any effect if > IPv6 is already disabled at the kernel command line. > > ping's misbehavior in this situation is not acceptable. Many people have IPv6 > disabled at the kernel command line, and ping's misbehavior breaks a lot of > Nagios scripts for them, which is why I have assigned the "critical" severity > level. > > Please fix this as soon as possible. This bug is well-known and has been > fixed upstream 4 (yes: four!) months ago. Please refer to the following > discussion: > > https://github.com/iputils/iputils/issues/293 This bug by itself is entirely cosmetic and doesn't impact ping's functionality, so I don't think it'd warrant a fix to stable by itself. However, #920434, which covers measurement inaccuracies in ping, is significantly more important and does warrant a stable update. So I think we can bundle the fix for this one with its fix and get both of them resolved in a stable update. Will prepare an upload and follow up with the release team. noah
Bug#1004843: debina bullseye: ping (from iputils-ping) throwing inappropriate error message if IPv6 is disabled
Package: iputils-ping Version: 3:20210202-1 Severity: critical Tags: fixed-upstream ipv6 bullseye Owner: no...@debian.org O/S: Debian bullseye 11.2 Kernel: Linux binkg-vpn01 5.10.0-11-amd64 #1 SMP Debian 5.10.92-1 (2022-01-18) x86_64 GNU/Linux When I invoke ping, it throws an inappropriate error message. The message is "ping: socket: Address family not supported by protocol". Please consider the following excerpt from a terminal session: root@binkg-vpn01 /etc/ssh # ping www.google.de ping: socket: Address family not supported by protocol PING www.google.de (142.251.37.3) 56(84) bytes of data. 64 bytes from muc11s23-in-f3.1e100.net (142.251.37.3): icmp_seq=1 ttl=118 time=7.30 ms ... The error message occurs because I have disabled IPv6 *via kernel command line*; that is, my *kernel command line* includes the option "ipv6.disable=1". In this situation, ping obviously insists on obtaining an IPv6 socket although IPv6 is disabled. IMPORTANT NOTE: According to other reports of the same problem, ping behaves correctly when IPv6 is *not* disabled at the kernel command line, but *is* instead disabled via sysctl (e.g. sysctl -w net.ipv6.conf.all.disable_ipv6=1). The problem occurs only when IPv6 is disabled at the kernel command line. Please note also that disabling it via sysctl *in addition* to disabling it at the kernel command line does not solve the problem. Actually, it does not change anything, because the respective sysctl option does not have any effect if IPv6 is already disabled at the kernel command line. ping's misbehavior in this situation is not acceptable. Many people have IPv6 disabled at the kernel command line, and ping's misbehavior breaks a lot of Nagios scripts for them, which is why I have assigned the "critical" severity level. Please fix this as soon as possible. This bug is well-known and has been fixed upstream 4 (yes: four!) months ago. Please refer to the following discussion: https://github.com/iputils/iputils/issues/293 Thank you very much, and best regards, Binarus