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

[enmaku]

After my recent upgrade to 2.9 I started getting a lot of this:

Code:

 [2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?

[1714106888]

1714106888

[1714106888]

1714106888

[1714106888]

1714106888

[-ck]

Switching from a stratum pool to a gbt pool is a little broken it seems on 2.9.0... No need to report this bug  

EDIT: Hotfix quick update to 2.9.1 getting rid of this bug.

[kano]

After my recent upgrade to 2.9 I started getting a lot of this:

Code:

 [2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?

Best bet would be a bad USB cable.

[enmaku]

After my recent upgrade to 2.9 I started getting a lot of this:

Code:

 [2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?

Best bet would be a bad USB cable.

A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer?

[jddebug]

After my recent upgrade to 2.9 I started getting a lot of this:

Code:

 [2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?

Best bet would be a bad USB cable.

A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer?

Give it a try at least. kano is telling you what the likely issue it. The message you are seeing I have had to deal with off and on for months. Its either been usb issues or bad cooling due to thermal grease/fan problems.

[kano]

After my recent upgrade to 2.9 I started getting a lot of this:

Code:

 [2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?

Best bet would be a bad USB cable.

A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer?

Well - it's like this.
You want to HOPE it's a bad USB cable problem that often people have with BFLs

On the other hand it could be something worse ...

To add doom and gloom to the discussion, things often fail when they change - specifically turning them off and on or letting them cool down and heat up (if no power cycle)

Software change is VERY unlikely since no one has changed the BFL code for a month.
Not impossible of course, but certainly not a likely suspect.

[-ck]

Software change is VERY unlikely since no one has changed the BFL code for a month.
Not impossible of course, but certainly not a likely suspect.

Right, none of the fpga code has been touched in a while. On the other hand, cgminer keeps devices busier than ever so if they're borderline, it will push them over.

[Cranky4u]

Request for help...

I have 2 CM1s mining in Australia due to high elec costs...Over the last few weeks I have noticed that they only mine for between a few minutes to a few hours (8 tops). Having said this, the best I have done is 2 days str8 mining.

They just appear to drop of the USB line with a "boink" then cgminer reports they are "OFF". I have been using cgminer 2.7.0 > 2.8.4 on a Win 7 system with the same reuslts...could I please get some stability help. (whilling to sheel out BTC for help)

[P_Shep]

After my recent upgrade to 2.9 I started getting a lot of this:

Code:

 [2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?

Best bet would be a bad USB cable.

A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer?

Well - it's like this.
You want to HOPE it's a bad USB cable problem that often people have with BFLs

On the other hand it could be something worse ...

To add doom and gloom to the discussion, things often fail when they change - specifically turning them off and on or letting them cool down and heat up (if no power cycle)

Software change is VERY unlikely since no one has changed the BFL code for a month.
Not impossible of course, but certainly not a likely suspect.

One of my units up a died on me today. Kinda.

Re-flashed it and it started working again. Had a short power cut which probably initiated it, but still an odd failure... How does the firmware just up disappear?

Edit: Fix garbled quoting.

[kano]

Yeah that's what happened to me as I have mentioned before back around July I think it was.
My BFL half died (one FPGA stopped working randomly then long term then random ...)
Then eventually it stopped working completely so I tried to reflash it with the 880 bitstream ... to try kill it
It's been fine hashing away on that since then (just a few throttles on hot days a couple of times)
So yeah reflash is also another option if the BFL is actually playing up due to that.
That's also a rather simple thing to try in windows or linux.

[kano]

Request for help...

I have 2 CM1s mining in Australia due to high elec costs...Over the last few weeks I have noticed that they only mine for between a few minutes to a few hours (8 tops). Having said this, the best I have done is 2 days str8 mining.

They just appear to drop of the USB line with a "boink" then cgminer reports they are "OFF". I have been using cgminer 2.7.0 > 2.8.4 on a Win 7 system with the same reuslts...could I please get some stability help. (whilling to sheel out BTC for help)

The base Icarus has no MHz control or temperature reading.
Thus if there is a heat issue, cgminer won't tell you about it

I've no idea how to ask a CM1 for the temperature, and if you send it to an Icarus, it will not work
- nor any idea what problem that would cause the Icarus.

Someone was gonna send me a CM1 a while back but they changed their mind.
So I don't have one.

Back when CM1s were first around I wrote the basic support of devices with varying speeds that work like an Icarus
(since I could test it on an Icarus also and get either the expected results or the expected failure)
- with options about expected clock speed and FPGA counts to ensure the hashing is correct and baud rate since early CM1 were 57600.

End of story

[ShadesOfMarble]

I have 2 CM1s mining in Australia due to high elec costs...Over the last few weeks I have noticed that they only mine for between a few minutes to a few hours (8 tops). Having said this, the best I have done is 2 days str8 mining.

Did you try using a (powered) usb hub?

[Cranky4u]

I have 2 CM1s mining in Australia due to high elec costs...Over the last few weeks I have noticed that they only mine for between a few minutes to a few hours (8 tops). Having said this, the best I have done is 2 days str8 mining.

Did you try using a (powered) usb hub?

No powered USB hub as the gigabyte MB has 3*power USB ports. I do have my eye on a nice Dr who powered hub though...will give it a try

Have you found this to be a good solution on ur rigs?

[Cranky4u]

Request for help...

I have 2 CM1s mining in Australia due to high elec costs...Over the last few weeks I have noticed that they only mine for between a few minutes to a few hours (8 tops). Having said this, the best I have done is 2 days str8 mining.

They just appear to drop of the USB line with a "boink" then cgminer reports they are "OFF". I have been using cgminer 2.7.0 > 2.8.4 on a Win 7 system with the same reuslts...could I please get some stability help. (whilling to sheel out BTC for help)

The base Icarus has no MHz control or temperature reading.
Thus if there is a heat issue, cgminer won't tell you about it

I've no idea how to ask a CM1 for the temperature, and if you send it to an Icarus, it will not work
- nor any idea what problem that would cause the Icarus.

Someone was gonna send me a CM1 a while back but they changed their mind.
So I don't have one.

Back when CM1s were first around I wrote the basic support of devices with varying speeds that work like an Icarus
(since I could test it on an Icarus also and get either the expected results or the expected failure)
- with options about expected clock speed and FPGA counts to ensure the hashing is correct and baud rate since early CM1 were 57600.

End of story

It is only spring here so hope the heat is not the issue....

I will try cycling back to a 200MHs stream though

[ShadesOfMarble]

I have 2 CM1s mining in Australia due to high elec costs...Over the last few weeks I have noticed that they only mine for between a few minutes to a few hours (8 tops). Having said this, the best I have done is 2 days str8 mining.

Did you try using a (powered) usb hub?

No powered USB hub as the gigabyte MB has 3*power USB ports. I do have my eye on a nice Dr who powered hub though...will give it a try

Have you found this to be a good solution on ur rigs?

Yes, I had problems with a high-S/N board. After connecting it via a (powered) USB hub it worked great. The problem isn't that the USB port of your mainboard can't provide enough power, but that there seems to be some kind of "interference/noise" going through the USB cable and to the mainboard, making the USB link unstable. The USB hub should "protect" the mainboard.

[ancow]

Latest cgminer from git doesn't seem to want to do long polling in conjunction with p2pool any more. Pastebin link to log: http://pastebin.com/g3A3z1hb (note line 46, where the long polling URL is sent)

After reverting to 2.8.7 (git checkout v2.8.7), long polling works again.

[-ck]

Latest cgminer from git doesn't seem to want to do long polling in conjunction with p2pool any more. Pastebin link to log: http://pastebin.com/g3A3z1hb (note line 46, where the long polling URL is sent)

After reverting to 2.8.7 (git checkout v2.8.7), long polling works again.

Thanks, will investigate.

[Cranky4u]

I have 2 CM1s mining in Australia due to high elec costs...Over the last few weeks I have noticed that they only mine for between a few minutes to a few hours (8 tops). Having said this, the best I have done is 2 days str8 mining.

Did you try using a (powered) usb hub?

No powered USB hub as the gigabyte MB has 3*power USB ports. I do have my eye on a nice Dr who powered hub though...will give it a try

Have you found this to be a good solution on ur rigs?

Yes, I had problems with a high-S/N board. After connecting it via a (powered) USB hub it worked great. The problem isn't that the USB port of your mainboard can't provide enough power, but that there seems to be some kind of "interference/noise" going through the USB cable and to the mainboard, making the USB link unstable. The USB hub should "protect" the mainboard.

thnx...sounds like a good excuse to acquire a DR Who Tardis 4 port powered hub....   

[Naelr]

OK I looked.. used the search function and even google but can't find an answer to this question...  I posted on a new thread and was directed to this one.  My question is why will cgminer running on ubuntu 12.04 64 bit will not submit shares (in a timely manner) for scrypt mining.  Hashrate in the cgminer console is ~310Kh/s but share submits are reporting 2Kh/s

Here is my post https://bitcointalk.org/index.php?topic=120773.0

When I posted it I was running 2.7.5 and now I am running 2.8.7 and having the same problem.  Any ideas?
Any help is much appreciated.

Naelr

I think my post got trumped by release 2.9.0... anyone have any ideas?

Naelr

[rav3n_pl]

Latest cgminer from git doesn't seem to want to do long polling in conjunction with p2pool any more. Pastebin link to log: http://pastebin.com/g3A3z1hb (note line 46, where the long polling URL is sent)

After reverting to 2.8.7 (git checkout v2.8.7), long polling works again.

Thanks, will investigate.

Confirmed, same there on 2.9.1

Code:

 cgminer version 2.9.1 - Started: [2012-11-07 15:42:23]
--------------------------------------------------------------------------------
 (3s):13.01M (avg):11.27Mh/s | Q:3  A:0  R:1  HW:0  E:0%  U:0.0/m
 TQ: 0  ST: 1  SS: 0  DW: 0  NB: 1  LW: 0  GF: 0  RF: 0  WU: 0.5
 Connected to rav3n.dtdns.net without LP as user toy.gpu
 Block: 033c5d4cfc943e4f85e5a5ec...  Started: [15:42:23]  Best share: 1
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  61.0C  48%    | 12.79M/11.27Mh/s | A:0 R:1 HW:0 U:0.00/m I: 0
--------------------------------------------------------------------------------

 [2012-11-07 15:42:22] Started cgminer 2.9.1
 [2012-11-07 15:42:22] Loaded configuration file cgminer.conf
 [2012-11-07 15:42:22] Probing for an alive pool
 [2012-11-07 15:42:23] No suitable long-poll found for pool http://rav3n.dtdns.net:9332
 [2012-11-07 15:42:47] Rejected b636ebc2 Diff 1/1 GPU 0