куда-то пропадает место на жестком диске, не могу понять куда.
server:/ # df -lah
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-root
110G 103G 640M 100% /
proc 0 0 0 - /proc
sysfs 0 0 0 - /sys
debugfs 0 0 0 - /sys/kernel/debug
udev 2.0G 120K 2.0G 1% /dev
devpts 0 0 0 - /dev/pts
/dev/sda1 69M 15M 51M 23% /boot
/dev/mapper/system-home
119G 32G 81G 29% /home
fusectl 0 0 0 - /sys/fs/fuse/connections
securityfs 0 0 0 - /sys/kernel/security
/install/openSUSE-10.3-GM-DVD-i386.iso
4.2G 4.2G 0 100% /mnt/suse
/dev/sdb1 230G 43G 175G 20% /backup
в / числится 103 Gb, но чем они заняты, не ясно.
Основной объем лежит в /home, но он примонтирован на др. раздел и в корневом не учитывается.
Как узнать, куда пропадает место?
server # ls -lah
total 1.1M
drwxr-xr-x 23 root root 4.0K 2009-02-24 13:04 .
drwxr-xr-x 23 root root 4.0K 2009-02-24 13:04 ..
-rw-r--r-- 1 root root 22K 2008-10-15 14:33 1.txt
drwxr-xr-x 5 root root 4.0K 2009-02-24 12:46 backup # другой раздел
-rw------- 1 root root 742 2008-10-15 16:57 .bash_history
drwxr-xr-x 2 root root 4.0K 2008-05-26 19:54 bin #6.1M
drwxr-xr-x 4 root root 1.0K 2008-05-28 06:21 boot #9.5M
drwxr-xr-x 12 root root 6.3K 2009-02-24 12:09 dev #120K
drwxr-xr-x 95 root root 12K 2009-02-24 12:09 etc #30M
drwxr-xr-x 12 root root 4.0K 2009-02-24 12:42 home # другой раздел
drwxr-xr-x 14 root root 4.0K 2009-01-13 01:02 install #18G
drwxr-xr-x 11 root root 4.0K 2008-05-27 15:22 lib #95M
drwx------ 2 root root 16K 2008-05-23 22:46 lost+found #16K
drwxr-xr-x 3 root root 4.0K 2008-10-15 18:43 .mc
drwxr-xr-x 3 root root 4.0K 2008-05-24 09:26 media #8.0K
drwxr-xr-x 3 root root 4.0K 2009-01-13 01:18 mnt #4.1G
drwxr-xr-x 4 root root 4.0K 2008-06-19 23:36 opt #119M
dr-xr-xr-x 268 root root 0 2009-01-09 16:32 proc
drwx------ 15 root root 4.0K 2009-02-24 12:29 root #1.8G
drwxr-xr-x 3 root root 12K 2009-01-09 13:45 sbin #8.6M
drwxr-xr-x 4 root root 4.0K 2008-05-23 22:46 srv #20K
drwxr-xr-x 11 root root 0 2009-01-09 16:32 sys
drwxrwxrwt 36 root root 992K 2009-02-24 13:06 tmp #26M
drwxr-xr-x 13 root root 4.0K 2008-05-27 06:07 usr #2.1G
drwxr-xr-x 14 root root 4.0K 2009-01-14 14:57 var #1.9G
===============
итого: ~29Gb, куда пропали остальные 80Gg?размер папки смотрю du -sh /#папка
Ещё имеет смысл отмонтировать разделы /backup и /home, и проверить что в них самих есть ...(т.е. в каталогах /backup и /home самого корневого раздела)
>Ещё имеет смысл отмонтировать разделы /backup и /home, и проверить что в
>них самих есть ...(т.е. в каталогах /backup и /home самого корневого
>раздела)а разве могут быть 2 папки с одним и тем же названием??
и вопрос - не потеряется ли то, что подмонтировано?
>>Ещё имеет смысл отмонтировать разделы /backup и /home, и проверить что в
>>них самих есть ...(т.е. в каталогах /backup и /home самого корневого
>>раздела)/backup создан только что (такой папки точно нет) + это второй винт
/home - вторая партиция первого винта, всего винт 232GB
Это можно сделать по команде "du -s каталог".
Т.е. поочерёдно проверять каталоги в самом корне...
Могу предположить, что всё это место забито либо под /var либо под /opt.
Чтобы избежать таких проблем, рекомендуется /var делать отдельно от /.
>Это можно сделать по команде "du -s каталог".
>Т.е. поочерёдно проверять каталоги в самом корне...
>Могу предположить, что всё это место забито либо под /var либо под
>/opt.
>Чтобы избежать таких проблем, рекомендуется /var делать отдельно от /.я делал - посмотрите пожалуйста скрин в моем сообщении выше
пропадает куда-то 80Gb
+ этот размер медленно, но растет, даже не знаю, что делать
сам думал, что var все жрет, но там всего-лишь толки, а куда девается 80GB - не понять...
скрипт перловый находит всего 99Gb заполненных на всех разделах..[ / 99.7G (3 files, 20 dirs) ]
58.1G [################# ] 58.23% backup/
30.6G [######### ] 30.73% home/
4.1G [# ] 4.11% mnt/
2.0G [ ] 2.03% usr/
1.9G [ ] 1.89% var/
1.7G [ ] 1.74% root/
899.6M [ ] 0.88% proc/
143.9M [ ] 0.14% sys/
101.3M [ ] 0.10% opt/
87.1M [ ] 0.09% lib/
23.4M [ ] 0.02% etc/
20.4M [ ] 0.02% tmp/
9.4M [ ] 0.01% boot/
8.9M [ ] 0.01% sbin/
5.8M [ ] 0.01% bin/
21.9K [ ] 0.00% 1.txt
9.1K [ ] 0.00% dev/
3.2K [ ] 0.00% .mc/
742b [ ] 0.00% .bash_history
15b [ ] 0.00% install
0b [ ] 0.00% media/
0b [ ] 0.00% lost+found/
0b [ ] 0.00% srv/если вычесть /backup и /home остается всего 11Gb заполненного.
вообщем совсем не пойму, что с местом...
Ну вот и понятно всё....
Тут ситуация такая....
если в каталог, например, /backup содержит данные на 50Гб, и поверх него подмонтировать отдельный раздел /deb/sdb1 на /backup, то предыдущие данные(50Гб) будут недоступны, и не будут отображаться на файловой системе.....
Но место занимать будут....
Т.е. нужно:
1. Убедиться что смонтированы(!) разделы /home и /backup.
2. Отмонтировать их.
3. Убедиться что разделы отмонтированы(!).
4. Смотреть что лежит в /home и /backup.
5. Полностью почистить /home и /backup. (Если страшно, то переименовать разделы /home и /backup в /home_old и /backup_old. Создать новые директории /home и /backup).
6. Смонтировать /dev/mapper/system-home в /home, а /dev/sdb1 в /backup
>в корневом не учитывается.
>Как узнать, куда пропадает место?1. Перезагружаться пробовали? Такое может быть, например, если неправильно настроена ротация логов - скажем, цикл прошёл, пишуший процесс не передёрнули и он пишет в удалённый файл.
2. Если перезагружались и проблема осталась - то вывод "fdisk -l /dev/sda", "mount" и "du -sh /" в студию.
>>в корневом не учитывается.
>>Как узнать, куда пропадает место?
>
>1. Перезагружаться пробовали? Такое может быть, например, если неправильно настроена ротация логов
>- скажем, цикл прошёл, пишуший процесс не передёрнули и он пишет
>в удалённый файл.
>
>2. Если перезагружались и проблема осталась - то вывод "fdisk -l /dev/sda",
>"mount" и "du -sh /" в студию.перегружаться - пока нет, т.к. сервер рабочий (ночью попробую), но удаленно файлы не пишутся. все бекапы пишутся утром, потом их скачиваю по ftp.
#fdisk -l /dev/sda
Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x90909090Device Boot Start End Blocks Id System
/dev/sda1 * 1 9 72261 83 Linux
/dev/sda2 10 30401 244123740 8e Linux LVM# mount
/dev/mapper/system-root on / type ext3 (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/sda1 on /boot type ext3 (rw,acl,user_xattr)
/dev/mapper/system-home on /home type ext3 (rw,acl,user_xattr)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
securityfs on /sys/kernel/security type securityfs (rw)
/install/openSUSE-10.3-GM-DVD-i386.iso on /mnt/suse type iso9660 (rw,loop=/dev/loop0)
/dev/sdb1 on /backup type ext3 (rw,acl,user_xattr)# du -sh /
du: cannot access `/proc/12817/task/12817/fd/4': No such file or directory
du: cannot access `/proc/12817/task/12817/fdinfo/4': No such file or directory
du: cannot access `/proc/12817/fd/4': No such file or directory
du: cannot access `/proc/12817/fdinfo/4': No such file or directory
du: cannot access `/proc/13311': No such file or directory
101G /тут еще проблема в том, что место постепенно уменьшается, т.е. в раздел, что есть скрытый /home, который лежит ниже подмонтированного /home мало вероятен.
>тут еще проблема в том, что место постепенно уменьшается, т.е. в раздел,
>что есть скрытый /home, который лежит ниже подмонтированного /home мало вероятен.
>Такое тоже бывает, в случае, если какая-либо программа откроет файл в /home (например на запись) до монтирования внешнего раздела /home.
Т.е. запись будет вестись в файл, не видный на самой файловой системе. Это связано с inode самих файлов и каталога /home.
В книжках по линуху такой пример вроде как рассматривается....
Даже сам как-то подобное пробовал делать....
>[оверквотинг удален]
>>тут еще проблема в том, что место постепенно уменьшается, т.е. в раздел,
>>что есть скрытый /home, который лежит ниже подмонтированного /home мало вероятен.
>>
>
>Такое тоже бывает, в случае, если какая-либо программа откроет файл в /home
>(например на запись) до монтирования внешнего раздела /home.
>Т.е. запись будет вестись в файл, не видный на самой файловой системе.
>Это связано с inode самих файлов и каталога /home.
>В книжках по линуху такой пример вроде как рассматривается....
>Даже сам как-то подобное пробовал делать....придется видимо ночью действительно отмонтировать временно /home
других идей нет, что это может быть?
Для начала lsof | grep deleted, это выведет список удаленных файлов и держащих их процессов.
К сожалению lsof далеко не всегда показывает правильно статус (deleted), в таком случае можно проверить на существование все выданные им пути к файлам. Топорный способ:
lsof | grep REG| awk '{print $9}' | xargs ls -l >/dev/null
>Для начала lsof | grep deleted, это выведет список удаленных файлов и
>держащих их процессов.
>К сожалению lsof далеко не всегда показывает правильно статус (deleted), в таком
>случае можно проверить на существование все выданные им пути к файлам.
>Топорный способ:
>lsof | grep REG| awk '{print $9}' | xargs ls -l >/dev/nulllsof | grep deleted - выдал некоторое количество файлов,
как их в итоге удалить из памяти, чтобы место не занимали?
или только перезагрузка спасет?
lsof в первую очередь вам выдал процессы, которые эти файлы держат, а также размеры файлов. Дальше виновнику посылка сигнала HUP или действие стартового скрипта reload. Ну а если не поможет, то stop/start. Перезагружать всю машину нет никакого смысла.
>lsof в первую очередь вам выдал процессы, которые эти файлы держат, а
>также размеры файлов. Дальше виновнику посылка сигнала HUP или действие стартового
>скрипта reload. Ну а если не поможет, то stop/start. Перезагружать всю
>машину нет никакого смысла.спасибо. виновником был mysql, он продолжал пытаться писать в удаленный файл лога, который был аж эти 80Gb.
век живи, век учись :)
>[оверквотинг удален]
> 4.2G
> 4.2G 0 100% /mnt/suse
>/dev/sdb1
> 230G 43G 175G 20% /backup
>
>
>в / числится 103 Gb, но чем они заняты, не ясно.
>Основной объем лежит в /home, но он примонтирован на др. раздел и
>в корневом не учитывается.
>Как узнать, куда пропадает место?mount - смотрим что-куда смонтировано
df/du - смотрим где сжирается
lsof - смотрим кто сжирает