OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 449.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Krak on November 12, 2012, 09:25:55 PM

I've been getting this a lot with 2.9.3. It seems to be mistakenly marking pools as down now. This is also the case with us1.ozco.in, but that one isn't showing as alive at all now.

Code:

[2012-11-12 21:21:30] Pool 2 http://mtred.com:8337 not responding!
[2012-11-12 21:21:31] Accepted 7e2684c5 Diff 2/1 GPU 0 pool 0
[2012-11-12 21:21:43] Accepted 066a52b0 Diff 39/1 GPU 1 pool 0
[2012-11-12 21:21:58] Accepted bcddcf15 Diff 1/1 GPU 1 pool 0
[2012-11-12 21:22:00] Accepted f9598f8b Diff 1/1 GPU 0 pool 0
[2012-11-12 21:22:05] Accepted b7fda617 Diff 1/1 GPU 1 pool 0
[2012-11-12 21:22:05] Accepted 1f56781f Diff 8/1 GPU 1 pool 0
[2012-11-12 21:22:07] Accepted e80c0acb Diff 1/1 GPU 1 pool 0
[2012-11-12 21:22:09] Accepted 5bc7ca5d Diff 2/1 GPU 0 pool 0
[2012-11-12 21:22:19] Accepted 680e27ba Diff 2/1 GPU 0 pool 0
[2012-11-12 21:22:20] Accepted 39c4a74f Diff 4/1 GPU 1 pool 0
[2012-11-12 21:22:29] Accepted 8fbc63d7 Diff 1/1 GPU 1 pool 0
[2012-11-12 21:22:34] Pool 2 http://mtred.com:8337 alive

It's not a mistake. Previously cgminer did not check the backup pools were working. Now it does check them even if not mining on them.

Krak

hero member

Activity: 591

Merit: 500

I've been getting this a lot with 2.9.3. It seems to be mistakenly marking pools as down now. This is also the case with us1.ozco.in, but that one isn't showing as alive at all now.

Code:

[2012-11-12 21:21:30] Pool 2 http://mtred.com:8337 not responding!
[2012-11-12 21:21:31] Accepted 7e2684c5 Diff 2/1 GPU 0 pool 0
[2012-11-12 21:21:43] Accepted 066a52b0 Diff 39/1 GPU 1 pool 0
[2012-11-12 21:21:58] Accepted bcddcf15 Diff 1/1 GPU 1 pool 0
[2012-11-12 21:22:00] Accepted f9598f8b Diff 1/1 GPU 0 pool 0
[2012-11-12 21:22:05] Accepted b7fda617 Diff 1/1 GPU 1 pool 0
[2012-11-12 21:22:05] Accepted 1f56781f Diff 8/1 GPU 1 pool 0
[2012-11-12 21:22:07] Accepted e80c0acb Diff 1/1 GPU 1 pool 0
[2012-11-12 21:22:09] Accepted 5bc7ca5d Diff 2/1 GPU 0 pool 0
[2012-11-12 21:22:19] Accepted 680e27ba Diff 2/1 GPU 0 pool 0
[2012-11-12 21:22:20] Accepted 39c4a74f Diff 4/1 GPU 1 pool 0
[2012-11-12 21:22:29] Accepted 8fbc63d7 Diff 1/1 GPU 1 pool 0
[2012-11-12 21:22:34] Pool 2 http://mtred.com:8337 alive

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: crazyates on November 12, 2012, 07:32:19 PM

Quote from: -ck on November 12, 2012, 06:34:19 PM

Quote from: crazyates on November 12, 2012, 06:23:45 PM

I set it up, but it appears to take time for this problem to come up. I'll let you know when I have something.

Much appreciated! Occasionally nothing useful comes from the information, or windows decides to disable the debugger, but at least we have tried.

Quote

cgminer-db.exe caused an Access Violation at location 63656e6e Reading from location 63656e6e.

Registers:
eax=00000000 ebx=070fd26c ecx=070fd72d edx=070fd72e esi=6f43203a edi=070fd77c
eip=772015de esp=070fd258 ebp=00002746 iopl=0 nv up ei pl zr na po nc
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000246

Call stack:
772015DE ntdll.dll:772015DE ZwRaiseException
771F014E ntdll.dll:771F014E KiUserExceptionDispatcher
070FD26C
070FD2BC

Did it not give you the option to debug it when it crashed? Huh

crazyates

legendary

Activity: 952

Merit: 1000

Quote from: -ck on November 12, 2012, 06:34:19 PM

Quote from: crazyates on November 12, 2012, 06:23:45 PM

I set it up, but it appears to take time for this problem to come up. I'll let you know when I have something.

Much appreciated! Occasionally nothing useful comes from the information, or windows decides to disable the debugger, but at least we have tried.

Quote

cgminer-db.exe caused an Access Violation at location 63656e6e Reading from location 63656e6e.

Registers:
eax=00000000 ebx=070fd26c ecx=070fd72d edx=070fd72e esi=6f43203a edi=070fd77c
eip=772015de esp=070fd258 ebp=00002746 iopl=0 nv up ei pl zr na po nc
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000246

Call stack:
772015DE ntdll.dll:772015DE ZwRaiseException
771F014E ntdll.dll:771F014E KiUserExceptionDispatcher
070FD26C
070FD2BC

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: crazyates on November 12, 2012, 06:23:45 PM

I set it up, but it appears to take time for this problem to come up. I'll let you know when I have something.

Much appreciated! Occasionally nothing useful comes from the information, or windows decides to disable the debugger, but at least we have tried.

crazyates

legendary

Activity: 952

Merit: 1000

Quote from: -ck on November 12, 2012, 06:13:09 PM

Quote from: SAC on November 12, 2012, 04:17:06 PM

Quote from: Luke-Jr on November 12, 2012, 04:14:14 PM

I've had some safeguards against the "lost connection" crash in BFGMiner for a while. If anyone wants to tell Con (he likes to ignore me), the problem is that the submission threads pile up (as they sit around trying to retry) and Windows doesn't like having a lot of threads.

Figures it would be windows problem, no wonder I have never seen it. And there you are quoted so he sees it..

That's helpful indeed.

However it does not change the fact that I'd really appreciate it if at least *one* of the users out there getting crashes at least tried to help me get debugging info.

I set it up, but it appears to take time for this problem to come up. I'll let you know when I have something.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: SAC on November 12, 2012, 04:17:06 PM

Quote from: Luke-Jr on November 12, 2012, 04:14:14 PM

I've had some safeguards against the "lost connection" crash in BFGMiner for a while. If anyone wants to tell Con (he likes to ignore me), the problem is that the submission threads pile up (as they sit around trying to retry) and Windows doesn't like having a lot of threads.

Figures it would be windows problem, no wonder I have never seen it. And there you are quoted so he sees it..

That's helpful indeed.

However it does not change the fact that I'd really appreciate it if at least *one* of the users out there getting crashes at least tried to help me get debugging info.

SAC

sr. member

Activity: 322

Merit: 250

Quote from: Luke-Jr on November 12, 2012, 04:14:14 PM

I've had some safeguards against the "lost connection" crash in BFGMiner for a while. If anyone wants to tell Con (he likes to ignore me), the problem is that the submission threads pile up (as they sit around trying to retry) and Windows doesn't like having a lot of threads.

Figures it would be windows problem, no wonder I have never seen it. And there you are quoted so he sees it..

Luke-Jr

legendary

Activity: 2576

Merit: 1186

I've had some safeguards against the "lost connection" crash in BFGMiner for a while. If anyone wants to tell Con (he likes to ignore me), the problem is that the submission threads pile up (as they sit around trying to retry) and Windows doesn't like having a lot of threads.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

I cannot reproduce the windows crashes as the only machine I have that can run windows can barely mine at all.

If you are having windows crashes, I need your help to debug the issues.

See here for how you can help:
http://ck.kolivas.org/apps/cgminer/debug/

If you have a reliable test case that crashes cgminer then you are the person most likely to be able to help me fix it.

SAC

sr. member

Activity: 322

Merit: 250

Quote from: fabrizziop on November 12, 2012, 03:32:53 PM

Someone please tell me I'm not the only one that haves CGMiner crashed when internet connection is down. As soon as I unplug my ethernet cable, cgminer crashes. Turn off ADSL modem, CGMiner crashes.

Looks like you may be it has not happened recently but any time in the past when I have had to reboot my cable modem cgminer just tells me it has lost connection with pool when the modem comes back up the miner sees the connection gets work then starts mining, last time I rebooted it was couple weeks ago.

fabrizziop

hero member

Activity: 506

Merit: 500

Someone please tell me I'm not the only one that haves CGMiner crashed when internet connection is down. As soon as I unplug my ethernet cable, cgminer crashes. Turn off ADSL modem, CGMiner crashes.

mdude77

legendary

Activity: 1540

Merit: 1001

Code:

 cgminer version 2.9.3 - Started: [2012-11-11 09:58:17]
--------------------------------------------------------------------------------
 (5s):1.861G (avg):1.977Gh/s | Q:10541  A:41716  R:30  HW:0  E:396%  U:27.3/m
 TQ: 0  ST: 7  SS: 0  DW: 10073  NB: 147  LW: 45606  GF: 0  RF: 0  WU: 27.4
 Connected to stratum.ozco.in with stratum as user xxxxxxxxxx
 Block: 03e59dea4a91e310f7d9b4e0...  Started: [11:03:55]  Best share: 80.3K
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  73.0C 3040RPM | 660.1M/660.9Mh/s | A:13923 R:13 HW:0 U:  9.12/m I: 9
 GPU 1:  73.0C 2754RPM | 655.5M/654.2Mh/s | A:13892 R: 6 HW:0 U:  9.10/m I: 9
 GPU 2:  73.0C 2518RPM | 661.7M/662.5Mh/s | A:13901 R:11 HW:0 U:  9.11/m I: 9
--------------------------------------------------------------------------------

 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Lost 15 shares due to stratum disconnect on pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0

Windows doesn't tell me much other than it stopped working and to click close.

