cgminer "stratum connection to pool 0 interrupted" issue

[nightengale]

I was mining primarily on Slush when mine kept disconnecting, not sure if that had something to do with it or not.

[eretron]

I'm on LTC now, same thing happening, so it's not pool related as I can see...

[Stevenrm87]

Im using Guiminer (tried cgminer same thing happens) My internet works fine BUT as SOON as I start to try and mine it litterally cuts my internet connection off. Cant load a webpage, nada. I see Guiminer hashing away but no shares get accepted , no stales nada (no communication with pool I suppose since internet cuts)

Still searching for answer with this problem (I cant mine) no answers although.

I updated everything too and it has worked before and now all the sudden this . So Im at a loss as to the cause

[Stevenrm87]

What I have noticed. Before I run cgminer all Internet connections are good can surf web etc.

Soon as I start cgminer few seconds after boot it receives a work order from pool. Cgminer starts to work it and THAT'S the point where all my Internet connection is disabled. (Can't even load a web page even though my Internet network is perfectly connected still) (all other computers on same wifi can still surf web no problems)

Once cgminer finishes work it CANNOT send it back to pool (due to no Internet connection) then cgminer gives message

Stratum connection to pool 0 Interrupted
Lost 1 share due to stratum disconnect on pool 0

Then I think cgminer auto restarts and that's the point where Internet is restored and therefore it retrieves a new work order from pool and once it starts working on it bam same thing and over and over and over..

I don't know what to do. It's not the pool (I have tried many)

Any suggestions . ? Running latest cgminer with 12.8 drivers for vid card

[silicont]

I'm still struggling with "Stratum interrupted" issue. On windows, using CGMINER 3.1, I've updated the network card drivers to the latest, rewired all network connections, and have tried using a local stratum proxy.  My windows machines still fail at different times, throwing one "stratum interrupted" line in the log, and then cgminer does nothing.  I've seen others with multiple "stratum interrupted" lines in their logs, but mine throws one then seems to freeze.  CGMINER does not accept keyboard commands at this point.

In contrast, my linux rig, which is hooked up to the same network, manages to keep connected.

Is there a cgminer parameter I can try to make it reconnect?  Or at least make it's failover configuration work?  I believe I have the failover config correct, but it doesn't trigger with "stratum interrupted".  I might try going back to an older version of cgminer.

Thanks

[-ck]

Try the newer release, and try disabling hotplug if your keyboard is having issues too (--hotplug 0)

[eretron]

Will do. Posting report after a day or two testing

[tigerbit]

Try the newer release, and try disabling hotplug if your keyboard is having issues too (--hotplug 0)

Thanks, been running the latest release since it was posted and it seems to be coping much better with stratum disruption.  I've seen things fail over from Bitminter to BTCGuild and back again.  Previous releases just hung.

Did get a windows bluescreen earlier today, but I'll see how that goes it's quite possibly nothing to do with cgminer.

Thanks again ckolivas!

[-ck]

Try the newer release, and try disabling hotplug if your keyboard is having issues too (--hotplug 0)

Thanks, been running the latest release since it was posted and it seems to be coping much better with stratum disruption.  I've seen things fail over from Bitminter to BTCGuild and back again.  Previous releases just hung.

That's good. I did completely rewrite the networking component of stratum in 3.1.1 so it should be much better.

[eretron]

Will do. Posting report after a day or two testing

>24 hrs, works like charm great work m8.

Will send some LTC your way. Keep up the good work

EDIT: ckolivas post LTC Adress please

[silicont]

FYI:  CK's wallets (both BTC and LTC) are in the readme's of his cgminer packages.  Scrypt readme for LTC, readme for BTC.

I had some initial issues with the 3.1.1 as recommended, but am diagnosing personal network issues.  I'll report back in a couple days, too.

[tigerbit]

Try the newer release, and try disabling hotplug if your keyboard is having issues too (--hotplug 0)

Thanks, been running the latest release since it was posted and it seems to be coping much better with stratum disruption.  I've seen things fail over from Bitminter to BTCGuild and back again.  Previous releases just hung.

That's good. I did completely rewrite the networking component of stratum in 3.1.1 so it should be much better.

Oh, dear - definite improvement but still not quite stable.  Bitminter's just gone down and this time cgminer didn't make it over to BTCguild in one piece.  

Code:

Rejected untracked stratum share from pool 0
Stratum connection to pool 0 interrupted
Lost 3 shares due to stratum disconnect on pool 0
Pool 0 stratum+tcp://mint.bitminter.com:3333 not responding!
Switching to pool 1 http://eu-stratum.btcguild.com:3333

