df -i

/dev/vzfs исп 100% смонтирован /

а как мне его очистить?

дай полный вывод, будь человеком

- потереть прон

- удалить журналы и отключить лишнее журналирование

- похерить лишние пакеты

- настроить log-rotate

- переселить /tmp и прочих кандидатов в /dev/shm

- переползти на lvm

- добавить hdd

это внутри openvz'ного контейнера, что ли? Найди, где у тебя много мелких файлов и почисти (прозреваю php'шные сесии в количестве десятков-сотен миллионов штук)

да да да... было как то дело.... За пару часов уходили все inodes. Перенес /tmp то ли в оперативку то ли в отдельный раздел с reserfs...

особенно распространено под дебианоубунтами, поскольку там штатный пхпшный gc выключен, а вместо него запилен кронджоб; естественно, местоположение хранилища сессий оверрайдит каждый первый, и естественно, они не удаляются.

Мой личный рекорд - 1,5 миллиарда :)

Перенес /tmp

А как это сделать? я сталкивался с такой фигней на другом серваке, там просто в конфиге mysql перенес /tmp в /var/tmp и все... но в этот раз мне не помог данный ход...

директория /tmp/ пустая... ls -la выдает только . и ..

Это внутри openvz'ного контейнера, что ли?

можно для дураков... внутри чего???

tmpfs <TAB> /tmp <TAB> tmpfs <TAB> defaults <TAB> 0 <TAB> 0

Вот это добавь в свой /etc/fstab

ну тут 2 проблемы: 1) у меня нет такого файла... /etc/fstab 2) мне его не создать из-за отсутствия места

<TAB>

это же означает нажать на таб а не прописать так??? ну ладно вам смеяться то... яж не знаю....

http://lmgtfy.com/?q=openvz

это я уже сделал... подозреваю, что да. Сервер то арендованный

Можно запросить увеличение лимита, но если оно утекает не по делу то лучше найти куда и исправить.

так вот в том то и дело, что тех поддержка игнорит меня уже второй день.

А как найти куда место утекает? что удалять? где удалять?

Найди, где у тебя много мелких файлов и почисти (прозреваю php'шные сесии в количестве десятков-сотен миллионов штук)

А как найти

 
# cd /

# du -sh
28G     .

# df -ih
Φaйлoвaя cиcтeмa      Iнoдoв   IИcпoл  ICвoб IИcп% cмoнтиpoвaнa нa
/dev/vzfs                16E     16E    437M  100% /
tmpfs                   128K       4    128K    1% /lib/init/rw
tmpfs                   128K       1    128K    1% /dev/shm

# df -h
Φaйлoвaя cиcтeмa      Paзм  Иcп  Дocт  Иcп% cмoнтиpoвaнa нa
/dev/vzfs              49G   28G   22G  56% /
tmpfs                 512M     0  512M   0% /lib/init/rw
tmpfs                 512M     0  512M   0% /dev/shm

Вот где искать пропавшее место? и как?

как искать пропавшее место

примерно так:

find / -xdev -printf '%h\n' | uniq -c | sort -n

28 гигов из 50... тут все директории в своих размерах

у него иноды закончились, а не байты

При чем тут размеры? Ну загляни ты в man df и посмотри, что значит опция -i.

Короче, прозреваю, что у тебя там несколько пхпшных сайтов. Дальше пляшем от того, используется ли какая-нибудь панель (и какая именно): в случае с ispmanager, например, искомая свалка ЕМНИП будет в /var/www/$USERNAME/data/mod-tmp.

Есть способ проще: идем в /etc/php5/apache2/php.ini и ищем/меняем там:

session.gc_probability = 1

да, я пришел в своих поисках туда-же...

/var/www/$USERNAME/data/mod-tmp

У меня так было, когда rsnapshot корень бекапил :)

Я в шоке

Тут ещё остались люди, которые копипейстят рутовые команды :-0

ну и? есть там много миллионов файлов? учти, втупую rm не поможет

я не считал их количество ) мне хватило подождать чуток и понять, ч то их там ооооочень слишком дохрена как много )

учти, втупую rm не поможет

это почему же?

если это в мой адрес, то я не пойму в чем моя ошибка?

потому

я кстати удалил все сессии и все заработало...

 
find /var/ -type f -name "sess_*" -exec rm -f {} \;

session.gc_probability = 1

а что это за параметр?

ах вот оно как... спасибо, буду знать

А разве при удалении файлов иноды освобождаются? Когда пересаживался на линукс в 2008 году, в статьях «for beginners» подчёркивался тот факт, что инод файла, на который удалён последний hardlink, можно считать павшим в бою

он там, в конфиге, откомментирован

я же выше подробно расписал причину их появления в дебианоубунтах с панельками. Или кроном, или настройками пыха

да, уже сделал, спасибо )

reboot и все ok

в чем моя ошибка

Извини, думал, это я пробел потерял. Оказывается наоборот, наезд должен быть «даже скопипейстить как следует не могут»:)

да где???

Окрыть текстовый редактор с моноширинным шрифтом. Скопировать туда обе строки, одну под другой. Заменить отличие после f.

П-погодите, а разве нельзя потереть эту вашу миллиарднофайловую помойку вот таким скриптом?

for n in /*
do 
	rm -rf $n 
done

Как вариант увеличить количество инодов, но это временное решение - файлов опять станет много и иноды опять закончатся. Делай что-то с сессиями, если проблема решилась их чисткой, как посоветовали выше - или на крон задачку повесь (но ведь он будет чистить и нужные сессии, верно?), или где-то в коде (в php?) «утечка сессий».