Author

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

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Is anyone else having difficulties with the reliability of using a raspberry pi with cgminer (and bfgminer) to manage fpga miners (in my case bitforce and icarus). I've found that cgminer 2.10.4 gives out comm errors on bitforce miners (at random). Bfgminer has problems as well outlined in this thread: https://bitcointalksearch.org/topic/m.1426976

The main point here is that I believe there is either some bug with cgminer (kinda doubt this) or some major problem with the raspberry itself (possibly USB driver issue? etc) or the wheezy debian distro. I'm using the distro put together by the OP on the thread I pasted above.

I'm sure someone else is also using a pi to manage their fpga miners, so I ask has anyone managed to get it to run reliably without any errors, restarts, etc.?

I've updated the firmware via rpi-update and updated the distro with apt-get update & apt-get upgrade & apt-get dist-upgrade. Problem with 2.10.4 of cgminer still persists.
The usb on rpi is known to be really flaky. The addition of a powered usb hub usually fixes most problems as it acts as a usb filter as well as running more usb devices better.
legendary
Activity: 3080
Merit: 1083
Is anyone else having difficulties with the reliability of using a raspberry pi with cgminer (and bfgminer) to manage fpga miners (in my case bitforce and icarus). I've found that cgminer 2.10.4 gives out comm errors on bitforce miners (at random). Bfgminer has problems as well outlined in this thread: https://bitcointalksearch.org/topic/m.1426976

The main point here is that I believe there is either some bug with cgminer (kinda doubt this) or some major problem with the raspberry itself (possibly USB driver issue? etc) or the wheezy debian distro. I'm using the distro put together by the OP on the thread I pasted above.

I'm sure someone else is also using a pi to manage their fpga miners, so I ask has anyone managed to get it to run reliably without any errors, restarts, etc.?

I've updated the firmware via rpi-update and updated the distro with apt-get update & apt-get upgrade & apt-get dist-upgrade. Problem with 2.10.4 of cgminer still persists.

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I am having some issues compiling 2.10.4. I've been following the same steps to compile for months and can compile 2.9.7 and prior versions without issue, it's just 2.10.x versions. I think it might be a dependency, but I'm not that linux savy. I have run "apt-get update && apt-get upgrade" to make sure things are current. This is running on a Atom based Mini-ITX MB running Debian 6 with 7 BFLs. (Other than this new compile issue, it's been running great for 6 months)

I did read back around 15 pages to the point where 2.10.0 was released and did not see anyone having any issues with compiling. I also checked the README.txt and it looks like I have all the dependencies. If anyone can point me in the right direction, I'd appreciate it. Thank you.

Code:
CFLAGS="-g -O2 -W -Wall" ./autogen.sh --enable-bitforce --with-libudev
Returns the following:
Code:
  curses.TUI...........: FOUND: -lncurses
Looks OK, but then I get these errors when running "make": (I have tried make clean first as well)
Code:
util.c:207: error: âCURLOPT_TCP_KEEPALIVEâ undeclared (first use in this function)

That looks like your curl installation is a version that somehow should support CURLOPT_TCP_KEEPALIVE (version 7.25.0+) but then actually doesn't.

That should not happen since it is supposed to detect what version of curl you have installed and choose appropriate support. Perhaps you have only a partly installed or mixed installation of libcurl development libraries.


I did an apt-get remove libcurl4-gnutls-dev && apt-get install libcurl4-gnutls-dev

Code:
Unpacking libcurl4-gnutls-dev (from .../libcurl4-gnutls-dev_7.21.0-2.1+squeeze2_i386.deb) ...
Processing triggers for man-db ...
Setting up libcurl4-gnutls-dev (7.21.0-2.1+squeeze2) ...
So is that the wrong version? (Still no love on the make clean / make) Any clue on how to get the 7.25.0+ version you speak of?
Thank you for your time.

