MajorDoMo

Добавлено: **Вт сен 11, 2018 2:39 pm**

Вчера вдруг ни с того ни с сего стало интенсивно пропадать место на SD. Сегодня при входе в MajorDoMo постоянно маячила запись
Warning: Unknown: write failed: No space left on device (28) in Unknown on line 0
Пол дня сегодня искал как вычислить куда пропало место. Что только не пробовал, а конкретного ответа и на этом форуме не смог найти.
В итоге долгого гугления наткнулся на сайт http://tsng.ru/node/6. Заголовок темы взял от туда же, т.к. оно полностью описывает проблему. Решение скопирую сюда, думаю оно ещё не раз людям поможет

Код: Выделить всё

du -h -d 1 /

Видим список файлов с указанием их размера. Например какая-то ошибка в скрипте вызывает постоянное логирование в файл в папке /var, то есть вижу что-то вроде:
781M /var
Ок:

Код: Выделить всё

du -h -d 1 /var

...

Код: Выделить всё

du -h -d 1 /var/log

И т.д., пока не найдём пожиратель дискового пространства.
Может быть есть более изящный способ определения причины «No space left on device», но и этот хорошо работает.

Лично я определил пожирателей места у меня:
6.0G /var/log
5.5G /var/www/html/cms/debmes
...ну а дальше, как говориться, дело техники

Добавлено: **Вт окт 09, 2018 1:38 pm**

В добавок к топику могу предложить свой вариант скрипта освобождения свободного места. Каждые 5 минут выполняется скрипт проверки свободного места, если превысило более 70% тогда выполняется нижеуказанный скрипт. Что он делает: выполняет выборку самого большого файла и удаляет его. Любая критика приветствуется. Так же готов выслушать Ваши пожелания.

Код: Выделить всё

$file=exec('sudo find / -type f -iname "*.*" -exec du -sh {} + | sort -rh | head -1');
$file=substr($file,strpos($file,"G")+2);
exec('sudo rm -rf '.$file.'');

Добавлено: **Вт окт 09, 2018 2:41 pm**

Когда у меня место пропало на карте, то с помощью модуля Optimizer смог определить, какие именно Свойства объектов (а точнее их история) занимают больше всего места. Нашлось пару десятков свойств, которые содержали десятки тысяч записей истории. Когда начал выяснять причину, то оказалось, что система сама по себе выставила во многих настройках свойства время хранение истории 365 дней. Пришлось пройтись по всем проблемным Свойствам и обратно менять на 1 день + в модуле Optimizer настроил на хранение этих свойств тоже 1 день. После этого, значительно уменьшился размер базы. Самое странное, что через некоторое время система опять выставляет некоторым свойствам время хранениея 365 дней. Что за фигня - не понимаю.

Добавлено: **Вс окт 14, 2018 2:50 am**

Добрый день вылезло сообщение "Недостаточно места на диске (/tmp: 100;)" Посмотрел и правда папка tmp полностью заполнена. Подскажите что там можно удалять, чтобы лишнего не снести ? RSP3B+

Добавлено: **Вс окт 14, 2018 9:44 pm**

Александр282 писал(а): ↑
Вс окт 14, 2018 2:50 am
Добрый день вылезло сообщение "Недостаточно места на диске (/tmp: 100;)" Посмотрел и правда папка tmp полностью заполнена. Подскажите что там можно удалять, чтобы лишнего не снести ? RSP3B+

Сам отвечу )) Заходим панель управления -> Сценарии -> checkFreeSpace ( обновляем принудительно нажав на молнию ) . У меня видимо глюк какой то был. По умолчанию он делает проверку свободного пространства раз в сутки в 00:00 .

Добавлено: **Чт дек 12, 2019 11:02 am**

VooDooN писал(а): ↑
Вт окт 09, 2018 2:41 pm
Когда у меня место пропало на карте, то с помощью модуля Optimizer смог определить, какие именно Свойства объектов (а точнее их история) занимают больше всего места. Нашлось пару десятков свойств, которые содержали десятки тысяч записей истории. Когда начал выяснять причину, то оказалось, что система сама по себе выставила во многих настройках свойства время хранение истории 365 дней. Пришлось пройтись по всем проблемным Свойствам и обратно менять на 1 день + в модуле Optimizer настроил на хранение этих свойств тоже 1 день. После этого, значительно уменьшился размер базы. Самое странное, что через некоторое время система опять выставляет некоторым свойствам время хранениея 365 дней. Что за фигня - не понимаю.

