/dev/simfs 100% занято на VPS, а du всего 50%. Как найти остальное?

Question

[1nd1go]

Приветствую!


Нарисовалась проблема на хостинге VPS. Пишет — кончилось место.


Вот выводы некоторых команд:

root@seed:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/simfs             20G   20G     0 100% /
tmpfs                 5.0M     0  5.0M   0% /lib/init/rw
tmpfs                  52M   36K   52M   1% /run
tmpfs                 103M     0  103M   0% /run/shm
overflow              1.0M     0  1.0M   0% /tmp

root@seed:~# df -i
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/simfs            400000   62540  337460   16% /
tmpfs                  65600       4   65596    1% /lib/init/rw
tmpfs                  65600      25   65575    1% /run
tmpfs                  65600       1   65599    1% /run/shm
overflow               65600       3   65597    1% /tmp

root@seed:~# du -sh /
du: cannot access `/proc/1582/task/1582/fd/4': No such file or directory
du: cannot access `/proc/1582/task/1582/fdinfo/4': No such file or directory
du: cannot access `/proc/1582/fd/4': No such file or directory
du: cannot access `/proc/1582/fdinfo/4': No such file or directory
9.5G    /

root@seed:~# du -sh /var/lib/transmission-daemon/
7.4G    /var/lib/transmission-daemon/

По последней команде я вижу что 7.5Гб занимает торентокачалка (со скаченными файлами). Больше сервак я не использую никак. Посему я не могу понять куда делось еще 9Гб (2 гб я полагаю занимает операционка)?


Собственно хостер мне говорит, что мол у меня вот занято /dev/simfs все пространство и это мои файлы. Но некоторые сайты говорят, что это вообще показывает размер диска на физическом сервере, т.е. не только мою квоту.


Меня обманывают и если нет, как найти что занимает остальное место?

Answer 1

[librarian]

Ещё попробуйте посмотреть lsof, может вы что-то удалили, а файл не закрылся.

Comments

[Пума Тайланд]

Скорее всего торрент файлы удалили, а торентокачалка от них не отцепилась, du уже не будет их показывать, а df будет, для того чтобы они удалились окончательно надо либо отцепиться от их пидов торентокачалкой, либо перезагрузиться.

[1nd1go]

librarian я вообще перезагружал систему. Это ведь должно было решить проблему на корню?

[1nd1go]

librarian,opium чето через lsof ничего не видно, как и через sysctl fs.file-nr. Систему перегружал, все равно где-то 10гб завалялось. Есть еще мысли?

[librarian]

Перезагрузка должна решить проблему, но я не очень уверен насчёт того как именно происходит перезагрузка в случае OpenVZ.

[Пума Тайланд]

Проблема достаточно часто упоминается в интернете, почему бы вам просто не нагуглить её?

[1nd1go]

opium, потому что не гуглится. Там либо в df выводе показывает результат в духе available + used != total (что в моем случае не так), либо lsof для поиска висящих файлов. А у меня ни того ни другого.

Answer 2

[Назар Мокринский]

Посмотрите папку с логами, возможно, засыпало ошибками.

Comments

[1nd1go]

nazarpc 53мб, ошибок вроде нет

Answer 3

[ValdikSS]

Да это типичная фигня, лечится хостером как-то, пинайте их. Возможно, хостер оверселлит. У меня было такое, дали 80гб места, df -h показывал, что занято 56гб, хотя du -sh / не насчитывал больше 2.

Answer 4

[Wott]

sudo du -sh /*
и потом в глубину
у вас на диске 20G а юзер нашел только 9G, так что еще 10G где-то под закрытыми папками

Answer 5

[Victor Glembitsky]

Такая же была история с VPS на одном из хостеров, искал в сети решение — попробуйте вот эти:

# du -h --max-depth=1 /
Вывод информации о свободном и занятом дисковом пространстве на смонтированных разделах, в формате, удобном для чтения, глубина отображения древовидной файловой системы 1
# ls -lSr | more
Выводит листинг файлов и директорий, сортируя по возрастанию размера и перенаправляет его в программу more для постраничного просмотра

Кстати, моя проблема решилась сменой VPS на аренду дедика

Answer 6

[mastini]

Это так openvz себя видет. У хостера места кончается. Отпишите им.