Storj - Speicher vermieten

luddi

Benutzer
Sehr erfahren
Mitglied seit
05. Sep 2012
Beiträge
3.237
Punkte für Reaktionen
581
Punkte
174

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
sh ./sucessrate.sh storj-docker

auf dem Host.....

sh ./earnings.py auch auf dem Host
 

maalik

Benutzer
Mitglied seit
05. Feb 2016
Beiträge
705
Punkte für Reaktionen
11
Punkte
38
das earnings.py muss so ausgeführt werden:

Rich (BBCode):
python earnings.py

Warum das successrate.sh nicht geht, weiß ich nicht. Den Tippfehler hast du aber gesehen? (successrate.sh)
 

luddi

Benutzer
Sehr erfahren
Mitglied seit
05. Sep 2012
Beiträge
3.237
Punkte für Reaktionen
581
Punkte
174
Rich (BBCode):
python earnings.py <PATH_TO_STORJ_DATA>

--luddi
 

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
Danke das earnings.py macht jetzt sinnvollere Rückmeldungen.

Das sucessrate heisst bei mir so, war wohl meine Wenigkeit etwas am vertippen.
Hast Du mir eine Quelle eines successrate.sh Skripts. Kann gut sein, dass ich da ein veraltetes erwischt habe.
 

maalik

Benutzer
Mitglied seit
05. Feb 2016
Beiträge
705
Punkte für Reaktionen
11
Punkte
38
Siehe oben, hat luddi schon gepostet.
 

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
Bildschirmfoto 2020-06-07 um 18.32.13.png

auf den erwähnten Zeilen steht:
LOG_SOURCE="${1}"

if [ -e "${LOG_SOURCE}" ]

Puuh?
Muss ich noch einen Parameter auf der Kommandozeile angeben? Da steht bei mir ja der Docker Name
 

luddi

Benutzer
Sehr erfahren
Mitglied seit
05. Sep 2012
Beiträge
3.237
Punkte für Reaktionen
581
Punkte
174
Wie hast du es heruntergeladen?

Probier mal folgendes:

Rich (BBCode):
wget https://raw.githubusercontent.com/ReneSmeekes/storj_success_rate/master/successrate.sh
chmod +x successrate.sh
./successrate.sh

--luddi
 

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
Danke!
Wie immer: Kaum macht mans richtig, schon funktionierts.
 

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
Bildschirmfoto 2020-06-08 um 09.13.31.png

gleichzeitig habe ich einen IOWAIT von 0.2%. Meine (laienhafte) Interpretation wäre, dass sehr viel im RAM gecached wird und die Festplattenzugriffe minimal sind. Mir wurden 250 GB Daten auf die Platte geputzt in 14 Stunden.....
 

Anhänge

  • Bildschirmfoto 2020-06-07 um 18.32.13.png
    Bildschirmfoto 2020-06-07 um 18.32.13.png
    17,3 KB · Aufrufe: 49

luddi

Benutzer
Sehr erfahren
Mitglied seit
05. Sep 2012
Beiträge
3.237
Punkte für Reaktionen
581
Punkte
174

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
keine Frage. Eine Feststellung. Ich habe hier im Thread über hohe Festplattenzugriffsraten gelesen. Ist bei mir nicht so.
Mir wurden 250 GB Daten geschrieben in 14 Stunden.
 

Heidi

Benutzer
Mitglied seit
05. Aug 2019
Beiträge
283
Punkte für Reaktionen
42
Punkte
34
@mamema: Ja 250GB am Tag gabs früher schon mal und diese tage sehe ich das auch bei mir. Entweder ist ein Großkunde vom amazon s3 abgesprungen und zu storj gewechselt, oder die schieben wieder test-daten hoch. letzteres vermute ich (weil das so schlagartig kam).

hier noch ein paar consolenbefehle zum rumspielen

Rich (BBCode):
sudo docker exec -it storagenode01 /app/dashboard.sh
sudo bash /volume2/Storj/successrate.sh
sudo python /volume1/Storj/earnings.py /volume2/Storj04/storage/
sudo python /volume2/Storj/earnings.py /volume2/Storj03/storage/ 2020-01
for sat in `wget -qO - localhost:14002/api/sno | jq .satellites[].id -r`; do wget -qO - localhost:14002/api/sno/satellite/$sat | jq .id,.audit; done
 

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
ich habe bei der successrate.sh überall 0% ist das eher gut oder schlecht?
 

