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

[minimalB]

Not sure if it something i have done (no swap file ) or new version of BFG miner but i have had over 5 crashes since upgrading to 3.2.0. Before i upgraded 3.1.4 ran stable no crashes for 6 days straight. Now all my miners lights come up and when i remote to computer the dos box is closed.. nothing.

Anyone else have problems with 3.2.0?

I have the same problem. v3.2.0. crashes several times a day. v3.1.4. did crash occasionally in a period of 2-3 days.

[Luke-Jr]

Anyone care to provide me with a debug log (or backtrace) of these crashes? It's been rock solid for me :/

[hanti]

i had crash too after like 3hours

dmesg says

stratum0[10991]: segfault at d59321dc ip 08065935 sp b5932190 error 7 in bfgminer[8048000+5a000]

running on debian 7 terminal hp t5710 1.2Ghz 512MB ram

im running two instances one with blades with diferent -u -p and one with usb erupters
that one with blades still working fine with noproblem
only bfgminer with usb erupters crashed

[Epoch]

I've been running 3.2.0 (32-bit)  now for 40 hours on 3 separate PCs (all Win7). None has yet crashed, and all are hashing at full speed (according to both BFGMiner and my pool). All BFL SC Singles.

[Icon]

Yea all mine are usb eruptors, that might be the cause.. just guessing at this point, went back to 3.1.4 for now. everything seems to be back to 100%

[OtaconEmmerich]

I've been on 3.2.0(64-bit) for 1 day and 4 hours, Zero problems with two instances with 5 BE's. This is on Windows 7 64-bit.

[HolyScott]

Sorry I don't have any log details, but I do have 3.2.0 crashing from 8-24 hours running on ubuntu with 4x fpga and 2x little singles, no gpus. Just dropped dead to command prompt, computer was not locked up or anything. Has happened 2-3 times already since release, glad I am not the only one having problems with newest version.

[SirMintALot]

Windows 7 64 bit and 3 Block Erupters is running without problems since 40 hours

[HellDiverUK]

Another crash report.  3.1.4 had a 2 week+ uptime. 3.2.0 crapped out after about 18 hours.  Just the usual "bfgminer.exe has stopped working, do you want to send some random shit to Microsoft's bug /dev/null?" window.

3.2.0 files copied over the top of the old 3.1.4 ones.  Running 11 Block Erupters on Windows 8.

As reported before, 4 of the BE are reported as BES0-3, and the other 7 are reported as BEE0-6.

[purelithium]

passing the "--load-balance" flag to the Win7 64bit version causes a crash after a few seconds. However, if I change the strategy using the TUI, there is no problem.

[drewage]

I'm trying to move my block erupters over to a MacMini running Ubuntu 12.04.  I installed bfgminer using the instructions on BTCGuild's setup page.  Bfgminer appears to have installed without complaints but the block erupter I've been using to test the setup isn't being recognized.  When I run bfgminer the only output I get is

Code:

$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100
All devices disabled, cannot mine!

and when I check to see if the BE is showing up this is what I get.

Code:

$ ls -la /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 Sep  1 13:18 /dev/ttyUSB0

Any help I might get would be greatly appreciated.

[JakeTri]

I'm trying to move my block erupters over to a MacMini running Ubuntu 12.04.  I installed bfgminer using the instructions on BTCGuild's setup page.  Bfgminer appears to have installed without complaints but the block erupter I've been using to test the setup isn't being recognized.  When I run bfgminer the only output I get is

Code:

$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100
All devices disabled, cannot mine!

and when I check to see if the BE is showing up this is what I get.

Code:

$ ls -la /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 Sep  1 13:18 /dev/ttyUSB0

Any help I might get would be greatly appreciated.

Try "-S erupter:all" instead of "-S all --icarus-options 115200:1:1 --icarus-timing 3.0=100"

Full command line will be something like:

Code:

$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S erupter:all

Also make sure the user account have access to ttyUSB0 or run the miner as root using sudo

[drewage]

Also make sure the user account have access to ttyUSB0 or run the miner as root using sudo

This appears to have turned the trick!  As always it's the little things that trip me up.  Many thanks!!

[crazyearner]

Anyone have this in use on Avalon Asic? I seen theirs beta or test version has this been updated at all?

[Luke-Jr]

Anyone have this in use on Avalon Asic? I seen theirs beta or test version has this been updated at all?

There's an avalonhost-raminst script you can copy to the Avalon host system and use, but it's not really documented yet.
Or you can just plug the Avalon boards into a normal PC.

[E-TARD]

@Luke-Jr well this version does not help me.

I get the same thing https://bitcointalk.org/index.php?topic=168174.msg3012422#msg3012422

why can't I get my usb Block Erupter to run on BFGminer for Linux
it only works in cgminer  CP210x is all setup

I say fuck the "Icarus Detect: Test" its full of shit 

[Luke-Jr]

I have a usb Block Erupter that I run on my Gentoo-3.7.9 Linux box but I cant get it to run on bfgminer 
it runs on cgminer fine so its not a driver problem, I just don't like cgminer

cgminer doesn't use the driver, so that doesn't follow at all.
In fact, if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working.

I did a debug with -T -S /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Attempting to open /dev/bus/usb/001/007                   
 [2013-08-26 09:37:33] Icarus Detect: Test failed at /dev/bus/usb/001/007: get 12011001, should: 000187a2

The device will be one of /dev/ttyUSB*, not /dev/bus/usb/...

[E-TARD]

I have a usb Block Erupter that I run on my Gentoo-3.7.9 Linux box but I cant get it to run on bfgminer 
it runs on cgminer fine so its not a driver problem, I just don't like cgminer

cgminer doesn't use the driver, so that doesn't follow at all.
In fact, if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working.

I did a debug with -T -S /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Attempting to open /dev/bus/usb/001/007                   
 [2013-08-26 09:37:33] Icarus Detect: Test failed at /dev/bus/usb/001/007: get 12011001, should: 000187a2

The device will be one of /dev/ttyUSB*, not /dev/bus/usb/...

"if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working."
Well that's the kind of info ppl need to know.

as for the /dev/ttyUSB never seen it show up as that

and what about lsusb
Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light

/dev/bus/usb/001/007

I will try a reboot & see if that works in the morning.
I'm going to sleep
and thanks for replying Luke-Jr.

[HellDiverUK]

Any idea if/when you'll be adding the getwork server to the Windows binaries?  No, I'm not prepared to compile myself (my head would explode trying).

I've a Blade incoming and would like to use it with BFG.

Oh, and so far so good with 3.2.0's stability after it's crash the other night. Showing 19 hours uptime.  I swear it crapped out when Eligius went down briefly (my backup pool was offline, too).

[Luke-Jr]

"if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working."
Well that's the kind of info ppl need to know.

That's why I added it to the README FAQ in 3.2.0

as for the /dev/ttyUSB never seen it show up as that

Did you build your kernel without the driver?

Code:

Device Drivers  --->
  [*] USB support  --->
    <M>   USB Serial Converter support  --->
      <M>   USB CP210x family of UART Bridge Controllers

and what about lsusb
Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light

This only means it appears on the USB bus, not that you have the driver for it.