[ANN] BURST - Mining mit freiem Festplattenspeicher - P2P Markt, Crowdfunding ..

[rico666]

Wann bzw. wie bekommt man eigentlich mit welche Chain überlebt?
 
So kann es ja nicht weitergehen...

So wird es noch ungefähr 1 Woche weitergehen.

[Pimal]

Wann bzw. wie bekommt man eigentlich mit welche Chain überlebt?
 
So kann es ja nicht weitergehen...

So wird es noch ungefähr 1 Woche weitergehen.

Okay... danke für die Info!

Du hast mal gesagt das man helfen kann wenn man ca. 40GB Ram hat...

Hab ja nen I7 mit 32GB wenn das hilft kann ich gerne dazu beisteuern!

[montagid]

Hab ja nen I7 mit 32GB wenn das hilft kann ich gerne dazu beisteuern!

Und dann läufts bei dir so wie bei mir, du bist auf na ganz anderen chain die du supportest.
Keine ahnung, vielleicht kann rico seine db zum download bereitstellen?
würde das was bringen?

[panormal]

Block 384635 wird hier jetzt auch schon wieder das 5'te mal gemint.

[rico666]

Block 384635 wird hier jetzt auch schon wieder das 5'te mal gemint.

Heute frrüh lief alles eigentlich sehr gut. Man konnte sogar sagen immer besser.
Ich habe mich mit den Jungs vom BTFG Burst Pool und anderen abgestimmt wer wann welche Blöcke popt (kommt nicht von poppen).

Dann - als wir alle so auf 712 waren lief es so gut, dass der BTFG Admin in Bett ist (bei ihm war 5:50 NY Zeit und er war noch wach vom Vortag).
Dann ist unsere Wallet plätzlich auf 629 runter - ich weiß bis jetzt nicht warum. Deren Pool hing dann auch ne hübsche Weile.

Unsere Wallet ist momentan ziemlich stabil und sehr gefragt. Ich habe so 1TB an Daten die pro 24h rausgehen.

Wir syncen gerade eine 1.29b Wallet, arbeiten weiterhin an unserem MySQL Replacement und ich werde probeweise (nachdem ich unsere Chain gesichert habe)
eine der "prominenteren Chains" aufspielen.

Den 8125 Port auf unserer Wallet werde ich zu einem späteren Zeitpunkt für alle öffnen, aber nur experimentell. Wenn da zuviel los wäre muss ich den wieder schliessen um den pool zu schützen.

[panormal]

Block 384635 wird hier jetzt auch schon wieder das 5'te mal gemint.

Heute frrüh lief alles eigentlich sehr gut. Man konnte sogar sagen immer besser.
Ich habe mich mit den Jungs vom BTFG Burst Pool und anderen abgestimmt wer wann welche Blöcke popt (kommt nicht von poppen).

Dann - als wir alle so auf 712 waren lief es so gut, dass der BTFG Admin in Bett ist (bei ihm war 5:50 NY Zeit und er war noch wach vom Vortag).
Dann ist unsere Wallet plätzlich auf 629 runter - ich weiß bis jetzt nicht warum. Deren Pool hing dann auch ne hübsche Weile.

Unsere Wallet ist momentan ziemlich stabil und sehr gefragt. Ich habe so 1TB an Daten die pro 24h rausgehen.

Wir syncen gerade eine 1.29b Wallet, arbeiten weiterhin an unserem MySQL Replacement und ich werde probeweise (nachdem ich unsere Chain gesichert habe)
eine der "prominenteren Chains" aufspielen.

Den 8125 Port auf unserer Wallet werde ich zu einem späteren Zeitpunkt für alle öffnen, aber nur experimentell. Wenn da zuviel los wäre muss ich den wieder schliessen um den pool zu schützen.

Vielen Dank für die Infos und auch vielen Dank für das Engagement!

Eben erwähnte wer, dass man ggf. mir Hardware helfen könnte. Ich könnte für 2 Tage was richtig dickes mit super Anbindung bereitstellen, falls es irgendwie helfen könnte...

[eneloop]

Die neue Beta-Version ist gerade bei 384714  23.07.2017 17:09:05.

[montagid]

Quote from: panormal on Today at 03:04:45 PM
Block 384635 wird hier jetzt auch schon wieder das 5'te mal gemint.

Heute frrüh lief alles eigentlich sehr gut. Man konnte sogar sagen immer besser.
Ich habe mich mit den Jungs vom BTFG Burst Pool und anderen abgestimmt wer wann welche Blöcke popt (kommt nicht von poppen).

Dann - als wir alle so auf 712 waren lief es so gut, dass der BTFG Admin in Bett ist (bei ihm war 5:50 NY Zeit und er war noch wach vom Vortag).
Dann ist unsere Wallet plätzlich auf 629 runter - ich weiß bis jetzt nicht warum. Deren Pool hing dann auch ne hübsche Weile.

Unsere Wallet ist momentan ziemlich stabil und sehr gefragt. Ich habe so 1TB an Daten die pro 24h rausgehen.

Wir syncen gerade eine 1.29b Wallet, arbeiten weiterhin an unserem MySQL Replacement und ich werde probeweise (nachdem ich unsere Chain gesichert habe)
eine der "prominenteren Chains" aufspielen.

Den 8125 Port auf unserer Wallet werde ich zu einem späteren Zeitpunkt für alle öffnen, aber nur experimentell. Wenn da zuviel los wäre muss ich den wieder schliessen um den pool zu schützen.

Was für alle die keine Ahnung haben heißt: Füße still halten und warten?

[rico666]

Was für alle die keine Ahnung haben heißt: Füße still halten und warten?

Viel mehr können die mit Ahnung auch nicht machen.  

Im Prinzip is "hier mitlesen" momentan das Einzige/Beste was man machen kann.

[montagid]

Kriegen grad wohl nicht mehr blöcke gebacken, kann das sein?

Code:

error ReadFile. code = 2
Unexpected end of file 8448862900709129731_700000001_11445120_11445120

schmieren meine platten langsam ab?
die meldung kommt hin und wieder und der explorer öffnet die platte.

edit
hä und jetzt plötzlich 384820?

[panormal]

Kriegen grad wohl nicht mehr blöcke gebacken, kann das sein?

Code:

error ReadFile. code = 2
Unexpected end of file 8448862900709129731_700000001_11445120_11445120

schmieren meine platten langsam ab?
die meldung kommt hin und wieder und der explorer öffnet die platte.

Sieht nach nicht zu Ende geplotteter Datei aus. Kaputte Platte erkennt man unter Linux meist mit "dmesg" (Nach IO Fehlern schauen) und notfalls mit "fsck", unter Windows: Ereignisanzeige / Windows-Protokolle / System.

Edit/Nachtrag: Herstellertool ist auch immer ne gute Idee

[montagid]

müsste das dann bei jedem block kommen?
passiert nur hin und wieder mal

Volume "J:" (\Device\HarddiskVolume27) ist fehlerfrei. Es ist keine Aktion erforderlich.

[I, Karus]

hast du schon dateigrösse überprüft? 11445120*262144=3000269537280

[Gucky2000]

Hmm kann mir das einer erklären: Heute morgen sah es recht gut aus, dann über den Tag verteilt wiederholen sich die Block-IDs. hab jetzt zum zigten mal 384630er Bereich. Nicht nur das, er springt auch komplett durch die Blöcke: 384631, -629, -632, ...

Beobachte so ein paar Pools gerade und die Differenzen sind immer noch ziemlich krass.

[Antigo]

Wow, jetzt haben wir aber einen Sprung hingelegt im Pool von Block 3846XX auf 3848XX. Hast du die Chain gewechselt @rico?

edit: OK wir scheinen jetzt auf derselben Chain wie burstmining.club zu sein. (Selbe Blockid, selbe gensig). Adieu, Reichtum.  Auf zum vereinten Netzwerk

[rico666]

Wow, jetzt haben wir aber einen Sprung hingelegt im Pool von Block 3846XX auf 3848XX. Hast du die Chain gewechselt @rico?

edit: OK wir scheinen jetzt auf derselben Chain wie burstmining.club zu sein. (Selbe Blockid, selbe gensig). Adieu, Reichtum.   Auf zum vereinten Netzwerk

Ihr seid alle so zappelig das passt auf keine Kuhhaut.
Ich habe doch angekündigt was ich machen werde. Das ist alles noch nicht definitiv.

Momentan läuft der Pool mit einer 1.2.9b Wallet die halt "im Netz" von 0 synchronsiert wurde.