luddi

Benutzer
Sehr erfahren
Mitglied seit
05. Sep 2012
Beiträge
3.237
Punkte für Reaktionen
581
Punkte
174
Also nachdem success mit Erfolg zu übersetzen ist würde das ja eher schlecht sein wenn man 0% Erfolg erzielt.

Wie ist denn sonst der Status deines Knoten? Kannst du uns noch mehr Informationen geben? Ist etwas auffälliges in den log´s zu sehen?

D.h. wenn die "Success Rate" mit 0% angezeigt wird, dann müssten somit Die "Cancel Rate" und die "Fail Rate" in Summe 100% ergeben.
 

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
..nein... es ist alles 0% in dem sh script cancel und fail auch.
Knoten ist online null errors im Log

========== UPLOAD =============

Rejected: 0

Acceptance Rate: 0.000%
---------- accepted -----------

Failed: 0

Fail Rate: 0.000%
Canceled: 0

Cancel Rate: 0.000%
Successful: 0

Success Rate: 0.000%
========== REPAIR DOWNLOAD ====

Failed: 0

Fail Rate: 0.000%
Canceled: 0

Cancel Rate: 0.000%
Successful: 0

Success Rate: 0.000%
========== REPAIR UPLOAD ======

Failed: 0

Fail Rate: 0.000%
Canceled: 0

Cancel Rate: 0.000%
Successful: 0

Success Rate: 0.000%
Failed: 0

Fail Rate: 0.000%
Canceled: 0

Cancel Rate: 0.000%
Successful: 0

Success Rate: 0.000%

vielleicht läuft das Skript ja nicht richtig.
Das eranings.py liefert mehr (gute) Werte
 

luddi

Benutzer
Sehr erfahren
Mitglied seit
05. Sep 2012
Beiträge
3.237
Punkte für Reaktionen
581
Punkte
174
Okay das ist dann in der Tat merkwürdig.

Aber der Log füllt sich mit INFO? D.h. der läuft auch sauber und du hast traffic?

Wie führst du das success Script aus?
 

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
glaub habe den Fehler selbst gefunden. Ein ausführen mit ./sucessrate.sh /pfad/zu/db/files funktioniert nicht bzw. führt zu 0%
ein ./sucessrate.sh containername führt zu

========== AUDIT ==============

Critically failed: 0

Critical Fail Rate: 0.000%
Recoverable failed: 0

Recoverable Fail Rate: 0.000%
Successful: 23

Success Rate: 100.000%
========== DOWNLOAD ===========

Failed: 1

Fail Rate: 0.068%
Canceled: 0

Cancel Rate: 0.000%
Successful: 1460

Success Rate: 99.932%
========== UPLOAD =============

Rejected: 0

Acceptance Rate: 100.000%
---------- accepted -----------

Failed: 0

Fail Rate: 0.000%
Canceled: 20937

Cancel Rate: 62.498%
Successful: 12563

Success Rate: 37.502%
========== REPAIR DOWNLOAD ====

Failed: 0

Fail Rate: 0.000%
Canceled: 0

Cancel Rate: 0.000%
Successful: 0

Success Rate: 0.000%
========== REPAIR UPLOAD ======

Failed: 0

Fail Rate: 0.000%
Canceled: 962

Cancel Rate: 60.314%
Successful: 633

Success Rate: 39.686%
========== DELETE =============

Failed: 0

Fail Rate: 0.000%
Successful: 11519

Success Rate: 100.000%

habe das container log mit INFO voll und ich verdiene Geld (massenhaft!) in 3000 Jahren kann ich mich zur Ruhe setzen....
 

luddi

Benutzer
Sehr erfahren
Mitglied seit
05. Sep 2012
Beiträge
3.237
Punkte für Reaktionen
581
Punkte
174
ein ./sucessrate.sh containername

Beim Ausführen des Scripts muss überhaupt kein Argument angegeben werden. Weder Containername noch Pfad zur db...
Einfach ausführen!

Rich (BBCode):
./sucessrate.sh
 

mamema

Benutzer
Mitglied seit
23. Okt 2009
Beiträge
667
Punkte für Reaktionen
132
Punkte
63
was bei mir zu dem 0% Phänomen führt. Containername Ergebnis siehe oben
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat