Size: a a a

2020 March 01

D

Dimka88 in Accel-PPP
Если упустить имя родительского интерфейса, то получится 4095.4095.4095
источник

DD

Dj D'fynec in Accel-PPP
не , будет
eth0.4095.4095.4095
источник

DD

Dj D'fynec in Accel-PPP
и биллинг это не пониманиет , так же как и ацель беситься если в имени более 15 символов
источник

DD

Dj D'fynec in Accel-PPP
по этому eth0.4095 я прячу в бридж
источник

А

Алексей in Accel-PPP
Dj D'fynec
по этому eth0.4095 я прячу в бридж
О, ты тут
источник

DD

Dj D'fynec in Accel-PPP
Алексей
О, ты тут
не , тебе показалось...
источник
2020 March 02

СХ

Сос Хлоев in Accel-PPP
@dimka_88 и все все все, привет!
источник

AO

Alexander Osipenko in Accel-PPP
Привет
источник

СХ

Сос Хлоев in Accel-PPP
Ситуация такая. Правила udev отсутствуют. Есть в сумме 3 сетевые карты. Родная и 2 Intel'овские (1G и 10G). При загрузке система не может использовать PredictableNetworkInterfaceNames. Назначаются "прошлые" имена. Если сделать rmmod ixgbe и modprobe ixgbe, то система называет сетевые как и должна. Как будто остался какой-то мусорный кэш использующийся при загрузке системы. Куда можно копнуть?
источник

x

xroft in Accel-PPP
здравствуй сос
источник

MM

Maksim (M) M. in Accel-PPP
Сос Хлоев
Ситуация такая. Правила udev отсутствуют. Есть в сумме 3 сетевые карты. Родная и 2 Intel'овские (1G и 10G). При загрузке система не может использовать PredictableNetworkInterfaceNames. Назначаются "прошлые" имена. Если сделать rmmod ixgbe и modprobe ixgbe, то система называет сетевые как и должна. Как будто остался какой-то мусорный кэш использующийся при загрузке системы. Куда можно копнуть?
я при загрузке ядра передаю парамерт  net.ifnames=0  - это возврашает имена ethX.  и создал файл
/etc/udev/rules.d/70-persistent-net.rules
и в этом файле  меняю как хочу:
#e1000e
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="10:bf:48:d5:5a:a8", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="10:bf:48:d5:5a:a9", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
#ixgbe
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1b:21:97:d8:44", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1b:21:97:d8:45", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
(debian 9.12)
источник

СХ

Сос Хлоев in Accel-PPP
Про параметр net.ifnames думал, и скорее всего сделаю. Но это не объясняет такого поведения. Я, желательно, хотел бы понять причину. С помощью местных обитателей, канеш.
источник

DF

Denys Fedoryshchenko in Accel-PPP
Кстати, а json не реализовали? Просто если запилю, чтобы не делать с кем-то одновременно
источник

D

Dimka88 in Accel-PPP
Denys Fedoryshchenko
Кстати, а json не реализовали? Просто если запилю, чтобы не делать с кем-то одновременно
Ещё не начинали
источник

СХ

Сос Хлоев in Accel-PPP
Сос Хлоев
Про параметр net.ifnames думал, и скорее всего сделаю. Но это не объясняет такого поведения. Я, желательно, хотел бы понять причину. С помощью местных обитателей, канеш.
Проблемные сетевые такими же и остались. Все остальные приобрели "ядерные" имена (eth0..n)
источник

K

Kolunchik in Accel-PPP
Сос Хлоев
Ситуация такая. Правила udev отсутствуют. Есть в сумме 3 сетевые карты. Родная и 2 Intel'овские (1G и 10G). При загрузке система не может использовать PredictableNetworkInterfaceNames. Назначаются "прошлые" имена. Если сделать rmmod ixgbe и modprobe ixgbe, то система называет сетевые как и должна. Как будто остался какой-то мусорный кэш использующийся при загрузке системы. Куда можно копнуть?
они обзываются неправильно на какой стадии? может в initramfs ещё?
источник

СХ

Сос Хлоев in Accel-PPP
Mar  2 09:23:06 nas1 kernel: [    3.288785] ixgbe 0000:0b:00.1 leth0: renamed from eth0
Mar  2 09:23:06 nas1 kernel: [    3.312262] ixgbe 0000:0b:00.0 upeth0: renamed from eth1
источник

СХ

Сос Хлоев in Accel-PPP
Насколько понимаю, при загрузке драйвера в ядро на этапе загрузки системы.
источник

СХ

Сос Хлоев in Accel-PPP
С другими сетевыми такого поведения нет
источник

СХ

Сос Хлоев in Accel-PPP
Kolunchik
они обзываются неправильно на какой стадии? может в initramfs ещё?
Сгенерил новый initramfs, проблемы вроде как нет. Спасибо!
источник