Puncte:0

Timeout implicit pentru comenzile serverului - montare NFS

drapel ug

Am observat următoarele: dacă o montare NFS devine indisponibilă din orice motiv, majoritatea comenzilor Linux vor aștepta la nesfârșit.

Făcând o ls -lahF pe poteca de munte doar așteaptă... pentru totdeauna. Și nu se întoarce niciodată.

Aș putea rula totul cu a timeout 5 în fața ei, dar asta se simte hamfisted.

Mai ales atunci când cineva are încredere în servicii, fie rulează, fie generează un jurnal de erori care poate fi preluat, acest comportament este periculos, deoarece lucrurile ar putea rula mult timp astfel fără a fi observate.

Ce pot face pentru a mă imuniza pe mine și sistemele mele împotriva acestui lucru? Încheiați totul în cecuri? Cu siguranță trebuie să existe o cale mai bună? Vă place o opțiune de montare pentru monturile NFS?

Se pare că există: https://linux.die.net/man/5/nfs

Dar experiența arată că nu face nimic.

Montarea ca moale cu setările implicite ar trebui să arunce a serverul nu răspunde mesaj după 3 minute. Dar chiar și după 30 de minute, toate comenzile pe care le-am încercat continuă să rămână suspendate...

EDIT: Setarea unui timeo mai mic și retrans în combinație cu „soft” pare să funcționeze.

drapel de
Timeout-urile din protocolul NFS gestionate de nivelul RPC. Ca urmare, nu este posibil să aveți comenzi diferite pentru operații diferite...

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.