Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Red Hat Linux, Fedora, CentOS → Пропало свободное место на корневом разделе
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Сразу хочу сказать что и поиском и гуглом пользовался, не помогло.
Имеем следующую ситуацию, / раздел имеет размер 20гб, 99 процентов из них заняты. Крупных директорий или файлов я не обнаружил:
В lsof -X|grep deleted|sort -bnk7 ничего.
Ребутать пробовал.
Бьюсь уже месяц, куда копать идеи кончились. Остался только fsck, но может сообщество предложит что-то более другое? Т.к. сервер сильно критичен к даунтайму.
А покажи вывод du -hs /* от рута.
И вывод tune2fs -l /dev/mapper/vg_cruiser-lv_root
А покажи вывод du -hs /* от рута.
И вывод tune2fs -l /dev/mapper/vg_cruiser-lv_root
[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[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 blocks43G /dev
А почему эта директория такая огромная???
Не совсем понятно
[root@cruiser /]# du --si --max-depth=1
...
46G ./dev
...phoen пишет:43G /dev
А почему эта директория такая огромная???
Считает вместе с shmfs которая смонтирована не туда (вывод mount я выложил на pastebin). Вообще на сервере крутится оракл и shmfs активно используется.
[root@cruiser dev]# du -h --max-depth=1
0 ./vg_oradata1
0 ./vg_oradata2
0 ./vg_oradata3
0 ./net
0 ./hugepages
0 ./vg_cruiser
0 ./disk
0 ./bsg
0 ./block
0 ./char
0 ./.mdadm
0 ./mapper
272K ./.udev
0 ./pts
43G ./shm
0 ./input
0 ./bus
0 ./raw
0 ./cpu
/dev столько места не должна занимать, действительно. Покажите вывод
mount/dev столько места не должна занимать, действительно. Покажите вывод
mount
В первом посте пройдите по ссылке на pastebin (решил форум не захламлять многостраничными выводами), на всякий случай продублирую:
[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)Попробуй натравить fsck на /dev/mapper/vg_cruiser-lv_root (загрузившись с лив-сд).
Попробуй натравить fsck на /dev/mapper/vg_cruiser-lv_root (загрузившись с лив-сд).
Пока попробую это:
https://www.linux.org.ru/forum/general/ … t-10364797
Кстати такой вопрос (изначально сервер настраивал не я): почему в mount и tmpfs и shmfs смонтированы в /dev/shm? Насколько это корректно?
Вобщем корень зла найден: оракл начинал писать в u01 до того как туда смонтируется устройство. В итоге вес директории на корневом разделе перевалил за 15гб. Всем спасибо 
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Linux Forum → Red Hat Linux, Fedora, CentOS → Пропало свободное место на корневом разделе
Форум работает на PunBB, при поддержке Informer Technologies, Inc
