# Траффик на windows-gui ноде **URL:** \ **Category:** troubleshooting\ **Tags:** на-русском\ **Created:** [June 26, 2024, 5:37am UTC](https://forum.storj.io/t/windows-gui/26826 "2024-06-26T05:37:40Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 26, 2024, 5:37am UTC](https://forum.storj.io/t/windows-gui/26826/1 "2024-06-26T05:37:40Z")
Обнаружил буквально со вчерашнего вечера, что траффик на windows-gui ноде упал практически до нуля, хотя по соседству в докере на том же IP трафик остался прежний, порядка 800Г в сутки. Как будто всё как обычно, только траффика нет. При выключении ноды в докере - всё то же самое: траффик не появляется вообще. ![Screenshot_126](https://storj-s3.bcdn.literatehosting.net/original/3X/9/9/99ae4b7902cfb2935be3c059e441f6a5ed3abcb3.png) Единственное что по моему мнению может быть, так это разные версии: в gui версия 1.104.5, а в докере - 1.105.4 P.S. Ошибки есть только такого типа: 2024-06-26T08:19:25+03:00 ERROR piecestore download failed {“Piece ID”: “3YRZ6PNID22L62FSIBIC743T26ZT3JRMVHEZ3TXEQJI64GNLORXA”, “Satellite ID”: “12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S”, “Action”: “GET”, “Offset”: 0, “Size”: 2319104, “Remote Address”: “103.214.68.73:58312”, “error”: “write tcp 192.168.1.3:28967-\>103.214.68.73:58312: wsasend: An existing connection was forcibly closed by the remote host.”, “errorVerbose”: “write tcp 192.168.1.3:28967-\>103.214.68.73:58312: wsasend: An existing connection was forcibly closed by the remote host.\n\tstorj.io/drpc/drpcstream.(\*Stream).rawFlushLocked:409\n\tstorj.io/drpc/drpcstream.(\*Stream).MsgSend:470\n\tstorj.io/common/pb.(\*drpcPiecestore\_DownloadStream).Send:408\n\tstorj.io/storj/storagenode/piecestore.(\*Endpoint).sendData.func1:863\n\tstorj.io/common/rpc/rpctimeout.Run.func1:22”} ---
**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:** [June 26, 2024, 6:03am UTC](https://forum.storj.io/t/windows-gui/26826/2 "2024-06-26T06:03:14Z")
Здравствуйте @semkd, Добро пожаловать обратно! Осталось ли свободное место на диске/dashboard для этого узла? Приведённый пример ошибки - обычная отмена “длинного хвоста”, когда ваш узел проиграл гонку другим узлам за кусочек этого сегмента. ---
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 26, 2024, 6:21am UTC](https://forum.storj.io/t/windows-gui/26826/3 "2024-06-26T06:21:14Z")
Да, ещё более 3Т свободного места. ---
**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:** [June 26, 2024, 6:26am UTC](https://forum.storj.io/t/windows-gui/26826/4 "2024-06-26T06:26:27Z")
По данным и диска и dashboard? Мои узлы все на 1.104.5, но трафик они принимали, пока не осталось по 5ГБ на каждой ![image](https://storj-s3.bcdn.literatehosting.net/original/3X/4/2/426894e0d3881d1141500787a26d4755aabbdab9.png) там где ровная линия - они были полные, где холмик - корзина почистилась немного. Но теперь они снова полные. 1 узел Windows Service, другие 2 - Docker. ---
**Author:** ![Whis-key](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/whis-key/32/1131_2.png) [@Whis-key](https://forum.storj.io/u/Whis-key)\ **Post date:** [June 26, 2024, 6:33am UTC](https://forum.storj.io/t/windows-gui/26826/5 "2024-06-26T06:33:27Z")
я сейчас обнаружил то же самое. Не могу понять в чём причина, место на диске есть. Версия v1.104.5. Проксмокс 8, контейнер lxc, всех ресурсов хватает, обновлений не было. Есть ещё 3 ноды у которых всё норм ---
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 26, 2024, 6:40am UTC](https://forum.storj.io/t/windows-gui/26826/6 "2024-06-26T06:40:48Z")
Свободное место и на диске, и в dashboard идентичны. Сервис storj перезапускал. Всё тоже самое. ---
**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:** [June 26, 2024, 7:59am UTC](https://forum.storj.io/t/windows-gui/26826/7 "2024-06-26T07:59:16Z")
Может никто не загружает? Или загружает, но с geofence? Я даже проверить не могу - узлы полные. ---
**Author:** ![Whis-key](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/whis-key/32/1131_2.png) [@Whis-key](https://forum.storj.io/u/Whis-key)\ **Post date:** [June 26, 2024, 8:29am UTC](https://forum.storj.io/t/windows-gui/26826/8 "2024-06-26T08:29:12Z")
рядом другая нода, загружает ---
**Author:** ![Whis-key](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/whis-key/32/1131_2.png) [@Whis-key](https://forum.storj.io/u/Whis-key)\ **Post date:** [June 26, 2024, 8:29am UTC](https://forum.storj.io/t/windows-gui/26826/9 "2024-06-26T08:29:52Z")
а что будет, если место на диске правда закончится? ---
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 26, 2024, 7:53pm UTC](https://forum.storj.io/t/windows-gui/26826/10 "2024-06-26T19:53:46Z")
Вот я всё таки нашел несовпадение: свободное место на диске 5Г всего (а мне эта куча цифр показалась с первого взгляда как 5Т), а на dashboard - 3.34T. Тогда возникает другой вопрос: почему dashboard показывает свободное место неправильно? В докере тоже разница около 3Т между dashboard и реально свободным местом. ---
**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:** [June 27, 2024, 4:47am UTC](https://forum.storj.io/t/windows-gui/26826/11 "2024-06-27T04:47:16Z")
В программном обеспечении узла есть “стоп-кран”, сейчас он увеличен до 5ГБ, как только узел обнаружит, что осталось меньше 5ГБ в разрешённом для использовании месте или на диске, он отправит уведомление сателлитам, что он - полный и ingress должен перестать приходить. > [@semkd](#): > > свободное место на диске 5Г всего (а мне эта куча цифр показалась с первого взгляда как 5Т), а на dashboard - 3.34T. Вот у вас стоп-кран и сработал. Расхождение связано с тем, что базы данных не обновлены актуальной информацией об использовании. Вам необходимо включить used-space-filewalker, если вы его выключали (он включен по умолчанию), сохранить конфиг и перезапустить узел. После перезапуска нужно убедиться, что у вас нет ошибок в логах связанных с базой данных или filewalker (искать `error` и `database`, `error` и `filewalker`). Если ошибок не возникает, всё, что нужно сделать - это дождаться, когда filewalker закончит подсчёт для каждого из доверенных сателлитов. Следить можно так: > [@Storagenode.exe stopping for too long, for 10h+](https://forum.storj.io/t/topic/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… Также необходимо удалить данные не доверенных сателлитов (сами они уже не удалятся): > [@How To Forget Untrusted Satellites](https://forum.storj.io/t/how-to-forget-untrusted-satellites/23821): > > Following the [announcement](https://forum.storj.io/t/announcement-storj-to-shut-down-europe-north-1-and-us2/22956) to decommission Europe-north-1 and US2 satellites, manually deleting the remaining data of these satellites from the node can be a tedious task as it requires finding the blobs folder name for each satellite, so we wanted to improve the storagenode CLI to semi-automate cleaning up a satellite data after it is marked as untrusted. The storagenode CLI (versions from 1.88.0) provides a forget-satellite subcommand to remove satellites from the trust cache and clean up the… Если у вас есть ошибки связанные с filewalker и/или database - данные на dashboard будут некорректные. ---
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 27, 2024, 5:12am UTC](https://forum.storj.io/t/windows-gui/26826/12 "2024-06-27T05:12:57Z")
> Вот у вас стоп-кран и сработал. А почему этот стоп-кран не сработал? storage2.monitor.minimum-disk-space: 500.00 GB > Вам необходимо включить used-space-filewalker, если вы его выключали В конфигурации я такого параметра не нашёл. ---
**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:** [June 27, 2024, 7:58am UTC](https://forum.storj.io/t/windows-gui/26826/13 "2024-06-27T07:58:16Z")
> [@semkd](#): > > А почему этот стоп-кран не сработал? > storage2.monitor.minimum-disk-space: 500.00 GB Потому что это - локальный мониторинг, опирающийся на то, что доступно в API (читай - в локальной БД), а не на то, что показывает система. > [@semkd](#): > > В конфигурации я такого параметра не нашёл. > [@В чем отличие на практике “storage2.piece-scan-on-startup: false” от применения “enable-lazy-filewalker”?](https://forum.storj.io/t/storage2-piece-scan-on-startup-false-enable-lazy-filewalker/22742/2): > > Это две совершенно разные опции. > > > [@How to enable lazy mode filewalker](https://forum.storj.io/t/how-to-enable-lazy-mode-filewalker/22714/5): > > > > ```auto > > storage2.piece-scan-on-startup: false > > > > ``` > > Отключает запуск filewalker при старте узла. Это бывает полезно для медленных дисков и/или слабых систем типа Raspberry Pi, но применимо только если ничего больше не использует диск и БД исправна, иначе узел будет предоставлять неверную информацию о занятом и свободном месте как сателлитам, так и на dashboard. ---
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 27, 2024, 8:07pm UTC](https://forum.storj.io/t/windows-gui/26826/14 "2024-06-27T20:07:50Z")
Запустил filewalker. Интересно, сколько времени займёт проверить 10Т диск? ---
**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:** [June 28, 2024, 8:01am UTC](https://forum.storj.io/t/windows-gui/26826/15 "2024-06-28T08:01:14Z")
Зависит. Если нету загрузок - диск может максимум 200 IOPS, на NTFS это обычно дольше. Посчитайте сколько кусочков, поделите на 100 (а может даже лучше на 50) и поймёте сколько времени это может занять. Более точной цифры вам никто не скажет. Ещё можно попробовать найти в логах, сколько это в прошлый раз заняло и сколько было кусочков - можно попробовать спрогнозировать. Цифры для каждого сателлита наверняка разные будут. ---
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 28, 2024, 1:29pm UTC](https://forum.storj.io/t/windows-gui/26826/16 "2024-06-28T13:29:15Z")
А как в докере проверить, работает этот процесс или нет? (по аналогии с PowerShell) В логе докера у меня вот такие ошибки от filewalker ![Screenshot_127](https://storj-s3.bcdn.literatehosting.net/original/3X/d/5/d5d8a54656a4d8752550992b739afc78474ce7a7.png) P.S. При вычислении месячной выплаты, будет считаться, что у меня хранится 10Т или то, что показывает dashboard (5.66T)? ---
**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:** [June 29, 2024, 10:09am UTC](https://forum.storj.io/t/windows-gui/26826/17 "2024-06-29T10:09:15Z")
Если статус exit 1, это - всё. После этой ошибки он никогда не запустится сам до следующего рестарта узла. Следствие - использование не будет обновлено на dashboard. Чинить - оптимизировать дисковую подсистему, либо кардинально менять (добавив SSD/RAM как кэш уровень, даже на Windows, но придётся использовать PowerShell). Либо - выключить Lazy mode, но тогда, правда, логов filewalker не будет и придётся следить опосредовано - по дисковой активности, по debug port, или в Resources Monitor (какая подпапка обрабатывается прямо сейчас). ---
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 29, 2024, 10:26am UTC](https://forum.storj.io/t/windows-gui/26826/18 "2024-06-29T10:26:03Z")
Т.е. диск с узлом в докере полон ошибок? Или узел надо периодически перезапускать для того, чтобы filewalker успешно обрабатывал ошибки? ---
**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:** [June 30, 2024, 4:51am UTC](https://forum.storj.io/t/windows-gui/26826/19 "2024-06-30T04:51:10Z")
Диск может иметь ошибки, да. Стоит проверить его на ошибки. Но тут скорее всего дело в другом - он стал слишком медленным. Например диск с NTFS надо периодически дефрагментировать и это выполняется Windows автоматически, если только вы не отключили это задание. Так же можно произвести оптимизацию NTFS: - [NTFS Disable 8dot3name](https://forum.storj.io/t/ntfs-disable-8dot3name/25624/1) - [[Solved] Win10 20GB Ram Usage - #17 by arrogantrabbit](https://forum.storj.io/t/solved-win10-20gb-ram-usage/26465/17) - выполнить дефрагментацию принудительно Если у вас есть управляемый UPS, то можно включить кэш записи в параметрах диска (обе галки), если UPS нет, то наоборот - отключить обе галки, чтобы не потерять данные при отключении электричества. Перезапуск происходит автоматически при обновлении узла (в среднем раз в две недели), так что специально перезапускать обычно не требуется, если только нет ошибок, как у вас. Если вы произвели оптимизацию файловой системы, как описал выше - можете перезапустить узел и помониторить логи, чтобы все filewalker для всех доверенных сателлитов успешно завершились и у вас не было ошибок связанных с БД. После этого значения на dashboard должны показывать корректное использование. ---
**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\ **Post date:** [June 30, 2024, 1:15pm UTC](https://forum.storj.io/t/windows-gui/26826/20 "2024-06-30T13:15:58Z")
Действительно, уровень дефрагментации на диске под докером - 49%. Вопрос, как сильно замедлится узел если я запущу сейчас дефрагментацию? Он не из старых дисков, ему чуть меньше 2 лет. [Next page](https://forum.storj.io/t/windows-gui/26826.md?page=2)