У меня после каждой перезагрузки происходит тоже самое - система изменяет время хранения у некоторых свойств на 365 дней.
Подскажите, почему не сохраняются настройки времени хранения для некоторых свойств, с чем это связано?

Добавлено: **Чт дек 12, 2019 12:15 pm**

Pau1td писал(а): ↑
Чт дек 12, 2019 11:02 am

VooDooN писал(а): ↑
Вт окт 09, 2018 2:41 pm
Когда у меня место пропало на карте, то с помощью модуля Optimizer смог определить, какие именно Свойства объектов (а точнее их история) занимают больше всего места. Нашлось пару десятков свойств, которые содержали десятки тысяч записей истории. Когда начал выяснять причину, то оказалось, что система сама по себе выставила во многих настройках свойства время хранение истории 365 дней. Пришлось пройтись по всем проблемным Свойствам и обратно менять на 1 день + в модуле Optimizer настроил на хранение этих свойств тоже 1 день. После этого, значительно уменьшился размер базы. Самое странное, что через некоторое время система опять выставляет некоторым свойствам время хранениея 365 дней. Что за фигня - не понимаю.
У меня после каждой перезагрузки происходит тоже самое - система изменяет время хранения у некоторых свойств на 365 дней.
Подскажите, почему не сохраняются настройки времени хранения для некоторых свойств, с чем это связано?

это прописано в структуре пу, она обновляется при каждой перезагрузке, переустановке модулей, ежеминутно и при каждом входе в сами пу в админке

Добавлено: **Чт дек 12, 2019 12:21 pm**

Исправить это самостоятельно возможно?

Добавлено: **Чт дек 12, 2019 1:00 pm**

до обновления мдм, при обновлении файл перепишет
у себя его редактирую, это убрано история 0 (или столько сколько сам выставлю), лишние классы и свойства в пу удалены и т.д.

Добавлено: **Сб фев 01, 2020 4:28 pm**

CheBuraw писал(а): ↑
Вт сен 11, 2018 2:39 pm

...ну а дальше, как говориться, дело техники

Здравствуйте, а вы не могли бы освятить больше "дело техники"?
Что нужно делать? Зарезервировать больше памяти ? как? Тетреть каждый день?
У меня на Распберри 3 очень быстро забиваются /var/log и /run . Это после 6 часов работы
pi@md:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 15G 4.1G 9.7G 30% /
devtmpfs 459M 0 459M 0% /dev
tmpfs 464M 0 464M 0% /dev/shm
tmpfs 16M 13M 4.0M 76% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
tmpfs 250M 124M 127M 50% /tmp
tmpfs 100M 0 100M 0% /var/www/cached
tmpfs 20M 8.2M 12M 41% /var/log
tmpfs 200M 0 200M 0% /var/cache/apt/archives
tmpfs 200M 0 200M 0% /var/tmp
/dev/mmcblk0p1 253M 53M 200M 21% /boot
tmpfs 93M 0 93M 0% /run/user/1000

Да, и вот ещё: предыдущий пример был с Имиджа Immortal Сергей.

А вот результат после установки имиджа V3.41
pi@MajorDoMoPi:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 30G 3.4G 25G 13% /
devtmpfs 459M 0 459M 0% /dev
tmpfs 464M 64K 463M 1% /dev/shm
tmpfs 464M 6.3M 457M 2% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
tmpfs 512M 32M 481M 7% /tmp
/dev/mmcblk0p1 43M 23M 21M 53% /boot
tmpfs 93M 0 93M 0% /run/user/1000

Кто знает, что делать на имидже от immortal? Почему там так быстро забиваются логи? или ссылку какой мануал курить.
Заранее спасибо

MajorDoMo

Недостаточно места на диске

«No space left on device» или ищем кто занимает всё место на жёстком диске

Re: «No space left on device» или ищем кто занимает всё место на жёстком диске

Re: «No space left on device» или ищем кто занимает всё место на жёстком диске

Re: Недостаточно места на диске

Re: Недостаточно места на диске

Re: «No space left on device» или ищем кто занимает всё место на жёстком диске

Re: «No space left on device» или ищем кто занимает всё место на жёстком диске

Re: «No space left on device» или ищем кто занимает всё место на жёстком диске

Re: Недостаточно места на диске

Re: «No space left on device» или ищем кто занимает всё место на жёстком диске