It's still supposed to work with older curls. Somewhere it is thinking you have a later version installed which you don't. Anyway I usually install libcurl4-openssl-dev
hero member
Activity: 626
Merit: 500
Mining since May 2011.
I am having some issues compiling 2.10.4. I've been following the same steps to compile for months and can compile 2.9.7 and prior versions without issue, it's just 2.10.x versions. I think it might be a dependency, but I'm not that linux savy. I have run "apt-get update && apt-get upgrade" to make sure things are current. This is running on a Atom based Mini-ITX MB running Debian 6 with 7 BFLs. (Other than this new compile issue, it's been running great for 6 months)

I did read back around 15 pages to the point where 2.10.0 was released and did not see anyone having any issues with compiling. I also checked the README.txt and it looks like I have all the dependencies. If anyone can point me in the right direction, I'd appreciate it. Thank you.

Code:
CFLAGS="-g -O2 -W -Wall" ./autogen.sh --enable-bitforce --with-libudev
Returns the following:
Code:
  curses.TUI...........: FOUND: -lncurses
Looks OK, but then I get these errors when running "make": (I have tried make clean first as well)
Code:
util.c:207: error: âCURLOPT_TCP_KEEPALIVEâ undeclared (first use in this function)

That looks like your curl installation is a version that somehow should support CURLOPT_TCP_KEEPALIVE (version 7.25.0+) but then actually doesn't.

That should not happen since it is supposed to detect what version of curl you have installed and choose appropriate support. Perhaps you have only a partly installed or mixed installation of libcurl development libraries.


I did an apt-get remove libcurl4-gnutls-dev && apt-get install libcurl4-gnutls-dev

Code:
Unpacking libcurl4-gnutls-dev (from .../libcurl4-gnutls-dev_7.21.0-2.1+squeeze2_i386.deb) ...
Processing triggers for man-db ...
Setting up libcurl4-gnutls-dev (7.21.0-2.1+squeeze2) ...
So is that the wrong version? (Still no love on the make clean / make) Any clue on how to get the 7.25.0+ version you speak of?
Thank you for your time.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I am having some issues compiling 2.10.4. I've been following the same steps to compile for months and can compile 2.9.7 and prior versions without issue, it's just 2.10.x versions. I think it might be a dependency, but I'm not that linux savy. I have run "apt-get update && apt-get upgrade" to make sure things are current. This is running on a Atom based Mini-ITX MB running Debian 6 with 7 BFLs. (Other than this new compile issue, it's been running great for 6 months)

I did read back around 15 pages to the point where 2.10.0 was released and did not see anyone having any issues with compiling. I also checked the README.txt and it looks like I have all the dependencies. If anyone can point me in the right direction, I'd appreciate it. Thank you.

Code:
CFLAGS="-g -O2 -W -Wall" ./autogen.sh --enable-bitforce --with-libudev
Returns the following:
Code:
  curses.TUI...........: FOUND: -lncurses
Looks OK, but then I get these errors when running "make": (I have tried make clean first as well)
Code:
util.c:207: error: âCURLOPT_TCP_KEEPALIVEâ undeclared (first use in this function)

That looks like your curl installation is a version that somehow should support CURLOPT_TCP_KEEPALIVE (version 7.25.0+) but then actually doesn't.

That should not happen since it is supposed to detect what version of curl you have installed and choose appropriate support. Perhaps you have only a partly installed or mixed installation of libcurl development libraries.
hero member
Activity: 626
Merit: 500
Mining since May 2011.
I am having some issues compiling 2.10.4. I've been following the same steps to compile for months and can compile 2.9.7 and prior versions without issue, it's just 2.10.x versions. I think it might be a dependency, but I'm not that linux savy. I have run "apt-get update && apt-get upgrade" to make sure things are current. This is running on a Atom based Mini-ITX MB running Debian 6 with 7 BFLs. (Other than this new compile issue, it's been running great for 6 months)

I did read back around 15 pages to the point where 2.10.0 was released and did not see anyone having any issues with compiling. I also checked the README.txt and it looks like I have all the dependencies. If anyone can point me in the right direction, I'd appreciate it. Thank you.

