Puncte:0

interfața de rețea pierdută pentru systemd-networkd. Ce se întâmplă?

drapel sd
gcb

Am o gazdă systemd cu 4 porturi ethernet.

un port este rezervat containerelor izolate. Este setat ca:

# /etc/systemd/network/20-eth3-reserved.network
[Meci]
Nume=eth3
[Legătură]
Negestionat=da

Am setat, de asemenea, alias-uri pentru porturi, fiecare pe fișierul său de legătură, de ex.

# /etc/systemd/network/12-alias-eth3.link
[Meci]
Adresa MAC=42:42:42:42:42:03
[Legătură]
Nume=eth3

Mai târziu aș folosi interfața negestionată într-un container systemd-nspawn cu

# /etc/systemd/nspawn/container1.nspawn
...
[Reţea]
Privat=da
VirtualEthernet=nu
Interfață=eth3

La un moment dat (septembrie) mergea bine. Dar în urmă cu câteva luni, interfața cu setare negestionată pur și simplu dispare din sistem.

nspawn nu reușește să afișeze containerul spunând că interfața nu a fost găsită.

link ip nu afișează eth3 și nici adresa mac.

lshw arată în mod ciudat toate porturile gestionate, dar NU enumerați adresa maca (serial câmp) pentru cel cu handicap.

dmesg arată toate porturile foarte bine și enumeră adresa mac corectă a tuturor, inclusiv a celui dezactivat. Mai târziu, arată și aliasul care este aplicat!

[Miercuri, 10 noiembrie 11:44:31 2021] igb 0000:03:00.3 eth3: redenumit din enps0f4

Deci, systemd vede dispozitivul foarte bine chiar și după ce problema a început.

networkclt arată toate porturile gestionate plus uite la fel de negestionate. Dar nici un semn de eth3.

Nu mă deranjează să găsesc soluția la asta dacă există o modalitate mai bună de a „rezerva” o interfață fizică pentru a fi folosită cu nspawn în loc de Negestionat=da

Puncte:0
drapel sd
gcb

Toate acestea ar fi prea amuzante dacă nu ar fi un punct culminant trist al sistemului de stat.

VM-ul nu era pornit, sau era și încercam să-l pornesc din nou?, indiferent de caz lista machinectl nu a arătat niciun container.

Singurul motiv pe care l-am putut găsi pentru ca interfața, care a fost văzută de kernel, să dispară, a fost că a fost mutată într-un alt spațiu de nume și asta ar trebui să se întâmple numai atunci când nspawn atribuie interfața unui container care rulează.

Dar nu exista niciun container sus și nicio modalitate de a depana/investiga ce sa întâmplat cu el sau de a forța lansările.

Și din păcate networkctl are și mai puține cunoștințe despre spațiile de nume și cgroups decât moștenirea ps do. Dacă interfața este atașată undeva, este la fel de bună ca a dispărut.

În cele din urmă, nu am putut să-mi dau seama ce se întâmplă, dar o actualizare a sistemului și o repornire au rezolvat problema deocamdată.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.