[Fli4l_dev] Problem mit Netzwerkkartentreiber (Mellanox): [Gelöst]
B. Sprenger
b.sprenger at sprenger-ffm.de
Fr Aug 14 09:42:05 CEST 2020
Hallo zusammen,
>
>> Aber: Ein kosmetischer Fehler:?
>>
>> fli4l 4.0.0-r58978 # cat /var/run/netdrivers.conf
>> eth0=e1000
>> eth1=e1000
>> eth2=e1000e
>> eth3=e1000e
>> fli4l 4.0.0-r58978 #
>
> Huch, die Datei hab ich noch nie gesehen. Da fehlt jetzt bei Dir eth4,
> richtig?
>
>>
>> Auf der Supportseite des Routers gibt es ja den Reiter
>> "Zuordnung der Netzwerkgeräte zu Kernelmodulnamen"
>
> Das Ding hier?
>
> http://<hostname>/admin/help_support.cgi?section=show&action=ZuordnungderNetzwerkgertezuKernelmodulnamen
Bei mir ist das
http://[IPAdresse]/admin/help_support.cgi
>
>> Dort fehlt der Mellanox-Treiber.
>
> Das ist genau der selbe Inhalt der o.g. Datei. Bin nicht sicher wofür
> das benutzt wird.
Ich vermute zur Anzeige der Support-Information?
Für mich ist das immer hilfreich, wenn es irgendwo klemmt.
Oder aber dieser Eintrag bei den Experimenten mit Netzwerkkarten.
Für einen Linux-Spezialisten ist das natürlich kein Thema, aber für mich
einfacher als mit Konsole-Befehlen zu hantieren.
>
>> In der base.txt habe ich derzeit folgende Einträge:
>> NET_DRV[]='mlx4_core'
>> und
>> NET_DRV[]='mlx4_en'
>>
>> Benötige ich hier beide? Oder reicht der mlx4_core?
>
> Probier's aus. ;-)
Ja, werde ich machen.
Das wird allerdings etwas dauern.
Ich hatte noch ein paar kosmetische Änderungen an der base.txt
vorgenommen und jetzt läuft der Build-Prozess nicht mehr durch.
Nur der Vollständigkiet halber:
==================================================================
opt/circuits.txt:67: cannot access
'usr/share/circuits/proto/ipv6.disabled' of type 'local file
system object'
opt/circuits.txt:69: cannot access 'etc/ppp/ip-up900.user' of type
'local file system object'
check/base.ext:147: cannot access 'etc/ppp/prefix-up050.circuits-net'
of type 'local file system object'
check/base.ext:148: cannot access
'etc/ppp/prefix-down950.circuits-net' of type 'local
file system object'
Warning: es wurde mindestens ein file in abhängigkeit von
opt_template kopiert
==================================================================
Es waren wirklich nur Änderungen an der base (MAC-Adresse hinzugefügt)
Ich habe die Änderungen natürlich rückgängig gemacht, der Fehler bleibt
aber.
Ich muss also die Dateien nochmal runterladen und sauber zusammenpacken.
Das wird aber vor Ende nächster oder sogar übernächster Woche nix.
Macht aber nix, es läuft ja.
>
>> Nach meinem Verständnis müsste der mlx_en doch automatisch nachgeladen
>> werden?
>
> Nein, es ist umgekehrt.
>
>> Ich kann das natürlich auch ausprobieren, aber mit dem Neustart des
>> Routers ist ja immer Ausfall der Telefonie und anderer Dienste verbunden.
>
> Achso, na dann trage da bitte mal nur 'mlx4_en' ein, das reicht, der
> 'mlx4_core' wird automatisch nachgeladen.
>
Ich werde es testen und mich wieder melden.
Noch eine Frage
Im weekly tarball ist der Patch noch nicht drin?
Sorry falls die Frage dämlich ist, aber mir ist der Unterschied zwischen
trunk und testing nicht ganz klar.
LG
Boris
Mehr Informationen über die Mailingliste Fli4l_dev