LINUX.ORG.RU
Форум — Admin  

Ubuntu Server и свободное место


1

3

Приветствую уважаемое комюнити!

Прошу Вашей помощи найти причину не освобождения места на диске после удаления файлов.

Исходные данные:

ФС: ext4


 lvdisplay -v
    Finding all logical volumes
  --- Logical volume ---
  LV Name                /dev/backupvg/backuplv
  VG Name                backupvg
  LV UUID                f3m4u9-68Dp-J2FT-ChtY-MJm0-IzL4-LRy08X
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                1,73 TiB
  Current LE             452895
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           251:0






tune2fs -l

tune2fs 1.41.11 (14-Mar-2010)
Filesystem volume name:   backup
Last mounted on:          /media/backup
Filesystem UUID:          470e1add-1b3b-42c7-a61b-52defff16018
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              115941376
Block count:              463764480
Reserved block count:     0
Free blocks:              46507312
Free inodes:              96350667
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      913
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Thu Mar  1 10:58:55 2012
Last mount time:          Fri Apr 25 11:12:00 2014
Last write time:          Fri Apr 25 11:27:19 2014
Mount count:              0
Maximum mount count:      36
Last checked:             Fri Apr 25 11:27:19 2014
Check interval:           15552000 (6 months)
Next check after:         Wed Oct 22 11:27:19 2014
Lifetime writes:          16 TB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      50bf232f-1377-4f49-b8ae-29ab89cf4699
Journal backup:           inode blocks



после удаления файлов не появляется свободное пространство. Делался sync;sync;sync и перегружался сервер, и отмонтировался раздел с прогоном fsck и fsadmin..все показывает, что нет никаких проблем. lsof также не показывает открытых файлов.
Не знаю куда копать.

Спасибо!

★
← как ограничить доступ к одному субдомену?
Что можно промониторить у PostgreSQL, имея zabbix agent и больше ничего? →

Ответ на: комментарий от vxzvxz

комманду запустил, но думаю висеть она будет долго, так как объем раздела 1,7 Tb..как только будет результат, сразу закину его сюда.

kbu ★
() автор топика
Ответ на: комментарий от vxzvxz

приведу пока пример ранее выполняемых комманд:


df -k /media/backup/
Dateisystem           1K‐Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/mapper/backupvg-backuplv
                     1825950840 1814811060  11139780 100% /media/backup
root@backup:~# du -kxs /media/backup/
1814715484    /media/backup/


(такие подсчеты заняли примерно 8 часов)

сейчас результаты будут немного другими, так как с помощью tune2fs -r -m чуток поправил ФС.

kbu ★
() автор топика
Последнее исправление: kbu (всего исправлений: 1)
Ответ на: комментарий от kbu

(такие подсчеты заняли примерно 8 часов)

Дак ведь за эти 8 часов какие-то файлы могли быть удалены, или наоборот, дописаны. ИМХО, нет ничего старшного в различии между ″df″ и ″du″ на rw ФС.

mky ★★★★★
()
Ответ на: комментарий от mky

нет, туда пишутся файлы только ночью...

kbu ★
() автор топика
Ответ на: комментарий от vxzvxz