Unsere alte Chain ist immer noch hübsch brav auf Platte.

[montagid]

hast du schon dateigrösse überprüft? 11445120*262144=3000269537280

3.000.269.537.280 Bytes
Wenn der Fehler kommt, fliegt die Platte raus. Als ich sie grad wieder ab und an gesteckt hab, hat win gemeckert und gemeint, dass da wohl ein fehler vorliegt.
also wieder ab und dran, jetzt gehts wieder. der fehler kommt nicht bei jedem block und auch erst seit heute abend.
entweder sind die vielen anfragen, wenn die die blöcke schnell abgefragt werden nicht gut für die platten, oder es werden bereiche bei der platte abgefragt, die nicht existieren.
plotten etc verlief allerdings reibungslos. und bisher hat ja auch alles geklappt. ist keine neu geplottete platte.

nicht dass es tatsächlich probleme mit platten geben könnte, wenn die blöcke im miner schnell abgefragt, bestätigt und dann zum nächsten gesprungen wird. eben weil die blockchain sich aktualisieren?

[montagid]

Ihr seid alle so zappelig das passt auf keine Kuhhaut.

was erwartest du
die, die keine ahnung haben, und nicht aktiv mitwirken können, sind sehr neugierig und wollen up to date bleiben/sein.
also damit meine ich natürlich auch mich.

und ich finds super, dass du dieses bedürfnis hier stillst!
und ich glaube es herrscht große einigkeit, dass alle verständnis dafür haben, dass du nich permanent hier updates bringst, sondern dich um die sache selbst kümmerst.

aber es ist halt alles so ungewiss, und die machtlosigkeit schwingt in neugier und zappelei um.

[I, Karus]

hast du schon dateigrösse überprüft? 11445120*262144=3000269537280

3.000.269.537.280 Bytes
Wenn der Fehler kommt, fliegt die Platte raus. Als ich sie grad wieder ab und an gesteckt hab, hat win gemeckert und gemeint, dass da wohl ein fehler vorliegt.
also wieder ab und dran, jetzt gehts wieder. der fehler kommt nicht bei jedem block und auch erst seit heute abend.
entweder sind die vielen anfragen, wenn die die blöcke schnell abgefragt werden nicht gut für die platten, oder es werden bereiche bei der platte abgefragt, die nicht existieren.
plotten etc verlief allerdings reibungslos. und bisher hat ja auch alles geklappt. ist keine neu geplottete platte.

"ab- und anstecken" klingt nach USB. Da habe ich auch ein Exemplar, bei dem die Ports schon ziemlich in Mitleidenschaft gezogen worden sind und z. B. Sticks oder Drucker je nach Laune erkannt werden. Also, vielleicht hilft Port-Wechsel, falls noch was frei ist.

Falls es SATA-Stecker sind: Die könnten auch leicht verrutschen und keine 100%ige Verbindung haben.

Und zu guter Letzt käme noch die Software selbst in Frage, dann müssten aber alle, die diese Software einsetzen, bei denselben Scoops dieselben Fehler haben; also eher unwahrscheinlich.

nicht dass es tatsächlich probleme mit platten geben könnte, wenn die blöcke im miner schnell abgefragt, bestätigt und dann zum nächsten gesprungen wird. eben weil die blockchain sich aktualisieren?

Die Plotfiles und die Blockchain-DB sind völlig unabhängig voneinander.

[montagid]

Die Plotfiles und die Blockchain-DB sind völlig unabhängig voneinander.

so meinte ich das auch nicht.
wenn ich mine und ein block gefunden wurde, macht er ja beim nächsten block weiter. dann springen ja die platten an und suchen nach einer guten deadline.
jetzt war es ja öfter so, dass derzeit extrem viele blöcke vom miner abgerufen und sofort bestätigt werden. also meine vermutung ist, dass deshalb die platte ein wenig gestresst wird?
gerade hatte ich den fehler wieder, die platte blieb aber aktiv.
ja, sind alles usb 3 platten, hab auch mal alle stecker überprüft. muss ich mal im auge behalten. ist zum glück keine der 8tb platten, aber eine 3tb - wäre trotzdem ärgerlich. wohin gegen das eine meiner ältesten platten ist. wenn die nun mal den geist aufgibt, soll es so sein