# Обновление информации о оставшемся свободном пространстве и другие баги связанные со свободным местом, которые никогда не исправят

**URL:** <https://forum.storj.io/t/topic/25649>\
**Category:** troubleshooting\
**Tags:** storage, на-русском, web-dashboard\
**Created:** [March 28, 2024, 8:28am UTC](https://forum.storj.io/t/topic/25649 "2024-03-28T08:28:38Z")\
**Posts on this page:** 1\
**Showing post:** 11

<div class="post-metadata">

**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\
**Post date:** [March 30, 2024, 4:31am UTC](https://forum.storj.io/t/topic/25649/11 "2024-03-30T04:31:54Z")

</div>

Оно считает использованное место и считает свободное в разрешённом размере (а не сколько на диске осталось), как разницу между разрешённым и занятым.  
Если filewalkers завершились успешно - они обновляют БД (из которой информация отображается на вашей dashboard), для каждого сателлита по-отдельности.  
Проверять их статус можно так:

> [@Storagenode.exe stopping for too long, for 10h+](https://forum.storj.io/t/storagenode-exe-stopping-for-too-long-for-10h/25316/12):
>
> Windows/PowerShell Logs should be at least info level Used space filewalker Regulated by the parameter in the config.yaml file or as a command line argument (add -- before the parameter, remove :, place it after the image name in your docker run command): # if set to true, all pieces disk usage is recalculated on startup (default true) storage2.piece-scan-on-startup: true to watch for a progress: cat "C:\Program Files\Storj\Storage Node\*.log" -Wait | sls "used-space-filewalker" | sls "sta…

> [@d4rk4](#):
>
> Неужели вы берете свободное место на старте, вычисляете занятое, вычитаете занятое из информации полученной при запуске ноды и получаете обводное?

Мы берём предоставленное место, считаем занятое (только `storage/blobs`, `storage/trash`) и вычитаем из предоставленного, отображая свободное место в разрешённом для использования.  
Например, вы разрешили использовать 7ТБ из 8ТБ, мы возьмём 7ТБ (проверим, не превышает ли это размер диска, основываясь на (возможно устаревших) данных по использованию из БД, после этого либо примем предложенный вариант, либо установим минимальный размер из предложенного и реального размера диска), потом запустим подсчёт занятого и обновим БД. На dashboard в качестве свободного будет отображаться разница между 7ТБ и использованием из БД.  
Каждый раз, когда клиенты загружают данные на ваш диск, удаляют их или скачивают, мы обновляем БД. Поэтому если у вас нет проблем с БД (`database is locked`, `database is malformed`, `file is not a database`, и т.д.), и нет чего-то, что использует место на этом диске тоже (chia например), то теоретически подсчёт на старте не нужен - данные из БД должны совпадать с реальностью.  
Однако если другие обходчики (`gc-filewalker`, `retain`, `piece:trash`, `collector`) падают до завершения своей работы, БД не будет обновлена и данные “разъедутся”. На этот случай как раз используется обходчик на старте (`used-space-filewalker`).

---

_[View the full topic](https://forum.storj.io/t/topic/25649)._