Возникла проблема с диском - начали шуршать головки и были трудности с инициализацией в системе. Узел работал на отдельной машине через WinGUI. Сделал зеркалирование на аналогичный диск через: robocopy /MIR (комментарий Алексея в одной из веток о том, что лучше использовать /E /XC вместо /MIR увид…

эта ошибка возникает, когда узел слишком часто пытается сделать check-in, когда его внешний адрес (заявленный в ADDRESS) не доступен.

[image] Alexey: В вашей команде docker run в опции --restart как и на остальных узлах: --restart unless-stopped

Тогда у меня закончились идеи, что останавливает контейнер. Что у вас в config.yaml этого узла?

F:\data\storage -> config.yaml1058611141 странное расширение у файла

# how frequently bandwidth usage rollups are calculated # bandwidth.interval: 1h0m0s # how frequently expired pieces are collected # collector.interval: 1h0m0s # use color in user interface # color: false # server address of the api gateway and frontend app console.address: :14002 # path to stat…

А как вы переадресовали логи? В config.yaml ничего нет. нашёл [image] karacurt: --mount type=bind,source="D:\Storj\Logs\node2.log",destination=/app/logs/node2.log [image] karacurt: --log.output=/app/logs/node2.log

docker run -d --restart unless-stopped --stop-timeout 300 -p 28971:28967/tcp -p 28971:28967/udp -p 127.0.0.1:14004:14002 -e WALLET="xxx" -e EMAIL="xxx@xxx" -e ADDRESS="xxx:28971" -e STORAGE="11TB" --mount type=bind,source="F:\Identity\storagenode2\",destination=/app/identity --mount type=bind,source…

[image] karacurt: F:\data\storage -> config.yaml1058611141 странное расширение у файла переименовал config.yaml1058611141 → config.yaml и дополнительно скопировал его в F:\data в логах появилась новая ошибка: 2023-04-30T05:22:12.762Z ERROR contact:service ping satellite failed {"Process"…

так же обратил внимание что в папке F:/data много файлов trust-cache.json внутри: { "entries": { "https://www.storj.io/dcs-satellites": [ { "SatelliteURL": { "id": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "host": "us1.storj.io", "port…

там нужен только один с нормальным именем и расширением. Кстати, попробуйте удалить все копии trust-cache.json и перезапустить узел, он должен скачать его заново.

видимо была комбинация из неверного названия config.yaml, а так же настроек проброса. поменял название config.yaml и перевёл на другой порт - узел запустился. в логах есть ошибки: ERROR piecestore upload failed {"Process": "storagenode", "Piece ID": "RMMZNELQBADH6M37RMEKIVYDDTO34MMCKF3TKAJPSGJA5T…

Storj Community Forum (official)

Восстановление ноды после миграции с проблемного HDD

Node Operators troubleshooting