Bitcoin Forum
November 08, 2024, 11:03:31 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Problem with sgminer  (Read 135 times)
twicx (OP)
Member
**
Offline Offline

Activity: 88
Merit: 10


View Profile
January 30, 2018, 10:16:40 PM
 #1

Sgminer has a habit of quitting after one or two attempts to reconnect to the stratum, in the event of a connection loss for example. I've gone through the readme, but I can't seem to find a command to either tell it how many times to retry, or to disable the whole quitting thing.

Any ideas?
giveen1
Newbie
*
Offline Offline

Activity: 70
Merit: 0


View Profile
January 30, 2018, 10:18:48 PM
 #2

--no-retry  ?
twicx (OP)
Member
**
Offline Offline

Activity: 88
Merit: 10


View Profile
January 30, 2018, 10:26:28 PM
 #3

--no-retry  ?

I didn't think that was in sgminer, and isn't that the opposite of what I'm looking for? I thought no-retry was that if it couldn't reconnect, it just went to the next pool?

Afaik, in cgminer, there's --r 0, which means it'll attempt a reconnect once. I essentially need that, but --r 9999999
giveen1
Newbie
*
Offline Offline

Activity: 70
Merit: 0


View Profile
January 30, 2018, 10:29:41 PM
 #4

Sorry, misunderstood.
twicx (OP)
Member
**
Offline Offline

Activity: 88
Merit: 10


View Profile
January 30, 2018, 10:33:16 PM
 #5

No problem.

I think there's something with either failover or no-client-reconnect, but I'm just struggling a bit to understand the commands.
tadeus1
Member
**
Offline Offline

Activity: 140
Merit: 11


View Profile
January 30, 2018, 10:38:49 PM
 #6

may be put a failover pool with the same setting.  That should add some time.
Not sure if it would help much, but worth a try.

Strangely , I think my sgminer never quits, even if there is no connection it just stays in retry mode, eventually picks up.
don't know why, but just remembered from the days when etn pools were up and down constantly.
twicx (OP)
Member
**
Offline Offline

Activity: 88
Merit: 10


View Profile
January 30, 2018, 10:39:49 PM
 #7

may be put a failover pool with the same setting.  That should add some time.
Not sure if it would help much, but worth a try.


I am considering that. But I wonder if failover only would work better, or would it still only try a few times
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!