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

[rico666]

/var/log/burstcoincg/nxt.log

Möglicherweise Paket burstcoincg deinstallieren?

Offensichtlich hast Du die 1.3.6cg mal als Paket installiert und die neue 2.2.1 "manuell".

Meine Einschätzung: der systemd versucht die 1.3.6cg zu starten, die fliegt aber auf die Schnauze.
Dann irgendwann startest Du Deine 2.2.1, die - falls ich das richtig verstanden habe - ja nun läuft.

[Bytekiller]

wallet startet nicht mehr

ich wolte heute burst versenden und als es mit ungültiger ID fehlgeschlagen ist wollte ich die wallet neu starten der erfolg war

Jun 25, 2018 9:39:11 PM brs.Burst loadProperties
INFORMATION: Initializing Burst Reference Software (BRS) version 2.2.1
Jun 25, 2018 9:39:12 PM org.ehcache.core.EhcacheManager createCache
INFORMATION: Cache 'account' created in EhcacheManager.
[SEVERE] 2018-06-25 21:39:14 com.zaxxer.hikari.pool.HikariPool - HikariPool-1 - Exception during pool initialization.
org.h2.jdbc.JdbcSQLException: Allgemeiner Fehler: "java.lang.NullPointerException"
General error: "java.lang.NullPointerException" [50000-196]
   at org.h2.message.DbException.getJdbcSQLException(DbException.java:345)
   at org.h2.message.DbException.get(DbException.java:168)
   at org.h2.message.DbException.convert(DbException.java:295)
   at org.h2.engine.Database.openDatabase(Database.java:307)
   at org.h2.engine.Database.<init>(Database.java:270)
   at org.h2.engine.Engine.openSession(Engine.java:64)
   at org.h2.engine.Engine.openSession(Engine.java:176)
   at org.h2.engine.Engine.createSessionAndValidate(Engine.java:154)
   at org.h2.engine.Engine.createSession(Engine.java:137)
   at org.h2.engine.Engine.createSession(Engine.java:27)
   at org.h2.engine.SessionRemote.connectEmbeddedOrServer(SessionRemote.java:354)
   at org.h2.jdbc.JdbcConnection.<init>(JdbcConnection.java:116)
   at org.h2.jdbc.JdbcConnection.<init>(JdbcConnection.java:100)
   at org.h2.Driver.connect(Driver.java:69)
   at com.zaxxer.hikari.util.DriverDataSource.getConnection(DriverDataSource.java:117)
   at com.zaxxer.hikari.util.DriverDataSource.getConnection(DriverDataSource.java:123)
   at com.zaxxer.hikari.pool.PoolBase.newConnection(PoolBase.java:365)
   at com.zaxxer.hikari.pool.PoolBase.newPoolEntry(PoolBase.java:194)
   at com.zaxxer.hikari.pool.HikariPool.createPoolEntry(HikariPool.java:460)
   at com.zaxxer.hikari.pool.HikariPool.checkFailFast(HikariPool.java:534)
   at com.zaxxer.hikari.pool.HikariPool.<init>(HikariPool.java:115)
   at com.zaxxer.hikari.HikariDataSource.<init>(HikariDataSource.java:81)
   at brs.db.sql.Db.init(Db.java:94)
   at brs.Burst.loadWallet(Burst.java:193)
   at brs.Burst.init(Burst.java:173)
   at brs.Burst.main(Burst.java:154)
Caused by: java.lang.NullPointerException
   at org.h2.mvstore.db.ValueDataType.compare(ValueDataType.java:104)
   at org.h2.mvstore.MVMap.compare(MVMap.java:713)
   at org.h2.mvstore.Page.binarySearch(Page.java:334)
   at org.h2.mvstore.MVMap.binarySearch(MVMap.java:466)
   at org.h2.mvstore.MVMap.get(MVMap.java:455)
   at org.h2.mvstore.db.TransactionStore.commit(TransactionStore.java:349)
   at org.h2.mvstore.db.TransactionStore$Transaction.commit(TransactionStore.java:783)
   at org.h2.mvstore.db.MVTableEngine$Store.initTransactions(MVTableEngine.java:254)
   at org.h2.engine.Database.open(Database.java:767)
   at org.h2.engine.Database.openDatabase(Database.java:276)
   ... 22 more
