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

no sorry :/ i cant reproduce this easily it happens after 1h or after 10h
if needed im sitting at freenode #bitminter with same nick

Hello,

afther a bit of roaming the README and try an d error i have compiled bfgminer 3.00 on my ubuntu serversystem.
I am running a Icarus board against the ozcoin pool.

Its all running fine so far except one message that nontheless seems not to be critical.

" Unknown stratum msg: {"error": [-3, "Method 'get_transactions' not found for service 'mining'", null], "id": "txlist84f8", "result": null} "


Just for your notice.

Might be interesting to know what this "get transactions" originally was supposed to do.

Regards

Jens

It sounds like you might be able to reproduce the crash easily?
If so, are you willing to go through a series of test builds (preferrably on IRC) to track down the cause?

Thanks,

Luke

same - crashes on bfgminer 3.0 and 2.10.6 with ztex and 6950 im on bitminter too
2.10.5 was stable
cgminer 2.11.4 is stable too
im using backup pools and i think problem is in this;)

I can add my anecdotal experience here as well. Win7/64, 3 separate machines, 3 separate instances of bfgminer (2.99.1 on all 3, not 3.0.0, but I've had this issue on 3.0.0 as well which is why I downgraded to 2.99.1). All BFL Single FPGAs in my case; no GPUs. All 3 instances crashed simultaneously coincident with bitminter going down temporarily last night.

I had two instances of BFGMiner 3.0.0 crash simultaneously today; each was running on its own computer.  Both video cards are MSI Radeon 7770 running AMD's Catalyst 13.1 on Windows 7 64 bit OS.

There was an interruption (my ISP connection went down) followed by a new block detected message and both instances of BFGMiner 3.0.0 trapped.  Due to the trap, I wasn't able to gather any further info.

Machine #1

Faulting application name: bfgminer.exe, version: 0.0.0.0, time stamp: 0x515f07a4 (2013-04-11 17:22:45.000000000Z)
Faulting module name: bfgminer.exe, version: 0.0.0.0, time stamp: 0x515f07a4
Exception code: 0xc0000005
Fault offset: 0x000000000000bf96
Faulting process id: 0x1b28
Faulting application start time: 0x01ce3647d3d57e57
Faulting application path: (removed)\bfgminer.exe
Faulting module path: (removed)\bfgminer.exe

Machine #2

Faulting application name: bfgminer.exe, version: 0.0.0.0, time stamp: 0x515f07a4 (2013-04-11 17:22:45.000000000Z
Faulting module name: bfgminer.exe, version: 0.0.0.0, time stamp: 0x515f07a4
Exception code: 0xc0000005
Fault offset: 0x000000000000bf96
Faulting process id: 0x264
Faulting application start time: 0x01ce35ec278316ab
Faulting application path: (removed)\bfgminer.exe
Faulting module path: (removed)\bfgminer.exe

Model path names contain identifying information so I removed those details.

Actually, this is what I'd consider completely vanilla - "make install" isn't really supported right now.
I'd welcome a patch to fix this, but it's not really a high priority.

For some reason, I can't seem to access the archlinux.org URI.

Almost vanilla, I only had to do a slightly patch to permit both cgminer and bfgminer installed, using /usr/share/bfgminer for kernels instead of /usr/bin. Maybe you should do that upstream too (having .cl files in /usr/bin is against FHS hier)

bfgminer in community now

I think I spoke to soon about my pi setup not crashing ...

Last night I had a network glitch when my network was down for about 10-15 minutes ... obviously in this time my mining was stopped and all my pools where not responding but the bfgminer 3.0.0 behaviour was not as expected ...

First let me say that I use only stratum protocol with both GBT and getwork disable via command line (--no-gbt and --no-getwork).
My setup use only 2 pools, both setup using "stratum+tcp://".

I think for my network glitch it was expected to retry pool connection alternating available pools for a while until one of them was available but ... after all stratum pools where not responding bfgminer tried to switch to getblocktemplate and even getwork and get stuck there for about 6 hours -  I guess because both where disable.

Here are the tail of the log as I found it in the morning before restarting it:

For my case BFL = Butterfly Labs's FPGA BitForce Single

BFL?

Running bfgminer 3.0.0 on a pi with BFL with no crashes for almost 4 days (3d 19h 51m 55s more exactly).

Running bfgminer 2.9.10 on a pi connected to a ZTEX 1.15x with no crashes.... yet!

-D -T

Next time check README...

Running on Windows on a Toshiba laptop with an ATI Radeon HD 6520G.

Can't get either version (stable or 3.0) to work, period. Starts and hangs immediately after I put in the URL/username/password for the pool. Tried 4-5 times with 3 different pools. No dice.

Normal hash rates for this laptop using cgminer are in the 30 MHash/s range (yes, slow, I know, but it's what I've got). Am looking at getting an ASIC, but haven't committed yet. Would love some software which works for the ASIC that I can just switch settings for.

Is there a super-verbose logging mode that might help, that I could PM you the results, to kinda see if the problem surfaces?

I`m new user of bfgminer.
I just compiled it on xubuntu 12.04 (cat 13.3beta + APP 2. with --enable-scrypt to mine LTC.
My oldschool 5870 wont mine at all. My brand new Gigabyte 7970 SOC mine, with 420Khasy with 30% of HW error.
When i try to put any other options than --shaders, i have (core dump) error :/
When i try to mine BTC - (core dump) error

any ideas ??

EDIT:
It seems that my old rig has just 1GB of ram, witch is a bit less than recomended/needed.
I`ll upgrade in next 5h.

Just an FYI: After my recent bfgminer 3.0.0 crash of a few days ago on bitminter, I decided to point 3 separate miners to bitminter to see if it would happen again. Last night, I had a crash again. But only with 3.0.0; 2.99.1 worked fine. Here is what I had:

miner1: bitminter, bfgminer 3.0.0 win7/64, 15 fpga devices. Crashed overnight.
miner2: bitminter, bfgminer 2.99.0 win7/64, 15 fpga devices (identical to miner1). No crash.
miner3: bitminter, bfgminer 3.0.0 win7/64, 2 fpga devices. Crashed overnight.

Is the core code for a basic GPU miner different than cgminer? I thought there was a lot of overlap in the code bases between the two projects, but honestly have no real idea. I did try 3.0.0 last night though and have to say for the same .conf I used in cgminer I seem to have a higher long-term average hashing speed (not a huge amount, but noticeable).

I've been mining in failover mode which seem to work great most of the time.

I set pool 0 to Eligius, and it will mine while it can connect to this pool, then it fails over to what seems to be the first pool in the list below pool 0 that reponds.

This works out great for me and I like it. However, when I have more than 5 pools in the list, when I use the [P] option to list them, I cannot see all the pools, just the last 5.

It would be nice if you could include a --- Pool 0-4 - hit any key to display the next 5 pools--- option or something... just a thought