Может кто подскажет не по теме. Чекаю место на диске пинговалкой *вырезска с схшника* per=$(ssh -oStrictHostKeyChecking=no ubuntu@${hosts[$h]} df -H | grep '^/dev/xvda1' | awk '{ print $5//\%/ }') Есть какая та альтернатива df -H ибо бывали случаи что дф говорил свободно 60%, а по факту место занято под 100%

А AWS случайно не отдает это по API?

Можно) Пихаешь в крон таску которая пишет в файлик, потом заходишь ssh и катаешь значение)

двойная работа

двойная работа

Ну ты уже начал делать хрент) можно продолжить))

почему хрень? скрипт работае 2 года

почему хрень? скрипт работае 2 года

Я тут начал осваивать collectd, graphite и иже с ними, думаю так лучше будет.

почему хрень? скрипт работае 2 года

То есть если его оставить как есть, то тебя все устраивает?)

нужно Du заменитьч ем то

Я тут начал осваивать collectd, graphite и иже с ними, думаю так лучше будет.

О сам их трогаю. Расскажите как они могут помочь тут, для примера.

нужно Du заменитьч ем то

Нужно сначала понять чем du не устраивает :)

мне нужно место на диске

а не сколько файл занимает

Du точго нет, думаю он про df))

точнее заменить df

Рекомендую начать настраивать мониторинг)

О сам их трогаю. Расскажите как они могут помочь тут, для примера.

Зависит от задачи. У collectd есть плагин DF, вроде бы может и inode репортить

а не сколько файл занимает

df — это как раз не про файл, а про файловую систему

да

только вот он иногда показывает не правдивый размер

*не правдивое свободное место

только вот он иногда показывает не правдивый размер

Такого не может быть если у тебя не btrfs

df делает statfs)

у меня ес2 тачка на убунте

на авс

а что там я х3)

а что там я х3)

Начните с того, что разберитесь что там. df не врет, отклонения могут быть только если есть много мелких (меньше 4кб) файлов. И оьклонения не значительные. Скорее всего в том случае, о котором вы говорите, закончились inode-ы. Тогда вам нужно мониторить и их. Но более универсальное и правильное решение — настраивать мониторинг, как советовал @Navern

последний вопрос. awk '{ print $4 }' что дописать, что число округлялось до целого ? (82.1) округлялось в 82 ну или в 83

последний вопрос. awk '{ print $4 }' что дописать, что число округлялось до целого ? (82.1) округлялось в 82 ну или в 83

Для это замените print на printf. Пример: https://unix.stackexchange.com/a/432562/179889

последний вопрос. awk '{ print $4 }' что дописать, что число округлялось до целого ? (82.1) округлялось в 82 ну или в 83

$ echo 82.6 | awk '{printf("%.0f\n", $1)}' 83

$ echo 82.6 | awk '{printf("%.0f\n", $1)}' 83

pydf | grep '/dev/xvda1' | awk '{printf("%.0f\n", $6)}'

отдайет 0 (

Так ведь $5

отдайет 0 (

А что в $6?

f yt

а е

а е

Это в $6 ? :)

/dev/xvda1 7925M 6570M 930M 82.9 [###########..] /

$5 это 930м

мне нужно 82.9

Первый элемент — это $1

я понимаю

pydf | grep '/dev/xvda1' | awk '{printf("%.0f\n", $5)}' 930

Sailor Popay: /dev/xvda1 -$1 7925M - $2 6570M - $3 930M -$4 82.9 - $5 [###########..] /

я показл что отдает $5

$5 отдает 930М

удалил файл что бы изменить размер, теперь вообще 0

root@i :/tmp# pydf | grep '/dev/xvda1' | awk '{printf("%.0f\n", $5)}' 0

root@i :/tmp# pydf | grep '/dev/xvda1' | awk '{printf("%.0f\n", $5)}' 0

место куда то делось ?

нет, значение изменилось

/dev/xvda1 7925M 5567M 1933M 70.2 [#########....] /

Все дело в локали, похоже

он точку не понимает

ждет запятую

root@i :/tmp# pydf | grep '/dev/xvda1' | awk '{printf("%.0f\n", $5)}' 0

Попробуйте заменить . на ,

:)

хотя я с точкой пробовал

Да и странно с этим pydf

там $4 - пустой

awk можно явно задать разделитель ключём -F' '

Я понял почему. Из-за цветов

pydf --bw | awk '{printf("%.0f\n", $5)}'

Я понял почему. Из-за цветов

Мдааап

Он там вставляет всякие \e[0m

и т.п. Из-за этого и $6 и все прочее

Мдааап

Спец ключ --bw сделали, чтобы избежать

ERROR: S client not available

Но для inode все равно дважды надо, еще с ключем -i

Спец ключ --bw сделали, чтобы избежать

Отличная догадка!

Все еще решаете проблему человека без мониторинга?

Все еще решаете проблему человека без мониторинга?

Все мы с чего-то начинали....

pydf --bw | awk '{printf("%.0f\n", $5)}' 86% du 91% свободного

интересно

ps aux | grep -i delete

lsof | grep -i delete

root@ip-172-31 5:/tmp# lsof | grep -i delete init 1 root 9w REG 202,1 108 262296 /var/log/upstart/php5-fpm.log.1 (deleted) init 1 root 10w REG 202,1 135 262305 /var/log/upstart/systemd-logind.log.1 (deleted) php5-fpm 1163 root 3u REG 202,1 0 330 /tmp/.ZendSem.ajtt09 (deleted) php5-fpm 28263 www-data 3u REG 202,1 0 330 /tmp/.ZendSem.ajtt09 (deleted) php5-fpm 28264 www-data 3u REG 202,1 0 330 /tmp/.ZendSem.ajtt09 (deleted) php5-fpm 32278 www-data 3u REG 202,1 0 330 /tmp/.ZendSem.ajtt09 (deleted)

есть не удаленные да?

я так понимаю du адекватней показывет

перезапусти php-fpm и место освободится

та то понятно

файлы удалены, но php-fpm их не "отпустил" )

проверь правильно ли у тебя делается ротация логов

и место они занимают по сути

это все следствие, тебе надо найти причину

смотри в сторону logrotate

ай нода это отети файлы что удалены но еще занимают место?

я не понял что ты написал

Но для inode все равно дважды надо, еще с ключем -i

ай нода это отети файлы что удалены но еще занимают место?

Нет, inode-ы это уникальные идентификаторы файлов. Их количество ограничено в каждой файловой системе. Если они кончаются, система говорит, что нет места.

du - итерируется по дире и делает stat на файлики(грубо говоря du работает ток с файлами) df - делает statfs на блочные устройства

в контексте мониторинга вывод df интереснее(и гораздо быстрее)

time="2018-07-10T17:53:12Z" level=error msg="Failed to retrieve information of the docker client and server host: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?"

после ребута системы. остальные не ругаются.

centos7 64

ls -la /var/run/docker.sock srw-rw---- 1 root docker 0 июл 10 20:20 /var/run/docker.sock

Примерно так: disk free против disk usage

Один считает по metadata fs, другой по metadata files

Один как грубая оценка, другой как более точная