Muy buena publicación, debo hacer algunas menciones de acuerdo a mi experiencia desde Venezuela, al día de hoy poseo un nodo desde casa más poderoso a nivel de hardware que una Raspberry y una conexión de 10 Mb. La sincronización de la cadena de bloques puede tardar en sincronizar hasta 7 horas o más dependiendo del proveedor, por lo cual mientras más rápida la conexión a internet menos tiempo tardará, por otro lado, en varias oportunidades he sufrido cortes eléctricos que han llevado al colapso de forma fortuita del nodo y a la corrupción de la base de datos, motivado a ello he tenido que reinstalar todo nuevamente por lo cual es algo que debas hacer con las Raspberry ante posibles cortes de electricidad.
Very good publication, I must make some mentions according to my experience from Venezuela, today I have a node from home more powerful at hardware level than a Raspberry and a 10 Mb connection. The synchronization of the block chain can take up to 7 hours or more depending on the provider, so the faster the internet connection the less time it will take, on the other hand, in several opportunities I have suffered power cuts that have led to the accidental collapse of the node and the corruption of the database, motivated to that I have had to reinstall everything again so it is something you should do with the Raspberries in case of a power cut.
Step 1 erledigt
Pi blinkt brav vor sich hin, im Netzwerk erscheint "megadrive" mit dem könnte ich mich auch verbinden, kenne aber das PW nicht.
Wird cryptopie erst noch erstellt?
EDIT:
Denke der Link oben im Artikel stimmt nicht, ich habe jetzt unter https://megadrive.blurt.foundation/cryptopie/ das Image cryptopie-2021-01-16-22:23:43.img.xz geholt und geflasht. Jetzt komme ich mit SSH drauf.
EDIT2: Kein Down- und Upstream mehr, bin auch nicht sicher ob das alles so passt. Ich nehme den Pi jetzt wieder vom Netz. Kann man irgendwie abrufen, was gerade passiert?
Das hast du gut gemacht. Ich muss die Artikel ändern. Mein Korrekturleser steht genau so neben sich, wie ich oft. Wir sind das Duo Infernale vom Blurt und haben nicht erst jetzt festgestellt, dass der Informationsfluss zwischen uns fuzzy bis chaotic ist. Der Mann hat zur Zeit vier Baustellen, die alle volle Aufmerksamkeit brauchen, Deshalb hat mein Witness auch so lange gebraucht auf die Spur zu kommen.
Danke für dein Vote übrigens. Das ist sehr lieb von dir. Und danke für deine Aufmerksamkeit. Ich hätte noch bis Morgen Stein und Bein geschworen, dass du da aus dem Ruder läufst. Zum Glück hat Jacob die Nacht durchgemacht und war gerade ansprechbar. Cryptopie ist es jetzt. Das ist tatsächlich der neueste Build und Megadrive wird mitnichten aktualisiert wenn Jacob Cryptopie aktualisiert. Wir schaffen das!
Mit solch guten, aufmerksamen Mitstreitern ist mir gar nicht bange. Ihr lernt es noch zwei Chaoten auszuhalten und auszutarieren. Schließlich machen wir ja nicht alles verkehrt. Halt nur viel fuzzy. Gute Nacht.
Kann man irgendwie abrufen, was gerade passiert?
Ja klar. Das kommt sofort nach meiner Witness Proklamation.
Aber solange der sich auspackt, solltest du ihn auch in Ruhe lassen. Viel hektisches Geblinker an den LAN LEDS zeigt dir an, dass er heftigst beim Download der 20 GB ist. Wenn er synchronisiert ist, werden die LEDs ruhiger.
mach mal docker ps. Wenn du da zwei Container siehst, blurtd und wls, sollte er sich langsam synchronisiert haben.
journalctl -u firstboot
docker logs blurtd -f ---> wenn da all drei Sekunden eine Zeile mit Witnessnamen oder Graphene Schrott gezeigt wird, ist der Node á jour.
Bis spater mein allerbester Aufpasser!
Dafür, dass du nur wenig Lust hast, warst du erstaunlich schnell dabei. Du tust cooler, als du wirklich bist, oder?
Ich weiß selber momentan nicht, Blurt-Burnout hab ich bei Werner geschrieben. Pass mal schön auf, nicht dass dir das auch passiert so viel wie du dich reinhängst. Bei mir wird es schon wieder besser...
hab noch dauernd editiert, da hast du schon geantwortet. Ich habe seit Mitte Dezember Volldampf. ABER!!! Jetzt läuft mein Witness endlich und ich glaube, ich habe mir mal ein kleine Auszeit verdient. Dieser Powerritt musste sein. Das ging gar nicht anders. Aber jetzt wird es für mich wieder ruhiger. Noch die Proklamation und dann klinke ich mich wohl aus, oder schraube meine Präsenz auf der Chain ein klein wenig runter. Burnout wird sich dieses Jahr sicher keiner einstellen, Dazu ist die Materie viel zu faszinierend und ich habe vier Jahre auf diese Chance warten müssen. Da wirst du nicht meschugge. Da wirst du von Tag zu Tag wacher und präsenter. Ja du, danke und auch eine gute Nacht, @michelangelo3!
Irgendwas ist schief gelaufen, aber nicht so schlimm, am Donnerstag flashe ich eine andere SSD und starte nochmal von vorne.
Falls dich interessiert, journalctl -u firstboot gibt u.a. folgendes aus:
WARNING: Error loading config file>
Unable to find image 'faddat/arm-b>
WARNING: Error loading config file:>
Unable to find image 'faddat/arm-bl>
WARNING: Error loading config file: .dockercfg: $HOME is not defined
Unable to find image 'faddat/arm-blurt-presync:latest' locally
...
Und am Ende der Liste:
firstboot.service: Main process exited, code=killed, status=15/TERM
firstboot.service: Failed with result 'signal'.
Stopped Starport Pi - firstboot configuration.
Eine Frage, wie kann man das Teil eigentlich korrekt runterfahren? Vor sudo poweroff müsste man doch den Node beenden oder? Ansonsten crasht die DB wenn ich das richtig verstanden habe und man müsste neu flashen.
Ach ja, noch was: wäre schön, wenn du oder jemand von Chefs erklären würden, was der Cryptopie-Pi genau macht. Validator für B2? Das wäre so eine Art "kleiner Witness" der Transaktionen bestätigt. Hmm...
sudo poweroff, der war nicht nur, der ist gut ;-) Fährt den Pi herunter, funktioniert auch beim cryptopie-image.
Die Frage ist, ob damit auch der Node korrekt beendet wird.
Die Frage ist, ob damit auch der Node korrekt beendet wird.
Nein, der Befehl "Power off" schaltet nur den Pi ab, achtet aber weder darauf ob alle Dienste beendet sind und schont damit auch nicht das Dateisystem. Der Befehl "power off" wird bei Servern nicht verwendet.- Deshalb mein Schmunzeln. -
Der "Haltbefehl" (-h) wartet auf das Beenden aller Dienste und fährt den Pi schonender Herunter. Ähnlich wird jeder PC über den graphischen Knopf "Herunterfahren" beendet. - Eigentlich sollte es allgemein bekannt sein, dass man einen PC nicht mit "harten Ausschalten" belasten sollte.
Server werden meistens nicht heruntergefahren, sie werden nach einer Aktualisierung mit dem Befehl "reboot" (für einen schnellen Neustart), oder mit shutdown -r (für einen sauberen, aber längeren Neustart) neu gebootet.
Es ist also gar nicht nötig einen Server ordnungsgemäß herunter zufahren und deshalb ist der Befehl "power off" über eine ssh-Konsole unsinnig. - So lange auf Seiten der Hardware alles heile ist, kann man bei Schäden an der Software, alles reparieren. Ebenso kann man Dienste und Programme nach einer Reparatur neu starten, was wiederum den Befehl "reboot" ebenfalls ausschließt.
Das sind wichtige Infos, dickes Mercy. Mal sehen wie sich die Geschichte entwickelt, ich würde den Pi schon ab und zu runterfahren, bei Gewitter ist bei mir z.B. alles aus.
Evtl. könnte eine 5V USV wie diese hier oder etwas in der Art ganz nützlich sein. Ei, das wird eine Baustelle... ;-)
Für diesen Fall hängen Geräte, welche ständig laufen (Kühlschrank,Router usw), an Verteilerdosen mit Überspannungsschutz.
Danke für den Link, habe mir das Teil soeben bestellt :-)
Thank you for testing @michelangelo3.
I don't know exactly, but my guess is that Cryptopie is made for to unfold and run on Raspi and microSD only. The image is strictly not allowed to run on other equipment by purpose (security).
Our developer knows it is possible to pimp up Raspi by other devices, and he knows our BC is running very easy on well equipped hardware. Jacob's trick is to shrink the image more and more. Lavish hardware is not the goal of all the attempts.
By the way and for all Raspi Crash Testers to know: Megadrive is "CFO" of the Foundation. He has nearly the same knowledge about technical items like you and me.
Muy buena publicación, debo hacer algunas menciones de acuerdo a mi experiencia desde Venezuela, al día de hoy poseo un nodo desde casa más poderoso a nivel de hardware que una Raspberry y una conexión de 10 Mb. La sincronización de la cadena de bloques puede tardar en sincronizar hasta 7 horas o más dependiendo del proveedor, por lo cual mientras más rápida la conexión a internet menos tiempo tardará, por otro lado, en varias oportunidades he sufrido cortes eléctricos que han llevado al colapso de forma fortuita del nodo y a la corrupción de la base de datos, motivado a ello he tenido que reinstalar todo nuevamente por lo cual es algo que debas hacer con las Raspberry ante posibles cortes de electricidad.
Very good publication, I must make some mentions according to my experience from Venezuela, today I have a node from home more powerful at hardware level than a Raspberry and a 10 Mb connection. The synchronization of the block chain can take up to 7 hours or more depending on the provider, so the faster the internet connection the less time it will take, on the other hand, in several opportunities I have suffered power cuts that have led to the accidental collapse of the node and the corruption of the database, motivated to that I have had to reinstall everything again so it is something you should do with the Raspberries in case of a power cut.
Step 1 erledigt
Pi blinkt brav vor sich hin, im Netzwerk erscheint "megadrive" mit dem könnte ich mich auch verbinden, kenne aber das PW nicht.
Wird cryptopie erst noch erstellt?
EDIT:
Denke der Link oben im Artikel stimmt nicht, ich habe jetzt unter https://megadrive.blurt.foundation/cryptopie/ das Image cryptopie-2021-01-16-22:23:43.img.xz geholt und geflasht. Jetzt komme ich mit SSH drauf.
EDIT2: Kein Down- und Upstream mehr, bin auch nicht sicher ob das alles so passt. Ich nehme den Pi jetzt wieder vom Netz. Kann man irgendwie abrufen, was gerade passiert?
Das hast du gut gemacht. Ich muss die Artikel ändern. Mein Korrekturleser steht genau so neben sich, wie ich oft. Wir sind das Duo Infernale vom Blurt und haben nicht erst jetzt festgestellt, dass der Informationsfluss zwischen uns fuzzy bis chaotic ist. Der Mann hat zur Zeit vier Baustellen, die alle volle Aufmerksamkeit brauchen, Deshalb hat mein Witness auch so lange gebraucht auf die Spur zu kommen.
Danke für dein Vote übrigens. Das ist sehr lieb von dir. Und danke für deine Aufmerksamkeit. Ich hätte noch bis Morgen Stein und Bein geschworen, dass du da aus dem Ruder läufst. Zum Glück hat Jacob die Nacht durchgemacht und war gerade ansprechbar. Cryptopie ist es jetzt. Das ist tatsächlich der neueste Build und Megadrive wird mitnichten aktualisiert wenn Jacob Cryptopie aktualisiert. Wir schaffen das!
Mit solch guten, aufmerksamen Mitstreitern ist mir gar nicht bange. Ihr lernt es noch zwei Chaoten auszuhalten und auszutarieren. Schließlich machen wir ja nicht alles verkehrt. Halt nur viel fuzzy. Gute Nacht.
Ja klar. Das kommt sofort nach meiner Witness Proklamation.
Aber solange der sich auspackt, solltest du ihn auch in Ruhe lassen. Viel hektisches Geblinker an den LAN LEDS zeigt dir an, dass er heftigst beim Download der 20 GB ist. Wenn er synchronisiert ist, werden die LEDs ruhiger.
mach mal docker ps. Wenn du da zwei Container siehst, blurtd und wls, sollte er sich langsam synchronisiert haben.
journalctl -u firstboot
docker logs blurtd -f ---> wenn da all drei Sekunden eine Zeile mit Witnessnamen oder Graphene Schrott gezeigt wird, ist der Node á jour.
Bis spater mein allerbester Aufpasser!
Dafür, dass du nur wenig Lust hast, warst du erstaunlich schnell dabei. Du tust cooler, als du wirklich bist, oder?
Ich weiß selber momentan nicht, Blurt-Burnout hab ich bei Werner geschrieben. Pass mal schön auf, nicht dass dir das auch passiert so viel wie du dich reinhängst. Bei mir wird es schon wieder besser...
Gute Nacht @afrog!
hab noch dauernd editiert, da hast du schon geantwortet. Ich habe seit Mitte Dezember Volldampf. ABER!!! Jetzt läuft mein Witness endlich und ich glaube, ich habe mir mal ein kleine Auszeit verdient. Dieser Powerritt musste sein. Das ging gar nicht anders. Aber jetzt wird es für mich wieder ruhiger. Noch die Proklamation und dann klinke ich mich wohl aus, oder schraube meine Präsenz auf der Chain ein klein wenig runter. Burnout wird sich dieses Jahr sicher keiner einstellen, Dazu ist die Materie viel zu faszinierend und ich habe vier Jahre auf diese Chance warten müssen. Da wirst du nicht meschugge. Da wirst du von Tag zu Tag wacher und präsenter. Ja du, danke und auch eine gute Nacht, @michelangelo3!
Irgendwas ist schief gelaufen, aber nicht so schlimm, am Donnerstag flashe ich eine andere SSD und starte nochmal von vorne.
Falls dich interessiert, journalctl -u firstboot gibt u.a. folgendes aus:
...
Und am Ende der Liste:
Eine Frage, wie kann man das Teil eigentlich korrekt runterfahren? Vor sudo poweroff müsste man doch den Node beenden oder? Ansonsten crasht die DB wenn ich das richtig verstanden habe und man müsste neu flashen.
Ach ja, noch was: wäre schön, wenn du oder jemand von Chefs erklären würden, was der Cryptopie-Pi genau macht. Validator für B2? Das wäre so eine Art "kleiner Witness" der Transaktionen bestätigt. Hmm...
:rolling_on_the_floor_laughing:
Der war gut.
Runterfahren kannst Du, angemeldet als root, mit dem Befehl
Der Befehl funktioniert bei allen Linuxderivaten.
Ist sudo aktiviert, dann sollte auch ein sudo shutdown... gehen.
sudo poweroff, der war nicht nur, der ist gut ;-) Fährt den Pi herunter, funktioniert auch beim cryptopie-image.
Die Frage ist, ob damit auch der Node korrekt beendet wird.
Nein, der Befehl "Power off" schaltet nur den Pi ab, achtet aber weder darauf ob alle Dienste beendet sind und schont damit auch nicht das Dateisystem. Der Befehl "power off" wird bei Servern nicht verwendet.- Deshalb mein Schmunzeln. -
Der "Haltbefehl" (-h) wartet auf das Beenden aller Dienste und fährt den Pi schonender Herunter. Ähnlich wird jeder PC über den graphischen Knopf "Herunterfahren" beendet. - Eigentlich sollte es allgemein bekannt sein, dass man einen PC nicht mit "harten Ausschalten" belasten sollte.
Server werden meistens nicht heruntergefahren, sie werden nach einer Aktualisierung mit dem Befehl "reboot" (für einen schnellen Neustart), oder mit shutdown -r (für einen sauberen, aber längeren Neustart) neu gebootet.
Es ist also gar nicht nötig einen Server ordnungsgemäß herunter zufahren und deshalb ist der Befehl "power off" über eine ssh-Konsole unsinnig. - So lange auf Seiten der Hardware alles heile ist, kann man bei Schäden an der Software, alles reparieren. Ebenso kann man Dienste und Programme nach einer Reparatur neu starten, was wiederum den Befehl "reboot" ebenfalls ausschließt.
Das sind wichtige Infos, dickes Mercy. Mal sehen wie sich die Geschichte entwickelt, ich würde den Pi schon ab und zu runterfahren, bei Gewitter ist bei mir z.B. alles aus.
Evtl. könnte eine 5V USV wie diese hier oder etwas in der Art ganz nützlich sein. Ei, das wird eine Baustelle... ;-)
Für diesen Fall hängen Geräte, welche ständig laufen (Kühlschrank,Router usw), an Verteilerdosen mit Überspannungsschutz.
Danke für den Link, habe mir das Teil soeben bestellt :-)
Strange, strange, the Cryptopie-Image does not run on SSD, the normal Raspian OS starts normally with the same SSD-Drive.
Could be the entry root=/dev/mmcblk0p2 in /boot/cmdline.txt, the Pi does not find that directory at startup. I don't know.
Pi screen output:
Maybe @megadrive or @jacobgadikian can help?
Thank you for testing @michelangelo3.
I don't know exactly, but my guess is that Cryptopie is made for to unfold and run on Raspi and microSD only. The image is strictly not allowed to run on other equipment by purpose (security).
Our developer knows it is possible to pimp up Raspi by other devices, and he knows our BC is running very easy on well equipped hardware. Jacob's trick is to shrink the image more and more. Lavish hardware is not the goal of all the attempts.
By the way and for all Raspi Crash Testers to know:
Megadrive is "CFO" of the Foundation. He has nearly the same knowledge about technical items like you and me.