Puncte:0

Clarificare privind înțelegerea utilizării discurilor Linux cu df și cum ar trebui evaluat tmpfs

drapel de
rc1

Am căutat serverfault, SO și alte site-uri, dar nu am găsit un răspuns clar. Am citit câteva informații despre elementele de bază ale stocării și sistemelor de fișiere Linux, dar încă nu sunt clar cum să-mi rezolv problema.

Scopul meu este să fac o evaluare simplă a spațiului pe disc și a utilizării pe serverele din mediul nostru. Vom rula un script bash care include comanda df -k pe fiecare server. Textul de ieșire va fi adunat pentru analiza și analiză. Întâmpin probleme în a înțelege cum să evaluez corect ieșirea df -k pentru a ajunge la spațiul și utilizarea totală pe disc.

Pentru moment, ignorăm stocarea în rețea și LVM mapată (deși bănuiesc că vor fi mai implicate și mai complicate decât această situație). Mă voi ocupa de acestea în viitorul apropiat. Deocamdată, întâmpin probleme în înțelegerea scenariilor simple.

Scenariul 1: Am creat o mașină virtuală Oracle Linux 7.9 în Oracle Cloud cu un volum de pornire implicit de 46 GB. Ieșirea df -h a returnat următoarele:

Filesystem Size Used Avail Use% Montat pe
devtmpfs 7,6G 0 7,6G 0% /dev
tmpfs 7,6G 0 7,6G 0% /dev/shm
tmpfs 7.6G 8.7M 7.6G 1% /run
tmpfs 7.6G 0 7.6G 0% /sys/fs/cgroup
/dev/sda3 39G 2.8G 36G 8% /
/dev/sda1 200M 7,4M 193M 4% /boot/efi
tmpfs 1.6G 0 1.6G 0% /run/user/0
tmpfs 1.6G 0 1.6G 0% /run/user/994
tmpfs 1.6G 0 1.6G 0% /run/user/1000

Intrebarea 1: Ce logică consecventă aș putea aplica pentru a calcula spațiul total pe disc și utilizarea? În acest caz, pot vedea că (sda3 + unu intrarea de 7,6 GB tmpfs) mă va duce la 46 GB, așa că ar trebui să ignor intrările ulterioare de 7,6 G tmpfs și toate intrările de 1,6 G tmpfs? Ar trebui pur și simplu să ignor toate intrările tmpfs, având în vedere că tmpfs este volatil și nu stocare reală? În acest caz, cum aș ajunge la 46 GB de stocare totală?

Scenariul 2: Am creat o mașină virtuală Oracle Linux 7.9 în Oracle Cloud cu un volum de pornire implicit de 200 GB. Ieșirea df -h a returnat următoarele:

Filesystem Size Used Avail Use% Montat pe
devtmpfs 30G 0 30G 0% /dev
tmpfs 30G 0 30G 0% /dev/shm
tmpfs 30G 8.8M 30G 1% /run
tmpfs 30G 0 30G 0% /sys/fs/cgroup
/dev/sda3 39G 3.5G 35G 9% /
/dev/sda1 200M 7,4M 193M 4% /boot/efi
tmpfs 5.9G 0 5.9G 0% /run/user/0
tmpfs 5.9G 0 5.9G 0% /run/user/994
tmpfs 5.9G 0 5.9G 0% /run/user/1000

Intrebarea 2: Acest lucru este mai confuz. Cum aș ajunge la o dimensiune totală a discului de 200 GB? Se pare că ar trebui să număr sdaX ȘI (toate intrările tmpfs) pentru a ajunge la 200 GB. Am probleme în a găsi o logică consistentă pentru ambele scenarii.

Sper că întrebările mele sunt clare. Aș fi bucuros să ofer orice detalii și/sau clarificări suplimentare.

Michael Hampton avatar
drapel cz
Ați încercat să rulați `fdisk`?
rc1 avatar
drapel de
rc1
Tocmai am aflat despre fdisk pe baza răspunsului de mai jos. Singura problemă este că nu este compatibil cu Solaris (fdisk -l nu funcționează), așa că va trebui să descoperim abordări ușor diferite pentru mediile non-Linux. df -k returnează rezultate consistente în toate Unix/Linux, dar este în mod clar insuficientă în sine. Mulțumiri.
rc1 avatar
drapel de
rc1
Adăugarea actualizării pentru oricine altcineva care se confruntă cu aceeași problemă. Am folosit „fdisk -l” pe Linux (după cum este sugerat în răspunsul de mai jos) și „iostat -En” în Solaris 10/11, urmat de o analiză atentă. Combinat cu df -k + (fdisk SAU iostat) îmi oferă o acoperire destul de bună asupra dimensiunii și utilizării generale a discului. Nu am testat nimic din cele de mai sus pe AIX.
Puncte:3
drapel us

tmpfs sistemele de fișiere sunt discuri RAM și nu au nimic de-a face cu mediul de stocare.

În al doilea scenariu, discul tău de 200 GB conține un sistem de fișiere rădăcină de 39 GB, un sistem de fișiere de boot de 200 MB, posibil spațiu de swap de dimensiune necunoscută și probabil o cantitate mare de spațiu liber.

Pentru a vedea spațiul de schimb, rulați swapon -s. Pentru a vedea spațiul liber, utilizați un instrument de partiționare precum fdisk -l sau separat /dev/sda print.

Se pare că nu utilizați sisteme de fișiere pe volume LVM sau stocare în rețea. Ele ar fi listate de df.

rc1 avatar
drapel de
rc1
Multumesc pentru clarificare. Deci, pe scurt - dacă înțeleg acest lucru corect - nu putem determina cu exactitate dimensiunea totală a discului folosind doar „df” și trebuie să încorporăm „fdisk -l” în colectarea și analiza datelor? Sau există o estimare practică care poate fi făcută doar cu comanda df? Mulțumiri.
berndbausch avatar
drapel us
Înțelegerea ta este corectă. `df` raportează doar spațiul folosit în sistemele de fișiere montate. Nu raportează sisteme de fișiere demontate, partiții fără sisteme de fișiere sau spațiu nepartiționat.

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.