Puncte:0

Cluster BeegFS - Un nod mort, trebuie să mergi mai departe fără el

drapel rs

După cum sugerează titlul, un cluster format din patru mașini are o mașină moartă în rack.

Clusterul este configurat cu un sistem de oglindă de prieteni pentru redundanță, astfel încât datele ar trebui să fie în continuare intacte. Mașina moartă este secundară în grupul său de oglindă, așa că cum pornește clusterul și ignoră orice avertismente și erori care ar proveni de la mașina care nu este accesibilă?

Așa cum este în prezent, toate serverele beegfs-meta rulează, toate serviciile de stocare beegfs rămase rulează, dar niciun client beegfs nu vrea să pornească:

Jul31 17:42:31 *mount(44691) [La distanță (ținte de stocare a statisticilor)] >> țintă de eroare (stocare): 401; Msg: Eroare de comunicare
Iul31 17:42:31 *mount(44691) [Verificarea corectă a montului] >> Preluarea informațiilor despre spațiul liber serverului de stocare a eșuat. Serverele de stocare rulează și sunt înregistrate la demonul de management? Ați eliminat un director țintă de stocare de pe un server? (Eroare: eroare de comunicare)
Iul31 17:42:31 *mount(44691) [Aplicație (oprire componente)] >> Oprire componente...

În mod optim, dacă este posibil, aș dori să nu elimin nodul mort, ci să îl dezactivez cumva, deoarece în cele din urmă va veni după o remediere hardware.

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.