BTC guild shows cgminer as submitting one successful share, then submits every 9-10seconds which are classified Reject (other).  Cgminer's UI has hung at this point and GPUs have cooled down, fans reduced.

The UI which has hung still says connected to mint.bitminter runnning at full tilt, which it's clearly not.

Code:

Edit: rather worryingly when restarting cgminer I discovered the GPU's weren't cool at all!
- it was just the fans that had throttled back.
On startup one of my GPUs was running 6 degrees over its target temperature.

On restarting it failed over to btcguild correctly as bitminter was still down or being DoS'd.
Shortly after reconnected back over to Bitminter when it detected a stratum connection.

[silicont]

I too watched cgminer rollover to my 50btc backup when bitminter went down.  (urls removed)

Code:

[2013-05-14 04:55:51] Accepted d995938b Diff 1/1 GPU 1 pool 0 
 [2013-05-14 04:57:23] Stratum connection to pool 0 interrupted
 [2013-05-14 04:57:23] Lost 33 shares due to stratum disconnect on pool 0
 [2013-05-14 04:58:23] Pool 0 stratum+tcp://{bitminterurl} not responding!
 [2013-05-14 04:58:23] Switching to pool 1 stratum+tcp://{50btcurl}
 [2013-05-14 04:58:38] Accepted c2f6966a Diff 1/1 GPU 1 pool 1

All OK, except I had round-robin set, and I would have expected cgminer to roll back to the primary pool at some time?  Perhaps round robin is only for the failover pools and does not include the primary pool?

Unfortunately, one card went 'sick', with cgminer throwing "Error -6", and continued to log this repeatedly every minute for 15 minutes until I restarted.  I don't know if it's the card, or the error is code related.  I restarted cgminer and the sick card sprang right into action. I include it here in case ckolivas might find it useful.

Code:

[2013-05-14 06:23:30] Accepted 2000c7dc Diff 7/1 GPU 1 pool 1 
 [2013-05-14 06:23:40] GPU0: Idle for more than 60 seconds, declaring SICK!
 [2013-05-14 06:23:40] GPU0: Attempting to restart
 [2013-05-14 06:23:40] Thread 0 still exists, killing it off
 [2013-05-14 06:23:40] Thread 1 still exists, killing it off
 [2013-05-14 06:23:40] Error -6: Creating Command Queue. (clCreateCommandQueue)
 [2013-05-14 06:23:40] Failed to reinit GPU thread 0

Thanks

[os2sam]

All OK, except I had round-robin set, and I would have expected cgminer to roll back to the primary pool at some time?  Perhaps round robin is only for the failover pools and does not include the primary pool?

ROUND ROBIN:
This strategy only moves from one pool to the next when the current one falls
idle and makes no attempt to move otherwise.

[tigerbit]

Unusual error this time

Code:

 [2013-05-14 21:58:12] Accepted 969b1ee1 Diff 1/1 GPU 0 pool 0
 [2013-05-14 21:58:12] Accepted 45d1ec5e Diff 3/1 GPU 1 pool 0
 [2013-05-14 21:58:32] Rejected untracked stratum share from pool 0
 [2013-05-14 21:58:32] Stratum connection to pool 0 interrupted
 [2013-05-14 21:58:32] Lost 3 shares due to stratum disconnect on pool 0
 [2013-05-14 21:58:35] Pool 0 stratum+tcp://mint.bitminter.com:3333 not respondi
