Storj - Speicher vermieten

[Frieseba]

Ändert leider nix. Ports sind eingestellt und aktiviert.


ERROR nodestats:cache Get disk space usage que
ry failed {"error": "node stats service error: unable to connect to the sa
tellite 118UWpMCHzs6CvSgWd9BfFVjw5K9pZbJjkfZJexMtSkmKxvvAW: rpccompat: dial tcp
78.94.240.189:7777: connect: connection refused", "errorVerbose": "node stats se
rvice error: unable to connect to the satellite 118UWpMCHzs6CvSgWd9BfFVjw5K9pZbJ
jkfZJexMtSkmKxvvAW: rpccompat: dial tcp 78.94.240.189:7777: connect: connection
refused\n\tstorj.io/storj/storagenode/nodestats.(*Service).dial:159\n\tstorj.io/
storj/storagenode/nodestats.(*Service).GetDailyStorageUsage:110\n\tstorj.io/stor
j/storagenode/nodestats.(*Cache).CacheSpaceUsage.func1:176\n\tstorj.io/storj/sto
ragenode/nodestats.(*Cache).satelliteLoop:259\n\tstorj.io/storj/storagenode/node
stats.(*Cache).CacheSpaceUsage:175\n\tstorj.io/storj/storagenode/nodestats.(*Cac
he).Run.func3:131\n\tstorj.io/common/sync2.(*Cycle).Run:92\n\tstorj.io/common/sy
nc2.(*Cycle).Start.func1:71\n\tgolang.org/x/sync/errgroup.(*Group).Go.func1:57"}
2020-09-25T13:36:57.577Z ERROR nodestats:cache heldamount err {"satell
ite": "118UWpMCHzs6CvSgWd9BfFVjw5K9pZbJjkfZJexMtSkmKxvvAW"}
2020-09-25T13:36:59.928Z ERROR nodestats:cache Get held amount query fa
iled {"error": "heldamount service error: unable to connect to the satellite
118UWpMCHzs6CvSgWd9BfFVjw5K9pZbJjkfZJexMtSkmKxvvAW: rpccompat: dial tcp 78.94.24
0

 

[Frieseba]

Die Satellite ID 118UWpMCHzs6CvSgWd9BfFVjw5K9pZbJjkfZJexMtSkmKxvvAW gehört dem Satellit "satellite.stefan-benten.de:7777" und dieser wurde vor kurzem abgeschaltet.

Ok, also trotz Fehlermeldungen abwarten? Seh keine erfolgreichen up-/downloads

 

[luddi]

Sieht man hier wenn man die Adresse im Browser eingibt...
https://satellite.stefan-benten.de/

 

[luddi]

Ok, also trotz Fehlermeldungen abwarten? Seh keine erfolgreichen up-/downloads

Was zeigt dir denn dein Dashboard unter "Last Contact" an?

 

[Frieseba]

offline zeigt es an, was ich mir ja basierend auf den Fehlermeldungen schon gedacht hatte. Nur warum? Port ist aktiviert -->

 

[faxxe]

Was sagt den "docker ps -a"? Da wird mal bestätigt das der Docker läuft und ob die Ports übernommen wurden...



-faxxe

 

[faxxe]

Ist das am Router? Wenn das dein 2. Knoten ist kann 28967 nicht stimmen.... leit mal auf die Syno IP und Port 28971 um

-faxxe

 

[Frieseba]

Hab jetzt mal auf 28971 umgeleitet und per docker ps -a abgefragt. Da steht es richtig drin

 

[luddi]

In dem Router machst du folgendes:

Port extern: 28971
Port an Gerät: 28971 bis 28971

Denn dein Docker Container erwartet nun laut deiner Konfiguration

-p 28971:28967
-e ADDRESS="xxxxxxxxxxxxxx:28971"

die Kommunikation auf dem Port 28971 und wird das umleiten auf den storj default Port 28967
Also machst du im Router nur ein Portforwarding von 28971 --> 28971

 

[Frieseba]

Sorry, hätte ich schreiben sollen. Habs im Kommando für Docker nun auch auf 28971 gesetzt und entsprechend natürlich auch den internen Port in der Fritzbox geändert

sudo docker run -d --restart unless-stopped -p 28971:28971 -p 14004:14002 -e WALLET="xxxxxxxxxxxxxxx" -e EMAIL="xxxxxxxxxxxxxxxxxxxxxx" -e ADDRESS="xxxxxxxxxxxxxxxxxx:28971" -e BANDWIDTH="20TB" -e STORAGE="2.7TB" --mount type=bind,source="/volumeUSB1/usbshare/ident",destination=/app/identity --mount type=bind,source="/volumeUSB1/usbshare/storjspeicher",destination=/app/config --name storagenode-usb storjlabs/storagenode:latest

 

[luddi]

Also funktioniert jetzt alles wie gewünscht?

 

[Frieseba]

Nein. Fehler sind unverändert. Seh den Fehler nicht.

 

[luddi]

Okay nochmals von vorne...

1. Mit welchen Parametern startest du den Container?
2. Wie ist das Portforwarding definiert?

 

[Thonav]

So - bin raus aus dem "Projekt". Habe zuwenig Kontrolle über das was auf meinem System passiert. Sowohl wo und wie etwas installiert wird - und über das was nachher auf meinem Server passiert. Danke allen für die Unterstützung.
Gruß
Thomas

 

[Frieseba]

zu 1-->
per ssh sudo docker run -d --restart unless-stopped -p 28971:28971 -p 14004:14002 -e WALLET="xxxxxxxxxxxxxxx" -e EMAIL="xxxxxxxxxxxxxxxxxxxxxx" -e ADDRESS="xxxxxxxxxxxxxxxxxx:28971" -e BANDWIDTH="20TB" -e STORAGE="2.7TB" --mount type=bind,source="/volumeUSB1/usbshare/ident",destination=/app/identity --mount type=bind,source="/volumeUSB1/usbshare/storjspeicher",destination=/app/config --name storagenode-usb storjlabs/storagenode:latest

Entsprechende Ports so (siehe Screenshot letzter Beitrag) in der Fritz eingetragen

 

[luddi]

Ja und ich hatte in Beitrag #609 bereits geschrieben wie du es machen sollst.

Also ich wiederhole gerne nochmals:

-p 28971:28967
-e ADDRESS="xxxxxxxxxxxxxx:28971"

Und in der Fritzbox machst du folgendes:

Port extern gewünscht: 28971
Port an Gerät - von 28971 bis 28971

Hier auch der Link zur Dokumentation "Storage Node Concepts" und Beschreibung der Parameter.

Bei dem Argument "ADDRESS" findet man folgende Beschreibung:

External IP address or the DDNS you configured and the port you opened on your router <ip>:<port>
If you are using a custom port other than 28967, you have to change the -p 28967:28967 to -p <port>:28967

Es wird nur der grün markierte Port geändert, sowohl bei dem Argument "ADRESS" als auch bei -p <port>:28967.
Und genau dieser wird dann auch für das Portforwarding im Router/Fritzbox verwendet und kein anderer.
Der rot markierte Port bleibt immer gleich und zwar 28967.

 

[Frieseba]

Nun läuft es. Danke!

 

[leo]

Hi, da ich Watchtower nicht ganz vertrauen wollte und ich Updates aber irgendwie nicht mitbekommen hatte (bekam keine Emails oder so), hab ich mir ein Script geschrieben, der das Node zumindest einmal täglich überprüft und evtl. aktualisiert. Ich lasse das Skript täglich einmal laufen auf der NAS (über Systemsteuerung->Aufgabenplaner) . Es muss als Parameter das sudo-PW mit übergeben werden.

Das Script versucht, das 'latest' image zu holen. Ist es aktuell, wird nichts gemacht. Ist dies nicht der Fall, wird der Node gestoppt, gelöscht und (mit dem neuen Image natürlich ) neu angelegt.

Für mehrere Nodes sollte es genügen, den Inhalt des THEN-Codes zu duplizieren und die oberen Parameter entsprechend anzupassen.
Das ganze ist vielleicht nicht 'optimal', für mich funktioniert's aber ganz gut

#!/bin/bash
PW=$1
STORJ_PATH=/volume2/docker/StorJ
DOCKER_IMAGE=storjlabs/storagenode:latest
LOGFILE=$STORJ_PATH/update.log
touch $LOGFILE

upd=$( echo $PW| sudo -S docker pull $DOCKER_IMAGE|grep 'Image is up to date'|wc -c )
if [ $upd == 0 ]
then
  NODE=node1
  CONTAINER=storagenode1
  DATA_PATH=/volume3/StorageNode1/Data
  WEBINFO_PORT=14002
  STORJ_PORT=28967
  STORAGE="6TB"

  echo $(date) : $node : " Update wird durchgeführt ..." &>>$LOGFILE
  echo $PW| sudo -S docker stop -t 300 $CONTAINER
  echo $PW| sudo -S docker rm $CONTAINER
  echo $PW| sudo -S docker run -d --restart unless-stopped --stop-timeout 300 \
    -p $STORJ_PORT:28967 \
    -p $WEBINFO_PORT:14002 \
    -e WALLET="0xD000000000000000000000000000000000000000" \
    -e EMAIL="xxx@yyy.de" \
    -e ADDRESS="xxx.synology.me:$STORJ_PORT" \
    -e STORAGE=$STORAGE \
    --mount type=bind,source=$STORJ_PATH/$NODE/identity,destination=/app/identity \
    --mount type=bind,source=$DATA_PATH,destination=/app/config \
    --name $CONTAINER $DOCKER_IMAGE &>>$LOGFILE
  echo $(date) : $node : " ... Update beendet!" &>>$LOGFILE

else
  echo $(date) : "StorJ ist aktuell. Update der Container nicht erforderlich." &>>$LOGFILE
fi

Selbst bin ich von StorJ eigentlich eher enttäuscht. Hab eine 6TB-Platte zur Verfügung gestellt bei einer 500/300 MBit Leitung. Läuft seit 4 Monaten und letzten Monat konnte ich 1,75 $ 'verdienen'. Nicht so toll. Vielleicht liegt es ja daran, dass ich in Asien bin, aber auch hier kann ich die Kosten damit nicht decken. Werde es noch ein Weilchen aus Interesse weiterlaufen lassen. Ändert sich da aber nix, werde ich mich aus dem Projekt verabschieden.

 

[luddi]

Es muss als Parameter das sudo-PW mit übergeben werden

Warum ein Passwort dem Script übergeben? Wenn das Script als root ausgeführt wird benötigt man kein PW.

 

[leo]

ja klar. geht auch. dann kann man die entsprechenden Stellen '$PW | sudo -S' entfernen. Ich lass es bisher nicht als root laufen. Wie gesagt, ist nicht optimal.