OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 165.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: aspirez on April 06, 2013, 07:29:54 PM

I get an error when tried to build bfgminer 2.10.6 or 3.0.0 with MingGW on Windows. I have all dependencies and successfully build BFG 2.10.5 from source.
Any suggestions how to fix this problem?

Code:

 error: @CPPFLAG_JANSSON_STATICLIB@: No such file or directory
error: @CPPFLAG_JANSSON_STATICLIB@: No such file or directory
make[2]: *** [libblkmaker_jansson_0.1_la-blkmaker_jansson.lo] Error 1
make[2]: Leaving directory `/home/Admin/bfgminer-3.0.0/libblkmaker
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/Admin/bfgminer-3.0.0'
make: *** [all] Error 2

This suggests a broken jansson install - please find your jansson.pc file and PM me a copy (it should be small and plaintext) so I can add a workaround.

aspirez

newbie

Activity: 41

Merit: 0

I get an error when tried to build bfgminer 2.10.6 or 3.0.0 with MingGW on Windows. I have all dependencies and successfully build BFG 2.10.5 from source.
Any suggestions how to fix this problem?

Code:

 error: @CPPFLAG_JANSSON_STATICLIB@: No such file or directory
error: @CPPFLAG_JANSSON_STATICLIB@: No such file or directory
make[2]: *** [libblkmaker_jansson_0.1_la-blkmaker_jansson.lo] Error 1
make[2]: Leaving directory `/home/Admin/bfgminer-3.0.0/libblkmaker
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/Admin/bfgminer-3.0.0'
make: *** [all] Error 2

purelithium

hero member

Activity: 504

Merit: 500

Quote from: Luke-Jr on April 06, 2013, 06:05:43 PM

Quote from: purelithium on April 06, 2013, 05:51:04 PM

How can I get crash logs to you from windows?

Unfortunately, I don't know any way to get useful information from Windows. Sad

Bummer. Would having two mining rigs mine for the same btc address on eligius cause issues?

bitcoindaddy

hero member

Activity: 481

Merit: 500

Quote from: Luke-Jr on April 06, 2013, 11:31:40 AM

Core dumps and/or backtraces would be very helpful to debugging any crashes. Did the 2.99.x versions work stable for those experiencing this?

I ran it a while with "-ggdb -O0" and the debug output, but it was a lot slower than otherwise, so I removed it. I did get a core dump though afterward, I hope it points you in the right direction:

Code:

GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
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:
...
Reading symbols from /home/cgminer/Downloads/bfgminer/bfgminer...done.
[New LWP 26360]
[New LWP 26361]
[New LWP 26362]
[New LWP 26363]
[New LWP 26365]
[New LWP 26366]
[New LWP 26345]
[New LWP 26346]
[New LWP 26349]
[New LWP 26351]
[New LWP 26353]
[New LWP 26355]
[New LWP 26357]
[New LWP 26359]
[New LWP 26354]
[New LWP 26352]
[New LWP 26356]
[New LWP 26350]
[New LWP 26348]
[New LWP 26358]
[New LWP 29896]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `./bfgminer -c /home/cgminer/.bfgminer/bfgminer.conf.eligius'.
Program terminated with signal 6, Aborted.
#0  0x00007f827254a425 in __GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64	../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) 
(gdb) bt
#0  0x00007f827254a425 in __GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00007f827254db8b in __GI_abort () at abort.c:91
#2  0x00007f827258839e in __libc_message (do_abort=2, fmt=0x7f827268fe3f "*** %s ***: %s terminated\n")
    at ../sysdeps/unix/sysv/linux/libc_fatal.c:201
#3  0x00007f827261e807 in __GI___fortify_fail (msg=0x7f827268fdd6 "buffer overflow detected") at fortify_fail.c:32
#4  0x00007f827261d700 in __GI___chk_fail () at chk_fail.c:29
#5  0x00007f827261e7be in __fdelt_chk (d=) at fdelt_chk.c:26
#6  0x000000000041597c in submit_work_thread (userdata=) at miner.c:4106
#7  0x00007f8273633e9a in start_thread (arg=0x7f82437fe700) at pthread_create.c:308
#8  0x00007f8272607cbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9  0x0000000000000000 in ?? ()
(gdb)

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: purelithium on April 06, 2013, 05:51:04 PM

How can I get crash logs to you from windows?

Unfortunately, I don't know any way to get useful information from Windows. Sad

aspirez

newbie

Activity: 41

Merit: 0

Quote from: Luke-Jr on April 05, 2013, 01:54:39 PM

NEW VERSION 3.0.0, APRIL 5 2013

Please note that libcurl 2.79.0 has a socket leak with request failures, which can lead to BFGMiner running out of file descriptors and/or crashing if you have a dead pool! All older and newer versions of libcurl should be fine.

You mean 7.29.0, right?

purelithium

hero member

Activity: 504

Merit: 500

I've had multiple crashes today on both my mining rigs while connected to eligius via stratum (GBT doesn't work)

How can I get crash logs to you from windows?

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: twobitcoins on April 06, 2013, 03:27:57 PM

Should there be a git tag for the 3.0.0 release? I don't see one.

Forgot to push the tags to GitHub, sorry. Should be there now.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: Shevek on April 06, 2013, 02:33:53 PM

It's a fork of cgminer, isn't it?

It began as a fork of cgminer (a CPU/GPU miner), but not to be confused with the current cgminer, which has become a fork of BFGMiner for trolling reasons.

twobitcoins

full member

Activity: 144

Merit: 100

Should there be a git tag for the 3.0.0 release? I don't see one.

Shevek

sr. member

Activity: 252

Merit: 250

Quote from: Luke-Jr on April 06, 2013, 01:30:47 PM

Quote from: Shevek on April 06, 2013, 01:11:49 PM

Just installed from ppa (ubuntu 12.04):

bfgminer -n
[2013-04-06 20:11:28] Failed to load OpenCL library, no GPUs usable
[2013-04-06 20:11:28] 0 GPU devices max detected

Do older versions work? Can you run:

Code:

bfgminer -D -d?

Sorry, It was a false alarm Sad

I was tweaking two equipments via ssh and I installed the program in the wrong one

The program works ok. It's a fork of cgminer, isn't it?

Thanks for your quick reaction.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: Shevek on April 06, 2013, 01:11:49 PM

Just installed from ppa (ubuntu 12.04):

bfgminer -n
[2013-04-06 20:11:28] Failed to load OpenCL library, no GPUs usable
[2013-04-06 20:11:28] 0 GPU devices max detected

Do older versions work? Can you run:

Code:

bfgminer -D -d?

Shevek

sr. member

Activity: 252

Merit: 250

Just installed from ppa (ubuntu 12.04):

bfgminer -n
[2013-04-06 20:11:28] Failed to load OpenCL library, no GPUs usable
[2013-04-06 20:11:28] 0 GPU devices max detected

Epoch

legendary

Activity: 922

Merit: 1003

Quote from: Luke-Jr on April 06, 2013, 11:31:40 AM

Core dumps and/or backtraces would be very helpful to debugging any crashes. Did the 2.99.x versions work stable for those experiencing this?

I've been running bfgminer-02d8f20 (a 2.99.x variant you provided). IIRC I had experienced a few crashes with that version during the March 26-29 period; again, on Bitminter and not Ozcoin or Slush (I was using all 3 during that period). But before that time, I've had no issues with bfgminer-02d8f20.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Core dumps and/or backtraces would be very helpful to debugging any crashes. Did the 2.99.x versions work stable for those experiencing this?

I've not experienced any crashing myself, but it does seem there are conditions where the SC devices have begun to stop hashing (which IMO is much more annoying than a crash), so I definitely need to put a focus on just fixing stuff for 3.0.1.

Quote from: rmolby on April 06, 2013, 08:33:43 AM

BTW, does anyone have a comprehensive list of pools that operate a getblocktemplate server besides the above two?

The getblocktemplate wiki page has a long list of pools, though perhaps it should be merged into the pool comparison page.

Epoch

legendary

Activity: 922

Merit: 1003

I was running 2 instances (2 separate machines) of BFGMiner 3.0.0 last night on Bitminter. One of them (15 fpgas) crashed around 1-2am PST. The other (2 fpgas) did not. A 3rd system running 3.0.0 on ozcoin also did not crash overnight. I've had these problems before on Bitminter, on occasion; anecdotally when it happens my web session seems to get logged off, so this suggests that there may have been some problem on Bitminter.

Of course the mining software should not crash; it should handle any 'problems' more elegantly. But I can see this being something difficult to debug since it happens so rarely and the conditions required for it are not well understood.

rmolby

member

Activity: 75

Merit: 10

Quote from: rmolby on April 06, 2013, 08:33:43 AM

Quote from: bitcoindaddy on April 06, 2013, 06:50:47 AM

Core dumped - lost a whole night's worth of mining.

On mine it didn't dump the core, but yesterday after upgrading to 3.0 it just sat there for about 6 hours in "WAIT" state on a dead pool... I had to be AFK and didn't notice it had entered the WAIT state... frustrating...

I fixed my bfgminer.conf so any pools that occationally go dead are the failover pools... I was using http://eligius.st as my primary pool but it shows up as dead currently... so I'm currently using https://eclipsemc.com for my primary pool.

BTW, does anyone have a comprehensive list of pools that operate a getblocktemplate server besides the above two?

Well, I answered my own question... check out https://en.bitcoin.it/wiki/Comparison_of_mining_pools for a comparison of mining pools... I'm not sure how often this is updated tho...

iongchun

member

Activity: 75

Merit: 10

Quote from: rmolby on April 06, 2013, 08:33:43 AM

Quote from: bitcoindaddy on April 06, 2013, 06:50:47 AM

Core dumped - lost a whole night's worth of mining.

On mine it didn't dump the core, but yesterday after upgrading to 3.0 it just sat there for about 6 hours in "WAIT" state on a dead pool... I had to be AFK and didn't notice it had entered the WAIT state... frustrating...

I fixed my bfgminer.conf so any pools that occationally go dead are the failover pools... I was using http://eligius.st as my primary pool but it shows up as dead currently... so I'm currently using https://eclipsemc.com for my primary pool.

BTW, does anyone have a comprehensive list of pools that operate a getblocktemplate server besides the above two?

BitMinter?

rmolby

member

Activity: 75

Merit: 10

Quote from: bitcoindaddy on April 06, 2013, 06:50:47 AM

Core dumped - lost a whole night's worth of mining.

On mine it didn't dump the core, but yesterday after upgrading to 3.0 it just sat there for about 6 hours in "WAIT" state on a dead pool... I had to be AFK and didn't notice it had entered the WAIT state... frustrating...

I fixed my bfgminer.conf so any pools that occationally go dead are the failover pools... I was using http://eligius.st as my primary pool but it shows up as dead currently... so I'm currently using https://eclipsemc.com for my primary pool.

BTW, does anyone have a comprehensive list of pools that operate a getblocktemplate server besides the above two?

bitcoindaddy

hero member

Activity: 481

Merit: 500

Core dumped - lost a whole night's worth of mining.

Edit: unfortunately, I have no core file (because of ulimit).

Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 165. (Read 1193223 times)