Pages:
Author

Topic: [ANN] BURST - Mining mit freiem Festplattenspeicher - P2P Markt, Crowdfunding .. - page 5. (Read 57367 times)

newbie
Activity: 28
Merit: 0
Hallo liebe Mitstreiter,
 (oder sollte ich lieber Mitleidende sagen)

heute habe ich endlich mal etwas Zeit und habe die Wallet aktualisiert von NRS 1.3.6cg auf die BRS 2.2.1.

Vermutlich habe ich aber etwas nicht richtig gemacht. Ich verwende Debian Linux+MariaDB.
Mein Weg war so ...
* neue Wallet als zip-File runter geladen,
* entpackt,
* die brs-default.properties angepasst und dann  gestartet (mit der vorhergehende mariaDB).

Per Webfrontend kann ich wieder darauf zugreifen, der Kontostand wird aber nicht mehr aktualisiert.
Ich habe 20 Connected Peers.

Der letzte Blockeintrag ist: 502657   18/06/2018 13:26:11

und diese Fehlermeldungen in der Konsole:
2018-06-18 15:12:09 brs.BlockchainProcessorImpl - Block not accepted
brs.BlockchainProcessor$BlockNotAcceptedException: Generation signature verification failed for block 502658

weitere Meldungen sind dann:
brs.BlockchainProcessorImpl - Our peer want to feed us a fork that is more than 1440 blocks old.
das wiederholt sich ständig

und dann noch das:
Quote
[SEVERE] 2018-06-18 15:14:41 nxt.Nxt - Database inconsistent with code, probably trying to run older code on newer database
java.lang.RuntimeException: Database inconsistent with code, probably trying to run older code on newer database
        at nxt.db.mariadb.MariadbDbVersion.update(MariadbDbVersion.java:552)
        at nxt.db.mariadb.MariadbDbVersion.init(MariadbDbVersion.java:36)
        at nxt.db.mariadb.MariadbDbs.(MariadbDbs.java:23)
        at nxt.Nxt$Init.(Nxt.java:249)
        at nxt.Nxt.init(Nxt.java:202)
        at nxt.Nxt.main(Nxt.java:193)

Hat mal jemand von euch wissenden einen Tipp für mich, was da jetzt noch zu tun ist?
Viele Grüße
Cryptonica



Noch mal zu meinen eigentlichen Problem, ich habe nun die DB neu erstellt und nun muß ich wohl die ganze Blockchain neu runter laden.
Das klappt jedenfalls erst ein mal, bin aber erst bei Block: 6162   28/08/2014 20:55:08 ...

Und das kann dauern, irgendwie nervt es wenn man immer wieder von vorn anfangen muß Angry
legendary
Activity: 2078
Merit: 854
Top-tier crypto casino and sportsbook
[...]
...  meine Festplatten minen ganz normal weiter. Kann mir das jemand kurz erläutern warum man das nun "muss"?

also ein muß ist das (noch) nicht, aber deine Festplatten minen ab jetzt nur noch halb so schnell, somit ist der Ertrag noch kleiner als eh schon ....
Also einfach alles nochmal mit dem richtigen Plotter für PoC2 neu plotten?

Hier steht eigentlich alles
https://bitcointalksearch.org/topic/m.38439587
full member
Activity: 420
Merit: 105
German Translator - Hire me on Bitcointalk!
[...]
...  meine Festplatten minen ganz normal weiter. Kann mir das jemand kurz erläutern warum man das nun "muss"?

also ein muß ist das (noch) nicht, aber deine Festplatten minen ab jetzt nur noch halb so schnell, somit ist der Ertrag noch kleiner als eh schon ....
Also einfach alles nochmal mit dem richtigen Plotter für PoC2 neu plotten?
newbie
Activity: 28
Merit: 0
[...]
...  meine Festplatten minen ganz normal weiter. Kann mir das jemand kurz erläutern warum man das nun "muss"?

also ein muß ist das (noch) nicht, aber deine Festplatten minen ab jetzt nur noch halb so schnell, somit ist der Ertrag noch kleiner als eh schon ....
full member
Activity: 420
Merit: 105
German Translator - Hire me on Bitcointalk!
Sagt mal, warum muss man eigentlich auf PoC2 nun wechseln? Hab Burst etwas aus den Augen verloren und meine Festplatten minen ganz normal weiter. Kann mir das jemand kurz erläutern warum man das nun "muss"?
newbie
Activity: 28
Merit: 0
Hallo liebe Mitstreiter,
 (oder sollte ich lieber Mitleidende sagen)

heute habe ich endlich mal etwas Zeit und habe die Wallet aktualisiert von NRS 1.3.6cg auf die BRS 2.2.1.

Vermutlich habe ich aber etwas nicht richtig gemacht. Ich verwende Debian Linux+MariaDB.
Mein Weg war so ...
* neue Wallet als zip-File runter geladen,
* entpackt,
* die brs-default.properties angepasst und dann  gestartet (mit der vorhergehende mariaDB).

Per Webfrontend kann ich wieder darauf zugreifen, der Kontostand wird aber nicht mehr aktualisiert.
Ich habe 20 Connected Peers.

Der letzte Blockeintrag ist: 502657   18/06/2018 13:26:11

und diese Fehlermeldungen in der Konsole:
2018-06-18 15:12:09 brs.BlockchainProcessorImpl - Block not accepted
brs.BlockchainProcessor$BlockNotAcceptedException: Generation signature verification failed for block 502658

weitere Meldungen sind dann:
brs.BlockchainProcessorImpl - Our peer want to feed us a fork that is more than 1440 blocks old.
das wiederholt sich ständig

und dann noch das:
Quote
[SEVERE] 2018-06-18 15:14:41 nxt.Nxt - Database inconsistent with code, probably trying to run older code on newer database
java.lang.RuntimeException: Database inconsistent with code, probably trying to run older code on newer database
        at nxt.db.mariadb.MariadbDbVersion.update(MariadbDbVersion.java:552)
        at nxt.db.mariadb.MariadbDbVersion.init(MariadbDbVersion.java:36)
        at nxt.db.mariadb.MariadbDbs.(MariadbDbs.java:23)
        at nxt.Nxt$Init.(Nxt.java:249)
        at nxt.Nxt.init(Nxt.java:202)
        at nxt.Nxt.main(Nxt.java:193)

Hat mal jemand von euch wissenden einen Tipp für mich, was da jetzt noch zu tun ist?
Viele Grüße
Cryptonica
sr. member
Activity: 461
Merit: 252
Ich bekomme im Pool von cryptoguru hin und wieder diese Meldung:



TargetDeadline ist deutlich unter dem maximalen eingestellt:

Code:
"TargetDeadline": 6202663,

Woran könnte das liegen? Vor POC2 war ich in einem anderen Pool und hatte diese Meldung nie.
sr. member
Activity: 461
Merit: 252
Folgendes könnte helfen: Geräte-Manager > Laufwerke ... bei jedem Laufwerk auf Eigenschaften > Richtlinien und alles anhaken. Also Schreibcache aktivieren und Windows veranlastes Leeren deaktivieren.

Danke, hilft aber leider auch nichts. Ich plotte jetzt einfach 2 gleichzeitig, somit sind immerhin 2 Platten in ca. 24 Stunden fertig.
sr. member
Activity: 257
Merit: 255
Ich bin gerade auch am neu plotten. Da mein i7-8700K mit 10 Threads 40000 nonces/min schafft habe ich mich für neu plotten entschieden bei meinen paar Platten, dauert ja eigentlich nur ca 12 Stunden für eine 8TB HDD.

Ich habe alles die selben Platten, Seagate Skyhawk 8TB.

Die 2 Externen über USB haben je ca. 12 Stunden gedauert, geschrieben wurde mit über 150MB/s

Nun plotte ich die Internen und das geht extrem langsam. Die CPU macht ganz normal 40000 nonces/min aber das schreiben dauert ewig lange weil nur 60MB/s.

Ich verwende diesen Plotter: https://github.com/JohnnyFFM/XPlotter/releases

Woran könnte es liegen, dass die externen Platten viel schneller gehen als die internen?

Lesen von den Internen geht ganz normal mit ca. 150MB/s. Kopieren von Platte zu Platte ebenso fast 200MB/s.

Und JA, ich starte den Plotter als admin.


Folgendes könnte helfen: Geräte-Manager > Laufwerke ... bei jedem Laufwerk auf Eigenschaften > Richtlinien und alles anhaken. Also Schreibcache aktivieren und Windows veranlastes Leeren deaktivieren.
sr. member
Activity: 461
Merit: 252
Ich bin gerade auch am neu plotten. Da mein i7-8700K mit 10 Threads 40000 nonces/min schafft habe ich mich für neu plotten entschieden bei meinen paar Platten, dauert ja eigentlich nur ca 12 Stunden für eine 8TB HDD.

Ich habe alles die selben Platten, Seagate Skyhawk 8TB.

Die 2 Externen über USB haben je ca. 12 Stunden gedauert, geschrieben wurde mit über 150MB/s

Nun plotte ich die Internen und das geht extrem langsam. Die CPU macht ganz normal 40000 nonces/min aber das schreiben dauert ewig lange weil nur 60MB/s.

Ich verwende diesen Plotter: https://github.com/JohnnyFFM/XPlotter/releases

Woran könnte es liegen, dass die externen Platten viel schneller gehen als die internen?

Lesen von den Internen geht ganz normal mit ca. 150MB/s. Kopieren von Platte zu Platte ebenso fast 200MB/s.

Und JA, ich starte den Plotter als admin.



