SM-NOTIFY(8)                System Manager's Manual               SM-NOTIFY(8)

NUME
       sm-notify - trimite notificari de repornire catre omologii NFS

REZUMAT
       /usr/sbin/sm-notify [-dfn] [-m minute] [-v nume] [-p port-notificare]
       [-P ruta]

DESCRIERE
       Blocajele de fi<?>iere nu fac parte din starea persistenta a sistemului
       de fi<?>iere. Astfel, starea de blocare se pierde atunci cand o gazda
       reporne<?>te.

       Sistemele de fi<?>iere de re<?>ea trebuie sa detecteze, de asemenea,
       cand starea de blocare este pierduta deoarece o gazda la distan<?>a a
       fost repornita. Dupa ce un client NFS reporne<?>te, un server NFS
       trebuie sa elibereze toate blocarile de fi<?>iere de<?>inute de
       aplica<?>iile care rulau pe clientul respectiv. Dupa ce un server
       reporne<?>te, un client trebuie sa reaminteasca serverului de blocarile
       de fi<?>iere de<?>inute de aplica<?>iile care ruleaza pe clientul
       respectiv.

       Pentru NFS versiunea 2 <?>i versiunea 3, protocolul Network Status
       Monitor (sau NSM pe scurt) este utilizat pentru a notifica omologii NFS
       despre reporniri. In Linux, serviciul NSM este format din doua
       componente separate in spa<?>iul utilizatorului:

       sm-notify
              Un program de ajutor care notifica omologii NFS dupa repornirea
              sistemului local

       rpc.statd
              Un demon care asculta notificarile de repornire de la alte gazde
              <?>i gestioneaza lista de gazde care urmeaza sa fie notificate
              atunci cand sistemul local reporne<?>te.

       Managerul de blocare NFS local avertizeaza rpc.statd local cu privire
       la fiecare omolog de la distan<?>a care trebuie monitorizat. Atunci
       cand sistemul local reporne<?>te, comanda sm-notify notifica serviciul
       NSM de pe omologii monitoriza<?>i cu privire la repornire. Atunci cand
       un omolog de la distan<?>a reporne<?>te, acel omolog notifica serviciul
       rpc.statd local, care la randul sau transmite notificarea de repornire
       inapoi la managerul local de blocare NFS.

FUNC<?>IONAREA NSM IN DETALIU
       Prima interac<?>iune de blocare a fi<?>ierelor intre un client <?>i un
       server NFS determina managerii de blocare NFS de pe ambii omologi sa
       contacteze serviciul NSM local pentru a stoca informa<?>ii despre
       omologul opus. In Linux, managerul local de blocare contacteaza
       rpc.statd.

       rpc.statd inregistreaza informa<?>ii despre fiecare unitate NFS
       monitorizata in memoria persistenta. Aceste informa<?>ii descriu cum se
       contacteaza unitatea de la distan<?>a in cazul in care sistemul local
       se reporne<?>te, cum se recunoa<?>te care unitate monitorizata
       raporteaza o repornire <?>i cum se notifica managerul local de blocare
       atunci cand o unitate monitorizata indica faptul ca a fost repornita.

       Un client NFS trimite un nume de gazda, cunoscut sub numele de
       nume-apelant al clientului, la fiecare cerere de blocare a unui
       fi<?>ier. Un server NFS poate utiliza acest nume de gazda pentru a
       trimite apeluri asincrone GRANT catre un client sau pentru a notifica
       clientul ca a repornit.

       Serverul Linux NFS poate furniza numele-apelantului clientului sau
       adresa de re<?>ea a clientului catre rpc.statd. In sensul protocolului
       NSM, acest nume sau adresa este cunoscut sub numele de nume-monitor al
       omologului monitorizat. In plus, gestionarul local de blocare ii spune
       lui rpc.statd care crede ca este propriul nume de gazda. In sensul
       protocolului NSM, acest nume de gazda este cunoscut sub numele de
       numele-meu.

       Nu exista o interac<?>iune echivalenta intre un server NFS <?>i un
       client pentru a informa clientul cu privire la numele-apelantului
       serverului. Prin urmare, clien<?>ii NFS nu <?>tiu de fapt ce
       nume-monitor ar putea folosi un server NFS intr-o cerere SM_NOTIFY.
       Clientul Linux NFS inregistreaza numele de gazda al serverului utilizat
       in comanda mount pentru a identifica serverele NFS care repornesc.

   Notificare de repornire
       La repornirea sistemului local, comanda sm-notify cite<?>te lista de
       omologi monitoriza<?>i din memoria persistenta <?>i trimite o cerere
       SM_NOTIFY catre serviciul NSM al fiecarui omolog la distan<?>a din
       lista. Aceasta utilizeaza <?>irul nume-monitor ca destina<?>ie. Pentru
       a identifica ce gazda a fost repornita, comanda sm-notify trimite in
       mod normal <?>irul numele-meu inregistrat atunci cand gazda de la
       distan<?>a a fost monitorizata. Comanda la distan<?>a rpc.statd
       potrive<?>te cererile SM_NOTIFY primite folosind acest <?>ir, sau
       adresa de re<?>ea a apelantului, la unul sau mai mul<?>i omologi din
       propria lista de monitorizare.

       Daca rpc.statd nu gase<?>te un omolog in lista sa de monitorizare care
       sa corespunda unei cereri SM_NOTIFY primite, notificarea nu este
       transmisa managerului local de blocare. In plus, fiecare omolog are
       propriul numar numar de stare NSM, un numar intreg de 32 de bi<?>i care
       este actualizat dupa fiecare repornire de catre comanda sm-notify.
       rpc.statd utilizeaza acest numar pentru a face distinc<?>ia intre
       repornirile reale <?>i notificarile reluate.

       O parte a recuperarii blocajului NFS consta in redescoperirea
       omologilor care trebuie sa fie monitoriza<?>i din nou. Comanda
       sm-notify <?>terge lista de monitorizare din memoria persistenta dupa
       fiecare repornire.

OP<?>IUNI
       -d     Men<?>ine sm-notify ata<?>at la terminalul sau de control <?>i
              ruleaza in prim-plan, astfel incat progresul notificarii sa
              poata fi monitorizat direct.

       -f     Trimite notificari chiar daca sm-notify a fost deja executat de
              la ultima repornire a sistemului.

       -m timp-reincercare
              Specifica durata de timp, in minute, pentru a continua sa se
              reia notificarile catre gazdele care nu raspund. Daca aceasta
              op<?>iune nu este specificata, sm-notify incearca sa trimita
              notificari timp de 15 minute. Specificarea unei valori de 0 face
              ca sm-notify sa continue sa trimita notificari catre omologii
              care nu raspund pana cand este eliminat manual.

              Notificarile sunt incercate din nou daca trimiterea e<?>ueaza,
              daca gazda de la distan<?>a nu raspunde, daca serviciul NSM de
              la distan<?>a nu este inregistrat sau daca exista o eroare DNS
              care impiedica rezolvarea nume-monitor de la distan<?>a la o
              adresa.

              Gazdele nu sunt eliminate din lista de notificare pana cand nu
              se prime<?>te un raspuns valid. Cu toate acestea, procedura
              SM_NOTIFY are un rezultat nul. sm-notify nu are cum sa <?>tie
              daca gazda de la distan<?>a a recunoscut expeditorul <?>i a
              inceput recuperarea corespunzatoare a blocajului.

       -n     Impiedica sm-notify sa actualizeze numarul de stare NSM al
              sistemului local.

       -p port
              Specifica numarul portului sursa pe care sm-notify ar trebui sa
              il utilizeze atunci cand trimite notificari de repornire. Daca
              aceasta op<?>iune nu este specificata, se utilizeaza un port
              efemer ales la intamplare.

              Aceasta op<?>iune poate fi utilizata pentru a traversa un
              firewall intre client <?>i server.

       -P, --state-directory-path nume-ruta
              Specifica numele de ruta al directorului parinte in care se afla
              informa<?>iile privind starea NSM. Daca aceasta op<?>iune nu
              este specificata, sm-notify utilizeaza in mod implicit
              /var/lib/nfs.

              Dupa pornire, sm-notify incearca sa i<?>i stabileasca UID <?>i
              GID efective la proprietarul <?>i grupul subdirectorului sm al
              acestui director. Dupa modificarea id-urilor efective, sm-notify
              trebuie sa acceseze doar fi<?>ierele din sm <?>i sm.bak din
              cadrul rutei directorului de stare ,,state-directory-path".

       -v adresa-ip | nume-gazda
              Specifica adresa de re<?>ea de la care se trimit notificarile de
              repornire <?>i argumentul nume-monitor care trebuie utilizat la
              trimiterea cererilor SM_NOTIFY. Daca aceasta op<?>iune nu este
              specificata, sm-notify utilizeaza o adresa de tip joker ca
              adresa de transport <?>i utilizeaza numele-meu inregistrat
              atunci cand la distan<?>a a fost monitorizata ca argument
              nume-monitori atunci cand trimite cereri SM_NOTIFY.

              Forma adresa-ip poate fi exprimata fie ca o adresa de prezentare
              IPv4, fie ca o adresa de prezentare IPv6. In cazul in care se
              utilizeaza forma adresa-ip, comanda sm-notify converte<?>te
              aceasta adresa intr-un nume de gazda pentru a fi utilizata ca
              argument nume-monitor la trimiterea cererilor SM_NOTIFY.

              Aceasta op<?>iune poate fi utila in configura<?>iile
              ,,multi-homed" (gazda conectata la mai multe re<?>ele) in cazul
              in care gazda de la distan<?>a necesita notificare de la o
              anumita adresa de re<?>ea.

