Бьюсь уже месяц, куда копать идеи кончились. Остался только fsck, но может сообщество предложит что-то более другое? Т.к. сервер сильно критичен к даунтайму.
А покажи вывод du -hs /* от рута.
И вывод tune2fs -l /dev/mapper/vg_cruiser-lv_root
text
[root@cruiser ~]# du -hs /*
2.4M /1.log
9.3M /bin
44M /boot
4.0K /cgroup
43G /dev
37M /etc
1.7M /home
145M /lib
30M /lib64
4.0K /media
0 /misc
4.0K /mnt
0 /net
1.3M /opt
du: cannot access `/proc/13327': No such file or directory
du: cannot access `/proc/13887/task/13887/fd/4': No such file or directory
du: cannot access `/proc/13887/task/13887/fdinfo/4': No such file or directory
du: cannot access `/proc/13887/fd/4': No such file or directory
du: cannot access `/proc/13887/fdinfo/4': No such file or directory
0 /proc
4.1M /root
15M /sbin
4.0K /selinux
4.0K /srv
0 /sys
104K /tmp
397G /u01
222G /u02
3.4G /usr
149M /var
text
[root@cruiser ~]# tune2fs -l /dev/mapper/vg_cruiser-lv_root
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: 9ca36e7e-14d8-41a6-8769-03fd82dabb0a
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1281120
Block count: 5120000
Reserved block count: 256000
Free blocks: 344526
Free inodes: 1040756
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1022
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8160
Inode blocks per group: 510
Flex block group size: 16
Filesystem created: Thu Aug 29 17:03:28 2013
Last mount time: Fri Jun 6 11:35:48 2014
Last write time: Fri Aug 30 07:42:07 2013
Mount count: 31
Maximum mount count: -1
Last checked: Thu Aug 29 17:03:28 2013
Check interval: 0 (<none>)
Lifetime writes: 547 GB
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
First orphan inode: 141872
Default directory hash: half_md4
Directory Hash Seed: 06503c76-f5f1-4dd6-8c2b-58579bfac5ae
Journal backup: inode blocks
Считает вместе с shmfs которая смонтирована не туда (вывод mount я выложил на pastebin). Вообще на сервере крутится оракл и shmfs активно используется.
/dev столько места не должна занимать, действительно. Покажите вывод
text
mount
В первом посте пройдите по ссылке на pastebin (решил форум не захламлять многостраничными выводами), на всякий случай продублирую:
text
[root@cruiser dev]# mount
/dev/mapper/vg_cruiser-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sdc1 on /boot type ext4 (rw)
/dev/mapper/vg_cruiser-lv_home on /home type ext4 (rw)
/dev/mapper/vg_oradata1-lv_disk01 on /u01/app/oracle/oradata/disk01 type ext4 (rw)
/dev/mapper/vg_oradata2-lv_disk02 on /u01/app/oracle/oradata/disk02 type ext4 (rw)
/dev/mapper/vg_oradata3-lv_disk03 on /u01/app/oracle/oradata/disk03 type ext4 (rw)
/dev/mapper/vg_cruiser-lv_disk04 on /u02/disk04 type ext4 (rw)
shmfs on /dev/shm type tmpfs (rw,size=128g)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
Вобщем корень зла найден: оракл начинал писать в u01 до того как туда смонтируется устройство. В итоге вес директории на корневом разделе перевалил за 15гб. Всем спасибо :)