sr. member
Activity: 490
Merit: 258
Bin auch schon gespannt, ich hoffe das die difficulty fällt ^^

Alle meine Plotfiles sind schon PoC2.
Hab alle neu geplottet, da es dank TurboPlotter mit SSD cache, queueing und gpu sehr flott geht.
160 TB waren in ein paar Tagen durch Smiley
legendary
Activity: 1513
Merit: 1040
Langsam wird es ernst. Die erste Phase der Umstellung bei Block 500.000 ist bereits vorbei. Die Zweite bei Block 502.000 dauert auch nicht mehr lange. Vergesst nicht auf das Konvertieren eurer Plotfiles! Dieser Konverter (https://github.com/JohnnyFFM/Poc1to2Converter/releases) funktioniert sehr gut. Ich selbst verwende die Version 2.0. Paralleles konvertieren mehrerer HDDs klappt bestens.
legendary
Activity: 2450
Merit: 1004
wie bringe ich jetzt das qbundle dazu die mariadb zu starten?

nachdem das mit dem mariadb nicht funtioniert hab ich versuch das teil an meinen mysql server anzubinden.
das qbundle versucht nicht mal eine verbindung  zu meinem mysql server aufzubauen. weder fehlversuche noch absichtlich falsches kennwort wird protokolliert
legendary
Activity: 2450
Merit: 1004
den grünen balken gibts bei mir nicht  mehr

http://wern.dnsalias.com/bilder/dg/Clipboard01.jpg

ich hab jetzt auf mariadb umgestellet und bootstrap läuft auch
legendary
Activity: 1120
Merit: 1037
฿ → ∞
einen grünen balken gibts bei mir nicht. in der version 2.0 irgendwas war der da

Halte ich für ein Gerücht. Aber nochmal: verwende den Bootstrap

legendary
Activity: 2450
Merit: 1004
einen grünen balken gibts bei mir nicht. in der version 2.0 irgendwas war der da
steht jetzt seit min 3 std bei block 492644
legendary
Activity: 1120
Merit: 1037
฿ → ∞
hab das qbundle installieren müssen da die wallet auf update 2.2.0 alleine bei mir nicht mehr starten wolte
ich hab dann die burst.mv in das neue verzeichniss kopiert
ist jetzt schon seit tagen am runterladen der blockchain. an der alten version hat man wenigstens gesehn bei wieviel % man ist, jetzt steht nur noch da "downloading blockchain"

Ja, und unten drunter ist ein grüner Balken.

MaW Du verwendest Qbundle mit der H2 als Backend. Die ist beim Resync auch lahm wie sonstwas. Leider.

Nach 21 Stunden bei mir

Code:
[INFO] 2018-06-06 09:10:50 brs.BlockchainProcessorImpl - processed block 405000
[INFO] 2018-06-06 09:10:54 brs.statistics.StatisticsManagerImpl - handling 2.22 blocks/s account cache hit ratio now/total:98.89%/98.81%
[INFO] 2018-06-06 09:14:28 brs.statistics.StatisticsManagerImpl - handling 2.34 blocks/s account cache hit ratio now/total:98.92%/98.81%

 Tongue Roll Eyes

Ich mache das aber um die neue BRS 2.2.1 zu testen, Du solltest den Bootstrap verwenden.
legendary
Activity: 2450
Merit: 1004
hab das qbundle installieren müssen da die wallet auf update 2.2.0 alleine bei mir nicht mehr starten wolte
ich hab dann die burst.mv in das neue verzeichniss kopiert
ist jetzt schon seit tagen am runterladen der blockchain. an der alten version hat man wenigstens gesehn bei wieviel % man ist, jetzt steht nur noch da "downloading blockchain"

hab die wallet 1x bei 1 GB gestopt -> max connections auf 80
dann bei 2 GB gestopt -> max connetions auf 150
dann bei 3 GB gestopt -> max connections auf 300
mit 300 connections hat die wallet in 2 Tagen 7 GB runtergeladen und 5 mb hoch geladen
legendary
Activity: 1120
Merit: 1037
฿ → ∞
8GB... Würde mich echt mal interessieren was da so alles drin war.

Selbst wenn Du kein Java, keine mariaDB und keine blockchain auf dem Rechner hattest, müssten das max. 2 GB gewesen sein.

edit:

Ach Gottchen ... nachgeladen ...

Du meinst Qbundle, nicht die BRS 2.2.0, also mit minern, plottern und was weiß ich noch allem?
Und/Oder, dass es dann 8GB auf der Platte einnimmt?

Kann schon sein.
legendary
Activity: 2450
Merit: 1004
die brs 2.2.0 hab mich mir runtergeladen und das teil hat schon 8 GB an daten nachgeladen. Das downloaden hat erst so richtig funktioniert nachdem ich maxconnections auf 300 gestellt habe vor kamen die daten nur tröpfenweiße
Pages:
Jump to: