Im in. Splitting 400 MH/sec between you and mineco.in for now.

Sometime overnight my password stopped working for this pool. I had it saved in my browser and this morning (UK time) it was no longer valid (where it was last night). I tried to enter it manually and got the smae result. I thought maybe I had saved it/remembered it wrong until another pool member came into IRC to report the same problem - his password stopped working overnight

To be a bit safe, I then tried multiple logins with the incorrect password until the server reported my account was locked.

I dont know if there is a security issue or a glitch. However I have checked this end and there is no malware.

I run:

- Avast Free
- Malwarebytes Anti Malware
- Embedded Linux hardware firewall / NAT
- Physical linux firewall with NAT, transparent proxy and full Network Intrusion Detection
- Windows 7 (mining rig) installation is 7 days old on a brand new HDD and is not used for anything other than mining related activities.

My other location (where I sometimes log in from) is

- Ubunty Natty
- NIDS on machine
- Junpier firewall

irc log



Is anyone else experiencing this? If you are already logge din can you log out and log in again with your password ok?

*edit* Aexoden reports his works fine. Hopefully the problem is just something silly and nothing to worry about

^ this

Thats good to know, but that wasnt the two counts I was comparing. I was not comparing lifetime shares vs round shares. I was comparing round shares with shares my miner here listed that the pool had 'accepted'


As I can see a popup saying "bug" is appearing on the stats page now

That could explain something I was seeing. I was seeing more shares 'accepted' on my client here than I was seeing as accepted on the server. So i tested that out.

The way I tested it was thus

- Stopped mining for a period (i think it was an hour. More than enough for the stats lag to catch up anyways)
- Verify the amount of submitted shares in the pool control panel
- Started guiminer
- Ran for a time (about 1000 shares i think), then stopped and noted the 'accepted' shares listed in guiminer
- Waited for a while for pool stats to catch up (30 mins?)
- Noticed a discrepancy of about 50 shares between my client and what the server had

I thought maybe I just did something wrong, but someone else seeing possible duplicates made me post this up.

Can you check into it BF?

I cant seem to connect any more

*edit* back upp. offline for about 2 hours for me there

They do, they get 10BTC

Woop!! firt block found. Lets hope the next few blocks are better luck!

congrats user74!!

133,099   2   User 74   2011-06-24 06:35:01 PM

Lifetime Shares: 17228
Lifetime Stale: 435
Valid This Round: 14 shares
Round Shares: 4020 shares

Huh? So we found a block 4020 shares ago?

Nothing showing up in the found blocks section though

This is shitty luck for the first block

Ill hang round till the 2 million shares mark in hopes that something comes in

AMD GPU clock tool still wouldn’t load. However I found a way to get MSI afterburner to allow the 300mhz downclock

-Ensure settings in afterburner config file are as above in post #1
- Start MSI afterburner and enter your over/underclock settings
- Set RAM to lowest possible setting and apply
- Exit MSI afterburner
- Reload MSI afterburner
- RAM settings should now go down to 300

375MH/sec @940/300 with worksize 256

MtGox made the BBC news

http://www.bbc.co.uk/news/technology-13857192

+1 to what vlad said

I use json RPC for everything where possible. Easier to debug via tcpdump

500w dedicated for two 5850 GPUs should be fine IMHO. I would monitor the PSU voltages and amps to make sure they are within tolerance under load. Perhaps even swap the PSUs round to see if the problem remains?

Personally I run 700w for mobo+hdds + one 5850.

Not sure on multiple PSU setups myself as I always just get enough PSU wattage for the need at hand. It may be irrelevant nowadays, but I recall from years ago having to ensure the correct floating ground when using two PSU's. but as I say, that may be irrelevant in this case.

Anyone else have any thoughts?

So slot works fine with only one card.

What PSU are you running? Have you monitored the amps and volts on the PSU with all three cards running? Does GPU-Z show the same(ish) volts and amps running on all three cards?

Ill be pointing one of my rigs at you (hopefully) this evening when it hits its next 1BTC payout on Eligius.

Seems more like a CDN/cache to me. CDNs tend to be better for HTTP GET's on static content

Mining using RPC calls. So if someone were to DDoS (via HTTP calls) then a CDN wouldn’t do much as those calls will be passed straight up the line to the 'origin' server (the mining pool in this case).

What it would help prevent (assuming they actually support RPC calls over their CDN) would be packet flooding - such as a UDP flood - on the origin server (mining pool server). But then its a case of 'how much DDoS could cloudfare take before they fall over?'. Theres the additional case of does their AUP state that if you use too much bandwidth/attract massive DDoS they will boot you off.

temps seem completely fine. I run mine much warmer than that (81 to 82 - 950Mhz/600mhz @ 1.163v with fan settings tweaked to keep it at that temp)

If its only happening in slot one no matter which card is in there, you could try a mobo bios upgrade. Im assuming you have tried just one cardin the mobo in slot one and the problem still remains? If thats the case and a bios upgrade does not fix it, I'd RMA the motherboard as something is not right

My advice is to install GPU-Z and GPU Caps viewer

maybe something got overheated? You can check driver versions, SDK version, bios versions, temperatures and fan speeds in the utilities mentioned. Thats the first place to start

If you remove the two 'good' cards, does the freeze still happen on the remaining card?


Also, a small overclock and RAM downclock and you can squeeze more juice out of the 5850's.. mines up at 366MH/sec (though thats with the 5870 bios)