Code:
CFLAGS="-g -O2 -W -Wall" ./autogen.sh --enable-bitforce --with-libudev
Returns the following:
Code:
------------------------------------------------------------------------
cgminer 2.10.4
------------------------------------------------------------------------

Configuration Options Summary:

  curses.TUI...........: FOUND: -lncurses
  OpenCL...............: NOT FOUND. GPU mining support DISABLED
  scrypt...............: Disabled (needs OpenCL)
  ADL..................: SDK NOT found, GPU monitoring support DISABLED

  BitForce.FPGAs.......: Enabled
  Icarus.FPGAs.........: Disabled
  ModMiner.FPGAs.......: Disabled
  Ztex.FPGAs...........: Disabled
  libudev.detection....: yes

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -g -O2 -W -Wall
  LDFLAGS..............:  -lpthread
  LDADD................:  -L/usr/lib -lcurl compat/jansson/libjansson.a -lpthread     -lm -ludev

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local
Looks OK, but then I get these errors when running "make": (I have tried make clean first as well)
Code:
make[2]: Leaving directory `/opt/miners/ckolivas-cgminer-b53372b/ccan'
make[2]: Entering directory `/opt/miners/ckolivas-cgminer-b53372b'
  CC     cgminer-cgminer.o
  CC     cgminer-util.o
