-
Notifications
You must be signed in to change notification settings - Fork 851
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
how often is "Stratum connection interrupted" #18
Comments
on the miner side it says
|
i have tested this on multi machines , with same effect |
hello @bmatusiak what is the coin you're testing? |
Can you provide more information? Are any valid shares being processed at all? What percent of miners get disconnected from this? What miner software are you using? |
@vekexasia also my config |
First thing you should do is update to latest code because there is a good chance the issue has been fixed. Your config indicates old version :) |
yea i found shares, i found a block, i updated my gist with log file |
i git cloned yeaterday |
o i must had a older clone when i updated i get this error
|
You have an old config, look at the example config in the readme. |
k i updated to latest, i am gonna close this for now |
Also its easier to help you when you answer my debug questions :) "Can you provide more information? Are any valid shares being processed at all? What percent of miners get disconnected from this? What miner software are you using?" cgminer? I just committed an update to the stratum subscription reply which I think may fix your issue. |
im using 3 "minerd" and 1 "cgminer" both are giving the interupted connection minerd just sent this on latest
its cant to find the version i have for minerd... but it has always worked for stratum mining |
If you could get a wireshark trace of the tcp packets between miner and server then we can very likely fix this problem. It looks like somehow the server isn't acknowledging some message from the miner. |
running wireshark now... what expression did you want me to use? atm im using expression 3335 is the port stratum is listening on,, and im running wireshark on the machine with minerd |
this is new
|
ahh, ok im now following tcp stream raw data |
https://gist.github.com/bmatusiak/f91244b62dd505d7634a is this what your looking for on wireshark? |
Can you update to the latest code again? I added data to the subscription response that may fix the issue. I see in the tcp log that its not using latest fix I did f43a583 |
If the problem still happens with my latest code, TheSeven (who is really good at fixing these types of things) says: "I'd suggest the tester to filter for your IP address ("ip.addr eq 123.123.123.123") and then export the visible packets to a capture file and attach that to the issue" |
yea i still get problem, is this what your looking for? |
What's your connectionTimeout set to? Make it something really high like over 9000 because that could be causing your disconnect. |
so i set the timeout verry high "900000", still had a disconnect, it seems miner is causing the timeout after 120 sec of not sending any shares, i set the diff lower on pool and miner send more shares, but once it gets to a heavy share it still gets killed after the 120 sec |
[3:55:39 AM] TheSeven: the wireshark trace doesn't seem to be complete, it stops in the middle of frame 5187 |
i think the miner is just closing the connection on a heavy share, i see in the mimerd logs that it closes exactly 2 minits after previous share |
what irc channel are you on? |
TheSeven was helping over a skype private convo. Although I just created two irc channels for discussion on freenode, #nomp & #nomp-dev |
i found this https://bitcointalk.org/index.php?topic=215441.msg2923337#msg2923337 i didnt see if node-stratum is doing this or not yet, and is mabe causing my issue |
This should fix the issue. Please verify |
i get the same error and the last fix does not fix it |
yes thanks! |
bug/fixed-conditional-getinfo
fixing timeout issue in paymentProcessor (and get rid of paytxfee - it doesn't help)
im getting
on my workers ... is anybody else experiencing this?
The text was updated successfully, but these errors were encountered: