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

[zaytsev]

what's the fix?

There is no fix, I just compile it statically against the curl from RHEL6.

I ain't pickin up your precompiled code

I am making the SRPM available, feel free to rebuild it yourself if you want.

[1713526693]

1713526693

[Viceroy]

wellp,

I done did downloaded centos 6, so I guess it's about time to install it I reckon.

yeaaaap

* Viceroy chews some hay

[-ck]

but I don't really understand if anyone is interested in RHEL5 builds other than me.

Much of the world.  If this doesn't work on Centos, it's worthless.  Kinda like coming up
with windows only mining software

To the author, this is what was required to build poclbm under centos:
http://forum.bitcoin.org/?topic=7534.0

RedHat and Centos uses older (proven stable) versions of their software.

Unfortunatly I, like zaytsev, am stuck using poclbm atm.

* Viceroy sadly drops his head and walks away

I think you grossly overestimate how many people are using centos

Anyway I've committed a fix to the git tree which prevents using just the sockopt function if the version of curl is too old. This should fix it building on older curls.

[The00Dustin]

I think you grossly overestimate how many people are using centos

Anyway I've committed a fix to the git tree which prevents using just the sockopt function if the version of curl is too old. This should fix it building on older curls.

I started out trying to use CentOS before switching to F15 after I decided that manually compiling every component and half of the compilers to get pretty much any of the miners working wasn't worth the hassle and was going to lead to a broken installation anyway.  Fortunately, I'm not trying to do anything else with the machine I am running Linux on at the moment, but anyone who is mining on the side might have good reasons to run CentOS.

[Viceroy]

I started out trying to use CentOS before switching to F15 after I decided that manually compiling every component and half of the compilers to get pretty much any of the miners working wasn't worth the hassle and was going to lead to a broken installation anyway.  Fortunately, I'm not trying to do anything else with the machine I am running Linux on at the moment, but anyone who is mining on the side might have good reasons to run CentOS.

my poclbm has been running under centos for a month on three machines with no issues at all.  I only use the machines to mine.  I find centos rock solid. 

[-ck]

I wasn't trying to start a distro flamewar... I was just pointing out "Much of the world." is an exaggeration to say the least...

[The00Dustin]

I wasn't trying to start a distro flamewar... I was just pointing out "Much of the world." is an exaggeration to say the least...

I was just sharing an experience.  So were there flames posted and deleted already, or was that a preventative comment?  I mean    CENTOS ROCKS!!!  GRRR   

[-ck]

Yes, preventative... nod nod nod...

Nod furiously.

[-ck]

1st up, you're missing libcurl dev
2nd, your GCC is so old it doesn't support "-march=native" so remove that

[-ck]

1st up, you're missing libcurl dev
2nd, your GCC is so old it doesn't support "-march=native" so remove that

your proposal is I remove gcc?

LOL no, remove the "-march=native" part of the CFLAGS.

[-ck]

The file you're missing is:
/usr/share/aclocal/libcurl.m4

on my distro that's in:
libcurl4-openssl-dev

So, unless you need to refresh your configure after installing a new package, you need to find how to search for the libcurl.m4 file in your distribution's repository.

[-ck]

In your distribution's repository, not on your computer...

[-ck]

RPM for EL6, still broken on EL5 because of curl :-(

ck, -O2 -g is not helping either, it still doesn't segfault under gdb, but reliably segfaults when run from the terminal. Look, I managed to make it to dump core with -O0, then loaded in gdb and did bt full. Does it help?

Core was generated by `/opt/cgminer/bin/cgminer --cpu-threads 4 --gpu-threads 0 --url xxx'.
Program terminated with signal 11, Segmentation fault.
(gdb) bt full
#0  memset () at ../sysdeps/x86_64/memset.S:1016
No locals.
#1  0x00007ff9732ad842 in wredrawln () from /lib/libncurses.so.5
No symbol table info available.
#2  0x000000000040ab0a in watchdog_thread (userdata=0x0) at main.c:2991
        y = 17
        logx = 131
        i = 4
        x = 131
        logy = 17
        now = {tv_sec = 1311508655, tv_usec = 958182}
        interval = 2
        rotate_tv = {tv_sec = 1311508643, tv_usec = 956086}
        zero_tv = {tv_sec = 0, tv_usec = 0}
#3  0x00007ff9736e09ca in start_thread (arg=<value optimized out>) at pthread_create.c:300
        __res = <value optimized out>
        pd = 0x7ff968a9a700
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140709179533056, -1219236616075443200, 0, 0, 4, 0, 1217862590511481856,
                1217801615496348672}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0,
              cleanup = 0x0, canceltype = 0}}}
        not_first_call = <value optimized out>
        robust = <value optimized out>
        freesize = <value optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#4  0x00007ff972ff570d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
No locals.
#5  0x0000000000000000 in ?? ()
No symbol table info available.

I'm looking, and it ain't making much sense. It's crashing on the redraw window function within libncurses for reasons that aren't obvious... I'll try doing that window redraw somewhere else in the code.

[Viceroy]

In your distribution's repository, not on your computer...

the normal way to search for that is
yum provides libcurl.m4

but that fails.

I'm concerned about this:

./configure: line 10422: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,  AC_MSG_ERROR([Missing required libcurl dev >= 7.10.1]))'

clearly I have that:

Package curl-7.15.5-9.el5_6.3.x86_64 already installed and latest version
Package curl-7.15.5-9.el5_6.3.i386 already installed and latest version
Package curl-devel-7.15.5-9.el5_6.3.x86_64 already installed and latest version
Package curl-devel-7.15.5-9.el5_6.3.i386 already installed and latest version

even so, I went and downloaded and compiled the latest curl
it came with a libcurl.m4 @
/root/building/curl-7.21.7/docs/libcurl/libcurl.m4

how can I link it?

tried to:
ln -s /root/building/curl-7.21.7/docs/libcurl/libcurl.m4 /usr/share/aclocal/libcurl.m4

but it still fails with:
../configure: line 10422: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,  AC_MSG_ERROR([Missing required libcurl dev >= 7.10.1]))'

[-ck]

Need to do ./autogen.sh again

[Viceroy]

excellent, that got me through configure.

just one last thing I think:


./cgminer
./cgminer: error while loading shared libraries: libcurl.so.4: cannot open shared object file: No such file or directory

where do I need to link that?

ln -s /root/building/curl-7.21.7/docs/libcurl/libcurl.m4 /usr/share/aclocal/libcurl.m4
ln -s /root/building/curl-7.21.7/lib/.libs/libcurl.so.4 /usr/lib/
ldconfig
./autogen.sh
CFLAGS="-O3 -Wall" ./configure
make && make install

cachunk cachunkk cachunk
spit
presto

./cgminer
X connection to localhost:10.0 broken (explicit kill or server shutdown).
export DISPLAY=:0
./cgminer

Input server details.
URL:


looking good so far...

[-ck]

Can't do "make install" at the moment with cgminer, just run it from its own directory. Presumably if you've installed a newer curl, you need to do ldconfig to let the system know it's there as well.

[-ck]

Updated git tree:

    Make the thread restart do a pthread_join after disabling the device, only re-enabling it if we succeed in restarting the thread.
    Do this from a separate thread so as to not block any other code.
    This will allow cgminer to continue even if one GPU hangs.

    Try to do every curses manipulation under the curses lock. Hopefully this will prevent the crash on window resizing.

    Only use the sockoptfunction if the version of curl is recent enough. This should make it possible to build on machines with older libcurls installed.

[Viceroy]

With version 1.4.0 and 1.4.1, I have some trouble connecting to the rpc server.

cgminer exists with code:

Code:

No pools active! Exiting.

I tried it several times with the same starting parameters:
./cgminer -o http://uswest.btcguild.com:8332 -u myusername -p mypassword -w 256 -I 8 --verbose

and got only 1 connect where only the first gpu was starting to work.

I tested 1.4.0 and 1.4.1 precompiled version for ubuntu with the same behavior.

Version 1.3.1 is working fine.
Got 14.42 shares per minute
with
2 * 5850 @ 900,300
1 * 5850 @ 820,300

I have this exact same issue, I am able to connect to my local bitcoind with  guiminer just fine.
Same settings in cgminer and I get "No pools active! Exiting."

I tested locally after I was unable to connect to deepbit with the same error message "No pools active! Exiting."

I do not get the same results with prior version.  I just dl and
compiled 1.3.1 and it does not connect just the same as latest git:

# cgminer -o http://192.168.1.53:8362 -u test -p x
No pools active! Exiting.


furthermore the following command in 1.3.1 results in a dump:

# ./cgminer -o http://192.168.1.53:8362 -u test -p x
Segmentation fault

whereas under the latest git

# ./cgminer -o http://192.168.1.53:8362 -u test -p x

results in:

No pools active! Exiting.

-----------------
but when I log into the head on the machine it seems to run fine.

can this be run remotely?

[dlasher]

First off, love the program, well done, shifted 100% of my miners to cgminer under linux.

Feature Request:

Can we either get a verbosity level, or a couple of switches for what gets logged to syslog? I like the first part:

Jul 24 22:48:45 miner6 cpuminer[26354]: [(30s):304.0  (avg):312.5 Mh/s] [Q:20  A:7  R:0  HW:0  E:35%  U:2.00/m]

but don't want the second part in syslog, would rather see that in the "screen" window cgminer is running in.

Jul 24 22:48:54 miner6 cpuminer[26354]: Share 437a2419 accepted from GPU 0 thread 2
Jul 24 22:48:54 miner6 cpuminer[26354]: GPU 0  Q:20  A:8  R:0  HW:0  E:40%  U:2.29/m
Jul 24 22:48:56 miner6 cpuminer[26354]: Share 02378126 accepted from GPU 0 thread 3
Jul 24 22:48:56 miner6 cpuminer[26354]: GPU 0  Q:20  A:9  R:0  HW:0  E:45%  U:2.57/m
Jul 24 22:49:06 miner6 cpuminer[26354]: Share 5ec8f848 accepted from GPU 0 thread 1
Jul 24 22:49:06 miner6 cpuminer[26354]: GPU 0  Q:20  A:10  R:0  HW:0  E:50%  U:2.86/m

Small nitpick, it's syslogging as "cpuminer" which, in fact.... when you're using GPU, it isn't... either choose the process name under which it syslogs, or being able to set the facility, would help narrow down the logging.

Well done, love the program, keep up the good work.