ng!
 [2013-05-14 21:58:35] Switching to pool 1 http://eu-stratum.btcguild.com:3333
 [2013-05-14 21:58:44] Accepted 8278ebf9 Diff 1/1 GPU 1 pool 1
 [2013-05-14 21:58:45] Accepted 8c0d0cde Diff 1/1 GPU 0 pool 1
 [2013-05-14 21:58:46] Accepted 696623af Diff 2/1 GPU 1 pool 1
 [2013-05-14 21:58:47] Accepted 66f2639c Diff 2/1 GPU 1 pool 1
 [2013-05-14 21:58:54] Accepted 5157abb5 Diff 3/1 GPU 0 pool 1
 [2013-05-14 21:58:58] Accepted ac0c27bd Diff 1/1 GPU 0 pool 1
 [2013-05-14 21:59:00] Accepted 720c6ced Diff 2/1 GPU 0 pool 1
 [2013-05-14 21:59:04] Accepted 47585654 Diff 3/1 GPU 1 pool 1
 [2013-05-14 21:59:11] Accepted 234186c8 Diff 7/1 GPU 0 pool 1
 [2013-05-14 21:59:19] Accepted a6247f67 Diff 1/1 GPU 1 pool 1
 [2013-05-14 21:59:19] Accepted c7b6a451 Diff 1/1 GPU 0 pool 1
 [2013-05-14 21:59:23] Accepted af94570d Diff 1/1 GPU 0 pool 1
 [2013-05-14 21:59:23] Accepted f210e859 Diff 1/1 GPU 1 pool 1
 [2013-05-14 21:59:27] Accepted 51ebafe3 Diff 3/1 GPU 0 pool 1
 [2013-05-14 21:59:27] Accepted 2f90b4f6 Diff 5/1 GPU 1 pool 1
 [2013-05-14 21:59:28] Accepted b97cdd01 Diff 1/1 GPU 1 pool 1
 [2013-05-14 21:59:32] Pool 0 stratum+tcp://mint.bitminter.com:3333 alive
 [2013-05-14 21:59:32] Switching to pool 0 stratum+tcp://mint.bitminter.com:3333

 [2013-05-14 21:59:35] Accepted e164766a Diff 1/1 GPU 0 pool 1
 [2013-05-14 21:59:37] pool 0 JSON stratum auth failed: [
   24,
   "Unauthorized",
   null
]

cgminer then locks up and becomes unresponsive.

[silicont]

I've concluded that Windows 7 Professional simply sucks.  I'm using cgminer 3.0.0 on Linux Mint, and it has been running for four days without issue.  My winblows machines are unreliable with cgminer 3.1.1, and have died many times in the same four days. 

My ISP briefly cuts internet access almost every night around 1:30am,  and cgminer doesn't like how winblows recovers.  It's just a hiccup for linux.  The bitminter client does better than cgminer on winblows when recovering from the interruption, but bitminter is not half the miner that cgminer is.

I'll be converting my winblows to linux.  So far, that's the only solution I'm able to come up with.

Thanks for the great tool and support, ckolivas.

[tigerbit]

I'd love to move back to Linux, but I'm running 7970's.

I rely on Sapphire Trixx to overclock and undervolt.  If the cg team could reverse engineer the undocumented calls Trixx was making I'd be laughing.

Actually, we don't need to rely on cgminer, an external tool would suffice - as Trixx does now.   I'm surprised no one has put a bounty up for a linux tool for 7970 over/under clocking/volting.

[silicont]

I'm using 7970s too, with stock voltage.  cgminer does the overclocking just fine, and I suppose it would do the voltage if the voltage wasn't locked on my gigabytes.  I wonder if TRIXX might install in Linux with mono/wine?  I'll try and post back.

To unlock the voltage, I'm considering updating the bios on the cards per this post:  https://bitcointalk.org/index.php?topic=186624.40

But for now, I just want the miners to keep working through the night.

[Fluxbit]

I had a couple of my cgminers go offline with the message "stratum connection to pool 0 interrupted", a third however, which was mining on the same pool did not disconnect and kept running fine. I noticed it an hour later... 

I have a failover set up on another pool, but for some reason that did not kick in on either machine.

Has anyone had this issue come up and have you found any solutions? I thought having a failover set up would have prevented my miners frm shutting down...

Thanks for any advice anyone can offer.

I've had the same experiences.  I've got 2 rigs mining at separate locations.  One is a single 7970 running 3.1.0 and the other is running 2 7970's with 3.1.1.  The rig running 3.1.1 seems to drop out more often - about twice a day.  Is it a stability issue?  I'm running the single card rig stock (69 degrees C), the other rig is running both cards @ 1000MHz core, 925MHz RAM, 70 degrees C.  Is this issue because the cards are throwing garbage at cgminer, or a network connection is flakey, or something else?  They always seem to drop out at the worst times - like 5 minutes after I go to bed...

If no one has a solution to the cgminer issue, does anyone have a good way of alerting you if a miner stops submitting shares?

[silicont]

My final answer (for windows) is using CGWatcher:  http://manotechnology.blogspot.com/p/cgwatcher.html

CGWatcher coupled with failover configurations in cgminer, will handle stratum disconnections, sick cards, drivers restarting, shares not being submitted, mhs decreases, and more.  Configure windows to start cgwatcher on startup, save cgminer settings to default conf, configure cgwatcher to start cgminer automatically when cgwatcher starts, check all montior boxes (except restart based on hours, and except start/stop by schedule, and let 'er rip. 

Cgminer poops out due to sick cards and network issues on my windows rigs, and cgwatcher restarts cgminer automatically.  My worst rig restarts cgminer about four times a day.  My best rig restarts cgminer about once every two days.