FI<?>IER DE CONFIGURARE
       Multe dintre op<?>iunile care pot fi definite in linia de comanda pot
       fi, de asemenea, controlate prin intermediul valorilor stabilite in
       sec<?>iunea [sm-notify] sau, intr-un caz, in sec<?>iunea [statd] a
       fi<?>ierului de configurare /etc/nfs.conf.

       Valorile recunoscute in sec<?>iunea [sm-notify] includ: retry-time,
       outgoing-port <?>i outgoing-addr.  Acestea au acela<?>i efect ca <?>i
       op<?>iunile din linia de comanda m, p <?>i, respectiv, v.

       O valoare suplimentara recunoscuta in sec<?>iunea [sm-notify] este
       lift-grace. In mod implicit, sm-notify va ridica mai devreme perioada
       de gra<?>ie a blocajului daca nu are gazde de notificat. Unele
       configura<?>ii de inalta disponibilitate vor rula un sm-notify pe
       fiecare adresa IP flotanta. In aceste configura<?>ii, ridicarea
       anticipata a perioadei de gra<?>ie poate impiedica clien<?>ii sa
       recupereze blocarile. Stabilirea lift-grace la n va impiedica sm-notify
       sa incheie perioada de gra<?>ie inainte de termen. lift-grace nu are o
       op<?>iune de linie de comanda corespunzatoare.

       Valoarea recunoscuta in sec<?>iunea [statd] este state-directory-path.


SECURITATE
       Comanda sm-notify trebuie ini<?>iata ca root pentru a ob<?>ine
       privilegiile necesare pentru a accesa baza de date cu informa<?>ii
       despre stare. Aceasta renun<?>a la privilegiile de root imediat ce
       porne<?>te pentru a reduce riscul unui atac de escaladare a
       privilegiilor.

       In timpul func<?>ionarii normale, ID-ul efectiv al utilizatorului pe
       care il alege este proprietarul directorului de stare. Acest lucru ii
       permite sa continue sa acceseze fi<?>ierele din acest director dupa ce
       a renun<?>at la privilegiile de root. Pentru a controla ID-ul de
       utilizator pe care il alege rpc.statd, este suficient sa utiliza<?>i
       chown(1) pentru a stabili proprietarul directorului de stare.