[SEVERE] 2018-06-25 21:39:14 brs.Burst - com.zaxxer.hikari.pool.HikariPool$PoolInitializationException: Failed to initialize pool: Allgemeiner Fehler: "java.lang.NullPointerException"
General error: "java.lang.NullPointerException" [50000-196]
java.lang.RuntimeException: com.zaxxer.hikari.pool.HikariPool$PoolInitializationException: Failed to initialize pool: Allgemeiner Fehler: "java.lang.NullPointerException"
General error: "java.lang.NullPointerException" [50000-196]
   at brs.db.sql.Db.init(Db.java:107)
   at brs.Burst.loadWallet(Burst.java:193)
   at brs.Burst.init(Burst.java:173)
   at brs.Burst.main(Burst.java:154)
Caused by: com.zaxxer.hikari.pool.HikariPool$PoolInitializationException: Failed to initialize pool: Allgemeiner Fehler: "java.lang.NullPointerException"
General error: "java.lang.NullPointerException" [50000-196]
   at com.zaxxer.hikari.pool.HikariPool.throwPoolInitializationException(HikariPool.java:569)
   at com.zaxxer.hikari.pool.HikariPool.checkFailFast(HikariPool.java:555)
   at com.zaxxer.hikari.pool.HikariPool.<init>(HikariPool.java:115)
   at com.zaxxer.hikari.HikariDataSource.<init>(HikariDataSource.java:81)
   at brs.db.sql.Db.init(Db.java:94)
   ... 3 more
Caused by: org.h2.jdbc.JdbcSQLException: Allgemeiner Fehler: "java.lang.NullPointerException"
General error: "java.lang.NullPointerException" [50000-196]
   at org.h2.message.DbException.getJdbcSQLException(DbException.java:345)
   at org.h2.message.DbException.get(DbException.java:168)
   at org.h2.message.DbException.convert(DbException.java:295)
   at org.h2.engine.Database.openDatabase(Database.java:307)
   at org.h2.engine.Database.<init>(Database.java:270)
   at org.h2.engine.Engine.openSession(Engine.java:64)
   at org.h2.engine.Engine.openSession(Engine.java:176)
   at org.h2.engine.Engine.createSessionAndValidate(Engine.java:154)
   at org.h2.engine.Engine.createSession(Engine.java:137)
   at org.h2.engine.Engine.createSession(Engine.java:27)
   at org.h2.engine.SessionRemote.connectEmbeddedOrServer(SessionRemote.java:354)
   at org.h2.jdbc.JdbcConnection.<init>(JdbcConnection.java:116)
   at org.h2.jdbc.JdbcConnection.<init>(JdbcConnection.java:100)
   at org.h2.Driver.connect(Driver.java:69)
   at com.zaxxer.hikari.util.DriverDataSource.getConnection(DriverDataSource.java:117)
   at com.zaxxer.hikari.util.DriverDataSource.getConnection(DriverDataSource.java:123)
   at com.zaxxer.hikari.pool.PoolBase.newConnection(PoolBase.java:365)
   at com.zaxxer.hikari.pool.PoolBase.newPoolEntry(PoolBase.java:194)
   at com.zaxxer.hikari.pool.HikariPool.createPoolEntry(HikariPool.java:460)
   at com.zaxxer.hikari.pool.HikariPool.checkFailFast(HikariPool.java:534)
   ... 6 more
