# Ошибки на сателите

**URL:** <https://forum.storj.io/t/topic/18552>\
**Category:** troubleshooting\
**Tags:** на-русском\
**Created:** [May 27, 2022, 4:51am UTC](https://forum.storj.io/t/topic/18552 "2022-05-27T04:51:31Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\
**Post date:** [May 27, 2022, 4:51am UTC](https://forum.storj.io/t/topic/18552/1 "2022-05-27T04:51:32Z")

</div>

Сегодня утром получил такое сообщение:

Your Storage Node on the **saltlake** Satellite was suspended because it produced errors too often during audits.

You were suspended on 2022-05-27 at 02:46 UTC.

Что надо подправить/проверить? На английской части форума я конкретных ответов не нашёл.

 ![Screenshot_20](https://storj-s3.bcdn.literatehosting.net/original/2X/d/d08b3b121b668f8cd2fd6ad285ebeee6a12dd845.png)

Ошибку в логе с этим сателитом я нашёл такую:  
2022-05-27T05:46:41.244+0300 ERROR piecestore download failed {“Piece ID”: “OGLW6PIVEIYUIK3VL4GVOLXU6GE52P2GDIHURGZBJ4YI7C255HSQ”, “Satellite ID”: “1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE”, “Action”: “GET\_REPAIR”, “error”: “used serial already exists in store”, “errorVerbose”: “used serial already exists in store\n\[tstorj.io/storj/storagenode/piecestore/usedserials.insertSerial:263\n\tstorj.io/storj/storagenode/piecestore/usedserials.(\*Table](http://tstorj.io/storj/storagenode/piecestore/usedserials.insertSerial:263%5Cn%5Ctstorj.io/storj/storagenode/piecestore/usedserials.(*Table)).Add:117\n\[tstorj.io/storj/storagenode/piecestore.(\*Endpoint](http://tstorj.io/storj/storagenode/piecestore.(*Endpoint)).verifyOrderLimit:76\n\[tstorj.io/storj/storagenode/piecestore.(\*Endpoint](http://tstorj.io/storj/storagenode/piecestore.(*Endpoint)).Download:498\n\[tstorj.io/common/pb.DRPCPiecestoreDescription.Method.func2:228\n\tstorj.io/drpc/drpcmux.(\*Mux](http://tstorj.io/common/pb.DRPCPiecestoreDescription.Method.func2:228%5Cn%5Ctstorj.io/drpc/drpcmux.(*Mux)).HandleRPC:33\n\[tstorj.io/common/rpc/rpctracing.(\*Handler](http://tstorj.io/common/rpc/rpctracing.(*Handler)).HandleRPC:58\n\[tstorj.io/drpc/drpcserver.(\*Server](http://tstorj.io/drpc/drpcserver.(*Server)).handleRPC:122\n\[tstorj.io/drpc/drpcserver.(\*Server](http://tstorj.io/drpc/drpcserver.(*Server)).ServeOne:66\n\[tstorj.io/drpc/drpcserver.(\*Server](http://tstorj.io/drpc/drpcserver.(*Server)).Serve.func2:112\n\[tstorj.io/drpc/drpcctx.(\*Tracker](http://tstorj.io/drpc/drpcctx.(*Tracker)).track:52”}

И в добавок в логе довольно таки много ошибок следующего типа:  
2022-05-25T18:30:18.506+0300 ERROR collector unable to delete piece {“Satellite ID”: “12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs”, “Piece ID”: “SUQBEOS74QRSAFOR4EQDY2PILOFNWC4IK54OQV6PZQJSSAMVSLIA”, “error”: “pieces error: filestore error: file does not exist”, “errorVerbose”: “pieces error: filestore error: file does not exist\n\[tstorj.io/storj/storage/filestore.(\*blobStore](http://tstorj.io/storj/storage/filestore.(*blobStore)).Stat:103\n\[tstorj.io/storj/storagenode/pieces.(\*BlobsUsageCache](http://tstorj.io/storj/storagenode/pieces.(*BlobsUsageCache)).pieceSizes:239\n\[tstorj.io/storj/storagenode/pieces.(\*BlobsUsageCache](http://tstorj.io/storj/storagenode/pieces.(*BlobsUsageCache)).Delete:220\n\[tstorj.io/storj/storagenode/pieces.(\*Store](http://tstorj.io/storj/storagenode/pieces.(*Store)).Delete:299\n\[tstorj.io/storj/storagenode/collector.(\*Service](http://tstorj.io/storj/storagenode/collector.(*Service)).Collect:97\n\[tstorj.io/storj/storagenode/collector.(\*Service](http://tstorj.io/storj/storagenode/collector.(*Service)).Run.func1:57\n\[tstorj.io/common/sync2.(\*Cycle](http://tstorj.io/common/sync2.(*Cycle)).Run:152\n\[tstorj.io/storj/storagenode/collector.(\*Service](http://tstorj.io/storj/storagenode/collector.(*Service)).Run:53\n\[tstorj.io/storj/private/lifecycle.(\*Group](http://tstorj.io/storj/private/lifecycle.(*Group)).Run.func2.1:87\n\truntime/pprof.Do:40\n\[tstorj.io/storj/private/lifecycle.(\*Group](http://tstorj.io/storj/private/lifecycle.(*Group)).Run.func2:86\n\[tgolang.org/x/sync/errgroup.(\*Group](http://tgolang.org/x/sync/errgroup.(*Group)).Go.func1:57”}

Может это тоже связано с отключением сетелита?

P.S. опять же по логам на этот сателит есть и аплоад, и даунлоад. Т.е. вроде как сателит работает, хотя и пишет что остановлен.

---

<div class="post-metadata">

**Author:** ![Stob](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/stob/32/1137_2.png) [@Stob](https://forum.storj.io/u/Stob)\
**Post date:** [May 27, 2022, 8:45am UTC](https://forum.storj.io/t/topic/18552/2 "2022-05-27T08:45:37Z")

</div>

Hi @semkd  
The two errors shown, only the first one is for Saltlake (1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE). Looking at each in turn though…

> “GET\_REPAIR”, “error”: “used serial already exists in store”

This is an unusual error which only started appearing with an older version of the node software, 1.50.4. Please check your node is up to date. If not report back and it may need further investigation.

> [@semkd](#):
>
> ERROR collector unable to delete piece … “error”: “pieces error: filestore error: file does not exist”

This is an error from the filewalker/cleanup process which should stop showing after 7 days but doesn’t affect the node or it’s audit/online/suspension scores.

---

<div class="post-metadata">

**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\
**Post date:** [May 27, 2022, 2:56pm UTC](https://forum.storj.io/t/topic/18552/3 "2022-05-27T14:56:19Z")

</div>

P.P.S. Спустя где-то пол дня после получения сообщения о приостановке сателита (как я уже писал выше, по логам он вроде как рабочий) всё внезапно пришло в норму и сателит вернулся в своё 100%-е состояние. Кстати, в англоязычной части форума я нашёл “совет”, что надо просто подождать и теоретически всё должно само востановиться. Единственное, что я сделал после того, как увидел сообщение об остановке, так это сделал рестарт сервиса Storj node.

И вопрос я бы переформулировал следующим образом: из-за чего всё таки произошла остановка сателита, если нода всё время онлайн (кроме ребутов по обновлению ОС)?

---

<div class="post-metadata">

**Author:** ![Stob](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/stob/32/1137_2.png) [@Stob](https://forum.storj.io/u/Stob)\
**Post date:** [May 27, 2022, 4:08pm UTC](https://forum.storj.io/t/topic/18552/4 "2022-05-27T16:08:00Z")

</div>

> [@semkd](#):
>
> why did the satellite stop, if the node is online all the time (except for reboots to update the OS)?

> [@semkd](#):
>
> **saltlake** Satellite was suspended because it produced errors too often during audits.

The answer is in the suspension error notification (above). It notes that although the node was online during audits the node responded with errors. It could be a slow time for response from the node or not a complete response. However it was not an issue with data integrity or the audit score would be affected, and not an issue with being online or that score would have been affected.

---

<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:** [May 28, 2022, 7:37am UTC](https://forum.storj.io/t/topic/18552/5 "2022-05-28T07:37:06Z")

</div>

Ошибка не на сателлите, а на узле, когда этот сателлит проверял ваш узел или скачивал кусочки для восстановления.  
Приостанавливался не сателлит, а узел для этого сателлита - то есть никакие загрузки от клиентов этого сателлита на ваш узел не попадали, пока ваш узел не стал отвечать нормально.

Причина приостановки узла на этом сателлите - suspension score оказался ниже 60%, как только этот индикатор становится больше 60% - сателлит возобновляет работу узла.  
Suspension score уменьшается каждый раз, когда ваш узел вместо запрошенного кусочка возвращает ошибку, в данном случае

> [@semkd](#):
>
> "Action”: “GET\_REPAIR”, “error”: “used serial already exists in store”

Эта ошибка возникала на старых версиях storagenode, сейчас она не должна возникать, если ваш узел на текущей версии 1.55.1  
см. ["GET\_REPAIR”, “error”: “used serial already exists in store”](https://forum.storj.io/t/get-repair-error-used-serial-already-exists-in-store/17922)  
Когда ваш узел отвечает нормально и отдаёт запрошенный кусочек - suspension score увеличивается.

> [@semkd](#):
>
> ERROR collector unable to delete piece

Эта ошибка не влияет на audit score или suspension score, как правильно заметил @Stob  
Она должна исчезнуть через 7 дней. Если она будет повторяться и через 7 дней, тогда вы можете использовать такой хак:

> [@ERROR collector unable to delete piece](https://forum.storj.io/t/error-collector-unable-to-delete-piece/12916/11):
>
> Each satellite has their own folder in the blobs folder in your storage location. For the satellite this piece is on that’s v4weeab67sbgvnbwd5z7tweqsqqun7qox2agpbxy44mqqaaaaaaa. The subfolders you see inside there represent the first 2 characters of the piece id. So in your case the folder should be fr. The filename inside that folder is the rest of the piece id with a .sj1 extension. So jgxef52maxhcihttdsbjsez6vpmdqqw6l7zxp2jykasd37pusq.sj1. Path and filenames are in lower case, which is a litt…

---

<div class="post-metadata">

**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\
**Post date:** [May 28, 2022, 7:47am UTC](https://forum.storj.io/t/topic/18552/6 "2022-05-28T07:47:44Z")

</div>

В принципе всё понятно и какая-то проблема скорее всего была на уровне провайдера, я так думаю, потому что проблем со связью у себя я не замечал. Значит, самому что-то подправить или починить вряд ли получится и надо было просто подождать, пока всё само востановится. Не могу же я как-то “подёргать за провода” и связь с сателитом востановится 🙂

---

<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:** [May 28, 2022, 7:57am UTC](https://forum.storj.io/t/topic/18552/7 "2022-05-28T07:57:12Z")

</div>

Исходя из найденных ошибок - это не связано с сетью.

- `"error": "used serial already exists in store"` - это баг в storagenode [https://github.com/storj/storj/issues/4687](https://github.com/storj/storj/issues/4687), ожидается что он уже исправлен в новых версиях.

А эта ошибка вообще не влияет на suspension score:

- `ERROR collector unable to delete piece` - это предположительно баг в satellite (отправляет повторный запрос на удаление кусочка, который уже был удалён по истечению срока хранения): [[storagenode] The garbage collector is trying to delete a piece over and over again · Issue #4192 · storj/storj · GitHub](https://github.com/storj/storj/issues/4192)

Решение для обоих - просто подождать. С успешными ответами на аудиты suspension score быстро восстанавливается, а вторая должна пропасть через 7 дней. Ну и убедиться, что у вас свежая версия storagenode.

---

<div class="post-metadata">

**Author:** ![semkd](https://storj.bcdn.literatehosting.com/letter_avatar/semkd/32/5_5575768a8748004e209b776fc1b2916d.png) [@semkd](https://forum.storj.io/u/semkd)\
**Post date:** [May 28, 2022, 9:13am UTC](https://forum.storj.io/t/topic/18552/8 "2022-05-28T09:13:12Z")

</div>

Версия вроде последняя: 1.55.1. Работает storagenode-updater.
