Author

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

sr. member
Activity: 658
Merit: 250
I am also getting that same long poll error when connecting to hashpower.com. With 2.8.7 long polling works there.
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
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
full member
Activity: 231
Merit: 100
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://bitcointalksearch.org/topic/cgminer-will-not-submit-on-linux-120773

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
hero member
Activity: 810
Merit: 1000
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....    Grin
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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.
full member
Activity: 373
Merit: 100
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.
donator
Activity: 543
Merit: 500
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.
hero member
Activity: 810
Merit: 1000
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 Tongue

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

I will try cycling back to a 200MHs stream though
hero member
Activity: 810
Merit: 1000
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?
donator
Activity: 543
Merit: 500
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?
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
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 Tongue
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
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 Smiley
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.
legendary
Activity: 1795
Merit: 1208
This is not OK.
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.
hero member
Activity: 810
Merit: 1000
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)
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
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.
sr. member
Activity: 446
Merit: 250
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.
hero member
Activity: 742
Merit: 500
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?
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
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.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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  Lips sealed

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