[Eisfair] Update Base 2.7.8 online

[Hans-Georg Kiefer]

Nabend, Marcus.

Am 10.12.2016 um 19:48 schrieb Marcus Roeckrath:
> Hallo Tanne,
>
> Hans-Georg Kiefer wrote:
>
>> Ich hatte eben eine News gesendet mit dem Logeintrag aus messages:
>
> Nein, die hast Du mir als PM zugesandt.
>
Oi. Entschuldigung.

>> 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
>
> Da haben wir die Race Condition.
>
Renn-Bedingung bei dem Wetter? Habe keine Winterreifen!

> Mit net.ifnames=1 passiert beim Boot folgendes:
>
> Kernel findet eine Netzwerkkarte und lädt den zuständigen Treiber.
>
> Zunächst heißt dann das Interface eth0, wegen net.ifnames=1 wird darsu ein
> eideutiger Name z. B. enp0s1 oder so, die abschliessende User-udev-Regel
> macht dann daraus den gewünschten Namen bei Dir eth0.
>
> Nun findet der Treiber auf Deinem System zwei Karten vor, für die er sich
> zuständig fühlt und nur der Treiber entscheidet nun, in welcher Reihenfolge
> er die nun einbindet, in Deinem Fall nicht die, die den Kernel veranlasst
> hat, da Realtek-Modul zu laden.
>
> Generell sollte das egal sein, aber das geschieht nun so schnell und vor
> allem parallel, dass die bei Erstinitialisierung gewählten eth0 und eth1
> für die beiden Karten auch nach dem Umbenennen in die eindeutigen Namen für
> die schlussendliche Benamung noch nicht frei sind.
>
Super Erläuterung.

> Ob das in einem von x Fällen dann doch gut gehen kann, ist nicht
> vorhersehbar.
>
> Um hier sicherzugehen, darfst Du in der Base-Konfiguration unter ETH_X_NAME
> keinenfalls ethX benutzen, ebenso nicht leer lassen, da dann wieder ethX
> angenommen wird.
>
> Ich würde nicht generell davon ausgehen, dass bei jedem Boot immer die jetzt
> von Dir beobachtete Reihenfolge sichergestellt ist.
>
Das wäre aber mal richtig blöd.

> Das Problem hatten wir vor Veröffentlichung der Base 2.78 auf einem System
> mit zwei verschiedenen Modulen, wo meist eine bestimmte Reihenfolge
> manchmal aber auch eine andere zum Tragen kam.
>
> Einzige Vermeidung ist es, schlussendlich ethX-namen zu vermeiden.
>
Da kann ich mit meinem Probier-Tier zunächst erkunden, ob alle für mich 
relevanten Pakete mit üm können (eisgraph, ovpn, bfb...).
>
>> Der Beitrag ist "lost in space"...
>
> Nein, s. o.
>
>>> aufsteigende BusID -> aufsteigend etho -> 1
>
> Das macht der Treiber intern; ob das immer so oder z. B. in einer anderen
> Version des Moduls immer noch so sein wird steht in den Sternen.
>
In dem aktuellen Fall könnte man prinzipiell eine Karte mit dem r8168 
und die andere mit dem r8169 betreiben. Aber nur theoretisch.

Das ist ja so nicht konfigurierbar.

>> 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.
>
> Hinweis auf meinen Wiki-artikel, ein Hilfetext kann nicht alle Fälle
> abdecken.
>
Du und dein Wiki = Teachers best friend ;-)
Mal ehrlich, wenn ich vor dem Server hocke und auf einen schwarzen 
Bildschirm starre, macht Wiki kwinen Spaß (...mit Lynx).

Ausserdem ist das Interface für Sehbehinderte eine Katastrophe. Ich 
nnutze es daher zu Studienzwecken, wenn ich mich zwanglos an neue Dinge 
herantaste.
Aber sicher nicht _vor_ einem Update, das ja möglicherweise nun sogar 
automatsch installiert werden kann.

Wenn du dir einen neuen Sitzbezug ins Auto klemmst, gehst du auch nicht 
vorher nochmal zur Fahrschule. Die Rechts-vor-links-Regel könnte bei 
blauen Bezügen neuerdings ausser Kraft gesetzt sein... LOL.

Wie auch immer, am Montag wird weiter probiert und getestet. Wenn es 
sein muss, mache ich 30 Neustarts und gucke, was passiert.

Grüße aus Gö
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