Moin zusammen,
ich betreibe einen raspberry mit einer 1TB Platte. Seit 8 Monaten läuft alles wie am Schnürchen und ich möchte jetzt eine Lightning Node hinzufügen. Doch bevor ich das mache, möchte ich mich rückversichern, wie ich das mittelfristige Speicherplatzproblem lösen kann.
Die aktuelle Blockchain liegt bei 600+ GB und ich würde gerne sicherstellen, dass ich „irgendwie“ eine neue Platte anschließen und die Blockchain übertragen kann. An der Stelle möchte ich betonen, dass ich auf Terminal Ebene sehr (!) unerfahren bin. Mein Hausrechner ist ein Mac.
Gibt es hier eine Lösung und wie sehen die entsprechenden Schritte aus für Bitcoiner, die nicht „Programmiersprachen“ sicher sind.
Danke für Hinweise!
Mit Bitcoind, Fulcrum Indexer und Lightning bin ich gerade bei 800 GB. Deine Platte wird natürlich nicht von heute auf morgen plötzlich voll sein, aber mit 2 TB würde ich auch ruhiger schlafen.
Wenn etwas schief geht, ist der Schaden überschaubar. Du müsstest ja lediglich die Chain neu syncen
Meine Umbrel Test-Node hatte jetzt etwas mehr als 10 Monate Uptime und ich habe die Tage mal nachgesehen und war etwas irritiert, daß nur noch ca. 160GB auf der 1TB SSD frei waren.
Bitcoin Core mit allem drum und dran war mit knapp unter 600GB inkl. aller Indexe der größte Verbraucher. Electrs, LND, mempool.space, BTC-Explorer und zwei andere eher bescheidene Apps konnten nicht der Grund für den Wasserstand sein.
Wie sich dann herausstellte, nahmen allerhand Docker-Image-Leichen den Platz weg. Nach einen Reboot von Umbrel dann wieder ~333GB frei. Offenbar tut zuviel Experimentieren oder lange Uptime mit diversen Updates nicht gut.
Mit dem Inscriptions-Müll in der Blockchain würde ich da keine Wetten für eingehen. Die Blockchain wächst dadurch schon etwas schneller an, aber nicht alarmierend. Nervt meines Erachtens für Node-Betreiber trotzdem.
Er hat Umbrel und keinen RaspiBlitz, wobei das an der Stelle fast egal ist. Ein Raspi 4B kann bloß ohne einen powered Hub (hilfsweise ein USB3-SATA-Adapter mit Stromanschluß, eher selten) keine zwei SSDs sicher an seinen USB-Schnittstellen betreiben, da beide SSDs zuviel Saft ziehen werden (der Raspi 4B kann bloß in Summe max. 1,2A auf allen seinen USB-Anschlüssen zusammen liefern, das reicht gerade mal für eine SATA-SSD und die sollte nicht zu der hungrigen Sorte gehören).
Reboot tut guut und du hast dein Umbrel offensichtlich sehr lange nicht mehr neu gestartet. Bedank’ dich bei den Umbrel-Machern, daß sie keine anständige Garbage Collection der Docker-Dateien im laufenden Betrieb hinbekommen.
Ich hab dasselbe Problem, das mein Systemspeicher bei ca. 300GB ist.
Ich hab auch gedacht, das viel unnötige Logs geschrieben werden oder ähnliches.
Habt ihr per Zufall eine Anleitung, wie ich auf meine Umbrel Node in die Command Ebene komme, damit ich diese Befehle auslesen kann?
Ich gehe immer über das Web auf umbrel.local um auf meinen RasperryPi4 zuzugreifen.
Das hat mein Test-Umbrel ganz von allein bei einem Reboot gemacht, was ich auch in meinem Beitrag vom 16.4. geschrieben habe.
Haben die anderen das mal versucht, die hier die Probleme äußern? Wenn allerdings garkein freier Speicher auf der SSD sein sollte, dann wird’s aber knirschen und zwar nicht auf die gute Art.
Bei mir von einem Ubuntu aus funktioniert ssh umbrel@umbrel und das erwartete Passwort ist dein Umbrel-Passwort, das du auf der Umbrel-Login-Seite eingibst.
Von Windows aus brauchst du sowas wie PuTTY oder Bitvise SSH Client. Vielleicht kann Windoof inzwischen auch SSH von der Kommandozeile: Versuch macht klug.
Habs nun getestet. Neustart hat geholfen. Der Systemspeicher ist wieder auf 9GB oderso. Hab jedoch das gefühl, es füllt sich jedesmal mit irgendwelchen Logs oder Backups. Und muss somit immer ein Auge darauf halten. Nur schon nach 2 Monaten Node Betrieb war mein Systemspeicher bei 250GB… Also ca. 4GB pro Tag…
Ich wollte letzte Woche bereits eine neue grössere SSD einkaufen. Am liebsten eine 4TB SSD. Jedoch dachte ich mir, dass es aktuell gar kein Sinn ergibt - Anstatt im Node Speicher zu investieren, lieber Sats stacken und im nächsten Bull Run in 1-2 Jahre die neue SSD einkaufen.