M

os2sam

legendary

Activity: 3586

Merit: 1098

Think for yourself

Quote from: rav3n_pl on November 12, 2012, 09:07:29 AM

1. Even if it is using rolltime Q should be at lease eqal to NB (in 1000% it is different work)
2. Read about p2pool

we are mining payuout blockchain which have 10sec blocks.

Ah, will do,
Thanks,
Sam

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Quote from: os2sam on November 12, 2012, 08:57:47 AM

Quote from: rav3n_pl on November 12, 2012, 08:26:55 AM

Hi.
Small reminder: "Q:" is still very wrong.
(...)
It is p2pool, so longpool every 10sec, 21 new blocks in mean time but Q is only 4 and E is hitting roof on this small MH/s

Don't know what's wrong with that. Seems to me to be a good thing if P2pool is using rolltime.

But I have a question, why is P2pool sending a LP every 10 seconds?

Sorry to be off topic, again, but this seems to be a huge waste of work.

1. Even if it is using rolltime Q should be at lease eqal to NB (in 1000% it is different work)
2. Read about p2pool

we are mining payuout blockchain which have 10sec blocks.
3. Waste of work only if miner config is wrong or you have FPGA that cant handle quick longpools. Works fine on all GPUs.

os2sam

legendary

Activity: 3586

Merit: 1098

Think for yourself

Quote from: rav3n_pl on November 12, 2012, 08:26:55 AM

Hi.
Small reminder: "Q:" is still very wrong.

Code:

 cgminer version 2.9.3 - Started: [2012-11-12 11:10:19]
--------------------------------------------------------------------------------
 (5s):14.55M (avg):14.63Mh/s | Q:4  A:31  R:6  HW:0  E:775%  U:0.2/m
 TQ: 0  ST: 1  SS: 0  DW: 3  NB: 21  LW: 2774  GF: 0  RF: 0  WU: 0.2
 Connected to rav3n.dtdns.net with LP as user toy.gpu
 Block: 02fc0fe59a06045dd6cfdc3c...  Started: [14:07:12]  Best share: 101
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  55.0C  85%    | 14.37M/14.63Mh/s | A:31 R:6 HW:0 U:0.16/m I: 4
--------------------------------------------------------------------------------

 [2012-11-12 14:17:12] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:23] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:24] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:32] LONGPOLL from pool 0 requested work restart

It is p2pool, so longpool every 10sec, 21 new blocks in mean time but Q is only 4 and E is hitting roof on this small MH/s

Don't know what's wrong with that. Seems to me to be a good thing if P2pool is using rolltime.

But I have a question, why is P2pool sending a LP every 10 seconds?

Sorry to be off topic, again, but this seems to be a huge waste of work.

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Hi.
Small reminder: "Q:" is still very wrong.

Code:

 cgminer version 2.9.3 - Started: [2012-11-12 11:10:19]
--------------------------------------------------------------------------------
 (5s):14.55M (avg):14.63Mh/s | Q:4  A:31  R:6  HW:0  E:775%  U:0.2/m
 TQ: 0  ST: 1  SS: 0  DW: 3  NB: 21  LW: 2774  GF: 0  RF: 0  WU: 0.2
 Connected to rav3n.dtdns.net with LP as user toy.gpu
 Block: 02fc0fe59a06045dd6cfdc3c...  Started: [14:07:12]  Best share: 101
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  55.0C  85%    | 14.37M/14.63Mh/s | A:31 R:6 HW:0 U:0.16/m I: 4
--------------------------------------------------------------------------------

 [2012-11-12 14:17:12] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:23] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:24] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:32] LONGPOLL from pool 0 requested work restart

It is p2pool, so longpool every 10sec, 21 new blocks in mean time but Q is only 4 and E is hitting roof on this small MH/s

Roy Badami

hero member

Activity: 563

Merit: 500

Quote from: -ck on November 11, 2012, 06:28:51 AM

Now cgminer gets a new block template once per minute even from the backup pools. This is of course going to waste more bandwidth but is the only way to guarantee that any GBT work generated is not stale.

Is there any means of making this optional, at least for GBT? I'm not particularly keen on this from a bandwidth point of view - I think I'd rather lose a small amount of work if I have to failover rather than permanantly double or triple my bandwidth usage

Right now I guess my only options are to force getwork or remove my backups.

roy

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Cranky4u on November 11, 2012, 06:09:37 PM

If ppl are looking for FPGAs, I have 2 Cairnsmore for sale. They crunch 880MHs @ 80W. [WTS] add in the market place. I am moving over to LTC/gaming rigs were FPGA is not useful.

Send a free one to ckolivas to see if you can get him more interested in FPGAs before the dev ASICs arrive

He is (and I am) in the same country as you, so postage isn't much Cheesy

Cranky4u

hero member

Activity: 810

Merit: 1000

If ppl are looking for FPGAs, I have 2 Cairnsmore for sale. They crunch 880MHs @ 80W. [WTS] add in the market place. I am moving over to LTC/gaming rigs were FPGA is not useful.

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 449. (Read 5806004 times)