[Eisfair] Update Base 2.7.8 online

[Hans-Georg Kiefer]

Hallo, Holger.

Am 10.12.2016 um 14:55 schrieb Holger Bruenjes:
> Hallo Hans-Georg
>
> Am 2016-12-10 um 13:58 schrieb Marcus Roeckrath:
>
>> Veranlasst der Kernel das Laden des Moduls für die erste erkannte
>> Netzwerkkarte, krallt die sich dann sofort beide Karten und initialisiert
>> die in einer vom Modul vorgegebenen Reihenfolge.
>
> Ich denke damit laesst sich das einkreisen. In diesem Fall hilft
> dann wohl nur, die Kabel umzuhaengen und dem Treiber entgegen
> zukommen. Hier stehst Du aber auch ohne udev mit dem Problem an.
>
Ja, verstehe. Da bisher kein Name explizit angegeben wurde, war die 
Reihenfolge von vornherein die der BusID. Also alles tutti beim Update 
auf Servern mit mehreren Karten.

> btw. Wenn Du ehh auf bonding schwenken willst. Solltest Du damit
> nicht die Zeit verplempern, zum einen wird beim bonding die BusID
> benutzt, was hier aber wohl auch zu dem selben Effekt fuehrt, zum
> anderen ist es dann auch egal wer wer ist, da der Zugriff ueber
> bond0 erfolgt.
>
Naja, das muss ich erstmal begreifen und vor allem wissen, ob ich damit 
nicht bei OpenVPN beispielsweise auf die Schnautze falle.

> Ich habe hier auch 2 OnBoard Devices mit tg3
>
> eis:/ # lspci -v | grep Ether
> 02:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M
> Gigabit Ethernet PCI Express (rev 02)
> 03:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M
> Gigabit Ethernet PCI Express (rev 02)
>
>
> Die habe ich aber schon laenger als bonding laufen und ohne das ich
> da speziell darueber nachgedacht habe, sind die jetzt so eingetragen
> und ich habe da auch nichts anderes versucht zu machen, es war mir
> eigentlich auch egal. ;-)
>
Grundsätzlich ist mir das auch egal.

> eis:/ # cat /etc/udev/rules.d/70-persistent-net.rules
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> KERNELS=="0000:02:00.0", ATTR{type}=="1", NAME="eth0"
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> KERNELS=="0000:03:00.0", ATTR{type}=="1", NAME="eth1"
>

Bei mir kommt die BusID garnicht drin vor. Liegt das am bonding?:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="d0:50:99:93:dc:ee", ATTR{type}=="1", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:13:3b:0f:e0:ab", ATTR{type}=="1", NAME="eth1"

Ich hatte eben eine News gesendet mit dem Logeintrag aus messages:

Dec  9 21:07:02 SERVER kernel: <27>udevd[1728]: Error changing net 
interface name eth1 to eth0: File exists
Dec  9 21:07:02 SERVER kernel: <28>udevd[1728]: could not rename 
interface '3' from 'eth1' to 'eth0': File exis
Der Beitrag ist "lost in space"...

>
> aufsteigende BusID -> aufsteigend etho -> 1
>
Dann wäre zumindest ein Hinweis im Hilfetext sinnvoll, dass die Benamung 
in der Konfigurtion unter Umständen nicht zum gewünschten Ergebnis führt.

> Holger
>
>
Danke für die Aufklärung.
Tanne

-- 
--------------------------
Es grüsst hochachtungsvoll
******* T A N N E ********

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus