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

I get this result as well. Each single shows a hashrate and cgminer reports about 35 work units, but U is a constant 0. Pointed to mine2.btcguild.com:8332, using the Windows binary.

[EDIT: Found problem, when you push broken binary to 10 machines, they all fail the same way - fan control appears fine, sorry for the false alarm]

2.8.2 working just fine for me, DIFF >2 like a charm.

2.8.2 does not seem to work for me either.

Win 7 x64 with 1 7970

Copied old .conf from 2.8.1 ..

How do I connect to BTC Guild using cgminer and Stratum protocol?

What I thought should work:
cgminer -o stratum+tcp://stratum.btcguild.com:9332 -u myWorker_01 -p secret -w 256 -v 2 -I 9

But with this command line cgminer only shows

Why do accepts/rejects stay at 0 ?

What am I doing wrong?
(My system: Win7x64, 2x6970)

[EDIT] Just downloaded 2.8.1 - and this version works OK.

I have the same problem with BFL Single and Windows 7 64bit, it looks like working, but no shares submitted and all values R/E/U etc are 0.

Will revert to earlier version.

Tried a windows version of 2.8.2 on 1 x CM1 + 1 x BFL Single on Win7 x64.
It starts as usual, attaches to stratum and makes a look of hard working, but never makes any shares, just takes Icarus Re-estimations periodically.
Ran it for 5 minutes - U is still 0, no shares.

O_o

Got back to 2.7.6 through mining proxy - it works well as usual.

cut/paste ...

2.8.2
An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.8.2a
https://github.com/kanoi/cgminer/downloads
(it also works on Fedora 16 and 17)

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far on my BFL or my '2xGPU+2xIcarus' (for 7 minutes so far ) on normal pools

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make

New release - 2.8.2, 11th October 2012

The code is getting close to a point where I can declare the stratum support stable. Those testing stratum support are strongly recommended to upgrade since the variable diff support is broken on earlier releases.


Human readable changelog

Fixed a scenario where stratum might declare a pool dead and never try to reconnect to it.
Fixed the broken target support for difficulties >2
Add a --fix-protocol option to prevent cgminer from redirecting to stratum if you wish to stick to http / getwork.
Added support for mining.reconnect in stratum for when pools wish to move their stratum server.
Added support for client.get_version in stratum.
Try again to fix the dynamic intensity support on windows by adding long term history but limiting the amount it can change at any one time.
If a pool is switched to its stratum version, the original config version is reported (which helps puppetmaster control).


Full changelog

- Reinstate the history on dynamic intensity mode to damp fluctuations in
intensity but use an upper limit on how much the value can increase at any time
to cope with rare overflows.
- Create a fix-protocol option which prevents cgminer from switching to stratum
if it's detected.
- Simplify target generation code.
- Add support for client.get_version for stratum.
- Use a 64 bit unsigned integer on the diff target to generate the hex target.
- Update reconnect message to show whole address including port.
- Look for null values and parse correct separate array entries for url and port
with client reconnect commands for stratum.
- The command for stratum is client.reconnect, not mining.reconnect.
- Only copy the stratum url to the rpc url if an rpc url does not exist.
- Implement rudimentary mining.reconnect support for stratum.
- Ignore the value of stratum_active on calling initiate_stratum and assume
we're always trying to reinitiate it, and set the active flag to false in that
function.
- stratum auth can be unset if we fail to authorise on subsequent calls to
auth_stratum which undoes the requirement of setting it in one place so set it
in pool_active.

We also don't know if he's getting free power, we just assume. :p

Could stop cgminer after a set number of shares, and in a launching file put the actual application launch into a loop so that when the shares are hit cgminer stops, there is a short wait time then it restarts with the hardware running again.

It would in an odd way fix your problem but it doesn't answer your question directly.

ckolivas, reconnecting demo extended for "client.get_version" message (sent after subscribe) is here: http://pastebin.com/Ai2htr3R

Gneral question...is there any thoughts / work being done WRT when a miner goes offline (display = OFF) and then having cgminer rescan (say every 30 sec) to refind mining hardware?

I ask becasue every few days one of my CM1s drops offline but the other keeps mining. As I am at a day job, it has to wait for a soft reset until I get home and thereby loosing mining time.

Cheers.

Bug acknowledged. Working on a fix and hopefully will release a 2.8.2 in the near future correcting this and the reconnection issues.

Sorry for offering the advice.

Well, I can't speak to his motivations as to why he want's to use his 4670 for mining.

But I started with CPU mining and then GPU mining with a 4670 as well.  It was a great training exercise and nobody would help me with it, over a year and a half ago, either.  So I can see doing it now too for the learning experience.

Now whether he want's to keep on using that for mining for the foreseeable future or not is worth debating the wisdom of.

I agree with his implication that we should be more understanding and helpful with noob's.
Sam

I don't care, OK?
[/quote]

OK.
LOL only an idiot would not care about wasting money day in and day out for as long as they are dumb enough to continue.

Are all of these users using Stratum proxy in the chain?

As I stated before I am willing to try and help you out with this since I have some experience with this GPU.

What error's are you getting with CG Miner?
Are you able to mine with any miner with this GPU?
Is your GPU AGP or PCIe? hopefully the latter.
Sam

There is definitely something wrong in 2.8.1's release and dynamic difficulty adjustments.  It seems to happen at diff=4 (or possibly when they move to diff=8).  The users reporting the problem are getting stuck at difficulty of 4, on rigs that were at difficulty=8 or difficulty=16 prior to upgrading to 2.8.1.  This is reflected by a drastic drop in their hash rates (50% or 75% drop).

My best guess is the integer difficulty isn't adjusting to the proper target.  So users are working on a harder target than what they should be, reducing their share submissions.

It is already over 5 minutes and no reconnect so far :-(. It happen during pool restart (no client.reconnect() has been sent). Using latest git.

It was fault in my code, I'm sorry for the report. That happen when all pieces of used software are bleeding edge, one never know what exactly might be broken *right now*.