got no confirmation from server! busy? #99
Comments
exciler
commented
Mar 14, 2017
|
Hi! I also noticed this problem but was not sure if it is a problem with my setup. I tried different pools and the problem stays the same. |
mpenagar
commented
Mar 14, 2017
|
This is what i see on the log file (see 14.03.2017 10:16:53 (5, src/Miner.cpp, 327, Information): Mikelon: nonce found (1d 22:35:28) 14.03.2017 10:16:54 (5, src/Response.cpp, 51, Error): Error on receiving response! 14.03.2017 10:16:54 (5, src/Response.cpp, 51, Error): Error on receiving response! 14.03.2017 10:16:54 (5, src/NonceSubmitter.cpp, 67, Debug): Submit-loop 2 (1d 22:35:28) 14.03.2017 10:16:54 (5, src/Response.cpp, 51, Error): Error on receiving response! 14.03.2017 10:16:54 (5, src/Response.cpp, 51, Error): Error on receiving response! 14.03.2017 10:16:54 (5, src/NonceSubmitter.cpp, 67, Debug): Submit-loop 3 (1d 22:35:28) 14.03.2017 10:16:54 (5, src/Response.cpp, 51, Error): Error on receiving response! 14.03.2017 10:16:54 (5, src/Response.cpp, 51, Error): Error on receiving response! 14.03.2017 10:16:54 (5, src/NonceSubmitter.cpp, 96, Debug): JSON confirmation (1d 22:35:28) 14.03.2017 10:16:54 (5, src/NonceSubmitter.cpp, 167, Warning): Mikelon: got no confirmation from server! busy? (1d 22:35:28) |
Pascal66
commented
Mar 14, 2017
•
|
Do you use an external wallet in your conf, instead of yours ?
|
mpenagar
commented
Mar 14, 2017
•
|
Yes, I am using https://wallet3.burstnation.com :
|
Pascal66
commented
Mar 14, 2017
•
|
Try to launch your own server wallet, and then use it as wallet when it's synchronized |
exciler
commented
Mar 14, 2017
|
I don´t think it is the wallet... the error occurs on the pool connection. |
mpenagar
commented
Mar 14, 2017
|
wallet syncing... I will tell you if there is any improvement with the local wallet. |
|
I dont' think this is the wallet. I won't stop you to use a local wallet, because it is always a good idea to use one (safer, faster), but there is nothing wrong in using an online wallet. I'm using the same online wallet (https://wallet3.burstnation.com:8125), everything fine on Windows. However, same system, on Linux it don't work. This indicates a difference in the implementation of a system resource (most likely Mutex or Socket, for example the timeout like exciler said). Also, the error occurs on communication with the pool, not the wallet. Only if you use the wallet as the pool (solo mining), this would be an issue. I'm debugging it right now, so if you give me some time, I'll eliminate the error. |
Axadiw
commented
Mar 15, 2017
|
Is it possible to bypass this bug before fix will be released? I've tried to increase timeout, but unfornatelly it didn't helped |
Creepsky
added a commit
that referenced
this issue
Mar 15, 2017
|
|
Creepsky |
6a8c6b5
|
Creepsky
added a commit
that referenced
this issue
Mar 15, 2017
|
|
Creepsky |
d378be9
|
|
The timeout was a false alarm.
A (CR, only Windows) LF indicates the next variable. With the forwarding system I build in a new POST variable "X_Plotfile", so that the forwarding miner can know in what plotfile the nonce was found.
This is a malformed body and gets rejected by the server. I pushed a new hotfix: https://github.com/Creepsky/creepMiner/releases/tag/2.5.2 |
Axadiw
commented
Mar 15, 2017
|
I've installed https://github.com/Creepsky/creepMiner/releases/tag/2.5.2 and this problem still persists. Do I have to change anything in the config file? |
|
Hm strange It could be that your pool server has deactivated chunked transfer encoding. |
Axadiw
commented
Mar 15, 2017
|
The same problem persists on `fixed-content-length' branch. I'm mining on pool
Logs:
|
Creepsky
added a commit
that referenced
this issue
Mar 15, 2017
|
|
Creepsky |
e49ab96
|
|
Then I have some more questions:
The only workaround that I can think of is to raise your submissionMaxRetry and timeout or you could use an older version (1.4.6). |
Axadiw
commented
Mar 15, 2017
|
I have changed config file to log I guess thta here's an error:
It's happening for every nonce. I've tried with raising timeout and submissionMaxRetry, but it haven't changed anything |
|
Thanks a lot! Sorry for bothering you, but can you please test the updated fixed-content-length branch? I kicked out every custom POST parameter (this will break the forwarding feature). |
Axadiw
commented
Mar 15, 2017
|
Hey, this Good job! |
Creepsky
added a commit
that referenced
this issue
Mar 16, 2017
|
|
Creepsky |
466b5b9
|
|
Nice. |
mpenagar
commented
Mar 16, 2017
|
Ok, I will update my nodes tonight and tell you. Thanks! |
Axadiw
commented
Mar 16, 2017
|
Hmmmm, looks like my optimism was premature - I've tested miner on my other machine (that is basically forwarding nonces sent by other miners), and I'm still recieving
error there. Detailed log: It looks like the problem is here:
|
|
If you are using |
Axadiw
commented
Mar 16, 2017
|
I'm using 1.5.2 version (it's even included in log file) |
|
Hm okay. |
Axadiw
commented
Mar 16, 2017
|
But I have been using newest commit ( In order to confirm it, I have cloned the repo again, and checked out Here are full logs: PS. |
|
Ah ok. Thought you were on the old 1.5.2.
To be exact:
This strange hash (actually it should be the name of your plotfile Maybe you are right and this is pool related. I should hop over to your pool and test it there. Also you could try to copy this request.cpp into your own local request.cpp and then rebuild the miner with make (should be enough if you do it only for the hub). |
Axadiw
commented
Mar 16, 2017
|
Ok, to sum up my config: Let's say that I'm using 2 configurations:
You're correct about version of creepMiner, I've installed 1.5.1 successfully on small miners, and now I was just working on Hub's installation of creepminer. And here's interesting part: I have tested version 1.5.1 of the miner on the HUB, and it looks like it's working correctly! So to sum up, it looks like:
|
mpenagar
commented
Mar 16, 2017
|
Same for me....
|
|
I hopped over to your pool and got the same error. I will change the code and re-tag 1.5.2 again. Maybe you can give it another shot. |
Creepsky
added a commit
that referenced
this issue
Mar 16, 2017
|
|
Creepsky |
6f92111
|
mpenagar
commented
Mar 17, 2017
|
development branch: All nonces confirmed, well done!!! |
Axadiw
commented
Mar 17, 2017
|
I also confirm that current |
|
finally we got it! :) |
Creepsky
closed this
in #100
Mar 17, 2017
Creepsky
added a commit
that referenced
this issue
Mar 17, 2017
|
|
Creepsky |
17d7738
|
Creepsky
added a commit
that referenced
this issue
Mar 17, 2017
|
|
Creepsky |
85c0203
|
bryhardt
commented
Jun 5, 2017
|
I am experiencing this issue regularly on the .club pool with 1.5.2 and 1.6.0. I believe this occurs when the pool is too busy to handle the request. As pointed out earlier, the submit-loop occurs instantly and burns through the max retry count immediately since the server can't handle any of the requests. I put a sleep, 5 seconds, in the submit try loop after the first attempt and i get much better results. I don't know CPP very well, so I am sure something better could be implemented to delay sending the next request if the connection was no good. |
|
@bryhardt Very nice idea! Can you please open a new issue for this + if you have git, can you make a pull request on |
bryhardt
commented
Jun 5, 2017
|
i will do a pull... that is exactly what i used... |
mpenagar commentedMar 14, 2017
Hi!
I am mining with pool.burstmining.club and geting many "no confirmation" error messages (25% of submitted nonces):
09:57:44: XXXX: got no confirmation from server! busy? (4d 16:13:28)I noticed this when I updated from version 1.4.3 (not shure) to 1.5.0 & 1.5.1. Any idea? Should I try just changing the pool or does any other get the same error on diferent pools?
Thanks!