Вот собственно вывод du -cms /* | sort -rn


9461    /media/backup/brinkhoffs_backup
6921    /media/backup/allgaeuer_backup
6451    /media/backup/urkrostitzer_backup
4959    /media/backup/tiles_backup
4184    /media/backup/tools_backup
2964    /media/backup/rbg-pils-db01_backup
1387    /media/backup/wsreitsport_backup
1135    /media/backup/berlinerkindl_backup
1045    /media/backup/hoevels_backup
291     /media/backup/veyton_shops
118     /media/backup/darksite_backup
89      /media/backup/piwik_backup
13      /media/backup/holsten_backup
7       /media/backup/radebergervirtual_backup
5       /media/backup/carlsbergvirtual_backup
1       /media/backup/lost+found
1       /media/backup/fallback_backup


я смотрю не все дириктории попали в вывод..

kbu ★
() автор топика
Ответ на: комментарий от kbu

они вверху, надо было в файл записать или в less отдать

du -cms /var/* | sort -rn | less

2088    итого
1522    /var/cache
497     /var/lib
43      /var/log
15      /var/backups
13      /var/tmp
1       /var/spool
1       /var/opt
1       /var/mail
1       /var/local
0       /var/run
0       /var/lock
vxzvxz ★★★
()
Ответ на: комментарий от vxzvxz

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

задал максимальный приоритет...бум ждать..

kbu ★
() автор топика
Последнее исправление: kbu (всего исправлений: 1)
Ответ на: комментарий от kbu

число свободных инодов после удаления меняется? может среди удаленных файлов были просто симлинки? виртуалки на OpenVZ не используются?

vxzvxz ★★★
()
Ответ на: комментарий от vxzvxz

вот число инодов не проверял(сейчас проверю), а виртуалки не используются...в беках только обычные файлы от LAMP'ом(проектов)...

kbu ★
() автор топика
Ответ на: комментарий от vxzvxz

а вот иноды тоже не увеличиваются после удаления файлов...

до удаления файла



df -i /media/backup/
Dateisystem            INodes  IBenut.  IFrei IBen% Eingehängt auf
/dev/mapper/backupvg-backuplv
                     115941376 19590814 96350562   17% /media/backup



после удаления файлика на 40М и sync;sync;sync результат все тот же...
kbu ★
() автор топика
Ответ на: комментарий от kbu

после удаления папки на 3Га иноды поменялись:


df -i /media/backup/
Dateisystem            INodes  IBenut.  IFrei IBen% Eingehängt auf
/dev/mapper/backupvg-backuplv
                     115941376 19590001 96351375   17% /media/backup


и df -h показывается места больше не на 3Га, а чуток меньше..но изменилось...

не пойму где взаимосвязь..

kbu ★
() автор топика
Ответ на: комментарий от kbu

вот тут опять не пойму:

вот вывод, может кто объяснит...


root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# df -i /media/backup/
Dateisystem            INodes  IBenut.  IFrei IBen% Eingehängt auf
/dev/mapper/backupvg-backuplv
                     115941376 19590001 96351375   17% /media/backup
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# du -hs _dev_backup_130919/
6,0G    _dev_backup_130919/
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# df -k /media/backup/
Dateisystem           1K‐Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/mapper/backupvg-backuplv
                     1825950840 1639926440 186024400  90% /media/backup
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# df -i /media/backup/^C
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# rm -r _dev_backup_130919/
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# du -hs _dev_backup_130919/^C
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# !sync
sync;sync;sync
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# df -i /media/backup/
Dateisystem            INodes  IBenut.  IFrei IBen% Eingehängt auf
/dev/mapper/backupvg-backuplv
                     115941376 19589653 96351723   17% /media/backup
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# df -k /media/backup/
Dateisystem           1K‐Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/mapper/backupvg-backuplv
                     1825950840 1639925008 186025832  90% /media/backup
root@backup:/media/backup/radebergersandbox_backup/projekte/01/hs_binding.de/test.binding.de# df -h /media/backup/
Dateisystem            Größe Benut  Verf Ben% Eingehängt auf
/dev/mapper/backupvg-backuplv
                      1,8T  1,6T  178G  90% /media/backup



иноды вроде бы увеличиваются...только после удаления папки на 6Га место через df -h все равно не прибавилось...как было 178G так и осталось..

kbu ★
() автор топика
Ответ на: комментарий от kbu

Ну как вариант hard link.

Команда ″stat″ про удаляемый файлы показывает, что ″Links: 1″? Не обязательно для всех, достаточно проверить для нескольких файлов. Правда не знаю, как это будет на немецкой локали, можно приводимых в этом топике команд включать англ. локаль.

mky ★★★★★
()
Ответ на: комментарий от kbu

Ну чудес на свете не бывает. Могу только сказать что df иногда показывает некорректную информацию. Попробуй для анализа использовать что-то другое, тот же du. Возьми для примера какую-нибудь одну директорию и анализируй ее размер до удаления и после

du -sh /home

выводит инфу по конкретному каталогу

vxzvxz ★★★
()
Ответ на: комментарий от vxzvxz

я давно уже понял что здесь какая-то мистика...прийдется продолжать анализировать и искать взаимосвязь..Всем большое спасибо!

kbu ★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← как ограничить доступ к одному субдомену?
Admin
Что можно промониторить у PostgreSQL, имея zabbix agent и больше ничего? →