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

[girafon]

Not sure this is intended or not : using cgminer 2.9.5 under windows7 (64), downloaded from http://ck.kolivas.org/apps/cgminer/cgminer-2.9.5-win32.7z while connected to a GBT-enabled pool, the "Q" value reported by cgminer stays at "3" and won't change, even after hours of running.

This gives giant efficiency values (which may alter the various load-balance algorithms ?)

Part of my conf file:

Code:

"failover-only" : true,
"submit-stale" : false,

"intensity" : "d",
"gpu-threads" : "1",
"gpu-dyninterval" : "7",

"expiry" : "110",
"scan-time" : "60",

"log" : "1",
"queue" : "1",

EDIT : downgrading to 2.9.4 fixes that "issue" ; "Q" indicator increases again.

[Inaba]

All servers are updated on EMC.  I'll be curious to see how it works.

[-ck]

All servers are updated on EMC.  I'll be curious to see how it works.

Great!

Trying it out now on stratum. Will report back.

Half hour of mining with 2.7GH:

 Accepted shares: 723
 Rejected shares: 1

I watched diff go from .99 to 2 and fluctuate frequently during that time and a handful of block changes went by as well.

I happened to see the rejected share as well, and it was a diff 1/2 high hash reject.
This means diff had risen, and cgminer knew about the rise, but being conservative as per a scenario A described here: https://bitcointalk.org/index.php?topic=28402.msg1357099#msg1357099 cgminer still submitted it.

All in all, great stuff. I'm glad to see this issue sorted out for both the pool and the miners.

[Inaba]

US2 is having some trouble, I'm looking into it now.  US3 and US1 are fine though, it's kind of strange.  Definitely good to see things get sorted out.

This should get things working in the new block case of cgminer, but the fact that cgminer was still working on an old job after 24 seconds (at 800+ Mh/s) means it isn't switching to the new job when giving devices more work right away, so there's still a (cgminer) bug there (althrough the reduced 55 second update period will likely avoid that being as common).

Can you comment on that by chance?

[Askit2]

US2 is having some trouble, I'm looking into it now.  US3 and US1 are fine though, it's kind of strange.  Definitely good to see things get sorted out.

This should get things working in the new block case of cgminer, but the fact that cgminer was still working on an old job after 24 seconds (at 800+ Mh/s) means it isn't switching to the new job when giving devices more work right away, so there's still a (cgminer) bug there (althrough the reduced 55 second update period will likely avoid that being as common).

Can you comment on that by chance?

Dropping scantime to 80 and expiry to 100 seconds did not fix it on Stratum. Since I should have a 120 second window to submit shares and the oldest shares I could be trying to submit (short of an unintended bug) are 100 seconds old I see no way to actually have run afoul of this reject overnight. My stales seemed just as high this morning and I noted some of the same invalid work type stales as I previously named. The rate despite only working on a work unit for (it appears) the higher of server or scan time and expiry set low should have fixed it if the issue was cgminer. Well unless somehow I was actually getting work results far in excess of the time alloted but even there I would have 2-3 results that met difficulty and 1 would be rejected sometimes the last sometimes the first usually the middle. Timing is either because its an old submission (expiry should have dropped it) or its being
rejected out of hand.

With the upgrade (on Eclipse) I am restarting cgminer to get my stats in line with only the new setup.

EDIT: added On Stratum to 1st sentance for clarity.

[-ck]

Was this with getwork, gbt or stratum? One thing about share submission for non-stratum on cgminer - it will keep retrying to submit if for some reason the submission failed (server responded with empty reply, busy etc.) until it has deemed there is no chance it is still valid. It retries sending every 5 seconds. Perhaps that is what's going on here? cgminer certainly does throw out all work on a longpoll equivalent, and checks if it should on every "cycle" through the work in GPUs at least.

[hahahafr]

Where does the name 'cgminer' come from? Are you French ckolivas?

[Askit2]

I am using eclipses stratum on US1.
3849 accepted so far
2 rejected.
Compared to 2 days of 1.2% I am very happy with the improvement.

