Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
June 27, 2024, 08:30:39 AM |
|
Uiii...na die prognostizierten Zeiten von damals würde ich heute ein wenig großzügiger angeben. Also 2,5 Stunden wird der Vorgang bestimmt benötigen und ich drücke Dir echt die Daumen, dass es ohne Fehler durchläuft Gestern ist er über putty nach 3.5 Stunden noch nicht fertig gewesen, und heute in der Früh war die putty Verbindung unterbrochen, der Pi ist aber noch gelaufen, habe per "make" den Prozess neu gestartet und hoffe er läuft jetzt bis ich von der Arbeit zu Hause bin ohne Probleme durch. Werde natürlich weiter berichten wie es läuft, wenn ich die Synchronisierung starten kann bin ich schon sehr viel weiter, danach ist es nur mehr eine Frage der Zeit.
|
|
|
|
5tift
Legendary
Online
Activity: 2454
Merit: 1100
www.monkeytilt.com
|
|
June 27, 2024, 10:49:33 AM |
|
Na es geht doch voran bei Dir. Ich wollte mich eigentlich die Woche auch mit der Raspiblitz VM beschäftigen. Aber zu mehr als die externe Festplatte an den NUC stecken ist es noch nicht gekommen. Wenn ich bei dem Wetter zu Hause auch noch vor der Kiste hänge werde ich komisch angeschaut
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
June 27, 2024, 11:27:41 AM |
|
Wenn ich bei dem Wetter zu Hause auch noch vor der Kiste hänge werde ich komisch angeschaut Da Gestern die Spiele so langweilig waren, ist mir das nebenbei leicht gefallen, wenn ich es jetzt noch einmal machen müsste, wäre es auch bis auf das Kompilieren viel schneller erledigt. Man lernt wieder dazu, aber weil die letzten Altcoin Nodes schon so lange her waren, war es wieder eine Challange , jedenfalls hoffe ich (eine kleine Änderung bei der USB Stick Einbindung nehme ich noch vor), zu Hause kann ich dann den Client starten.
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
June 28, 2024, 07:37:19 AM |
|
Zuerst einmal die gute Nachricht, der Pi ist mit dem Kompilieren Fertig Schlecht ´Nachricht, es hat jetzt (ohne es genau zu wissen da ich das Ende nicht gesehen habe) um die 20h gedauert (werde ich noch in der Anleitung ausbessern), leider hatte ich noch keine Zeit bei Punkt 10 weiter zu machen, aber das werde ich noch alles dieses Wochenende angehen und natürlich weiter berichten und die Anleitung gegeben Falls anpassen.
|
|
|
|
hawer357
Member
Offline
Activity: 126
Merit: 31
Coin, Coin, Bitcoin
|
|
June 28, 2024, 07:49:41 AM Last edit: June 28, 2024, 07:59:54 AM by hawer357 |
|
SD-Karten sind wirklich ein Problem. Ausfall von SD-Karten sind die häufigsten Probleme, die ich beobachtet habe. Häufig tauchen die Fehler auch so auf, dass die Zuordnung zu Schreib-/Leseproblemen erst nach längerer Zeit erst möglich ist. Wenn es schon eine SD-Karte sein muss, dann unbedingt eine hochwertige.
Ich habe seit einigen Tagen ein Node mit Umbrel auf einem Raspberry Pi 4 B am laufen und auch hier ging eine 32GB SD-Karte nach einigen Tagen kaputt. Für Lernzwecke habe ich das ersetzt und betreibe es weiter, aber bei mir erweckt das den Eindruck, dass es nie langfristig produktiv betrieben werden kann.
Mit dem Ausfall und den Problem dauerte es ca. 7 Tage und ich bin bei ca. 80% gesynctem Blockchain.
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
June 28, 2024, 07:58:16 AM |
|
SD-Karten sind wirklich ein Problem. Ausfall von SD-Karten sind die häufigsten Probleme, die ich beobachtet habe. Häufig tauchen die Fehler auch so auf, dass die Zuordnung zu Schreib-/Leseproblemen erst nach längerer Zeit möglich ist. Wenn es schon eine SD-Karte sein muss, dann unbedingt eine hochwertige.
Ich habe seit einigen Tagen ein Node mit Umbrel auf einem Raspberry Pi 4 B am laufen und auch hier ging eine 32GB SD-Karte nach einigen Tagen kaputt. Für Lernzwecke habe ich das ersetzt und betreibe das weiter, aber bei mir erweckt das den Eindruck, dass es nie langfristig produktiv betrieben werden kann.
Mit dem Ausfall und den Problem dauerte es ca. 7 Tage und ich bin bei ca. 80% gesynctem Blockchain.
Das Problem der SD Karten ist meisten der SWAP, wenn alles läuft werde ich den Swap beenden, zu der Karte selbst, ich habe mir diese Samsung gekauft. https://www.amazon.de/dp/B0B1J64G4KDu könntest aber auch einfach dagegen wirken, sobald alles Fertig ist der Bitcoin Core läuft und die Synchronisation begonnen hat, einfach den Pi ausschalten und von der SD Karte ein Backup machen, die Chain ist ja sowieso auf einem anderen Datenträger.
|
|
|
|
hawer357
Member
Offline
Activity: 126
Merit: 31
Coin, Coin, Bitcoin
|
|
June 28, 2024, 09:05:57 AM |
|
SD-Karten sind wirklich ein Problem. Ausfall von SD-Karten sind die häufigsten Probleme, die ich beobachtet habe. Häufig tauchen die Fehler auch so auf, dass die Zuordnung zu Schreib-/Leseproblemen erst nach längerer Zeit möglich ist. Wenn es schon eine SD-Karte sein muss, dann unbedingt eine hochwertige.
Ich habe seit einigen Tagen ein Node mit Umbrel auf einem Raspberry Pi 4 B am laufen und auch hier ging eine 32GB SD-Karte nach einigen Tagen kaputt. Für Lernzwecke habe ich das ersetzt und betreibe das weiter, aber bei mir erweckt das den Eindruck, dass es nie langfristig produktiv betrieben werden kann.
Mit dem Ausfall und den Problem dauerte es ca. 7 Tage und ich bin bei ca. 80% gesynctem Blockchain.
Das Problem der SD Karten ist meisten der SWAP, wenn alles läuft werde ich den Swap beenden, zu der Karte selbst, ich habe mir diese Samsung gekauft. https://www.amazon.de/dp/B0B1J64G4KDu könntest aber auch einfach dagegen wirken, sobald alles Fertig ist der Bitcoin Core läuft und die Synchronisation begonnen hat, einfach den Pi ausschalten und von der SD Karte ein Backup machen, die Chain ist ja sowieso auf einem anderen Datenträger. Absolut, völlig richtig, es sind die vielen Lese-/Schreibvorgänge. Häufig werden die Vorgänge in den RAM verlagert, aber das funktioniert halt nicht immer. Danke für den SD-Karten-Tip, falls jemand gute Erfahrung mit bestimmten Typen von Karten hat, wäre ich interessiert darin.
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
June 28, 2024, 09:32:50 AM |
|
Absolut, völlig richtig, es sind die vielen Lese-/Schreibvorgänge. Häufig werden die Vorgänge in den RAM verlagert, aber das funktioniert halt nicht immer. Danke für den SD-Karten-Tip, falls jemand gute Erfahrung mit bestimmten Typen von Karten hat, wäre ich interessiert darin.
Beim original Image ist der Swap ja auch schon aktiviert, daher könnte man zur Schonung der SD Karte den komplett deaktivieren. Um festzustellen, ob der Swap-Speicher überhaupt gebraucht wird, deaktiviert man den Swap-Speicher. Dadurch wird er geleert. Swapping beim Raspberry Pi einrichten und deaktivierenZur Karte selber, es gibt auf jeden Fall noch bessere aber Samsung gibt auf diese Karte die Videoüberwachungssysteme fähig ist (viele schreib und lese Zugriffe) 10 Jahre Garantie, da sollte die Qualität meines Erachtens schon passen, wird die Zeit aber zeigen.
|
|
|
|
hawer357
Member
Offline
Activity: 126
Merit: 31
Coin, Coin, Bitcoin
|
|
June 28, 2024, 10:43:39 AM |
|
Industrial Grade SLC Karten sollen langlebig sein, aber die haben häufig geringe Kapazitäten und kosten viel.
Coinkite verkauft z.B. für ihre Coldcard solch eine SD-Karte.
|
|
|
|
lassdas
Legendary
Offline
Activity: 3676
Merit: 1495
|
|
June 28, 2024, 11:58:25 AM |
|
Ich hatte bei meinem Pi2-Node das System ganz auf den externen Datenträger verlagert, sodass von der SD-Karte nurnoch gebootet wurde.
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
June 29, 2024, 09:59:33 AM |
|
Jedenfalls läuft jetzt einmal alles. Aber das Thema RPC Passwort bekomme ich nicht gebacken, wurde auch beim Start des Clients nicht gefragt? Eventuell kann mir da noch jemand unter die Arme greifen? Kann ja so auch den Status nicht abfragen oder ähnliches...
|
|
|
|
lassdas
Legendary
Offline
Activity: 3676
Merit: 1495
|
|
June 29, 2024, 10:19:54 AM |
|
Brauchst nen Eintrag in der bitcoin.conf, in etwa so: ... server=1 rpcbind=127.0.0.1 rpcallowip=127.0.0.1 rpcport=8332 rpcuser=bitcoinnutzer rpcpassword=echtschwerespasswort ...
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
June 29, 2024, 10:41:06 AM |
|
Brauchst nen Eintrag in der bitcoin.conf, in etwa so: ... server=1 rpcbind=127.0.0.1 rpcallowip=127.0.0.1 rpcport=8332 rpcuser=bitcoinnutzer rpcpassword=echtschwerespasswort ... Ich habe das einmal so eingetragen in der Bitcoin config und auch gestartet, er hat die config Datei wie man sehen kann auch übernommen aber die Infoabfrage geht noch immer nicht? Da kann es sich eigentlcih nur mehr um Kleinigkeiten handeln...
|
|
|
|
lassdas
Legendary
Offline
Activity: 3676
Merit: 1495
|
|
June 29, 2024, 11:17:48 AM |
|
Ich merk grad, daß rpcuser/password total oldschool sind und heutzutage eigentlich rpcauth oder rpccookiefile verwendet werden sollten. Ein cookiefile sollte bitcoind beim start auch selbst erstellt haben, stellt sich natürlich die Frage, warum er das bei Dir nich findet. Kuck mal, ob Du das im data-Ordner findest. Für rpcauth müssteste noch das passwort mit dem rpcauth.py script hashen. # rpcuser=bitcoinnutzer # rpcpassword=echtschwerespasswort rpccookiefile=<path-to>.cookie # rpcauth=bitcoinnutzer:<hashedpw>
auf die Schnelle hab ich hier noch ne Anleitung gefunden https://raspibolt.org/guide/bitcoin/bitcoin-client.html#generate-access-credentials
|
|
|
|
hawer357
Member
Offline
Activity: 126
Merit: 31
Coin, Coin, Bitcoin
|
|
June 29, 2024, 06:16:53 PM |
|
Meiner ist zwar ein Raspberry Pi 4 mit 8GB RAM, aber auch sehr langsam, alleine in den letzten zwei Tagen hat er kaum von 65% auf 80% der Blockchain geladen und verifiziert.
Ändert sich irgendwie der Rechenaufwand, wenn die Chain größer wird?
Wenn sich das nach vollständigem Laden nicht verbessert, würde ich diese Node so nicht betreiben. Das ist ja alles extrem langsam.
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
July 01, 2024, 07:45:48 AM |
|
Ich merk grad, daß rpcuser/password total oldschool sind und heutzutage eigentlich rpcauth oder rpccookiefile verwendet werden sollten.
Ein cookiefile sollte bitcoind beim start auch selbst erstellt haben, stellt sich natürlich die Frage, warum er das bei Dir nich findet. Kuck mal, ob Du das im data-Ordner findest.
So richtig sehe ich da noch nicht durch, warum oder wieso... Aber sowieso gerade ein Problem, da ich die Bitcoin Wallet nicht stoppen konnte wegen diesem v... Passwort habe ich mit einer neuen Putty den Pi neu gestartet, danach begannen die Probleme. Zuerst hat er mir den USB Stick nicht mehr gemountet und jetzt bekomme ich gar keine Verbindung mehr zum Pi . Zusätzlich muss ich die Bitcoin Wallet nicht mit "screen" laufen lassen? sudo apt-get install screen
Meiner ist zwar ein Raspberry Pi 4 mit 8GB RAM, aber auch sehr langsam, alleine in den letzten zwei Tagen hat er kaum von 65% auf 80% der Blockchain geladen und verifiziert.
Ändert sich irgendwie der Rechenaufwand, wenn die Chain größer wird?
Wenn sich das nach vollständigem Laden nicht verbessert, würde ich diese Node so nicht betreiben. Das ist ja alles extrem langsam.
Wundert mich etwas, der sollte schon ganz Flotts sein und vollkommen ausreichend für die Full Node, auf welchem Medium liegt die Chain?
|
|
|
|
hawer357
Member
Offline
Activity: 126
Merit: 31
Coin, Coin, Bitcoin
|
|
July 01, 2024, 09:46:09 AM |
|
Ich merk grad, daß rpcuser/password total oldschool sind und heutzutage eigentlich rpcauth oder rpccookiefile verwendet werden sollten.
Ein cookiefile sollte bitcoind beim start auch selbst erstellt haben, stellt sich natürlich die Frage, warum er das bei Dir nich findet. Kuck mal, ob Du das im data-Ordner findest.
So richtig sehe ich da noch nicht durch, warum oder wieso... Aber sowieso gerade ein Problem, da ich die Bitcoin Wallet nicht stoppen konnte wegen diesem v... Passwort habe ich mit einer neuen Putty den Pi neu gestartet, danach begannen die Probleme. Zuerst hat er mir den USB Stick nicht mehr gemountet und jetzt bekomme ich gar keine Verbindung mehr zum Pi . Zusätzlich muss ich die Bitcoin Wallet nicht mit "screen" laufen lassen? sudo apt-get install screen
Meiner ist zwar ein Raspberry Pi 4 mit 8GB RAM, aber auch sehr langsam, alleine in den letzten zwei Tagen hat er kaum von 65% auf 80% der Blockchain geladen und verifiziert.
Ändert sich irgendwie der Rechenaufwand, wenn die Chain größer wird?
Wenn sich das nach vollständigem Laden nicht verbessert, würde ich diese Node so nicht betreiben. Das ist ja alles extrem langsam.
Wundert mich etwas, der sollte schon ganz Flotts sein und vollkommen ausreichend für die Full Node, auf welchem Medium liegt die Chain? Die liegt auf einer SSD. Ich habe Umbrel genommen. Und die Logs zeigen viele dieser Einträge. Ich wollte eine einfach UI haben, vielleicht sollte ich einfach das Bitcoin-Core nehmen und selbst auf Debian das aufsetzen. bitcoin_i2pd_daemon_1 | 09:32:29@536/error - SAM: Socket write error: Connection reset by peer bitcoin_i2pd_daemon_1 | 09:32:29@536/error - SAM: Read error: End of file bitcoin_i2pd_daemon_1 | 09:32:29@536/error - SAM: Read error: End of file bitcoin_i2pd_daemon_1 | 09:32:41@352/error - Garlic: Can't handle ECIES-X25519-AEAD-Ratchet message bitcoin_i2pd_daemon_1 | 09:34:25@624/error - Garlic: Can't handle ECIES-X25519-AEAD-Ratchet messag
|
|
|
|
Lakai01
Legendary
Offline
Activity: 2422
Merit: 2879
|
|
July 01, 2024, 12:19:59 PM |
|
Zuerst hat er mir den USB Stick nicht mehr gemountet und jetzt bekomme ich gar keine Verbindung mehr zum Pi . Das war bei mir damals leider das erste Anzeichen, dass der Pi schön langsam den Dienst quittierte. Ich hab den dann nochmal neu aufgesetzt und konnte die Lebenszeit um ein paar Wochen verlängern, nach dem neu Aufsetzen ging dann auch kurzzeitig der USB-Anschluss wieder wie gewohnt. Ev. wär das ja auch bei dir ein Versuch wert - sollte sich das Ganze nicht eh schon wieder erledigt und du wieder vollen Zugriff auf den Pi haben!
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
July 01, 2024, 01:12:28 PM |
|
Ich hab den dann nochmal neu aufgesetzt und konnte die Lebenszeit um ein paar Wochen verlängern, nach dem neu Aufsetzen ging dann auch kurzzeitig der USB-Anschluss wieder wie gewohnt.
Ev. wär das ja auch bei dir ein Versuch wert - sollte sich das Ganze nicht eh schon wieder erledigt und du wieder vollen Zugriff auf den Pi haben!
Ich habe noch einen zweiten "unnützen" Pi2 herumliegen, werde es einfach noch einmal versuchen (jetzt wo die Anleitung passt, kein Problem mehr) mit dem anderen dann sehe ich weiter. Sollte da das Problem wieder auftreten, der USB Stick wird ja erkannt aber ich komme nicht zum mounten (und die fstab wird einfach ignoriert), habe da aber auch statt "sda" -Y "sdb" oder ähnlcihe Bezeichnung gesehen. Also alles noch einmal von vorne mit dem anderen Pi2... Die meiste Zeit benötigt mich der Pi ja nicht , eventuell kompiliert der andere ja auch schneller, dann wäre die Ursache bestätigt. Und werde den Bitcoin Client dann auch unter screen laufen lassen, außer es ist nicht notwendig
|
|
|
|
Buchi-88
Legendary
Offline
Activity: 3920
Merit: 2630
|
|
July 02, 2024, 07:28:09 AM |
|
Heute habe ich meinen Raspberry Pi2 einmal mit HDMI gestartet und da kam eine Meldung von keinem Zugriff auf den root Account etc. Daher gehe ich jetzt einmal davon aus das Image ist (warum auch immer) zerschossen, also mit dem anderen Pi2 (zwecks Fehlerausschließung) das ganze noch einmal von vorne .
|
|
|
|
|