util.c: In function âkeep_curlaliveâ:
util.c:207: error: âCURLOPT_TCP_KEEPALIVEâ undeclared (first use in this function)
util.c:207: error: (Each undeclared identifier is reported only once
util.c:207: error: for each function it appears in.)
util.c:207: warning: type defaults to âintâ in declaration of â_curl_optâ
util.c:208: error: âCURLOPT_TCP_KEEPIDLEâ undeclared (first use in this function)
util.c:208: warning: type defaults to âintâ in declaration of â_curl_optâ
util.c:209: error: âCURLOPT_TCP_KEEPINTVLâ undeclared (first use in this function)
util.c:209: warning: type defaults to âintâ in declaration of â_curl_optâ
make[2]: *** [cgminer-util.o] Error 1
make[2]: Leaving directory `/opt/miners/ckolivas-cgminer-b53372b'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/miners/ckolivas-cgminer-b53372b'
make: *** [all] Error 2
legendary
Activity: 1792
Merit: 1008
/dev/null
after zeroing the stats i see this:
Code:
Block: 02401ea22d6ffac5...  Diff:2.98M  Started: [17:01:51]  Best share: 0   K

the K didnt got deleted and stays there forever.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
cut/paste ...

2.10.4
An Xubuntu 11.04 x86_64 executable is in my github called cgminer-2.10.4a
https://github.com/kanoi/cgminer-binaries
(it also works on Fedora 16 and 17)

Yes I had to create a seperate git for the binaries since github has disabled the download feature

To get the binary simply:
wget https://github.com/kanoi/cgminer-binaries/raw/master/cgminer-2.10.4a
chmod +x cgminer-2.10.4a
md5sum cgminer-2.10.4a

23876ee992bb28bb6f98d13c7a016efa  cgminer-2.10.4a

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far (15 minutes) on my GPU, BFL or 'MMQ+2xICA'

Since I'm no longer GPU mining, I just run it for a while on my single 6950 to see what happens

MMQ+ICAs (1.6GH/s) on OzCoin Stratum with fixed 8 diff
BFL (858MH/s) on OzCoin Stratum with fixed 8 diff (BFL now on 864 bitstream)

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
New version: 2.10.4, 29th December 2012

Mainly a hotfix release supporting the upcoming stratum implementation in p2pool.


Human readable changelog:

p2pool is about to release their stratum support, and cgminer would just crash on it. This version fixes it.
It was possible to mine on a stratum pool before the actual stratum structures were set up depending on when the pool sent out its notify details after authorisation.
The WU: value was not being reset when Zero stats was being used.


Full changelog:

- Change the pool stratum socket buffer to be dynamically allocated to
accomodate any size coinbase and keep receiving data in recv line for up to 60s
if no end of line has been received.
- Differentiate socket full from sock full.
- Allow stratum to startup without notify but check it is valid before creating
stratum work.
- Do not try to generate stratum work unless the notify command has succeeded.
- Reset total diff1 shares when zeroing stats as well to show correct work
utility.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/

woooo hoooooo 49.4M

[Found Blocks] => 1
[Best Share] => 49402097

Nice!  Cheesy Were you running PoT on ozcoin? If so, at what diff and did you check the pot calculator to see how much that one share was worth?
http://tradebtc.net/potcalc.php
legendary
Activity: 1876
Merit: 1000

woooo hoooooo 49.4M

[Found Blocks] => 1
[Best Share] => 49402097
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
...

Thanks again Kano. Does this also work on normal Ubuntu 11.04 by the way? Thinking of changing from windoze on my other rig too - cgminer runs soooo much more stable on Ubuntu....

Should libraries used when compiling would be the same unless Xubuntu has done something crazy like change the base system for their distro instead of just the graphic environment like it should have done.

Edit: display driver and sdk used would have to be the 12.6 or newer as this has scrypt compiled in so you would need better than is available in that distro installed as well, you need to download then install newer version for it to work.
It should just work on Ubuntu 11.04 since they have the same base.
The reason for the 11.04 binary is that 12.04 binaries will not run on 11.04 at all.
11.10 binaries will run on 11.04 using the link (hack) I mention in linux-usb-cgminer

However, scrypt will require SDK 2.6
Scrypt does actually work on SDK 2.4, but with abysmal performance.

Cool, that's what I figured. I´ve tried a few different combinations of SDK's/drivers and ended up reverting back to the 11.12 driver & 2.1 SDK you mentioned in your guide every time, it´s the best performing & most stable setup I´ve found. I´ll tryout Ubuntu 11.04 on my other rig with the same configuration as soon as the SSD arrives I think. Nice one.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
...

Thanks again Kano. Does this also work on normal Ubuntu 11.04 by the way? Thinking of changing from windoze on my other rig too - cgminer runs soooo much more stable on Ubuntu....

Should libraries used when compiling would be the same unless Xubuntu has done something crazy like change the base system for their distro instead of just the graphic environment like it should have done.

Edit: display driver and sdk used would have to be the 12.6 or newer as this has scrypt compiled in so you would need better than is available in that distro installed as well, you need to download then install newer version for it to work.
It should just work on Ubuntu 11.04 since they have the same base.
The reason for the 11.04 binary is that 12.04 binaries will not run on 11.04 at all.
11.10 binaries will run on 11.04 using the link (hack) I mention in linux-usb-cgminer

However, scrypt will require SDK 2.6
Scrypt does actually work on SDK 2.4, but with abysmal performance.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I am a little bit confused.
What difficulty is this, 2.6M or 40?
Code:
      "target": "00000000000000000000000000000000000000000000000000fb650600000000",
      "data": "00000001bece016f6cd7b6168a5b686840c2184e4de9dadcb5b0fd269687d8a9cbcd25945179969c324587aeca65baba6f8c60eed93f96c2e4c66c5adcfc5e2c1560226650db22e91c0665fb00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000"
This is getwork from my Litecoin client.
Cgminer thinks this is 2.6M difficulty.
Check last FAQ in readme.
SAC
sr. member
Activity: 322
Merit: 250
cut/paste ...

2.10.3
An Xubuntu 11.04 x86_64 executable is in my github called cgminer-2.10.3a
https://github.com/kanoi/cgminer-binaries
(it also works on Fedora 16 and 17)

Yes I had to create a seperate git for the binaries since github has disabled the download feature

To get the binary simply:
wget https://github.com/kanoi/cgminer-binaries/raw/master/cgminer-2.10.3a
chmod +x cgminer-2.10.3a
md5sum cgminer-2.10.3a

b0ce7640a66efd1e83a7bc31ea545703  cgminer-2.10.3a

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far (15 minutes) on my GPU, BFL or 'MMQ+2xICA'

Since I'm no longer GPU mining, I just run it for a while on my single 6950 to see what happens

MMQ+ICAs (1.6GH/s) on OzCoin Stratum with fixed 8 diff
BFL (858MH/s) on OzCoin Stratum with fixed 8 diff (BFL now on 864 bitstream)

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make


Thanks again Kano. Does this also work on normal Ubuntu 11.04 by the way? Thinking of changing from windoze on my other rig too - cgminer runs soooo much more stable on Ubuntu....

Should libraries used when compiling would be the same unless Xubuntu has done something crazy like change the base system for their distro instead of just the graphic environment like it should have done.

Edit: display driver and sdk used would have to be the 12.6 or newer as this has scrypt compiled in so you would need better than is available in that distro installed as well, you need to download then install newer version for it to work.
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
cut/paste ...

2.10.3
An Xubuntu 11.04 x86_64 executable is in my github called cgminer-2.10.3a
https://github.com/kanoi/cgminer-binaries
(it also works on Fedora 16 and 17)

Yes I had to create a seperate git for the binaries since github has disabled the download feature

To get the binary simply:
wget https://github.com/kanoi/cgminer-binaries/raw/master/cgminer-2.10.3a
chmod +x cgminer-2.10.3a
md5sum cgminer-2.10.3a

b0ce7640a66efd1e83a7bc31ea545703  cgminer-2.10.3a

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far (15 minutes) on my GPU, BFL or 'MMQ+2xICA'

Since I'm no longer GPU mining, I just run it for a while on my single 6950 to see what happens

MMQ+ICAs (1.6GH/s) on OzCoin Stratum with fixed 8 diff
BFL (858MH/s) on OzCoin Stratum with fixed 8 diff (BFL now on 864 bitstream)

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make


Thanks again Kano. Does this also work on normal Ubuntu 11.04 by the way? Thinking of changing from windoze on my other rig too - cgminer runs soooo much more stable on Ubuntu....
hero member
Activity: 675
Merit: 514
I am a little bit confused.
What difficulty is this, 2.6M or 40?
Code:
      "target": "00000000000000000000000000000000000000000000000000fb650600000000",
      "data": "00000001bece016f6cd7b6168a5b686840c2184e4de9dadcb5b0fd269687d8a9cbcd25945179969c324587aeca65baba6f8c60eed93f96c2e4c66c5adcfc5e2c1560226650db22e91c0665fb00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000"
This is getwork from my Litecoin client.
Cgminer thinks this is 2.6M difficulty.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Binaries no longer included?
You mean linux binaries I guess. I made them but forgot to upload them. There now.
hero member
Activity: 481
Merit: 500
Binaries no longer included?
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
cut/paste ...

2.10.3
An Xubuntu 11.04 x86_64 executable is in my github called cgminer-2.10.3a
https://github.com/kanoi/cgminer-binaries
(it also works on Fedora 16 and 17)

Yes I had to create a seperate git for the binaries since github has disabled the download feature

To get the binary simply:
wget https://github.com/kanoi/cgminer-binaries/raw/master/cgminer-2.10.3a
chmod +x cgminer-2.10.3a
md5sum cgminer-2.10.3a

b0ce7640a66efd1e83a7bc31ea545703  cgminer-2.10.3a

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far (15 minutes) on my GPU, BFL or 'MMQ+2xICA'

Since I'm no longer GPU mining, I just run it for a while on my single 6950 to see what happens

MMQ+ICAs (1.6GH/s) on OzCoin Stratum with fixed 8 diff
BFL (858MH/s) on OzCoin Stratum with fixed 8 diff (BFL now on 864 bitstream)

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make
Jump to: