Is there any way to check if this was actually happening?
Seems strange since these are rigs with capacity below 1Mhash
Could be unrelated. Was there any other message? It would tell you if the data was corrupted which is more likely if they all had it then... and wtf is <1MHash? Cgminer doesn't run on any hardware that slow. |
|
|
|
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:
Failed to convert header to data in gen_stratum_work
Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram. Well it seems a bit impossible to run out of RAM (rigs have different configurations varying from 1gb to 4gb of ram). Could there be any other reason? I don't know if it plays any role, all were mining at BTCGuild Nope. It can only happen when it runs out of some kind of resource. It doesn't mean the machine itself ran out of ram, but the OS refused to give it any more. Ok just noticed that this happened at the same time for all the rigs. My best bet would be that it is the pool's fault, since it happened exactly at the same time. Is there anything else I should look into though? Seems quite strange Perhaps it hadn't disconnected but you were sending lots of shares and cgminer was simply waiting for the response to all of them and btcguild wasn't delivering. cgminer needs to keep a record of shares submitted until it gets a response. I've been meaning to find some useful way to throttle how many records it stores to prevent this from happening. |
|
|
|
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:
Failed to convert header to data in gen_stratum_work
Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram. Well it seems a bit impossible to run out of RAM (rigs have different configurations varying from 1gb to 4gb of ram). Could there be any other reason? I don't know if it plays any role, all were mining at BTCGuild Nope. It can only happen when it runs out of some kind of resource. It doesn't mean the machine itself ran out of ram, but the OS refused to give it any more. |
|
|
|
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:
Failed to convert header to data in gen_stratum_work
Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram. |
|
|
|
cgminer can mine any double sha256 coin with the ASICs it supports (i.e. not scrypt coins like litecoin) and avalons have been used to terrorise some of those altcoins already. |
|
|
|
My cross-compiling setup suddenly fails on the newest git master version. I get multiple errors about sys/socket.h not being found. I traced the problem back to commit 31aa4f6cebc51e26b349606fd78d71954bda87da. Commit 657e64477b75603bc9b08eed425bc47f606814cb and everything before that compiles correctly. Is there a new dependency that I'm now missing, or is this a bug?
It's just not complete yet for ming which I assume you're compiling for. |
|
|
|
Can some one please explain me what happens. I'm useing 2 x 7950
In config file i have an option "temp-cutoff" : "90,90"
So when the temperature goes ower 90 cgminer turns off a card.... but another card. So the "cold" card goes off(temperature lowing), and hot card stay working with rising temperature, but cgminer saying that card is off.
So cgminer turning off the wrong video card in my case.
cgminer 3.1
Lean how to use --gpu-map |
|
|
|
Is WU accurate while solo-mining scrypt? No, cause the base is 64k diff to work out WU with scrypt (at the moment) while solo mining. |
|
|
|
Hi, A number of us are getting CGminer lockups following stratum connection interrupted issues: https://bitcointalk.org/index.php?topic=188533The pool never fails over, and cgminer stops hashing and becomes unresponsive to keyboard input. Any fix or workaround for this issue? This is still an issue (though not happening since I've switched to a pool with a more robust stratum connection). Any devs that can help? Or can someone point me towards the process to raise a bug report? Consider it raised, it has already been discussed but the solution is pending. |
|
|
|
I actually wonder if one day you will drop GPU support for strictly ASIC support. Yes well I'd like to but some crazy nut decided to code up scrypt support for cgminer for a fee he thought was "I don't want to do it" price, and that will keep GPU mining alive in cgminer. That's why I've raised my "I don't want to do it" price. I'm quite sure nvidia miners can't afford that fee. That and the ASIC hardware is far from being "available" just yet...  |
|
|
|
That's what's known as the "I don't want to do it price". I have done cross platform code in CUDA before so I know what's involved. Plus you still pay more in electricity than you earn in coins mining with Nvidia GPUs, so it's a less extreme version of what happens with CPU mining. I'm sorry but cgminer need not support everything. |
|
|
|
The past few weeks it seems like I always have a miner that is reporting all shares being rejected. Seems to only happen when I'm using slush's proxy. The proxy reports that share was above target.. Soon as I restart cgminer on the effected pc it goes away. I updated to the newest proxy and my miners are just using windows. Anyone know what can cause this?
Blame the proxy? There are no reports like this for anyone pool mining directly. |
|
|
|
|
Learn how to use:
--gpu-platform
|
|
|
|
Try disabling the usb hotplug scanning. Various versions of windows can suck dicks that way. --hotplug 0 |
|
|
|
Out of curiosity, what version was the last Linux binaries to support CPU mining before it was removed?
Thanks
None available. I am actively doing whatever I can to discourage anyone from finding a way to CPU mine if I can help it. It's bad for bitcoin, it's bad for the reputation due to illegal botnet virus associations, and [insert lots of other reasons I can't be bothered repeating here]. Spending $1000 in electricity to earn 10 cents unless someone is getting ripped off is bad for someone. |
|
|
|
Hi!
I have a smaller issue I have tested with 2.11, 2.11.2, 3.0 and 3.1 to date. I mine Scrypt coins, namely feathercoin and litecoin.
I have noticed that seemingly random, Cgminer crashes after Stratum disconnect. Usually, the server looses connection and cgminer will restart work after Stratum at pool 0 requests work restart.
Sometimes, after the disconnect, Cgminer crashes completely.
I use a Gigabyte 7970, Windows 8 professional, Ati driver version 8.982-120727a-144338C-Rage 6.
I use the following commands : --shaders 2048 --thread-concurrency 8192 -I 13 -g 2 -w 256
Yes unfortunately the library that does the communications, libcurl, seems to continually be the cause of subtle bugs with stratum. It's ironic that most crashes we've spent a lot of time tracking down are the software bits we didn't write ourselves I've been tempted to rewrite all that part to do it raw, but it would lose the proxy and ipv6 support (though people don't seem to be able to use the ipv6 and the number of proxy users is small). |
|
|
|
If the driver is broken for mining, what do you expect cgminer to do about it?
no idea, its why I asked. Despite what my search said, I couldnt be the first one with the problem. I was genuinely hoping for a workaround or fix I missed. The readmes go to great pains to say many times over that drivers and sdk are everything. I really wish people would pay attention to documentation. |
|
|
|
Fair play, apologies
You sir have my respect, for apologising on bitcointalk is one of the rarest actions and done by so very few humble people that exist. It doesn't even matter what you were apologising about. |
|
|
|
|
If the driver is broken for mining, what do you expect cgminer to do about it?
|
|
|
|
|
Show Posts
