# Success rate не соответствует полученным данным

**URL:** <https://forum.storj.io/t/success-rate/4994>\
**Category:** troubleshooting\
**Created:** [March 3, 2020, 5:26am UTC](https://forum.storj.io/t/success-rate/4994 "2020-03-03T05:26:49Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![izhyrnyy](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/izhyrnyy/32/1131_2.png) [@izhyrnyy](https://forum.storj.io/u/izhyrnyy)\
**Post date:** [March 3, 2020, 5:26am UTC](https://forum.storj.io/t/success-rate/4994/1 "2020-03-03T05:26:49Z")

</div>

> [@Abysmal Upload Success Rate](https://forum.storj.io/t/abysmal-upload-success-rate/4943/20):
>
> If you think there is bug, please, provide steps to reproduce.

Все очень просто  
Есть 3 ноды на одном массиве, 1 и 3 WAN 100мбит, 2-й- 70мбит  
Ноды запущены как у вас в доках - докер с NAT  
Традиционно 2-й ван отдает и получает на 5-10% меньше  
месяц+ - стата аплоад 35%, НА ВСЕХ НОДАХ (сбрасывал стату за фераль раз 10!)  
Запускаю первый ВАН в докере БЕЗ НАТ (как мы общались тут [Хотел как лучше, надежнее, масшабируемо, а получилось плохо - #88 by izhyrnyy](https://forum.storj.io/t/topic/4279/88))  
Пересоздаю остальные докеры (сбрасываю стату)  
Не трогаю ноды двое суток  
Имею первая нода 70%, остальные 35  
Но по скрипту Krey и дельте в дашборде НА ПРАКТИКЕ - ноды ЗАГРУЗИЛИ ОДИНАКОВОЕ КОЛ-ВО ДАННЫХ… стата в ДВА РАЗА, на практике - идентично

Опыт был повторен несколько раз  
successrate.sh - показывает то, что в логах  
А В ЛОГАХ - откровенная фигня  
Можете проверить сами  
Можете запустить две ноды на один WAN, в докере с НАТ и в докере БЕЗ НАТ - они возьмут с сети одинаковое количество, но стата будет отличаться в два раза

---

<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 3, 2020, 6:32am UTC](https://forum.storj.io/t/success-rate/4994/2 "2020-03-03T06:32:15Z")

</div>

Статистика на то и статистика, чтобы собирать среднюю температуру по больнице. Все хотели какую-то метрику, которой можно меряться. Скрипты были написаны собирать её из доступных на тот момент данных.

Сейчас я бы рекомендовал использовать соотношение ingress/хранение на каждый день по данным API. Главное - переводить в одну единицу измерения.  
Но это опять же ни о чём не будет говорить.

Я уже писал, что я просто пересоздал контейнер, ничего не меняя, и статистика резко улучшилась даже без `--network host`. С ним или без него - никакой корреляции.

> [@Хотел как лучше, надежнее, масшабируемо, а получилось плохо](https://forum.storj.io/t/topic/4279/62):
>
> RPI3 без `--network host` :
> 
> ```auto
> ========== AUDIT =============
> Successful: 6107
> Recoverable failed: 0
> Unrecoverable failed: 0
> Success Rate Min: 100.000%
> Success Rate Max: 100.000%
> ========== DOWNLOAD ==========
> Successful: 63887
> Failed: 1423
> Success Rate: 97.821%
> ========== UPLOAD ============
> Successful: 9877
> Rejected: 0
> Failed: 137337
> Acceptance Rate: 100.000%
> Success Rate: 6.709%
> ========== REPAIR DOWNLOAD ===
> Successful: 16571
> Failed: 1
> Success Rate: 99.994%
> ========== REPAIR UPLOAD =====
> Successful: 414
> Failed: 5572
> Success Rate: 6.916%
> 
> ```
> 
> С опцией `--network host` спустя почти сутки:
> 
> ```auto
> ========== AUDIT =============
> Successful: 323
> Recoverable failed: 0
> Unrecoverable failed: 0
> Success Rate Min: 100.000%
> Success Rate Max: 100.000%
> ========== DOWNLOAD ==========
> Successful: 3133
> Failed: 47
> Success Rate: 98.522%
> ========== UPLOAD ============
> Successful: 2173
> Rejected: 0
> Failed: 14645
> Acceptance Rate: 100.000%
> Success Rate: 12.921%
> ========== REPAIR DOWNLOAD ===
> Successful: 848
> Failed: 0
> Success Rate: 100.000%
> ========== REPAIR UPLOAD =====
> Successful: 34
> Failed: 250
> Success Rate: 11.972%
> 
> ```

> [@Хотел как лучше, надежнее, масшабируемо, а получилось плохо](https://forum.storj.io/t/topic/4279/62):
>
> sucсessrate не обеспечивает надёжного подтверждения. Вернул `-p 28967:28967` и убрал `--network host`
> 
> ```auto
> ========== AUDIT ============= |
> Successful: 46 |
> Recoverable failed: 0
> Unrecoverable failed: 0
> Success Rate Min: 100.000%
> Success Rate Max: 100.000%
> ========== DOWNLOAD ==========
> Successful: 563
> Failed: 25
> Success Rate: 95.748%
> ========== UPLOAD ============
> Successful: 705
> Rejected: 0
> Failed: 3892
> Acceptance Rate: 100.000%
> Success Rate: 15.336%
> ========== REPAIR DOWNLOAD ===
> Successful: 88
> Failed: 0
> Success Rate: 100.000%
> ========== REPAIR UPLOAD =====
> Successful: 14
> Failed: 57
> Success Rate: 19.718%
> 
> ```

> [@Хотел как лучше, надежнее, масшабируемо, а получилось плохо](https://forum.storj.io/t/topic/4279/62):
>
> Для нормального подтверждения эффективности этого параметра нужно сэмулировать это с помощью `storj-sim` и подключенных docker storagenode к нему.  
> Потому что результаты могут варьироваться от дня ко дню даже без добавления каких-либо параметров.
> 
> Предлагаю заинтересованным это сделать.

По статистике и загруженным данным

> [@izhyrnyy](#):
>
> Но по скрипту Krey и дельте в дашборде НА ПРАКТИКЕ - ноды ЗАГРУЗИЛИ ОДИНАКОВОЕ КОЛ-ВО ДАННЫХ… стата в ДВА РАЗА, на практике - идентично

Вот это я могу подтвердить. Моя rpi3 загрузила примерно столько же данных, как каждая из двух других нод, имея в разы худший параметр success rate. Поэтому его релевантным считать и нельзя (и раньше нельзя было).  
Я думаю, что причина в этом:

> [@Upload failed in docker logs and lot less traffic](https://forum.storj.io/t/upload-failed-in-docker-logs-and-lot-less-traffic/4359/31):
>
> Instead of 95, now 110 transfers are started, but still only 80 finish, so 30 are cancelled. This means the **average success rate has dropped to 73%**.

> [@Upload failed in docker logs and lot less traffic](https://forum.storj.io/t/upload-failed-in-docker-logs-and-lot-less-traffic/4359/37):
>
> but **the average size of each uploaded piece has increased substantially**. I’m actually receiving just about the same amount of data per second in successful uploads, even though the number of successful uploads has decreased.
> 
> ![image](https://storj-s3.bcdn.literatehosting.net/original/2X/b/bd80b6401896e8185b505c2706992d3e19f3b441.png)

И самое главное:

> [@Context cancelled on all uploads/downloads](https://forum.storj.io/t/context-cancelled-on-all-uploads-downloads/4399/3):
>
> @encabn If you see log messages like this: 2020-02-04T01:30:19.306+0100 INFO piecestore upload failed {“Piece ID”: “OQQBKVMCGVFXTHVSRTHQJINZZUXBWM5DPL327IJRP7WPEALDWRUQ”, “Satellite ID”: “12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S”, “Action”: “PUT”, “error”: “context canceled”, “errorVerbose”: “context canceled\n\[tstorj.io/common/rpc/rpcstatus.Wrap:79\n\tstorj.io/storj/storagenode/piecestore.(\*Endpoint](http://tstorj.io/common/rpc/rpcstatus.Wrap:79%5Cn%5Ctstorj.io/storj/storagenode/piecestore.(*Endpoint)).doUpload:483\n\[tstorj.io/storj/storagenode/piecestore.(\*drpcEndpoint](http://tstorj.io/storj/storagenode/piecestore.(*drpcEndpoint)).Upload:257\n…

Думаю, что это ⬆ изменение сильнее всего сказалось на статистике success rate.

А у товарища с Unraid никакие примочки не помогут - платформа построена не самым лучшим образом: кто-то из Unraid community выпустил приложение для этой платформы, но зашил тэг `alpha` и подключение папок через `-v`. В сочетании с тем, что Unraid подключает пользовательские диски после того, как запускает все демоны, включая docker, то это гарантировано приводит к потери клиентских данных и дисквалификации. Плюс у них есть [серьёзный баг](https://forums.unraid.net/topic/80439-downgraded-back-to-667-due-to-sqlite-corruption/), который разрушает базы SQLite в произвольный момент времени.  
И, скорее всего, файловая система тоже организована не лучшим образом - на них success rate никогда не был высоким.