# Начиная с версии 1.98 "storage.allocated-disk-space:" игнорируется в конфиге **URL:** \ **Category:** troubleshooting\ **Tags:** used-space, windows\ **Created:** [March 4, 2024, 5:23am UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417 "2024-03-04T05:23:09Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![weest](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/weest/32/1123_2.png) [@weest](https://forum.storj.io/u/weest)\ **Post date:** [March 4, 2024, 5:23am UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417/1 "2024-03-04T05:23:09Z")
На версиях 1.97 и ниже проблем не было, решил обновить пару нод на новые версии (1.98.2 и 1.99.1). В итоге “Total disk space” не берётся из config.yaml, появляется overused, ingrees не идёт. Объём нод по 580 гб. (Скрины как было и как стало, конфиг не менял с прошлых версий и до обновлений, после обновлений тоже не менял) ![1.97](https://storj-s3.bcdn.literatehosting.net/original/2X/f/f055a50a1524d2acd34a1bd0b2c285a9028409e8.png) ![1.98+](https://storj-s3.bcdn.literatehosting.net/original/2X/9/9d2aa3909a2d35e460d54003201972db5fc40df2.png) ---
**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 4, 2024, 7:22am UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417/2 "2024-03-04T07:22:07Z")
Здравствуйте @weest, Добро пожаловать на форум! Поищите в [логах](https://docs.storj.io/node/faq/check-logs) “less than allocated” (PowerShell): ```auto sls "less than requested" "$env:ProgramFiles\Storj\Storage Node\storagenode.log" | select -last 10 ``` ---
**Author:** ![weest](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/weest/32/1123_2.png) [@weest](https://forum.storj.io/u/weest)\ **Post date:** [March 4, 2024, 7:44am UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417/3 "2024-03-04T07:44:20Z")
Добрый день. У меня логи стоят только для ошибок, перевести в режим инфо и проверить? ---
**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 4, 2024, 7:59am UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417/4 "2024-03-04T07:59:14Z")
Нужно хотя бы warn level ---
**Author:** ![weest](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/weest/32/1123_2.png) [@weest](https://forum.storj.io/u/weest)\ **Post date:** [March 4, 2024, 8:22am UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417/5 "2024-03-04T08:22:11Z")
Из варнов, что относились к месту на диске, был только такой: `WARN piecestore:monitor Disk space is less than requested. Allocated space is {"bytes": 577040474496}` Расширил диск до 650 гб, этот варн пропал. На странице ноды есть изменение, тотал диск стал больше, но всё равно не 580 гб, как прописано в конфиге. ![1.982+](https://storj-s3.bcdn.literatehosting.net/original/2X/3/35249ec9e35cffda6f4940c23ffca506ee380e69.png) ---
**Author:** ![pdeline06](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/pdeline06/32/1129_2.png) [@pdeline06](https://forum.storj.io/u/pdeline06)\ **Post date:** [March 4, 2024, 8:26pm UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417/6 "2024-03-04T20:26:46Z")
Exactly the same problem! Do not rollout these versions! ---
**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 5, 2024, 8:31am UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417/7 "2024-03-05T08:31:13Z")
Так сейчас отображается, если узел не смог посчитать всё использованное место пока что. Прична - filewalkers не закончили подсчёт, см. > [@Disk usage discrepancy?](https://forum.storj.io/t/disk-usage-discrepancy/24715): > > something wrong with my node???..online score just drop down…how to get 100% again? Диагностика: 1. Есть ли ошибки FATAL ```auto sls "FATAL" "$env:ProgramFiles\Storj\Storage Node\storagenode.log" | select -last 10 ``` 1. есть ли ошибки в логах, связанные с filewalkers: ```auto sls "walk" "$env:ProgramFiles\Storj\Storage Node\storagenode.log" | sls "failed|error" ``` ```auto sls "retain" "$env:ProgramFiles\Storj\Storage Node\storagenode.log" | sls "failed|error" ``` Исправление: 1. остановить узел 2. Выполнить проверку диска и исправить ошибки 3. Выполнить дефрагментацию 4. Включить автоматическую дефрагментацию, если вы её выключили (она включена по умолчанию) 5. Запустить узел В случае FATAL необходимо увеличить таймаут, в зависимости от того, на чём узел останавливается, см. > [@Fatal Error on my Node](https://forum.storj.io/t/fatal-error-on-my-node/22052/320): > > Maybe worth to take a look on: Если ошибки filewalker будут возникать всё равно, тогда нужно выключить lazy mode: > [@Disk usage discrepancy?](https://forum.storj.io/t/disk-usage-discrepancy/24715/81): > > On Linux, the storagenode is using the OS-provided interfaces for traversing a filesystem: opendir() and readdir() and stat(). This is essentially the same way that OS tools (e.g., du) do it. I’m not aware yet of anyone demonstrating that du -s is significantly faster than the non-lazy storagenode filewalker, under the same load conditions. If that ends up being the case, there may be some deeper magic we can leverage (i.e., maybe if we go lower-level than the Golang standard library and use op… Сохранить конфиг и перезапустить узел. ---
**Author:** ![weest](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/weest/32/1123_2.png) [@weest](https://forum.storj.io/u/weest)\ **Post date:** [March 10, 2024, 12:37am UTC](https://forum.storj.io/t/1-98-storage-allocated-disk-space/25417/8 "2024-03-10T00:37:07Z")
В новой версии 1.99.3 ошибку исправили, можно обновляться.