Guten Morgen!
Habe eine Nachricht, dass seit heute Nacht unsere Wallet mit MariaDB Backend im Testbetrieb läuft. Die Daten wurden importiert und der Blockexplorer knödelt drauf rum (vorher ist die normale Wallet immer abgeschmiert als der Blockexplorer drauf eingehämmert hat).
Des weiteren sieht das Netzwerk doch sehr gut aus:
http://burst.btfg.space:81/networkEs herrscht Einigkeit, nur einige Pools kacken ab - ich vermute deren Wallets schmieren ab.
@MinerVonNakkisch - hinsichtlich neu starten habe ich doch mein Perl Skript gepostet. Tut nur unter Linux, aber ich habe seit knapp 3 Tagen die Wallet nicht mehr neu starten müssen.
Das macht das Skript für mich:
starting PID: 11624
severe error, killing PID: 11624Waiting for JAVA process 11624 to terminate.
11624 terminated
starting PID: 14060
severe error, killing PID: 14060Waiting for JAVA process 14060 to terminate.
14060 terminated
starting PID: 16560
severe error, killing PID: 16560Waiting for JAVA process 16560 to terminate.
16560 terminated
starting PID: 19713
severe error, killing PID: 19713Waiting for JAVA process 19713 to terminate.
19713 terminated
starting PID: 23914
severe error, killing PID: 23914Waiting for JAVA process 23914 to terminate.
23914 terminated
starting PID: 5486
(so geht das alle 7 - 30 Minuten). Wenn wir bei den Tests eine bombenstabile performante Wallet haben, dann werden wir die dem Pool Regelbetrieb überführen und wenn es auch da stabil läuft, dann geben wir das frei. Wird vermutlich nur für Poolbetreiber interessant sein, aber dann haben wir im BURTS Netzwerk wenigstens ein paar Enterprise-Grade Nodes...
oder es bleibt weiterhin Chaos, dann muss ich mir ne Alternative suchen.. wobei weder Storjx noch Sia mich wirklich anmachen zur Zeit 