Caused by: java.lang.NullPointerException
   at org.h2.mvstore.db.ValueDataType.compare(ValueDataType.java:104)
   at org.h2.mvstore.MVMap.compare(MVMap.java:713)
   at org.h2.mvstore.Page.binarySearch(Page.java:334)
   at org.h2.mvstore.MVMap.binarySearch(MVMap.java:466)
   at org.h2.mvstore.MVMap.get(MVMap.java:455)
   at org.h2.mvstore.db.TransactionStore.commit(TransactionStore.java:349)
   at org.h2.mvstore.db.TransactionStore$Transaction.commit(TransactionStore.java:783)
   at org.h2.mvstore.db.MVTableEngine$Store.initTransactions(MVTableEngine.java:254)
   at org.h2.engine.Database.open(Database.java:767)
   at org.h2.engine.Database.openDatabase(Database.java:276)
   ... 22 more
Exception in thread "Thread-1" java.lang.NullPointerException
   at brs.db.sql.Db.shutdown(Db.java:143)
   at brs.Burst.shutdown(Burst.java:319)
   at brs.Burst.shutdown(Burst.java:307)
   at java.lang.Thread.run(Thread.java:748)

es wurde KEIN update von irgendwas gemacht. es lief mehrere Tage ohne Probleme

EDIT:

hab jetzt den ordner burst_db kopiert, das qbundel deinstalliert restlichen ordner gelöscht,
version 2.2.0 neu installiert und läuft
wallet beendet und den ordner burst_db zurück kopiert und siehe da gleiche fehler wieder 

[Cryptonica]

/var/log/burstcoincg/nxt.log

Möglicherweise Paket burstcoincg deinstallieren?

Offensichtlich hast Du die 1.3.6cg mal als Paket installiert und die neue 2.2.1 "manuell".

Meine Einschätzung: der systemd versucht die 1.3.6cg zu starten, die fliegt aber auf die Schnauze.
Dann irgendwann startest Du Deine 2.2.1, die - falls ich das richtig verstanden habe - ja nun läuft.

Ja, stimmt, damit hast du zu 100% ins Schwarze getroffen. Die 1.3.6cg hatte ich von package.cryptoguru.org als Paket installiert.
Das ist aber nicht mehr aktuell dort, deshalb nun die neue Wallet per Hand ... und ja, die läuft nun - jedenfalls ist die Blockchain wieder aktuell und sie zeigt das aktuelle Guthaben an.

Ich habe aber noch Probleme mit dem Pool 0-100-pool.burst.cryptoguru.org, ich bekomme sehr oft keine Bestätigung meiner Funde, egal ob ich den creepMiner-1.7.19 oder den creepMiner-1.8.2.0 verwende.
got no confirmation from server! busy? (3m 23d 02:43:06)

Das ist aber erst nach dem Umstellen auf die neue Wallet und den neuen Plottfiles in poc2.
Ich habe aktuell 26TB bei einer ScanZeit von etwa 45sec am Start, im Pool kommen aber nur 4TB mit 257 Valid Deadlines an ...

von eben:

Code:

Current block: 505540  00:02:03
Start time 11:31:34
Scoop 2983
Base target82428
Difficulty 222317 (-49151)
Target 5m 9d 19:52:07

    11:32:58
     got no confirmation from pool! It is probably to busy, please set your submissionMaxRetry a bit higher if you see this (12:40:01)
     submitted 12:40:01
     found 5m 10d 19:50:15
     found 1y 2m 26d 20:17:16

[5tift]

Was bekommt man denn da pro GB bzw. TB aktuell am Tag raus?

1TB= ca.2BURST=ca.0,031€ pro Tag

https://explore.burst.cryptoguru.org/tool/calculate

Dank dir für die Info

ich komme bei weiten nicht an das was der calculator errechnet. bin bei ca 20-50% von dem was der Calculator ausrechnet egal ob ich solo oder pool mine.
Bei mir mit 90 TB Plottsize 1 block alle 3-5 Wochen

Ja nach dem Convertieren in poc2 Plotfiles sieht das bei mir auch nicht mehr so doll aus 

[Bytekiller]

Was bekommt man denn da pro GB bzw. TB aktuell am Tag raus?

1TB= ca.2BURST=ca.0,031€ pro Tag

https://explore.burst.cryptoguru.org/tool/calculate

Dank dir für die Info

ich komme bei weiten nicht an das was der calculator errechnet. bin bei ca 20-50% von dem was der Calculator ausrechnet egal ob ich solo oder pool mine.
Bei mir mit 90 TB Plottsize 1 block alle 3-5 Wochen

Ja nach dem Convertieren in poc2 Plotfiles sieht das bei mir auch nicht mehr so doll aus 

das war der schnitt von letzten 3/4 Jahr

[Cryptonica]

Also ich hatte bisher in diesem Jahr bei etwa 30TB durchschnittlich 30Burst pro Tag,  bei einer ScanZeit von etwa 30sec und war immer nah an den 360 bei den "Valid Deadlines Last 360 Blocks" im 0-100-pool.burst.cryptoguru.org Pool.

Jetzt, nachdem alle Plotts auf poc2 umgestellt sind und die Wallet auf BRS 2.2.1 läuft, bekomme ich gerade mal etwas über 50% confirmed Funds und im pool werden nur noch 10TB Effective Capacity angezeigt.

Zusätzlich vermisse ich die letzte Auszahlung vom Pool, die wurde von dem Pool-Konto abgezogen, ist aber nicht in meiner Wallet.
Eine Überweisung von anderer Quelle auf meine Wallet klappt aber ohne Probleme.

Bevor ich jetzt den Pool wechsle, versuche ich mein Problem noch mal hier zu lösen.
Hat jemand von euch ähnliche Erfahrungen oder hat jemand von euch einen Hinweis was ich noch ändern kann?

Wie geht das hier mit Bilder einfügen?

http://fs5.directupload.net/images/180703/pvl4un6e.jpg


EDIT:

ich habe nun mal den LOG-Level hoch gesetzt, jetzt sehe ich viele solcher "Error on receiving response! Invalid socket" Meldungen:

Code:

Error on receiving response!
Invalid socket

10:44:04
Error on receiving response!
No message received

10:43:59
Error on receiving response!
Invalid socket

10:43:59
Error on receiving response!
No message received

10:43:53
Error on receiving response!
Timeout

10:43:53
Error on receiving response!
Timeout

10:43:53
Error on receiving response!
Timeout

10:43:47
Error on receiving response!
Invalid socket

10:43:47
Error on receiving response!
No message received

10:43:41
Error on receiving response!
Invalid socket

10:43:41
Error on receiving response!
No message received

10:43:35
Error on receiving response!
Timeout

10:43:35
Error on receiving response!
Timeout

10:43:35
Error on receiving response!
Timeout

10:43:29
Error on receiving response!
Invalid socket

10:43:29
Error on receiving response!
No message received

10:43:24
Error on receiving response!
Invalid socket

10:43:24
Error on receiving response!
No message received

10:43:18
Error on receiving response!
Timeout

10:43:18
Error on receiving response!
Timeout

10:43:18
Error on receiving response!
Timeout

10:43:12
Error on receiving response!
Invalid socket

10:43:12
Error on receiving response!
No message received

10:43:07
Error on receiving response!
Invalid socket

10:43:07
Error on receiving response!
No message received

10:43:01
Error on receiving response!
Invalid socket

10:43:01
Error on receiving response!
No message received

10:42:56
Error on receiving response!
Invalid socket

10:42:56
Error on receiving response!
No message received

10:42:50
Error on receiving response!
Invalid socket

10:42:50
Error on receiving response!
No message received

10:42:45
Error on receiving response!
Invalid socket

10:42:45
Error on receiving response!
No message received

10:42:39
Error on receiving response!
Invalid socket

10:42:39
Error on receiving response!
No message received

10:42:34
Error on receiving response!
Invalid socket

10:42:34
Error on receiving response!
No message received
EXV7-6MZY-6AP9-CN9RQ: nonce submitted (22d 11:14:51)

10:42:34

10:42:33
Error on receiving response!
Invalid socket

10:42:33
Error on receiving response!
No message received

10:42:28
Error on receiving response!
Invalid socket

10:42:28
Error on receiving response!
No message received

10:42:23
Error on receiving response!
Invalid socket

10:42:23
Error on receiving response!
No message received

10:42:18
Error on receiving response!
Invalid socket

10:42:18
Error on receiving response!
No message received
EXV7-6MZY-6AP9-CN9RQ: nonce submitted (2m 5d 11:34:03)

EDIT2: es gibt auch Beispiele wo es klappt:

Code:

 EXV7-6MZY-6AP9-CN9RQ: nonce confirmed (16d 03:43:54)

11:09:21
EXV7-6MZY-6AP9-CN9RQ: nonce confirmed (18d 09:28:32)

11:09:07

11:09:04
Error on receiving response!
Invalid socket

11:09:04
Error on receiving response!
No message received

11:08:59
Error on receiving response!
Invalid socket

11:08:59
Error on receiving response!
No message received

11:08:54
Error on receiving response!
Invalid socket

11:08:54
Error on receiving response!
No message received
EXV7-6MZY-6AP9-CN9RQ: nonce submitted (9m 25d 10:44:10)

[taquillax]

das mit den Auszahlungen scheint ein Bug in der Wallet zu sein => https://www.reddit.com/r/burstcoin/comments/8vn1no/wallet_has_stopped_showing_recent_transactions/

[Cryptonica]

das mit den Auszahlungen scheint ein Bug in der Wallet zu sein => https://www.reddit.com/r/burstcoin/comments/8vn1no/wallet_has_stopped_showing_recent_transactions/

Oh, danke für den Hinweis, ich habe den Kontostand verglichen und es stimmt, die 100 Burst werden "nur" nicht als Transaktion angezeigt, im Guthaben sind sie drin.

Das ist ja wenigstens etwas Gutes, aber Mist bleibt es trotzdem. Wer will denn jemals das noch nachvollziehen ....

Es bleibt das Problem, das ich nur 50% meiner Funde bestätigt bekomme und dadurch nur noch 1/3 des Ertrages habe, wie vor dem Upgrade.

[5tift]

Ich bin jetzt mal aus Rico´s Pool in einen anderen gehopst nachdem ich unterschiedliche Miner wie auch OS getestet habe.
Dort steigt die Effective Capacity kontinuierlich Richtung meiner real Kapazität.

Wie der Payout läuft ist natürlich eine andere Sache....

[Cryptonica]

ok, das habe ich vermutet, da ist was am pool ...

Kannst du sagen zu welchen pool du gewechselt bist?
Hat jemand von euch ähnliche Erfahrungen gemacht?

[rico666]

Also nachdem es ja Usus ist in der Kryptowelt "mal die Maschinen machen zu lassen"

a.k.a. "Ich will möglichst Krypto bekommen ohne mich auch nur im Geringsten darum zu kümmern was aktuell Sache ist"

und selbst wenn diese Einstellung nicht ganz ausgeprägt vorhanden ist - dann gibt es wieder probleme mit der Lesekompetenz.

</Prolog>

• Es ist nicht "Rico´s Pool"
• Willkommen im (großen) Club derer, die Multi-Outs nicht kapiert haben
• Ja, der Explorer zeigt mittlerweile pro Account einen Reverse Lookup der Mult-Outs an
• nein, es ist kein Bug in der Wallet

[5tift]

ok, das habe ich vermutet, da ist was am pool ...

Kannst du sagen zu welchen pool du gewechselt bist?
Hat jemand von euch ähnliche Erfahrungen gemacht?

BTFG Pool

[Cryptonica]

Also nachdem es ja Usus ist in der Kryptowelt "mal die Maschinen machen zu lassen"

a.k.a. "Ich will möglichst Krypto bekommen ohne mich auch nur im Geringsten darum zu kümmern was aktuell Sache ist"

und selbst wenn diese Einstellung nicht ganz ausgeprägt vorhanden ist - dann gibt es wieder probleme mit der Lesekompetenz.

</Prolog>

• Es ist nicht "Rico´s Pool"
• Willkommen im (großen) Club derer, die Multi-Outs nicht kapiert haben
• Ja, der Explorer zeigt mittlerweile pro Account einen Reverse Lookup der Mult-Outs an
• nein, es ist kein Bug in der Wallet

Also wirklich, auch wenn ich verstehen kann, das es nervt Fragen zu bekommen die weit unter deinem Wissensstand sind. So sind doch zumindest die Fragen ein Hinweis das ich mich bemühe die zusammenhänge zu verstehen.

Aber deine Antwort hilft nun wirklich nicht dabei.

Ist es nun also Normal, das ich nach der Umstellung bei ähnlicher ScanZeit (vorher 30s jetzt 40s) und gleichen Festplattenspeicher von etwa 30TB nur noch unter 10TB (aktuell 8TB) Effective Capacity habe und 1/3 des Ertrages wie vorher. Das kann jetzt wirklich nicht dein Ernst sein ....

Was ist mit den ständigen Meldungen wie:

"Error on receiving response!
Invalid socket

09:42:40
Error on receiving response!
No message received"?

Wieso bekomme ich von deinem Pool nur noch die Hälfte der submitted nonce bestätigt? Obwohl die weit unterhalb der deadline sind, selbst wenn die schon innerhalb der ersten 10sec submitted werden.
Es kann sein das ich es nicht verstehe was Multi-Outs bedeutet - aber hallo, dann hilf mir doch es zu verstehen.
Das ist allemal besser als nur Frust abzulassen.


EIDIT:

das ist genau so ein Beispiel was ich nicht verstehe (meine submissionMaxRetry steht auf 50):

Code:

11:30:34: --------------------------------------------------
11:30:34: block#        508400
11:30:34: scoop#        1427
11:30:34: baseTarget#   63930
11:30:34: gensig        c5916a8113fe19dfecbbbfc67a8a1460
11:30:34:               afb33c788ea689ca14c01c0263ba20fe
11:30:34: difficulty    286644 (-11675)
11:30:34: targetDL      5m 22d 09:50:54
11:30:34: --------------------------------------------------
11:30:39: EXV7-6MZY-6AP9-CN9RQ: nonce submitted (22d 04:33:49)
11:30:39:       nonce: 115190753
11:31:33: Processed block 508400
11:31:33:       round time:     58.659s
11:31:33:       best deadline:  22d 04:33:49
11:35:22: EXV7-6MZY-6AP9-CN9RQ: got no confirmation from pool! It is probably to busy, please set your submissionMaxRetry a bit higher if you see this (22d 04:33:49)

[cimpex]

1) Meine Lesezeit ist nach der kompletten Umstellung von PoC1 auf PoC2 exakt gleich wie vor der Umstellung.

2) Es kommt immer darauf an, wie die reale Kapazität berechnet wird. Bevor du dem Pool-Betreiber die schuld gibst, analysiere deine Submittions (bei wie vielen Blöcken bist du nicht fertig geworden, bei wie vielen Blöcken hast du gar nichts submitted). Ist eine TargetDeadline richtig konfiguriert? Probleme beim Bestätigen der Submissions kenne ich eigentlich beim PoC Pool nicht.

3) Ich dachte auch kurz, dass keine Coins ausgezahlt werden. Die Pool Transaktionen findet man nun in einer eigenen Rubrik "Multiout Reverse". Kontostand stimmt, Coins sind da, alles gut!

[Cryptonica]

Hallo cimpex,
danke für deine konstruktive Antwort.

1) Meine Lesezeit ist nach der kompletten Umstellung von PoC1 auf PoC2 exakt gleich wie vor der Umstellung.

das kann ich bestätigen, bei mir ist sie ähnlich wie vorher ...
Average scan 38.948 s

2) Es kommt immer darauf an, wie die reale Kapazität berechnet wird. Bevor du dem Pool-Betreiber die schuld gibst, analysiere deine Submittions (bei wie vielen Blöcken bist du nicht fertig geworden, bei wie vielen Blöcken hast du gar nichts submitted). Ist eine TargetDeadline richtig konfiguriert? Probleme beim Bestätigen der Submissions kenne ich eigentlich beim PoC Pool nicht.

a: Ich suche keine Schuld, nur eine Lösung.

b: Jetzt gerade sind es 8 Blöcke von den letzten 205 Blöcken, die früher gefunden worden als meine ScanZeit.
das halte ich auch für unkritisch

c: Jetzt wird es interessant, das versuche ich die ganze Zeit zu sagen, ich bekomme nur etwa 50% meiner Funde submitted und das mit 50 versuchen (Submission max retry: 50, Time out: 1 sec).

Genau das ist mein Problem, das ist erst seit der Umstellung so und ich finde nicht die Ursache.
Ich habe schon mit einigen Beispielen das hier versucht deutlich zu machen, hier mal wieder ein aktuelles aus dem Logfile.
Der Miner versucht 50 mal den Fund an den Pool zu melden und gibt dann auf - warum?

Code:

04.07.2018 23:55:50 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 87, Debug): Submit-loop 47 (1d 13:43:22)
04.07.2018 23:55:50 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 91, Debug): WAITING......................
04.07.2018 23:55:56 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout
04.07.2018 23:55:56 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:55:56 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout
04.07.2018 23:55:56 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:55:56 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout
04.07.2018 23:55:56 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:55:56 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 87, Debug): Submit-loop 48 (1d 13:43:22)
04.07.2018 23:55:56 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 91, Debug): WAITING......................
04.07.2018 23:56:02 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout
04.07.2018 23:56:02 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:56:02 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout
04.07.2018 23:56:02 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:56:02 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout
04.07.2018 23:56:02 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:56:02 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 87, Debug): Submit-loop 49 (1d 13:43:22)
04.07.2018 23:56:02 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 91, Debug): WAITING......................
04.07.2018 23:56:08 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout


04.07.2018 23:56:08 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:56:08 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout
04.07.2018 23:56:08 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:56:08 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Timeout
04.07.2018 23:56:08 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:56:08 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 87, Debug): Submit-loop 50 (1d 13:43:22)
04.07.2018 23:56:08 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 91, Debug): WAITING......................
04.07.2018 23:56:14 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
No message received
04.07.2018 23:56:14 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:56:14 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 66, Error): Error on receiving response!
Invalid socket
04.07.2018 23:56:14 (171, /home/travis/build/Creepsky/creepMiner/src/network/Response.cpp, 68, Error): Stackframe
NonceResponse::getConfirmation (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 102)
Response::receive (in "/home/travis/build/Creepsky/creepMiner/src/network/Response.cpp", line 49)

04.07.2018 23:56:14 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 124, Debug): JSON confirmation (1d 13:43:22)
        
04.07.2018 23:56:14 (171, /home/travis/build/Creepsky/creepMiner/src/network/NonceSubmitter.cpp, 203, Warning): EXV7-6MZY-6AP9-CN9RQ: got no confirmation from pool! It is probably to busy, please set your submissionMaxRetry a bit higher if you see this (1d 13:43:22)
04.07.2018 23:57:08 (0, /home/travis/build/Creepsky/creepMiner/src/mining/Miner.cpp, 274, Debug): Plot-read-queue: 0 (8 reader), verification-queue: 0 (8 verifier)
04.07.2018 23:57:08 (0, /home/travis/build/Creepsky/creepMiner/src/mining/Miner.cpp, 275, Debug): Allocated memory: 0.0 MB
04.07.2018 23:57:08 (0, /home/travis/build/Creepsky/creepMiner/src/mining/Miner.cpp, 309, Information): Block 508582 ended in 00:06:16
04.07.2018 23:57:10 (0, /home/travis/build/Creepsky/creepMiner/src/mining/Miner.cpp, 343, Notice): --------------------------------------------------
block#          508583
scoop#          2134
baseTarget#     85312
gensig          6be15aae8e7d9ddc17e1eefff57762b9
              7504443c457d0191d857db24f3bc66d3