CPU Miner was abandoned and Con made Cpu Gpu Miner

[The00Dustin]

In case anyone wants me to try something else...

Debug build would be helpful. If you're running fedora that suggests you're building it yourself. If that's the case, add "-g" to your CFLAGS, rebuild your cgminer 2.9.5 (without stripping the file), enable coredumps with "ulimit -c unlimited" and then run whatever it is that's crashing. Once you get a "core dumped" message at the end of running it, then run:
gdb cgminer core
bt full

And post the information from that please.

I'm getting "No stack."  I assume that makes it obvious I've never done this before...

ETA:

Code:

cat /usr/src/cgminer-2.9.5/Makefile | grep CFLAGS\ =
CFLAGS = -I/usr/src/ati-stream-sdk-v2.1-lnx64/include -g

Also, FYI, this is the exact error I was getting in 2.9.4 on GBT only:

Code:

Crashed with signal 11! Will attempt to restart--- Failed to restart, exiting nowing

latest version, x86_64 linux, build with -02 -Wall

I'm not sure whether the fact that it is also happening on that other miner will make you laugh or cry...

[-ck]

In case anyone wants me to try something else...

Debug build would be helpful. If you're running fedora that suggests you're building it yourself. If that's the case, add "-g" to your CFLAGS, rebuild your cgminer 2.9.5 (without stripping the file), enable coredumps with "ulimit -c unlimited" and then run whatever it is that's crashing. Once you get a "core dumped" message at the end of running it, then run:
gdb cgminer core
bt full

And post the information from that please.

I'm getting "No stack."  I assume that makes it obvious I've never done this before...

ETA:

Code:

cat /usr/src/cgminer-2.9.5/Makefile | grep CFLAGS\ =
CFLAGS = -I/usr/src/ati-stream-sdk-v2.1-lnx64/include -g

Also, FYI, this is the exact error I was getting in 2.9.4 on GBT only:

Code:

Crashed with signal 11! Will attempt to restart--- Failed to restart, exiting nowing

latest version, x86_64 linux, build with -02 -Wall

I'm not sure whether the fact that it is also happening on that other miner will make you laugh or cry...

Well that's my code so it's no surprise...

Please add --no-restart
That way it will not try to restart if it crashes, which is stopping it from dumping properly. Thanks.

[2GOOD]

One question about "Best share:" ... is it working correctly when Solo Mining?

Thanks

[-ck]

One question about "Best share:" ... is it working correctly when Solo Mining?

Yes

[The00Dustin]

Please add --no-restart
That way it will not try to restart if it crashes, which is stopping it from dumping properly. Thanks.

Does this help? I truncated everything after the #2 because they all (737) said "No symbol table info available."

Code:

