Puncte:0

Compilarea/testarea/utilizarea unui systemd-resolved nu este aliniată cu versiunea restului systemd prezentă pe sistem acceptată?

drapel in

Este posibil să compilați numai systemd-resolved din sursele systemd mari (fără tot restul systemd) pentru a încerca să identifice o remediere pentru backport? Poate coexista un sistem nou rezolvat cu restul unui sistem care se bazează pe un sistem vechi?

Puncte:1
drapel cn

Nu, doar construirea și actualizarea unui binar al systemd nu este acceptabilă. Ca și în cazul, oamenii cărora le-ați putea cere ajutor vor avea dificultăți în a reproduce ceea ce faceți.

rezolvate, precum zecile de binare care compun acest lucru, link-uri către un cod partajat de sistem. Este puțin probabil ca acest lucru să rămână compatibil binar într-un număr arbitrar de versiuni. S-ar putea să funcționeze, dar personal nu sunt dispus să desfac dependențele interne ale systemd pentru a dovedi acest lucru.

În schimb, încercați să actualizați toate systemd. Pentru început, încercați să reproduceți problema pe o distribuție cu o versiune relativ nouă. În țara Red Hat, începând cu 2021, acesta ar putea fi Fedora 35 sau RHEL 9. Odată ce există dovezi că distribuția mai nouă îmbunătățește lucrurile, apoi începeți să izoleți modificările relevante. Sau începeți un proiect de actualizare a sistemului de operare.

callegar avatar
drapel in
Mulțumesc, asta clarifică. Din păcate, înlocuirea întregului sistem iniit riscând să rupă init sau să creeze inconsecvențe subtile cu modul în care serviciile sunt configurate în distro pentru a remedia o eroare rezolvată pare prea riscantă. Este mai ușor să eliminați în totalitate memorarea DNS locală în cache sau - așa cum este testat chiar acum - să modificați serverul DNS de pe LAN pentru a evita declanșarea erorilor în versiunea rezolvată de sistem livrată cu ubuntu focal (cu prețul unei ușoare abateri de la standardele DNS nu e mare lucru pentru că asta va rămâne local).
John Mahowald avatar
drapel cn
Actualizarea parțială propusă de dvs. pare puțin mai riscantă decât actualizarea întregului systemd, dar faceți ce doriți. Dacă comportamentul dorit real nu este folosirea rezolutorului stub al soluției, acest lucru este posibil cu configurație.
callegar avatar
drapel in
Îți înțeleg punctul de vedere, dar încerc să evaluez riscul care poate deveni mai scump. Înțeleg că dacă sparg un singur pachet/binar, îmi va fi posibil să pornesc și să revin cu ușurință, eventual folosind managerul de pachete. Dar dacă rup pornirea sistemului, curățarea nu va fi atât de ușoară, deoarece nu voi putea folosi managerul de pachete sau instrumentele obișnuite (este corect? De asemenea, acest lucru va trebui făcut pe mai multe mașini). Renunțarea temporară la soluția stub sau lucrul cu o soluție de soluție pe serverul DNS local pare un preț mai mic de plătit... Mulțumesc oricum pentru răspunsuri!

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.