Bug 25925 - некоррекная работа при некоторых названиях сетевого интерфейса
Summary: некоррекная работа при некоторых названиях сетевого интерфейса
Status: CLOSED WORKSFORME
Alias: None
Product: Branch p6
Classification: Distributions
Component: etcnet (show other bugs)
Version: не указана
Hardware: all Linux
: P3 normal
Assignee: Andrey Cherepanov
QA Contact: QA p6
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-19 01:12 MSK by Alex
Modified: 2020-03-31 10:59 MSK (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alex 2011-07-19 01:12:32 MSK
Если сетевой интерфейс, через который идёт трафик, назвать определённым образом (вероятно, наличие в названии *max или кол-во символов) то он будет работать некорректно.

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: local: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:e0:4c:67:35:6b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global local
    inet 192.168.11.1/24 brd 192.168.11.255 scope global local
    inet 192.168.12.1/24 brd 192.168.12.255 scope global local
3: olololol: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:13:d4:a7:5a:3b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.5/24 brd 192.168.1.255 scope global olololol
4: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
[admin-c@server ~]$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=6 ttl=55 time=137 ms
64 bytes from 8.8.8.8: icmp_req=7 ttl=55 time=109 ms
64 bytes from 8.8.8.8: icmp_req=8 ttl=55 time=146 ms
64 bytes from 8.8.8.8: icmp_req=9 ttl=55 time=133 ms
64 bytes from 8.8.8.8: icmp_req=10 ttl=55 time=131 ms
64 bytes from 8.8.8.8: icmp_req=11 ttl=55 time=131 ms
64 bytes from 8.8.8.8: icmp_req=12 ttl=55 time=139 ms
64 bytes from 8.8.8.8: icmp_req=13 ttl=55 time=137 ms
64 bytes from 8.8.8.8: icmp_req=55 ttl=55 time=130 ms
64 bytes from 8.8.8.8: icmp_req=56 ttl=55 time=137 ms
64 bytes from 8.8.8.8: icmp_req=57 ttl=55 time=135 ms
64 bytes from 8.8.8.8: icmp_req=58 ttl=55 time=124 ms
64 bytes from 8.8.8.8: icmp_req=59 ttl=55 time=125 ms
64 bytes from 8.8.8.8: icmp_req=60 ttl=55 time=123 ms
64 bytes from 8.8.8.8: icmp_req=61 ttl=55 time=140 ms
64 bytes from 8.8.8.8: icmp_req=62 ttl=55 time=141 ms
64 bytes from 8.8.8.8: icmp_req=105 ttl=55 time=129 ms
64 bytes from 8.8.8.8: icmp_req=106 ttl=55 time=149 ms
64 bytes from 8.8.8.8: icmp_req=107 ttl=55 time=147 ms
64 bytes from 8.8.8.8: icmp_req=108 ttl=55 time=135 ms
64 bytes from 8.8.8.8: icmp_req=109 ttl=55 time=125 ms
64 bytes from 8.8.8.8: icmp_req=110 ttl=55 time=164 ms
64 bytes from 8.8.8.8: icmp_req=111 ttl=55 time=132 ms
64 bytes from 8.8.8.8: icmp_req=112 ttl=55 time=121 ms
^C
--- 8.8.8.8 ping statistics ---
125 packets transmitted, 24 received, 80% packet loss, time 124495ms
rtt min/avg/max/mdev = 109.695/134.872/164.664/10.844 ms

Так же не работают имена metromax, retromax, smthmax
причём потеря пакетов всегда 83-84 процента, при любом из некорректных имён.
 причём имена inet, inet12345, inetinetinet, adcefgeh работают корректно, т.е потери пакетов нет. имена inet и metromax были проверены несколько раз (3 и 2 соответственно), конфиг делался с нуля, остальные имена были проверены редактированием /etc/net/iftab, mv oldname  newname в каталоге ifaces и ребутом

Только что переименовал, ребут - результат

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: inet: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:13:d4:a7:5a:3b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.5/24 brd 192.168.1.255 scope global inet
3: local: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:e0:4c:67:35:6b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global local
    inet 192.168.11.1/24 brd 192.168.11.255 scope global local
    inet 192.168.12.1/24 brd 192.168.12.255 scope global local
4: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
[admin-c@server ~]$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=55 time=124 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=55 time=114 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=55 time=125 ms
64 bytes from 8.8.8.8: icmp_req=4 ttl=55 time=150 ms
__
<skip>
__
64 bytes from 8.8.8.8: icmp_req=51 ttl=55 time=140 ms
^C
--- 8.8.8.8 ping statistics ---
51 packets transmitted, 51 received, 0% packet loss, time 50066ms
rtt min/avg/max/mdev = 104.706/134.445/264.114/24.821 ms
Comment 1 Sergey Y. Afonin 2020-03-31 10:59:31 MSK
Описание выглядит как какая-то фантастика. В любом случае к скриптам etcnet это отношения не имело. Если что-то такое допустить, то это могло иметь отношение к ядру разве что. Так как p6, закрываю.