# Grafana freier Speicherplatz-Anstieg

**URL:** <https://forum.storj.io/t/grafana-freier-speicherplatz-anstieg/19932>\
**Category:** Node Operators\
**Tags:** auf-deutsch, statistics\
**Created:** [October 14, 2022, 10:50am UTC](https://forum.storj.io/t/grafana-freier-speicherplatz-anstieg/19932 "2022-10-14T10:50:49Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Walter1](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/walter1/32/7825_2.png) [@Walter1](https://forum.storj.io/u/Walter1)\
**Post date:** [October 14, 2022, 10:50am UTC](https://forum.storj.io/t/grafana-freier-speicherplatz-anstieg/19932/1 "2022-10-14T10:50:49Z")

</div>

Hallo zusammen,

gestern um etwa 20:00 gab es einen starken Anstieg in dem freien Speicherplatz im Netzwerk. Kann das jemand erklären woher dieser kommt? Von neuen Knoten her geht das nicht, da der Prozess viel langsamer laufen würde.

 ![grafik](https://storj-s3.bcdn.literatehosting.net/original/2X/9/9faa7f51a215e0861f01f53866a41c64b871d879.png)

---

<div class="post-metadata">

**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\
**Post date:** [October 14, 2022, 11:34am UTC](https://forum.storj.io/t/grafana-freier-speicherplatz-anstieg/19932/2 "2022-10-14T11:34:56Z")

</div>

> [@Walter1](#):
>
> Von neuen Knoten her geht das nicht, da der Prozess viel langsamer laufen würde.

Es muss ja keine neue Node sein. Es reicht völlig wenn eine bereits vorhandene Node in der Konfigurationsdatei der Storage Node den Speicherplatz erhöht. Sagen wir von 500 GB auf 2 TB und das dann auf genügend vielen Nodes gleichzeitig.

---

<div class="post-metadata">

**Author:** ![flo82](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/flo82/32/10747_2.png) [@flo82](https://forum.storj.io/u/flo82)\
**Post date:** [October 14, 2022, 4:31pm UTC](https://forum.storj.io/t/grafana-freier-speicherplatz-anstieg/19932/3 "2022-10-14T16:31:40Z")

</div>

Meine Vermutung:

1.65.1 wird ausgerollt. Der piececollector wurde gefixed [storagenode/collector: delete expired piece info if file does not exist · storj/storj@07beef3 · GitHub](https://github.com/storj/storj/commit/07beef3) - evtl. beeinflusst das die Statistik. Bei meiner node wurden 12 GB Trash freigegebenen, welche logischerweise zusätzlich belegt werden können - falls das bei vielen so ist, potenziert sich das.

---

<div class="post-metadata">

**Author:** ![Arkina](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/arkina/32/6137_2.png) [@Arkina](https://forum.storj.io/u/Arkina)\
**Post date:** [October 15, 2022, 10:47am UTC](https://forum.storj.io/t/grafana-freier-speicherplatz-anstieg/19932/4 "2022-10-15T10:47:29Z")

</div>

Soweit ich verstanden habe, wurde die Art wie das berechnet wird geändert:

> [@Publicly Exposed Network Data (official statistics from Storj DCS satellites)](https://forum.storj.io/t/publicly-exposed-network-data-official-statistics-from-storj-dcs-satellites/14103/35):
>
> We are updating the way we calculate the values of storage\_free\_capacity\_estimate\_bytes.

Wobei von 6 auf 22TB ist schon ein krasser Anstieg.

---

<div class="post-metadata">

**Author:** ![Walter1](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/walter1/32/7825_2.png) [@Walter1](https://forum.storj.io/u/Walter1)\
**Post date:** [October 17, 2022, 8:56am UTC](https://forum.storj.io/t/grafana-freier-speicherplatz-anstieg/19932/5 "2022-10-17T08:56:29Z")

</div>

Ich denke eher es ist ein Bug. Wenn ich in die Multinode schaue wird mir ein viel zu hoher Free Disk Space angezeigt. Es sollten eigentlich 64,8TB sein, unter Free steht aber 178,27TB. Oben drüber steht sogar 64,8TB also ist da die Free-Berechnung einfach nicht richtig.

 ![grafik](https://storj-s3.bcdn.literatehosting.net/original/2X/4/4877665d5216ab07bfbe9bbbae93ad2f5ab1551a.png)

---

<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:** [October 17, 2022, 9:00am UTC](https://forum.storj.io/t/grafana-freier-speicherplatz-anstieg/19932/6 "2022-10-17T09:00:17Z")

</div>

Beim Multinode-Dashboard ist es eine andere Geschichte:

> <https://github.com/storj/storj/issues/5248>
>
> \<!--
> Please make sure that we do not have any duplicates already open. 
> You ca…n ensure this by searching the issue list for this repository. 
> If there is a duplicate, please close your issue and add a comment to the 
> existing issue instead.
> 
> For more information about reporting issues, see
> https://github.com/storj/storj/blob/main/docs/storagenode/CONTRIBUTING.md
> 
> \---------------------------------------------------
> GENERAL SUPPORT INFORMATION
> \---------------------------------------------------
> 
> The GitHub issue tracker is for bug reports and feature requests.
> General support can be found at the following locations:
> 
> \- Storj Community Forum - https://forum.storj.io
> \- File a ticket at https://support.storj.io/
> 
> \---------------------------------------------------
> BUG REPORT INFORMATION
> \---------------------------------------------------
> \--\>
> 
> \*\*Description\*\*
> When you open a bandwidth and disk usage of the individual node, you will see a free space on the disk instead of free space in the allocation.
> See https://forum.storj.io/t/multi-node-dashboard-shows-wrong-free-space/19868
> \<!--
> Provide a more detailed introduction to the issue itself, and why you consider it to be a bug
> \--\>
> 
> \*\*Screenshots\*\*
> The single node dashboard:
> !\[image\](https://user-images.githubusercontent.com/26858949/194484430-0b86b1cf-db3f-4b24-ab16-b0f32fdb761e.png)
> 
> The node selected in the multinode dashboard:
> !\[image\](https://user-images.githubusercontent.com/26858949/194484501-d7d943ab-04d1-4f93-bd12-f200be5b94f9.png)
> 
> 
> \*\*Steps to reproduce the issue:\*\*
> 
> 
> 
> 1. Install multinode dashboard
> 2. add node to the multinode dashboard
> 3. Open \*\*Bandwidth & disk\*\* menu
> 4. Select the node in the \*\*Nodes\*\* dropdown
> 5. You will see a bandwidth and disk usage, but the free space is showed for the disk, not allocation
> 6. Open a single node dashboard (the integrated one, on localhost:14002 by default), you will see a free space in the allocation, not on the disk.
> 
> \*\*Describe the results you expected:\*\*
> When we open bandwidth and disk usage for the node in the multinode dashboard, we should see a free space in the allocation, not on the disk
> 
> \*\*Describe the results you received:\*\*
> When we open bandwidth and disk usage for the node in the multinode dashboard, we can see a free space on the disk instead of free space in the allocation
> 
> \*\*Your environment\*\*
> 
> \- Operating system and version: any
> \- Additional environment details (Raspberry PI, Docker, VMWare, etc.): 
> \`\`\`
> multinode version
> Version: v1.64.1
> Build timestamp: 19 Sep 22 23:01 +0400
> Git commit: 01dfa305452c264b839358e95ff1d9e2ccbedcec
> \`\`\`