înregistrare Logare
Puncte:0
Andrew Newby avatar Server

Can't get disk space back after running out of space (and removing some files) in Ubuntu 18.04

drapel in
Andrew Newby

This is driving me crazy! My server run out of space. I cleaned up some files by removing the folders. The amount of free space didn't go up (% wise). This is what I now see:

enter image description here

As you can see, it shows 315gb size, of which 298gb is in use. So why does it show 100% used? The only reason I have the 1.1gb free that you can see if due to removing more files are reboot. Even though I got rid of 15+gb of files before :/

I've tried quite a few things such as lsof +L1:

    COMMAND    PID      USER   FD   TYPE DEVICE SIZE/OFF NLINK  NODE NAME
php-fpm7.  726      root    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)
mysqld     863     mysql    5u   REG    8,0        0     0  2938 /tmp/ibj2MjTy (deleted)
mysqld     863     mysql    6u   REG    8,0        0     0 10445 /tmp/ibgsRaLu (deleted)
mysqld     863     mysql    7u   REG    8,0        0     0 76744 /tmp/ibx2g3Cq (deleted)
mysqld     863     mysql    8u   REG    8,0        0     0 76750 /tmp/ib7D93oi (deleted)
mysqld     863     mysql   12u   REG    8,0        0     0 77541 /tmp/ibSr0xre (deleted)
dovecot   1278      root  139u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
dovecot   1278      root  172u   REG   0,23        0     0  2022 /run/dovecot/login-master-notify4b18cb63ddb75aab (deleted)
dovecot   1278      root  177u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
cron      2239      root    5u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
cron      2240      root    5u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
sh        2243      root   10u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
sh        2243      root   11u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
sh        2244      root   10u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
sh        2244      root   11u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
imap-logi 2512  dovenull    4u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
imap-logi 3873  dovenull    4u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
pop3-logi 3915  dovenull    4u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
pop3-logi 3917  dovenull    4u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
php-fpm7. 4218    fndesk    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)
php-fpm7. 4268 executive    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)

But I can't see anything in there that is locking the files up

91
1 + 11
df
Michael Hampton avatar
drapel cz
Michael Hampton
Reporniți programele care dețin acele fișiere deschise sau reporniți computerul.
1
Răspunde
Andrew Newby avatar
drapel in
Andrew Newby
@MichaelHampton mulțumesc, dar am încercat deja o repornire completă a serverului de mai multe ori :( Pur și simplu nu pare să vrea să renunț!
0
Răspunde
Michael Hampton avatar
drapel cz
Michael Hampton
Atunci trebuie să ștergeți mai multe fișiere.
0
Răspunde
drapel in
Gerald Schneider
Răspunde asta la întrebarea ta? [Disc plin, du spune diferit. Cum să investighezi în continuare?](https://serverfault.com/questions/275206/disk-full-du-tells-different-how-to-further-investigate)
2
Răspunde
Andrew Newby avatar
drapel in
Andrew Newby
@MichaelHampton Nu ar trebui să am nevoie. Serverul funcționa bine și avea o mulțime de spațiu liber înainte de a se epuiza. Am încărcat un fișier mare și apoi s-a prăbușit pe mine (ei bine, mi-a tot spus „lipsit spațiu pe disc”, așa cum era). Dar chiar și după ștergerea acelui fișier nu a schimbat procentul de spațiu liber.Singura altă opțiune este să actualizez serverul la o versiune ulterioară și să mut toate fișierele peste - și pot garanta că o va rezolva (dar zilele sale de lucru, pentru ceva care nici măcar nu ar trebui să fie o problemă :( )
0
Răspunde
Michael Hampton avatar
drapel cz
Michael Hampton
Ceva îți umple discul. Puteți continua să investigați, sau nu, aceasta este alegerea dvs.
0
Răspunde
Andrew Newby avatar
drapel in
Andrew Newby
@MichaelHampton Încerc ;) Dar tot nu are sens. `/dev/sda 315G 296G 2.9G 100% /` - 315gb - 296gb = 19gb... dar spațiul „disponibil” se afișează doar ca 2,9 gb... așa că ceva înghite spațiul respectiv
0
Răspunde
Michael Hampton avatar
drapel cz
Michael Hampton
Te referi la rezervarea root de 5%?
0
Răspunde
Andrew Newby avatar
drapel in
Andrew Newby
@MichaelHampton hmmm ok, asta are mai mult sens - 16gb + 2.9gg. Nu mi-am dat seama că are o rezervare?
0
Răspunde
Michael Hampton avatar
drapel cz
Michael Hampton
Majoritatea sistemelor de fișiere Unix au făcut-o din timpuri imemoriale, deși a căzut în disgrație și sistemele de fișiere mai moderne nu o mai fac.
2
Răspunde
Andrew Newby avatar
drapel in
Andrew Newby
@MichaelHampton ah ok, poate de aceea nu l-am observat înainte. Cele mai multe dintre celelalte servere sunt UB 20.04, dar chiar am avut probleme cu spațiul pe disc, deoarece au mai puține site-uri
0
Răspunde
Puncte:2
avatar Server
drapel in
Lutz Willek

Aflați ce consumă spațiul pe disc și apoi aflați de ce, înainte de a șterge ceva.

Pentru a afișa „Top 10 directoare”, ați putea folosi du -Sh / | sortare -rh | cap -10.

Pentru a afișa fișierele „Top 10”, puteți folosi găsi / -type f -exec du -Sh {} + | sortare -rh | cap -n 10.

Adesea veți găsi fișiere jurnal uriașe sau nerotate, de fișiere jurnal cu umplere rapidă. În funcție de constatările dvs., uneori este suficient să ștergeți unele fișiere jurnal mai vechi sau să configurați rotirea jurnalului sau să configurați setările de jurnal ale serviciilor dvs.

În ceea ce privește calculul tău: asta nu trebuie să te înnebunească :-)

Adesea sistemele de fișiere rezervă 5% spațiu pentru utilizare de către utilizatorul root. Aveți o dimensiune de disc de 315G, deci 5% ar fi aproximativ 16G spațiu rezervat. Există un articol frumos care explică fundalul: https://blog.tinned-software.net/utility-df-shows-inconsistent-calculation-for-ext-filesystems/

0 + 2
Andrew Newby avatar
drapel in
Andrew Newby
Mulțumesc pentru că. De fapt, se pare că cea mai mare parte a acesteia este o selecție de tabele mySQL (6+gb unele dintre ele, dar au milioane de rânduri). Voi vedea dacă pot găsi o modalitate de a optimiza vreuna dintre ele, deoarece ar fi o victorie rapidă
0
Răspunde
Andrew Newby avatar
drapel in
Andrew Newby
Am găsit și în altă parte că se ducea amintirea. Folosim tabele InnoDB mySQL, iar acolo unde am făcut „ștergeri” mari, fișierele IBD nu au scăzut în dimensiune. Aparent, acesta este un comportament normal pentru InnoDB.Modul de ocolire este să copiați tabelul și apoi să îl redenumiți. A fost nevoie de un fișier de 16 GB, până la puțin peste 10 GB :)
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

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.