NOTE ADI<?>IONALE
       Recuperarea blocarii dupa o repornire este esen<?>iala pentru a
       men<?>ine integritatea datelor <?>i pentru a preveni blocarea inutila a
       aplica<?>iilor.

       Pentru a ajuta rpc.statd sa potriveasca cererile SM_NOTIFY cu cererile
       NLM, trebuie respectate o serie de bune practici, care includ:

              Numele de nod UTS al sistemelor dvs. trebuie sa corespunda cu
              numele DNS pe care omologii NFS le folosesc pentru a le
              contacta.

              Numele de nod UTS ale sistemelor dvs. trebuie sa fie intotdeauna
              nume de domenii complet calificate.

              Coresponden<?>a DNS directa <?>i inversa a numelor de noduri UTS
              ar trebui sa fie consecventa.

              Numele de gazda pe care clientul il folose<?>te pentru a monta
              serverul trebuie sa corespunda cu nume-monitor al serverului in
              cererile SM_NOTIFY pe care le trimite.

       Demontarea unui sistem de fi<?>iere NFS nu opre<?>te neaparat clientul
       sau serverul NFS sa se monitorizeze reciproc. Ambele pot continua sa se
       monitorizeze reciproc pentru o perioada de timp, in cazul in care
       traficul NFS ulterior intre cele doua duce la noi montari <?>i la
       blocarea de fi<?>iere suplimentare.

       In Linux, daca modulul de nucleu lockd este descarcat in timpul
       func<?>ionarii normale, to<?>i omologii NFS de la distan<?>a nu sunt
       monitoriza<?>i.  Acest lucru se poate intampla pe un client NFS, de
       exemplu, daca un sistem de auto-montare elimina toate punctele de
       montare NFS din cauza inactivita<?>ii.

   Suport pentru protocoalele IPv6 <?>i TI-RPC
       TI-RPC este o condi<?>ie prealabila pentru a sus<?>ine NFS pe IPv6. In
       cazul in care suportul TI-RPC este integrat in comanda sm-notify,
       aceasta va alege un transport IPv4 sau IPv6 adecvat pe baza adresei de
       re<?>ea returnata de DNS pentru fiecare omolog la distan<?>a. Aceasta
       ar trebui sa fie pe deplin compatibila cu sistemele la distan<?>a care
       nu accepta TI-RPC sau IPv6.

       In prezent, comanda sm-notify accepta trimiterea de notificari numai
       prin intermediul protocoalelor de transport de datagrame.

FI<?>IERE
       /var/lib/nfs/sm          directorul care con<?>ine lista de monitoare

       /var/lib/nfs/sm.bak      directorul care con<?>ine lista de notificari

       /var/lib/nfs/state       Numarul de stare al NSM pentru aceasta gazda

       /proc/sys/fs/nfs/nsm_local_state
                                copia nucleului a numarului de stare al NSM

CONSULTA<?>I <?>I
       rpc.statd(8), nfs(5), uname(2), hostname(7)

       RFC 1094 - ,,NFS: Network File System Protocol Specification"
       RFC 1813 - ,,NFS Version 3 Protocol Specification"
       OpenGroup Protocols for Interworking: XNFS, versiunea 3W - Capitolul 11

AUTORI
       Olaf Kirch <okir@suse.de>
       Chuck Lever <chuck.lever@oracle.com>

TRADUCERE
       Traducerea in limba romana a acestui manual a fost facuta de Remus-
       Gabriel Chelu <remusgabriel.chelu@disroot.org>

       Aceasta traducere este documenta<?>ie gratuita; citi<?>i Licen<?>a
       publica generala GNU Versiunea 3
       <https://www.gnu.org/licenses/gpl-3.0.html> sau o versiune ulterioara
       cu privire la condi<?>ii privind drepturile de autor.  NU se asuma
       NICIO RESPONSABILITATE.

       Daca gasi<?>i erori in traducerea acestui manual, va rugam sa
       trimite<?>i un e-mail la <translation-team-ro@lists.sourceforge.net>.

                               1 noiembrie 2009                   SM-NOTIFY(8)