d:Die TargetDeadline macht der creepMiner 1.8.2 dynamisch, aktuell 4m 9d 05:33:50, denke das ist ok so.
Ich habe den creepMiner-1.7.19.0 mit fester TargetDeadline 1y auch mal laufen lassen, das macht kein Unterschied im Ergebnis.

3) Ich dachte auch kurz, dass keine Coins ausgezahlt werden. Die Pool Transaktionen findet man nun in einer eigenen Rubrik "Multiout Reverse". Kontostand stimmt, Coins sind da, alles gut!

stimmt auch bei mir,  Coins sind da, das hatte ich ja auch schon so bestätigt ...
aber warte mal, wo finde ich die Rubrik "Multiout Reverse", in meiner Wallet habe ich es nicht gesehen ...

Ich danke für das Lesen und hoffe auf ein Tipp wie ich mein Problem lösen kann.

http://fs5.directupload.net/images/180705/qtqxuoxu.jpg
http://fs5.directupload.net/images/180705/f28dqxgp.jpg
http://fs5.directupload.net/images/180705/omarkgur.jpg


EDIT: Für alle die immer noch die  Rubrik "Multiout Reverse" suchen, ich habe es gefunden.
Also mit "Ja, der Explorer zeigt mittlerweile pro Account einen Reverse Lookup der Mult-Outs an", ist dann der Explorer von explore.burst.cryptoguru.org gemeint, da gibt es ein Reiter "Multiout Reverse", dort ist die Auszahlung sichtbar.
Aber eben nicht in der Wallet, da muß man dann den Taschenrechner bemühen und sich die Kontostände aufschreiben, wenn man das nachvollziehen möchte .... 

[ZipoZap]

An sich fand ich es eine gute idee mit dem mining durch Speicherplatz aber als ich es damals selbst getestet habe und gesehen habe das man mit wenig Speicher sozusagen nichts anfangen kann, wurde mir klar das es genauso paytowin Model ist wie GPU oder Asic Mining. Hast du Geld kannst du dir mehr Hardware kaufen als die anderen und somit kriegen die, mit am meisten Geld, die Mining belohnungen. Ich bin ein fan von fairer Coin Verteilung und Burst tut dies nicht. Wenn ich schon Höre 30 TB denke ich mir nur wtf wie weit soll das noch gehen bis jemand 1000TB hat?

[5tift]

Wenn ich schon Höre 30 TB denke ich mir nur wtf wie weit soll das noch gehen bis jemand 1000TB hat?

Das kann passieren 

[Cryptonica]

ok, das habe ich vermutet, da ist was am pool ...

Kannst du sagen zu welchen pool du gewechselt bist?
Hat jemand von euch ähnliche Erfahrungen gemacht?

BTFG Pool

Danke für deine Antwort, kannst du jetzt schon sagen, wie es im BTFG Pool läuft?


Kann mir jemand das Beispiel von mir (#1475) https://bitcointalk.org/index.php?topic=1564860.msg41484036#msg41484036 erklären?

start 11:30:34: block#        508400
         11:30:39: nonce submitted (22d 04:33:49)  (nach 5s Fund submitted!)
         11:35:22:  got no confirmation from pool! ....( nach fast 5min immer noch nicht vom Pool bestätigt, nach 50 versuchen )

wie kann so was passieren?

[5tift]

ok, das habe ich vermutet, da ist was am pool ...

Kannst du sagen zu welchen pool du gewechselt bist?
Hat jemand von euch ähnliche Erfahrungen gemacht?

BTFG Pool

Danke für deine Antwort, kannst du jetzt schon sagen, wie es im BTFG Pool läuft?

Die Effective Capacity kommt ungefähr hin und der Payout alle 20 BURST passt auch.

[Cryptonica]

Super, das ist doch mal ne schnelle und konstruktive Antwort.
Nicht so eine wie, ich bin nicht Schuld - also kümmere dich selbst Antwort.
Dann weiß ich was zu tun ist.
Vielen Dank