gdb cgminer core.15150
GNU gdb (GDB) Fedora (7.3-43.fc15)
Copyright (C) 2011 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-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/cgminer...done.
[New LWP 15230]
[New LWP 15205]
[New LWP 15158]
[New LWP 15209]
[New LWP 15157]
[New LWP 15150]
[New LWP 15210]
[New LWP 15207]
[New LWP 15202]
[New LWP 15206]
[New LWP 15203]
[New LWP 15212]
[New LWP 15208]
Missing separate debuginfo for
Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/3a/8fe6cb0063d56fc9be76ecd085c05f1b8a76e6
[Thread debugging using libthread_db enabled]
Cannot find new threads: generic error
Core was generated by `cgminer -o http://GBTPOOL:GWPORT -O x:y'.
Program terminated with signal 11, Segmentation fault.
#0  0x0000003c6f67e8c1 in strcat () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install cyrus-sasl-lib-2.1.23-18.fc15.x86_64 glibc-2.14.1-5.x86_64 keyutils-libs-1.2-7.fc15.x86_64 krb5-libs-1.9.1-5.fc15.x86_64 libX11-1.4.3-1.fc15.x86_64 libXau-1.0.6-2.fc15.x86_64 libXext-1.2.0-2.fc15.x86_64 libXinerama-1.1.1-2.fc15.x86_64 libcom_err-1.41.14-2.fc15.x86_64 libcurl-7.21.3-11.fc15.x86_64 libgcc-4.6.0-10.fc15.x86_64 libidn-1.19-2.fc15.x86_64 libselinux-2.0.99-4.fc15.x86_64 libssh2-1.2.7-1.fc15.x86_64 libstdc++-4.6.0-10.fc15.x86_64 libxcb-1.7-2.fc15.x86_64 mesa-libGLU-7.11-1.fc15.x86_64 ncurses-libs-5.8-2.20110319.fc15.x86_64 nspr-4.8.8-1.fc15.x86_64 nss-3.12.10-6.fc15.x86_64 nss-mdns-0.10-9.fc15.x86_64 nss-softokn-freebl-3.12.10-2.fc15.x86_64 nss-util-3.12.10-1.fc15.x86_64 openldap-2.4.24-3.fc15.x86_64 openssl-1.0.0g-1.fc15.x86_64 xorg-x11-drv-catalyst-libs-11.6-1.fc15.x86_64 zlib-1.2.5-3.fc15.x86_64
(gdb) bt full
#0  0x0000003c6f67e8c1 in strcat () from /lib64/libc.so.6
No symbol table info available.
#1  0x00000000004093f0 in submit_upstream_work (work=0x7f67e4000c00, curl=0x7f67e400b5f0,
    resubmit=false) at cgminer.c:2331
        gbt_block = "02000000ca538130d3b31ccc24be835ba05bf2b8c41f8dfe8c112584ca03", '0' <repeats 12 times>, "8d4ca763df01df8377efc6a798d0607e3325259b4923e603308d8237d8ece2b97a22b650eae0041a11865698400100000001", '0' <repeats 64 times>, "ffffffff4b034e34030e"...
        varint = 0x3030303030303030 <Address 0x3030303030303030 out of bounds>
        header = 0x3136646362313465 <Address 0x3136646362313465 out of bounds>
        data = "76a914dcacb1cb4f31a6a3a239ae0199626bce00a72c3788acacc59502000000001976a91428220c"
        hexstr = 0x3838376332663736 <Address 0x3838376332663736 out of bounds>
        val = 0x3633343139613637
        res = 0x3931303030303030
        err = 0x3030303030306461
        s = "4188acb896", '0' <repeats 12 times>, "1976a914f52651ec8fe199ea975c63fc36369364c31fe80288ac980b", '0' <repeats 12 times>, "1976a9140f9bfe4cfd6c45c623a77d8087982c41a6fef69588ac50a2", '0' <repeats 12 times>, "1976a914cccdfc3b5e7ae849041e954dc48f47b96b2219f4"...
        rc = 57
        thr_id = 959918646
        cgpu = 0x3239333738353534
        pool = 0x6465343939663962
        rolltime = 1681469798
        hash32 = 0x6639313265646462
        tv_submit = {tv_sec = 7306075964502533688, tv_usec = 4121744960866432049}
        tv_submit_reply = {tv_sec = 4134645543713452080, tv_usec = 3978477492665463857}
        hashshow = "ad", '0' <repeats 12 times>, "1976a9141f24c264b0f47ece27326a3905be9b91fd1da97788ac34"
        worktime = "ac4c320200000000001976a914bd43b675c496b8b13bde490465ea355a94136faf88acc0543a00000000001976a914bcd6b30774cc7bdcc922e4f1817ca035667b18cd88acd46e1800000000001976a9147cb7a1d86ddddcdc8ef192cbd0bc67a370524b"
#2  0x3931303030303030 in ?? ()
No symbol table info available.

[sharky112065]

Con Kolivas, Just noticed a possible bug on Windows. When I hit 'q' to exit cgminer it restarted cgminer. Possibly crashed which triggered the restart. Race condition? Or is it not checking for user quitting on restart code (when cgminer crashes)?

Edit: Cgminer 2.9.5

[-ck]

Please add --no-restart
That way it will not try to restart if it crashes, which is stopping it from dumping properly. Thanks.

Does this help? I truncated everything after the #2 because they all (737) said "No symbol table info available."

Code:

gdb cgminer core.15150
GNU gdb (GDB) Fedora (7.3-43.fc15)
Copyright (C) 2011 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-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/cgminer...done.
[New LWP 15230]
[New LWP 15205]
[New LWP 15158]
[New LWP 15209]
[New LWP 15157]
[New LWP 15150]
[New LWP 15210]
[New LWP 15207]
[New LWP 15202]
[New LWP 15206]
[New LWP 15203]
[New LWP 15212]
[New LWP 15208]
Missing separate debuginfo for
Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/3a/8fe6cb0063d56fc9be76ecd085c05f1b8a76e6
[Thread debugging using libthread_db enabled]
Cannot find new threads: generic error
Core was generated by `cgminer -o http://GBTPOOL:GWPORT -O x:y'.
Program terminated with signal 11, Segmentation fault.
#0  0x0000003c6f67e8c1 in strcat () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install cyrus-sasl-lib-2.1.23-18.fc15.x86_64 glibc-2.14.1-5.x86_64 keyutils-libs-1.2-7.fc15.x86_64 krb5-libs-1.9.1-5.fc15.x86_64 libX11-1.4.3-1.fc15.x86_64 libXau-1.0.6-2.fc15.x86_64 libXext-1.2.0-2.fc15.x86_64 libXinerama-1.1.1-2.fc15.x86_64 libcom_err-1.41.14-2.fc15.x86_64 libcurl-7.21.3-11.fc15.x86_64 libgcc-4.6.0-10.fc15.x86_64 libidn-1.19-2.fc15.x86_64 libselinux-2.0.99-4.fc15.x86_64 libssh2-1.2.7-1.fc15.x86_64 libstdc++-4.6.0-10.fc15.x86_64 libxcb-1.7-2.fc15.x86_64 mesa-libGLU-7.11-1.fc15.x86_64 ncurses-libs-5.8-2.20110319.fc15.x86_64 nspr-4.8.8-1.fc15.x86_64 nss-3.12.10-6.fc15.x86_64 nss-mdns-0.10-9.fc15.x86_64 nss-softokn-freebl-3.12.10-2.fc15.x86_64 nss-util-3.12.10-1.fc15.x86_64 openldap-2.4.24-3.fc15.x86_64 openssl-1.0.0g-1.fc15.x86_64 xorg-x11-drv-catalyst-libs-11.6-1.fc15.x86_64 zlib-1.2.5-3.fc15.x86_64
(gdb) bt full
#0  0x0000003c6f67e8c1 in strcat () from /lib64/libc.so.6
No symbol table info available.
#1  0x00000000004093f0 in submit_upstream_work (work=0x7f67e4000c00, curl=0x7f67e400b5f0,
    resubmit=false) at cgminer.c:2331
        gbt_block = "02000000ca538130d3b31ccc24be835ba05bf2b8c41f8dfe8c112584ca03", '0' <repeats 12 times>, "8d4ca763df01df8377efc6a798d0607e3325259b4923e603308d8237d8ece2b97a22b650eae0041a11865698400100000001", '0' <repeats 64 times>, "ffffffff4b034e34030e"...
        varint = 0x3030303030303030 <Address 0x3030303030303030 out of bounds>
        header = 0x3136646362313465 <Address 0x3136646362313465 out of bounds>
        data = "76a914dcacb1cb4f31a6a3a239ae0199626bce00a72c3788acacc59502000000001976a91428220c"
        hexstr = 0x3838376332663736 <Address 0x3838376332663736 out of bounds>
        val = 0x3633343139613637
        res = 0x3931303030303030
        err = 0x3030303030306461
        s = "4188acb896", '0' <repeats 12 times>, "1976a914f52651ec8fe199ea975c63fc36369364c31fe80288ac980b", '0' <repeats 12 times>, "1976a9140f9bfe4cfd6c45c623a77d8087982c41a6fef69588ac50a2", '0' <repeats 12 times>, "1976a914cccdfc3b5e7ae849041e954dc48f47b96b2219f4"...
        rc = 57
        thr_id = 959918646
        cgpu = 0x3239333738353534
        pool = 0x6465343939663962
        rolltime = 1681469798
        hash32 = 0x6639313265646462
        tv_submit = {tv_sec = 7306075964502533688, tv_usec = 4121744960866432049}
        tv_submit_reply = {tv_sec = 4134645543713452080, tv_usec = 3978477492665463857}
        hashshow = "ad", '0' <repeats 12 times>, "1976a9141f24c264b0f47ece27326a3905be9b91fd1da97788ac34"
        worktime = "ac4c320200000000001976a914bd43b675c496b8b13bde490465ea355a94136faf88acc0543a00000000001976a914bcd6b30774cc7bdcc922e4f1817ca035667b18cd88acd46e1800000000001976a9147cb7a1d86ddddcdc8ef192cbd0bc67a370524b"
#2  0x3931303030303030 in ?? ()
No symbol table info available.

It sure does. This bug should be fixed in git now, thanks!

[wind]

Can anyone help?
Windows XP
scrypt
hd6950
catalyst 11.6
app sdk 2.7
can't compile kernel

Code:

[2012-11-29 13:46:50] Error -11: Building Program (clBuildProgram)
[2012-11-29 13:46:50] C:\DOCUME~1\z\LOCALS~1\Temp\OCL270.tmp.cl(636): warning:
variable "ySIZE" was
          declared but never referenced
        const uint ySIZE = (1024/LOOKUP_GAP+(1024%LOOKUP_GAP>0));
                   ^

LOOP UNROLL: pragma unroll (line 582)
    Unrolled as requested!
LOOP UNROLL: pragma unroll (line 573)
    Unrolled as requested!
LOOP UNROLL: pragma unroll (line 664)
    Unrolled as requested!
LOOP UNROLL: pragma unroll (line 591)
    Unrolled as requested!
LOOP UNROLL: pragma unroll (line [2012-11-29 13:46:50] Failed to init GPU thread
 0, disabling device 0

with other drivers not running at all

[crazyates]

Can anyone help?
Windows XP
scrypt
hd6950
catalyst 11.6
app sdk 2.7
can't compile kernel

Code:

[2012-11-29 13:46:50] Error -11: Building Program (clBuildProgram)
[2012-11-29 13:46:50] C:\DOCUME~1\z\LOCALS~1\Temp\OCL270.tmp.cl(636): warning:
variable "ySIZE" was
          declared but never referenced
        const uint ySIZE = (1024/LOOKUP_GAP+(1024%LOOKUP_GAP>0));
                   ^

LOOP UNROLL: pragma unroll (line 582)
    Unrolled as requested!
LOOP UNROLL: pragma unroll (line 573)
    Unrolled as requested!
LOOP UNROLL: pragma unroll (line 664)
    Unrolled as requested!
LOOP UNROLL: pragma unroll (line 591)
    Unrolled as requested!
LOOP UNROLL: pragma unroll (line [2012-11-29 13:46:50] Failed to init GPU thread
 0, disabling device 0

with other drivers not running at all

From the AMD APP SDK Requirement Page, SDK2.7 requires drivers 12.4 or newer. I've never seen anyone else using 11.6 with 2.7.

[wind]

crazyates
i used and 12.8 drivers with 2.7 SDK and 11.11 with 2.5 SDK - no result((
will try 12.4 with 2.7 SDK tomorrow.....
with other drivers except 11.6 my comp reboots((

[crazyates]

crazyates
i used and 12.8 drivers with 2.7 SDK and 11.11 with 2.5 SDK - no result((
will try 12.4 with 2.7 SDK tomorrow.....
with other drivers except 11.6 my comp reboots((

Well IIRC, scrypt requires 2.6 or newer, so 2.5 is out. 12.8 with the included ocl runtime should be your best bet. Idk then. 

[luffy]

i strongly believe that BTC cgminer for GPU will be dead in a matter of weeks.
Thus, all the efforts now for cgminer development should be in the direction of LTC (scrypt)