LINUX.ORG.RU

Пропало место в /

 ,


0

2

Есть сервер на SL 6.5. На нём крутятся полтора десятка виртуалок, слейв дженкинса и вообщем-то всё. Недавно заметил, что df у него выглядит так:

# df -h
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/vg_kvm-root   40G   27G   11G  73% /
tmpfs                     48G     0   48G   0% /dev/shm
/dev/sda1                470M   94M  352M  22% /boot
/dev/mapper/vg_kvm-pool 1018G  130G  837G  14% /storage

А du - вот так:

# du -hs /*
7.8M    /bin
84M     /boot
4.0K    /cgroup
204K    /dev
27M     /etc
2.1G    /home
345M    /lib
24M     /lib64
16K     /lost+found
4.0K    /media
8.0K    /mnt
446M    /opt
0       /proc
304K    /root
17M     /sbin
4.0K    /selinux
0       /shared
4.0K    /srv
130G    /storage
0       /sys
250M    /tmp
690M    /usr
722M    /var

Если сложить и вычесть, то в корневом разделе получится недостача примерно в 22 гигабайта.
Что делалось:
- Убеждалось, что нет никаких невидимых удалённых, но открытых логов.
- lsof со смотрением кто куда пишет что-то большое.
- Ребуталось с прогоном fsck
Всё без какого-то результата

Ничего крупного в корне не валяется. Рядом стоит точно такой же сервер-близнец, у него в руте занято 5 гиг.
Кто мог пожрать 22 гига?

Deleted

# du -hs /*

а скрытые файлы?

И да, используй du -shx

-x, --one-file-system skip directories on different file systems

ещё ты не сказал, какая ФС

и ещё посмотри df -i, если это ext3/ext4

emulek
()

У тебя может лежать что-то, чего не видно из-за того, что поверх что-то смонтировано.

no-dashi ★★★★★
()
Ответ на: комментарий от emulek

а скрытые файлы?

В корне нету. В подкаталогах они бы посчитались.

du -shx

Делал.

df -i

Ничего криминального. На том сервере где с местом ОК, примерно так же.
ФС - ext4

# df -i
Filesystem                Inodes   IUsed    IFree IUse% Mounted on
/dev/mapper/vg_kvm-root  2621440  178214  2443226    7% /

Deleted
()
Ответ на: комментарий от darkenshvein

А баобаб это не просто раскрашивалка вывода du в гноме? В любом случае, там нет ни гнома, ни иксов, ни желания их ставить.

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

Кладёшь файл в /foo, монтируешь в /foo какую-то файловую систему, получаешь невидимый файл хранящейся на файловой системе смонтированной в /

Такое могло случиться если нечто решило что-то записать в /storage до того как туда примонтировалась /dev/mapper/vg_kvm-pool.
Что характерно: процесс получивший дискриптор на файл в /storage до того как туда смонтировалась другая ФС сможет спокойно работать с этим файлом, но другие процессы этот файл увидеть не смогут.

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

Хорошая мысль, но тоже мимо. Пусто.

Deleted
()
Ответ на: комментарий от darkenshvein

нуу....с du вы смогли всё-таки увидеть, чем же занято место, последние его гигабайты?

Нет. Если б увидел - вопроса бы не было. du показывает на 22 гига меньше чем занято по мнению df. И если занять оставшиеся свободные 11 - то всё начнёт валиться с no disk space. Собственно, после этого и начались исследования данного чуда.

Deleted
()

Может ты сверху намонтировал на что-то.

anonymous
()

Ребуталось с прогоном fsck

fsck -f (который force) или просто fsck, который сказал что журнал чистый и на этом закончил свою проверку?

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

Он строит список файлов/каталогов по убыванию размера.

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

Таки оказалось правдой, насрано было в замонтированном каталоге. Только не в сторадже, а под другим маунтом с тмпфс. Я тормоз, всем спасибо.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.