OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[bitlane]

Q: GUI version?
A: No. The RPC interface makes it possible for someone else to write one though.

GOD, please NO....NO GUI.

Considering I am (for the most part) Window's brainwashed and anti-cmd-line (read: LAZY), I couldn't imagine using CGMiner any other way.

I am a Win7 x64 Miner and use BAT files to launch CGMiner on all of my rigs.
I found it actually took LESS TIME to configure and maintain a decent BAT file for CGMiner control than it took to configure GUIminer, with it's GUI none the less.

With the available Flags, anything is possible and creating 1 BAT file, then copying over to like-machines is a snap.

Web Monitoring/RPC Interface...GREAT. Main CGMiner GUI ? P L E A S E  N O !

I don't even bother using the new Config file, as I use the BAT files to also set CPU affinity to a single core (as my band-aid for the Windows 100% CPU bug).

Switching settings for me is as simple as commenting IN & OUT of a line in the BAT file, depending on what I want CGMiner to do for me, at a given time/room temp etc.

It's safe to say that, I love CGMiner....LOL

[DeathAndTaxes]

Q: GUI version?
A: No. The RPC interface makes it possible for someone else to write one though.

GOD, please NO....NO GUI.

Considering I am (for the most part) Window's brainwashed and anti-cmd-line (read: LAZY), I couldn't imagine using CGMiner any other way.

I am a Win7 x64 Miner and use BAT files to launch CGMiner on all of my rigs.
I found it actually took LESS TIME to configure and maintain a decent BAT file for CGMiner control than it took to configure GUIminer, with it's GUI none the less.

With the available Flags, anything is possible and creating 1 BAT file, then copying over to like-machines is a snap.

Web Monitoring/RPC Interface...GREAT. Main CGMiner GUI ? P L E A S E  N O !

I don't even bother using the new Config file, as I use the BAT files to also set CPU affinity to a single core (as my band-aid for the Windows 100% CPU bug).

Switching settings for me is as simple as commenting IN & OUT of a line in the BAT file, depending on what I want CGMiner to do for me, at a given time/room temp etc.

It's safe to say that, I love CGMiner....LOL

Don't worry.  The developer has expressed no interest in a cgminer gui.  The point of the answer is that RPC allows a GUI to be developed. 

For example you could have an android app which monitors an entire 20GH, 50 GPU farm.  Someone else could design a web server front end possibly w/ SMS notification on critical failures (GPU not responding so you get a text message).

Even if you offered him money I think the chance that a GUI is integrated into cgminer is <0%.  The good news is that w/ RPC there is no need to have a GUI integrated into the miner.

[-ck]

Can you, in whatever command line window, set "ulimit -c unlimited", then execute a new instance of cgminer and quit that at once (it should print something like "segmentation violation: core dumped"). You can do that without stopping any other running cgminer instances you may have.
There should then be a file called "core" in whatever directory you're in.
After this, execute "gdb path/to/cgminer core" and in gdb first execute "bt" and then "bt full", and post the results here?

My suspicion is/was that cgminer now triggers some bug in the AMD opencl driver which it didn't before, but if it is only a catalyst problem, it should occur for ckolivas, too (assuming he still uses 11.6).

This is not what you wanted; gdb complains about the core file; something's missing:

Code:

brec@ubuntu:~/miners/cgminer$ ulimit -c unlimited
brec@ubuntu:~/miners/cgminer$ ./start.sh
[2011-12-29 08:05:59] Started cgminer 2.1.0
[2011-12-29 08:06:01] Long-polling activated for http://us.eclipsemc.com:9009/LP
[2011-12-29 08:06:05] Accepted 00000000.2d99f6fd.75adf0e9 GPU 2 thread 2 pool 2
GPU2 39.5C 4499RPM | (5s):331.7 (avg):7717.5 Mh/s | A:1 R:0 HW:0 U:600.00/m I:9
[2011-12-29 08:06:05] Accepted 00000000.dc0e6fa8.92e05d8a GPU 0 thread 0 pool 0
GPU0 39.5C 4530RPM | (5s):333.8 (avg):11744.1 Mh/s | A:1 R:0 HW:0 U:600.00/m I:9
[2011-12-29 08:06:06] Accepted 00000000.0571fbb8.8357d774 GPU 3 thread 3 pool 0
GPU3 36.5C | (5s):331.9 (avg):7717.5 Mh/s | A:1 R:0 HW:0 U:600.00/m I:9
q[2011-12-29 08:06:08] Accepted 00000000.d380e8b8.604fe453 GPU 3 thread 3 pool 0
GPU3 37.0C | (5s):337.0 (avg):292.9 Mh/s | A:2 R:0 HW:0 U:22.77/m I:9
[2011-12-29 08:06:08] Accepted 00000000.f779248b.8d5528c7 GPU 2 thread 2 pool 2
GPU2 41.5C 4483RPM | (5s):464.4 (avg):394.7 Mh/s | A:2 R:0 HW:0 U:22.77/m I:9
[2011-12-29 08:06:10] Accepted 00000000.d086e605.b674ab68 GPU 2 thread 2 pool 2
GPU2 42.5C 4499RPM | (5s):385.0 (avg):471.1 Mh/s | A:3 R:0 HW:0 U:34.15/m I:9
./start.sh: line 5: 23833 Segmentation fault      (core dumped) DISPLAY=:0 cgminer -c cgminer.conf 2> logs/$now.log
brec@ubuntu:~/miners/cgminer$ gdb core
GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
"/home/brec/miners/cgminer/core": not in executable format: File format not recognized
(gdb) bt
No stack.
(gdb) bt full
No stack.
(gdb) q
brec@ubuntu:~/miners/cgminer$

Check the directory, it will be called core.something where something is a number. It will not be called just core.

[Proofer]

Check the directory, it will be called core.something where something is a number. It will not be called just core.

Hmm?  The complaint was:
"/home/brec/miners/cgminer/core": not in executable format: File format not recognized

rather than not found.  And:

Code:

brec@ubuntu:~/miners/cgminer$ ll core
-rw------- 1 brec brec 270467072 2011-12-29 08:06 core

[-ck]

Check the directory, it will be called core.something where something is a number. It will not be called just core.

Hmm?  The complaint was:
"/home/brec/miners/cgminer/core": not in executable format: File format not recognized

rather than not found.  And:

Code:

brec@ubuntu:~/miners/cgminer$ ll core
-rw------- 1 brec brec 270467072 2011-12-29 08:06 core

Oh sorry.

Try:
gdb cgminer core

[Proofer]

Try:
gdb cgminer core

Code:

brec@ubuntu:~/miners/cgminer$ gdb cgminer core
GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/brec/bin/cgminer...(no debugging symbols found)...done.
[New Thread 23869]
[New Thread 23885]
[New Thread 23833]
[New Thread 23866]
[New Thread 23851]
[New Thread 23861]
[New Thread 23837]
[New Thread 23876]
[New Thread 23854]
[New Thread 23842]
[New Thread 23839]
[New Thread 23848]
[New Thread 23878]
[New Thread 23845]
[New Thread 23890]

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libpthread.so.0
Reading symbols from /lib/x86_64-linux-gnu/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libdl.so.2
Reading symbols from /usr/lib/libcurl.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libcurl.so.4
Reading symbols from /usr/lib/libOpenCL.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libOpenCL.so.1
Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib/libidn.so.11...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libidn.so.11
Reading symbols from /usr/lib/liblber-2.4.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/liblber-2.4.so.2
Reading symbols from /usr/lib/libldap_r-2.4.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libldap_r-2.4.so.2
Reading symbols from /lib/x86_64-linux-gnu/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/librt.so.1
Reading symbols from /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2
Reading symbols from /lib/libssl.so.0.9.8...(no debugging symbols found)...done.
Loaded symbols for /lib/libssl.so.0.9.8
Reading symbols from /lib/libcrypto.so.0.9.8...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypto.so.0.9.8
Reading symbols from /lib/x86_64-linux-gnu/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libz.so.1
Reading symbols from /lib/x86_64-linux-gnu/libresolv.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libresolv.so.2
Reading symbols from /usr/lib/libsasl2.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libsasl2.so.2
Reading symbols from /usr/lib/x86_64-linux-gnu/libgnutls.so.26...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libgnutls.so.26
Reading symbols from /lib/x86_64-linux-gnu/libgcrypt.so.11...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libgcrypt.so.11
Reading symbols from /usr/lib/x86_64-linux-gnu/libkrb5.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libkrb5.so.3
Reading symbols from /usr/lib/x86_64-linux-gnu/libk5crypto.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libk5crypto.so.3
Reading symbols from /lib/x86_64-linux-gnu/libcom_err.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libcom_err.so.2
Reading symbols from /usr/lib/x86_64-linux-gnu/libkrb5support.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libkrb5support.so.0
Reading symbols from /lib/x86_64-linux-gnu/libkeyutils.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libkeyutils.so.1
Reading symbols from /usr/lib/x86_64-linux-gnu/libtasn1.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libtasn1.so.3
Reading symbols from /lib/x86_64-linux-gnu/libgpg-error.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libgpg-error.so.0
Reading symbols from /usr/lib/libamdocl64.so...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libamdocl64.so
Reading symbols from /usr/lib/fglrx/libGL.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/fglrx/libGL.so.1
Reading symbols from /usr/lib/x86_64-linux-gnu/libX11.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libX11.so.6
Reading symbols from /usr/lib/x86_64-linux-gnu/libstdc++.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libstdc++.so.6
Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libm.so.6
Reading symbols from /usr/lib/x86_64-linux-gnu/libXext.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libXext.so.6
Reading symbols from /usr/lib/x86_64-linux-gnu/libxcb.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libxcb.so.1
Reading symbols from /lib/x86_64-linux-gnu/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libgcc_s.so.1
Reading symbols from /usr/lib/x86_64-linux-gnu/libXau.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libXau.so.6
Reading symbols from /usr/lib/x86_64-linux-gnu/libXdmcp.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libXdmcp.so.6
Reading symbols from /usr/lib/fglrx/libaticaldd.so...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/fglrx/libaticaldd.so
Reading symbols from /usr/lib/fglrx/libatiuki.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/fglrx/libatiuki.so.1
Reading symbols from /usr/lib/fglrx/libatiadlxx.so...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/fglrx/libatiadlxx.so
Reading symbols from /usr/lib/x86_64-linux-gnu/libXinerama.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libXinerama.so.1
Reading symbols from /lib/x86_64-linux-gnu/libnss_files.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libnss_files.so.2
Reading symbols from /lib/libnss_mdns4_minimal.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libnss_mdns4_minimal.so.2
Reading symbols from /lib/x86_64-linux-gnu/libnss_dns.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libnss_dns.so.2
Core was generated by `cgminer -c cgminer.conf'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f586ab9b409 in ?? () from /usr/lib/libamdocl64.so
(gdb) bt
#0  0x00007f586ab9b409 in ?? () from /usr/lib/libamdocl64.so
#1  0x00007f586ab9b458 in ?? () from /usr/lib/libamdocl64.so
#2  0x00007f586ab922e1 in ?? () from /usr/lib/libamdocl64.so
#3  0x00007f586ab88a68 in ?? () from /usr/lib/libamdocl64.so
#4  0x00007f586ab933c0 in ?? () from /usr/lib/libamdocl64.so
#5  0x00007f586ab94060 in ?? () from /usr/lib/libamdocl64.so
#6  0x00007f586ab9c08c in ?? () from /usr/lib/libamdocl64.so
#7  0x00007f586ab9a19d in ?? () from /usr/lib/libamdocl64.so
#8  0x00007f586f632d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#9  0x00007f586ead804d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#10 0x0000000000000000 in ?? ()
(gdb) bt full
#0  0x00007f586ab9b409 in ?? () from /usr/lib/libamdocl64.so
No symbol table info available.
#1  0x00007f586ab9b458 in ?? () from /usr/lib/libamdocl64.so
No symbol table info available.
#2  0x00007f586ab922e1 in ?? () from /usr/lib/libamdocl64.so
No symbol table info available.
#3  0x00007f586ab88a68 in ?? () from /usr/lib/libamdocl64.so
No symbol table info available.
#4  0x00007f586ab933c0 in ?? () from /usr/lib/libamdocl64.so
No symbol table info available.
#5  0x00007f586ab94060 in ?? () from /usr/lib/libamdocl64.so
No symbol table info available.
#6  0x00007f586ab9c08c in ?? () from /usr/lib/libamdocl64.so
No symbol table info available.
#7  0x00007f586ab9a19d in ?? () from /usr/lib/libamdocl64.so
No symbol table info available.
#8  0x00007f586f632d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#9  0x00007f586ead804d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#10 0x0000000000000000 in ?? ()
No symbol table info available.
(gdb) 

[-ck]

Again, died in the ATI driver.

Well without hardware to reproduce it here, I'm kinda stuck for now. Unless someone has the knowhow to do a git bisect and find when the problem started happening, then I'm at a loss. My GPU based mining hardware may not be online for weeks again

[ancow]

Again, died in the ATI driver.

Well without hardware to reproduce it here, I'm kinda stuck for now. Unless someone has the knowhow to do a git bisect and find when the problem started happening, then I'm at a loss. My GPU based mining hardware may not be online for weeks again

Code:

> git bisect bad
59293a37d6abaa879e6f24e26b206a3b318b2f79 is the first bad commit
commit 59293a37d6abaa879e6f24e26b206a3b318b2f79
Author: Con Kolivas <kernel@kolivas.org>
Date:   Mon Dec 26 09:29:16 2011 +1100

    Only pthread_join when pthread_cancel does not return an error.

:100644 100644 0ad8b7d89902aed19e0dd2c96333ecb98c0d7e1d 0bf71dc28e700a6481b3250e1ba156a58969a28c M      util.c
000;[23:52:41] reini500gb cgminer_build (7.1 Mb)> git show 59293a37d6abaa879e6f24e26b206a3b318b2f79
commit 59293a37d6abaa879e6f24e26b206a3b318b2f79
Author: Con Kolivas <kernel@kolivas.org>
Date:   Mon Dec 26 09:29:16 2011 +1100

    Only pthread_join when pthread_cancel does not return an error.

diff --git a/util.c b/util.c
index 0ad8b7d..0bf71dc 100644
--- a/util.c
+++ b/util.c
@@ -681,7 +681,7 @@ void thr_info_cancel(struct thr_info *thr)
        if (thr->q)
                tq_freeze(thr->q);
        if (thr->pth) {
-                       if (pthread_cancel(thr->pth))
+                       if (!pthread_cancel(thr->pth))
                                pthread_join(thr->pth, NULL);
                        thr->pth = 0L;
        }

[-ck]

Again, died in the ATI driver.

Well without hardware to reproduce it here, I'm kinda stuck for now. Unless someone has the knowhow to do a git bisect and find when the problem started happening, then I'm at a loss. My GPU based mining hardware may not be online for weeks again

Code:

> git bisect bad
59293a37d6abaa879e6f24e26b206a3b318b2f79 is the first bad commit
commit 59293a37d6abaa879e6f24e26b206a3b318b2f79
Author: Con Kolivas <kernel@kolivas.org>
Date:   Mon Dec 26 09:29:16 2011 +1100

    Only pthread_join when pthread_cancel does not return an error.

:100644 100644 0ad8b7d89902aed19e0dd2c96333ecb98c0d7e1d 0bf71dc28e700a6481b3250e1ba156a58969a28c M      util.c
000;[23:52:41] reini500gb cgminer_build (7.1 Mb)> git show 59293a37d6abaa879e6f24e26b206a3b318b2f79
commit 59293a37d6abaa879e6f24e26b206a3b318b2f79
Author: Con Kolivas <kernel@kolivas.org>
Date:   Mon Dec 26 09:29:16 2011 +1100

    Only pthread_join when pthread_cancel does not return an error.

diff --git a/util.c b/util.c
index 0ad8b7d..0bf71dc 100644
--- a/util.c
+++ b/util.c
@@ -681,7 +681,7 @@ void thr_info_cancel(struct thr_info *thr)
        if (thr->q)
                tq_freeze(thr->q);
        if (thr->pth) {
-                       if (pthread_cancel(thr->pth))
+                       if (!pthread_cancel(thr->pth))
                                pthread_join(thr->pth, NULL);
                        thr->pth = 0L;
        }

Fantastic, thanks very much. All I need to do is not pthread_join then.

[-ck]

Could you try the git tree now please?

[ancow]

Could you try the git tree now please?

Tried twice and got no segfault - seems to work.

[-ck]

Could you try the git tree now please?

Tried twice and got no segfault - seems to work.

Sweet, thanks!

I don't know what to make of the other reports of connectivity issues since none of that code was actually changed... Unless something changed indirectly by addition of the API code?

[ancow]

Could you try the git tree now please?

Tried twice and got no segfault - seems to work.

Sweet, thanks!

I don't know what to make of the other reports of connectivity issues since none of that code was actually changed... Unless something changed indirectly by addition of the API code?

Are you referring to the connection problems with the donation pool?
My guess about those is either spam/botnet protection by the pool or some sort of location-based misconfiguration by the ISP or whatever (IOW network problems). I doubt it's in the code, but it would be nice if the code somehow didn't wait for a successful connection to the donation pool and simply background the whole donation pool connection process. That way it won't interrupt mining and still give the pool a chance to be used.
I can try doing some protocol debugging when that happens and I have the time, but I'm kinda booked for the next few days...

[-ck]

No, not that. My donor pool has had all sorts of problems so I migrated it yet again

I meant
https://bitcointalk.org/index.php?topic=28402.msg666309#msg666309

"Enough of 2.1.0..."

As I said, none of that connectivity code was touched...

[gnar1ta$]

No, not that. My donor pool has had all sorts of problems so I migrated it yet again

I meant
https://bitcointalk.org/index.php?topic=28402.msg666309#msg666309

"Enough of 2.1.0..."

As I said, none of that connectivity code was touched...

You mean this:

Code:

[2011-12-28 21:31:13] Accepted 00000000.9db18e77.6b722002 GPU 0 thread 6 pool 0
[2011-12-28 21:31:13] Pool 0 not providing work fast enough
[2011-12-28 21:32:13] Pool 0 http://us.eclipsemc.com:8337 not responding!
[2011-12-28 21:32:13] Switching to http://pool.ABCPool.co:8332
[2011-12-28 21:33:13] Pool 1 http://pool.ABCPool.co:8332 not responding!
[2011-12-28 21:33:15] Pool 0 http://us.eclipsemc.com:8337 recovered
[2011-12-28 21:33:15] Switching to http://us.eclipsemc.com:8337
[2011-12-28 21:33:16] Accepted 00000000.7b06b191.ab3607c6 GPU 0 thread 6 pool 0
[2011-12-28 21:33:17] Accepted 00000000.104c9527.facc368c GPU 0 thread 0 pool 0
[2011-12-28 21:33:18] Accepted 00000000.c4afa757.9d4765cf GPU 3 thread 9 pool 0
[2011-12-28 21:33:18] Accepted 00000000.435cb5e0.5d300998 GPU 2 thread 8 pool 0
[2011-12-28 21:33:20] Accepted 00000000.f88ea6e0.1ab894ec GPU 4 thread 4 pool 0
[2011-12-28 21:33:21] Accepted 00000000.79df871e.6b0cc209 GPU 1 thread 1 pool 0
[2011-12-28 21:33:27] Accepted 00000000.bd418242.b589be17 GPU 4 thread 4 pool 0
[2011-12-28 21:33:27] Accepted 00000000.d4de7026.d23e87a4 GPU 4 thread 4 pool 0
[2011-12-28 21:33:28] Accepted 00000000.5193ccbb.c64c46ba GPU 5 thread 11 pool 0
[2011-12-28 21:33:29] Accepted 00000000.1a451c77.7b262020 GPU 0 thread 6 pool 0
[2011-12-28 21:33:30] Accepted 00000000.d00a7af4.f7b04e30 GPU 5 thread 11 pool 0
[2011-12-28 21:33:31] Accepted 00000000.9bac68f6.e8bfc665 GPU 2 thread 8 pool 0
[2011-12-28 21:33:34] Accepted 00000000.0d624e1a.6846e255 GPU 5 thread 5 pool 0
[2011-12-28 21:33:35] Accepted 00000000.6e9713fa.d1cf32e7 GPU 4 thread 4 pool 0
[2011-12-28 21:33:37] Accepted 00000000.74bbad98.506943ce GPU 2 thread 8 pool 0
[2011-12-28 21:33:38] Pool 0 not providing work fast enough
[2011-12-28 21:33:38] Accepted 00000000.71952990.4c0d45ff GPU 3 thread 3 pool 0
[2011-12-28 21:34:16] Pool 1 http://pool.ABCPool.co:8332 recovered
[2011-12-28 21:34:19] Accepted 00000000.add93703.991b48db GPU 0 thread 6 pool 1
[2011-12-28 21:34:38] Pool 0 http://us.eclipsemc.com:8337 not responding!
[2011-12-28 21:34:38] Switching to http://pool.ABCPool.co:8332
[2011-12-28 21:35:38] Pool 1 http://pool.ABCPool.co:8332 not responding!
[2011-12-28 21:35:39] Pool 0 http://us.eclipsemc.com:8337 recovered
[2011-12-28 21:35:39] Switching to http://us.eclipsemc.com:8337
[2011-12-28 21:35:41] Accepted 00000000.b9eb377a.3ce6ecd2 GPU 1 thread 7 pool 0
[2011-12-28 21:35:43] Accepted 00000000.a5eeea48.c20b48fb GPU 5 thread 11 pool 0
[2011-12-28 21:35:44] Accepted 00000000.adbc5783.de798509 GPU 0 thread 0 pool 0
[2011-12-28 21:35:44] Accepted 00000000.39c29bcd.702936fa GPU 2 thread 8 pool 0
[2011-12-28 21:35:45] Accepted 00000000.6235e2e3.7ebdfc32 GPU 4 thread 10 pool 0
[2011-12-28 21:35:46] Accepted 00000000.8b8383d1.08ee4027 GPU 5 thread 5 pool 0
[2011-12-28 21:35:50] Accepted 00000000.92c4510c.11078e6f GPU 3 thread 9 pool 0
[2011-12-28 21:35:54] Accepted 00000000.8abf6d30.2266e590 GPU 3 thread 9 pool 0
[2011-12-28 21:35:55] Accepted 00000000.3214ada6.ffb465a6 GPU 3 thread 3 pool 0
[2011-12-28 21:35:57] Accepted 00000000.49a15d5d.761c8082 GPU 1 thread 7 pool 0
[2011-12-28 21:35:59] Accepted 00000000.65be925f.2d5327c9 GPU 4 thread 10 pool 0
[2011-12-28 21:36:01] Accepted 00000000.0b86c772.9dbb634e GPU 4 thread 10 pool 0
[2011-12-28 21:36:02] Pool 0 not providing work fast enough
[2011-12-28 21:36:41] Pool 1 http://pool.ABCPool.co:8332 recovered
[2011-12-28 21:36:42] Accepted 00000000.8d0c118c.a9f151a3 GPU 1 thread 1 pool 1
[2011-12-28 21:36:42] Accepted 00000000.84f04fec.0ec34ab6 GPU 1 thread 1 pool 1
[2011-12-28 21:36:43] Accepted 00000000.6f3f8dfa.2f61bc88 GPU 1 thread 1 pool 1
[2011-12-28 21:37:02] Pool 0 http://us.eclipsemc.com:8337 not responding!
[2011-12-28 21:37:02] Switching to http://pool.ABCPool.co:8332
[2011-12-28 21:38:02] Pool 1 http://pool.ABCPool.co:8332 not responding!
[2011-12-28 21:38:03] Pool 0 http://us.eclipsemc.com:8337 recovered
[2011-12-28 21:38:03] Switching to http://us.eclipsemc.com:8337
[2011-12-28 21:38:04] Accepted 00000000.155c6ce0.cb74b994 GPU 2 thread 8 pool 0
[2011-12-28 21:38:04] Accepted 00000000.b08c1d2d.aee25f32 GPU 4 thread 4 pool 0
[2011-12-28 21:38:04] Accepted 00000000.4bec07e0.e7a97dd6 GPU 5 thread 5 pool 0
[2011-12-28 21:38:06] Accepted 00000000.ce215df2.84cee342 GPU 1 thread 1 pool 0
[2011-12-28 21:38:09] Accepted 00000000.b4af2e9f.add5020a GPU 2 thread 2 pool 0
[2011-12-28 21:38:19] Accepted 00000000.453c0033.de6078ef GPU 1 thread 7 pool 0
[2011-12-28 21:38:20] Accepted 00000000.2a85e414.8e3885de GPU 1 thread 7 pool 0
[2011-12-28 21:38:21] Accepted 00000000.95a47a59.113fc6d5 GPU 4 thread 4 pool 0
[2011-12-28 21:38:23] Accepted 00000000.2cbbed4e.fc65d180 GPU 1 thread 1 pool 0
[2011-12-28 21:38:23] Accepted 00000000.aed1b1ef.d92c2af6 GPU 4 thread 4 pool 0
[2011-12-28 21:38:24] Accepted 00000000.68b8ce70.e99b4ed4 GPU 0 thread 6 pool 0
[2011-12-28 21:38:26] Accepted 00000000.0935b5bd.a2ec689f GPU 2 thread 8 pool 0
[2011-12-28 21:38:26] Pool 0 not providing work fast enough
[2011-12-28 21:39:04] Pool 1 http://pool.ABCPool.co:8332 recovered
[2011-12-28 21:39:26] Pool 0 http://us.eclipsemc.com:8337 not responding!
[2011-12-28 21:39:26] Switching to http://pool.ABCPool.co:8332
[2011-12-28 21:40:26] Pool 1 http://pool.ABCPool.co:8332 not responding!
[2011-12-28 21:40:29] Pool 0 http://us.eclipsemc.com:8337 recovered
[2011-12-28 21:40:29] Switching to http://us.eclipsemc.com:8337
[2011-12-28 21:40:29] Accepted 00000000.5c82064e.fc2d550f GPU 2 thread 2 pool 0
[2011-12-28 21:40:30] Accepted 00000000.06e297de.faf39f5c GPU 2 thread 2 pool 0
[2011-12-28 21:40:36] Accepted 00000000.d74cf4fb.706eef70 GPU 5 thread 11 pool 0
[2011-12-28 21:40:38] Accepted 00000000.befa90ff.b428148d GPU 0 thread 6 pool 0
[2011-12-28 21:40:43] Accepted 00000000.4c37f8ca.30b85875 GPU 4 thread 10 pool 0
[2011-12-28 21:40:44] Accepted 00000000.609878ac.94aa9483 GPU 4 thread 4 pool 0
[2011-12-28 21:40:46] Accepted 00000000.1ce5bc5f.06216422 GPU 0 thread 0 pool 0
[2011-12-28 21:40:50] Accepted 00000000.985ac122.bdb3ed5c GPU 0 thread 0 pool 0
[2011-12-28 21:40:51] Accepted 00000000.44e9ca44.ffbee6df GPU 2 thread 8 pool 0
[2011-12-28 21:40:51] Pool 0 not providing work fast enough
[2011-12-28 21:41:29] Pool 1 http://pool.ABCPool.co:8332 recovered
[2011-12-28 21:41:52] Pool 0 http://us.eclipsemc.com:8337 not responding!
[2011-12-28 21:41:52] Switching to http://pool.ABCPool.co:8332
[2011-12-28 21:42:52] Pool 1 http://pool.ABCPool.co:8332 not responding!
[2011-12-28 21:42:54] Pool 0 http://us.eclipsemc.com:8337 recovered
[2011-12-28 21:42:54] Switching to http://us.eclipsemc.com:8337
[2011-12-28 21:42:55] Accepted 00000000.41c6211d.d2038690 GPU 3 thread 9 pool 0
[2011-12-28 21:42:55] Accepted 00000000.150540dd.2edc5dba GPU 1 thread 7 pool 0
[2011-12-28 21:43:01] Accepted 00000000.22d00c85.da36f33b GPU 3 thread 3 pool 0
[2011-12-28 21:43:02] Accepted 00000000.e30a3445.cf7d38dd GPU 0 thread 6 pool 0
[2011-12-28 21:43:06] Accepted 00000000.3102c021.b4a24e87 GPU 2 thread 8 pool 0
[2011-12-28 21:43:08] Accepted 00000000.4886b056.217732d0 GPU 4 thread 10 pool 0
[2011-12-28 21:43:08] Accepted 00000000.f6960f1e.ed46e6e0 GPU 2 thread 8 pool 0
[2011-12-28 21:43:09] Accepted 00000000.c4d6e242.0fdf3e7d GPU 2 thread 8 pool 0
[2011-12-28 21:43:09] Accepted 00000000.85466883.6c6fff85 GPU 4 thread 4 pool 0
[2011-12-28 21:43:12] Accepted 00000000.d33cb1a3.2e1d5b24 GPU 0 thread 0 pool 0
[2011-12-28 21:43:14] Accepted 00000000.e57a8f5d.76c837e3 GPU 0 thread 0 pool 0
[2011-12-28 21:43:17] Pool 0 not providing work fast enough
[2011-12-28 21:43:17] Accepted 00000000.59c63106.828494f8 GPU 4 thread 4 pool 0
[2011-12-28 21:43:33] LONGPOLL detected new block on network, waiting on fresh work
[2011-12-28 21:43:44] Accepted 00000000.0774acdf.c71f6ff5 GPU 4 thread 10 pool 0
[2011-12-28 21:43:46] Accepted 00000000.3f24ca14.95c6b086 GPU 1 thread 7 pool 0
[2011-12-28 21:43:49] Accepted 00000000.17058b0a.7aaedac0 GPU 2 thread 8 pool 0
[2011-12-28 21:43:51] Overheat detected on GPU 4, increasing fan to 100%
[2011-12-28 21:43:52] Accepted 00000000.bbbf62c7.933ffb39 GPU 4 thread 10 pool 0
[2011-12-28 21:43:54] Accepted 00000000.fa11310b.a100c3f1 GPU 3 thread 3 pool 0
[2011-12-28 21:43:55] Pool 1 http://pool.ABCPool.co:8332 recovered
[2011-12-28 21:43:55] Accepted 00000000.bf30d3b0.af55682a GPU 5 thread 5 pool 0
[2011-12-28 21:43:55] Accepted 00000000.9b0490de.4822f40d GPU 0 thread 6 pool 0
[2011-12-28 21:43:56] Accepted 00000000.1910bcbb.3a26774a GPU 2 thread 8 pool 0
[2011-12-28 21:43:56] Pool 0 not providing work fast enough
[2011-12-28 21:44:56] Pool 0 http://us.eclipsemc.com:8337 not responding!
[2011-12-28 21:44:56] Switching to http://pool.ABCPool.co:8332
[2011-12-28 21:45:56] Pool 1 http://pool.ABCPool.co:8332 not responding!
[2011-12-28 21:45:57] Pool 0 http://us.eclipsemc.com:8337 recovered
[2011-12-28 21:45:57] Switching to http://us.eclipsemc.com:8337
[2011-12-28 21:45:58] Accepted 00000000.02e254ef.9dac55f6 GPU 0 thread 0 pool 0

I don't know about the others but I have seen this all the way back to 2.0.0, only have logs in 2.0.7 though. Restarting the machine solves it for anywhere from an hour to a month.  Figured it was just my router, it's more frequent with more miners on the same router.

[kano]

I'd suggest this is a known old problem and not cgminer either.
A few months back I had issues connecting to one pool and it worked fine on all other pools.
The problem occurred when my network link included my PowerLine link from my garage to my unit over the electrical cables - it's a low quality connection and somehow that affected connecting to a single pool but worked fine with others.
Redirecting the link via an ssh tunnel over the PowerLine also resolved it for that pool.
So, basically, network issues seem to affect mining even when other network access seems to be OK. (curl+json sux)
I guess it's valid to blame the network link (as was the pool decision back then) so I'd also suggest such current problems are network related also.

[-ck]

And what about SAC's ?
https://bitcointalk.org/index.php?topic=28402.msg666326#msg666326
"Enough of 2.1.0..."

[gnar1ta$]

I had to lower the clocks on 5 cards (2 separate rigs) with 2.1.0 because they were locking up, and they were not previously, but they are more stable at I 9 now where I was using I 7 and 8.  But my rejects are down. Maybe SAC is seeing 2 different issues...drop the clocks and see what happens.

[P_Shep]

Just has to pursued Norton Antivirus that v2.1.0 isn't a Trojan :/

[Queelis]

My hash rate dropped from 84 to 61 without making any changes to the system (upon a simple shut down and power on). Great.

I don't suppose anyone has any suggestions?