1

Приветствую. Проблема такого рода, непонятно куда за короткий срок исчезло несколько десятков ГБ с раздела /usr
Причем сумарный объем файлов в примонтированой директории значительно меньше
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/cciss/c0d0p7 60G 1.5G 55G 3% /
/dev/cciss/c0d2p1 542G 314G 200G 62% /home
/dev/cciss/c0d3p1 542G 339G 175G 66% /home2
/dev/cciss/c0d1p2 258G 2.8G 242G 2% /backup
/dev/cciss/c0d0p6 9.7G 454M 8.8G 5% /tmp
/dev/cciss/c0d0p2 97G 77G  16G 83% /usr
/dev/cciss/c0d0p5 97G 14G 79G 15% /var
/dev/cciss/c0d1p1 284G 35G 235G 13% /var/lib/mysql
/dev/cciss/c0d0p1 289M 22M 252M 9% /boot
tmpfs 12G 0 12G 0% /dev/shm

В самой же /usr

# du -h /usr
13G /usr

куда исчезли ~64 ГБ вообще непонятно.

Что это может быть? проблема с диском? с квотами?

Спасибо.

2

А какая там ФС? Средства её диагностики типа tune2fs -l что-нибудь полезное показывают?

3

/dev/cciss/c0d0p2     ext3     97G   77G   16G  84% /usr


]# tune2fs -l /dev/cciss/c0d0p2
tune2fs 1.39 (29-May-2006)
Filesystem volume name:   /usr
Last mounted on:          <not available>
Filesystem UUID:          1e13e31c-d357-4c02-a74a-13d626388184
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              26214400
Block count:              26214063
Reserved block count:     1310703
Free blocks:              21320587
Free inodes:              26036210
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1017
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         32768
Inode blocks per group:   1024
Filesystem created:       Wed Apr  6 20:55:17 2011
Last mount time:          Wed Feb 29 00:44:21 2012
Last write time:          Wed Feb 29 00:44:21 2012
Mount count:              9
Maximum mount count:      -1
Last checked:             Wed Apr  6 20:55:17 2011
Check interval:           0 (<none>)
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal inode:            8
First orphan inode:       25241357
Default directory hash:   tea
Directory Hash Seed:      87cfdeef-4d50-47b1-b1cd-0c8dc97e320d
Journal backup:           inode blocks

4

Проблема решена.
nginx или apache держал открытым логи которые либо удалились либо прошла ротация.
после перезапуска , из за этого была разница показаний du и df. Решилось перезапуском служб.

5

Не слабо у Вас логи пишутся на 64Гб ab
Интересно просто, такие объемы  логов кто-то анализирует? ))) Или просто на всякий случай логируется так много?

Уважаю мораль и амораль одинаково...

6

Это часом не ДДОС был?

Истина ускользает от тех кто отказывается её видеть обоими глазами.
Талантам нужно помогать, бездарности пробьются сами.
В Туле настолько суровые парни, что вместо пены для бритья, используют пену монтажную.
cat /broken/hands > /dev/null

7

Snike пишет:

nginx или apache держал открытым логи которые либо удалились либо прошла ротация.

с каких это пор логи лежат в /usr ???

brullek пишет:

Не слабо у Вас логи пишутся на 64Гб

кривые настройки и/или DDoS.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)