[problem] z quota

[pitreq 0]

Witam,

mam problem z vpsem. Zostało mi na serwerze 200mb wolnego, a mam dysk 30gb. Oprocz kilku stronek, ktore zajmuja gora 1gb + system centos to nie mam miejsca. Nie moge namierzyc, gdzie sa pliki, ktore zajmuja mi prawie caly dysk.

 

Moze podpowiedziec co zrobic?

Jakis czas temu zainstalowalem fail2ban, moze on cos odklada (te ip, tylko gdzie?)?

 

prosze o pomoc

[Miłosz 2311]

zainstaluj sobie ncdu, a potem:

ncdu /

No i będziesz wiedział ile danych w jakim katalogu jest

[pitreq 0]

787.0MiB [##########] /var
745.2MiB [######### ] /usr
65.6MiB [ ] /etc
23.1MiB [ ] /lib
6.7MiB [ ] /sbin
6.1MiB [ ] /bin
76.0kiB [ ] /root
20.0kiB [ ] /home
12.0kiB [ ] /tmp
12.0kiB [ ] /boot
e 4.0kiB [ ] /srv
e 4.0kiB [ ] /selinux
e 4.0kiB [ ] /opt
e 4.0kiB [ ] /mnt
e 4.0kiB [ ] /media
4.0kiB [ ] /dev
4.0kiB [ ] usun.php
0.0 B [ ] /sys
0.0 B [ ] /proc
@ 0.0 B [ ] aquota.group
@ 0.0 B [ ] aquota.user
0.0 B [ ] .autofsck

Total disk usage: 1.6GiB Apparent size: 1.5GiB Items: 60529

 

tak to wyglada ;/

Edytowano Sierpień 3, 2013 przez pitreq (zobacz historię edycji)

[Łukasz Ostrowski 593]

Pokaż wynik df -h

[pitreq 0]

Filesystem Size Used Avail Use% Mounted on
/dev/simfs 30G 30G 189M 100% /
none 1.0G 4.0K 1.0G 1% /dev

[Gość Kamikadze]

luknij ile zajmuje ci katalog /var/log

 

cd /var/log

du -h

 

Jeżeli za dużo to pokasuj zbętne logi np.

 

rm *.log.*

 

wejdz też to /var/log/apache2 tu lubią siedzieć duże logi

[Pan Kot 1535]

du -a / | sort -n -r | head -n 20

 

 

root@archi ~ # du -a / | sort -n -r | head -n 10
du: nie ma dostępu do „/proc/2321/task/2321/fd/4”: Nie ma takiego pliku ani katalogu
du: nie ma dostępu do „/proc/2321/task/2321/fdinfo/4”: Nie ma takiego pliku ani katalogu
du: nie ma dostępu do „/proc/2321/fd/4”: Nie ma takiego pliku ani katalogu
du: nie ma dostępu do „/proc/2321/fdinfo/4”: Nie ma takiego pliku ani katalogu
53809770        /
25896844        /root
25876192        /media
25876184        /media/sf_Shared
25876164        /root/shared
5221210 /root/shared/git
5221210 /media/sf_Shared/git
4462749 /root/shared/WRK WORK
4462749 /media/sf_Shared/WRK WORK
3953042 /root/shared/git/ArchiDroid

Edytowano Sierpień 3, 2013 przez Archi (zobacz historię edycji)

[pitreq 0]

Pomógł restart serwera, znowu sie ustawila prawidlowa quota... jednak po czasie znowu zmniejsza sie ilosc miejsca na dysku...

[blackfire 185]

Masz jakieś otwarte usunięte pliki. Skopana rotacja logów?

lsof | grep -F '(deleted)'

Przedostatnia pozycja (przed nazwą) to jest numer inode'a, jeszcze wcześniejsza to rozmiar. Mój bash ma jakieś 950 KB na dysku:

bash    15414 blackfire  txt    REG    8,1   950896 6815748 /bin/bash

[pitreq 0]

# lsof | grep -F '(deleted)'
mysqld 14075 mysql 4u REG 0,147 0 39224603 (deleted) /tmp/ib67zDM8
mysqld 14075 mysql 5u REG 0,147 0 39224611 (deleted) /tmp/ibKKUY6V
mysqld 14075 mysql 6u REG 0,147 0 39224612 (deleted) /tmp/iblwwkrJ
mysqld 14075 mysql 7u REG 0,147 0 39224615 (deleted) /tmp/ibIL71Lw
mysqld 14075 mysql 11u REG 0,147 0 39224627 (deleted) /tmp/ibj05MGm
httpd 14139 root 41u REG 0,147 0 39225449 (deleted) /tmp/ZCUD5YzRYK
httpd 14191 apache 41u REG 0,147 0 39225449 (deleted) /tmp/ZCUD5YzRYK
httpd 15500 apache 41u REG 0,147 0 39225449 (deleted) /tmp/ZCUD5YzRYK
httpd 15524 apache 41u REG 0,147 0 39225449 (deleted) /tmp/ZCUD5YzRYK
httpd 15787 apache 41u REG 0,147 0 39225449 (deleted) /tmp/ZCUD5YzRYK
httpd 15789 apache 41u REG 0,147 0 39225449 (deleted) /tmp/ZCUD5YzRYK

 

-rwxr-xr-x 1 root root 871700 May 30 2011 bash

[Gość patrys]

Zawala się plikami tymczasowymi od mysql/apache, zrób restart tych usług i sprawdź ich konfiguracje.

[blackfire 185]

OTOH, dużo tego nie ma, parę plików zerowej długości, na pewno nie 30 GB. Ile Ci brakuje _teraz_ miejsca? O ile się różni zajęte miejsce z "df -B 1048576" od policzonego przez "du -xsm /"? Ile masz plików w /tmp (nawet pustych)? Ich liczba rośnie z czasem? Zakładam że /tmp masz na tym samym filesystemie co resztę, a nie na jakimś tmpfs na przykład.

 

BTW, jak to jest OpenVZ to kojarzy mi się, że ten ich SimFS kłamał w żywe oczy jak mu się miejsce na hoście kończyło, ale nie tłumaczyłoby to, dlaczego reboot pomógł.

 

BTW2, ktoś kojarzy, co to za blockdev 0,147? Coś z OpenVZ?

[kafi 2425]

 

 

jak to jest OpenVZ to kojarzy mi się, że ten ich SimFS kłamał w żywe oczy jak mu się miejsce na hoście kończyło

Raczej działało to w drugą stronę - czyli zmniejszał wielkość partycji a nie sztucznie zwiększał zajętość miejsca.

[blackfire 185]

Raczej działało to w drugą stronę - czyli zmniejszał wielkość partycji a nie sztucznie zwiększał zajętość miejsca.

 

Może. OpenVZ tykałem dawno temu i raczej z daleka.

[malu 460]

Quota openVZ lubi się czasami pogubić, z tego powodu podczas rebootu kontenera poleci jej sprawdzanie w przypadku wykrycia jakichś nieprawidłowości np. braku plików aquota.user i aquota.group.