[4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool

[TheMartin]

If necessary could you explain in detail please what steps are necessary when using GUIMiner. Do we have to change the content of the 'servers.ini' file in the guiminer folder? and what changes are advisable?

Thanks

On the same profile you have open for slush in guiminer now:

1. Chose "other" from the server dropdown box instead of slush's pool.
2. Under "Host:" put "api.bitcoin.cz".
3. Make sure Port is 8332
4. Username and password should have been kept from the old profile. If not, just put them in as normal for slush's pool. Same for the flags.
5. That's it.

Thanks, Justsomeforumuser.

What you describe is definitely the solution for the moment I used in one of my machines already and File/save settings will make it stay after a reboot of that system.

But coming back after some weeks to other machines it would be better you could use your GUIMine by intuition what means select 'Slush' and not 'Other' when you want 'Slush'.

To get 'Slush' working with 'api.bitcoin.cz' I guess you have to change the server.ini file in the guiminer folder.

The server.ini file has got server sections, the first one being:

Code:

"name": "slush's pool", 
			"host": "mining.bitcoin.cz",
			"url": "http://mining.bitcoin.cz", 
			"port": 8332,
			"balance_token_url": "http://mining.bitcoin.cz/accounts/token-manage/",
			"balance_host": "mining.bitcoin.cz",
			"balance_url": "/accounts/profile/json/%s"

where you have to exchange 'api' for 'mining' as I guess, correct?

Unfortunately it is necessary because I need to split site/mining traffic to improve firewall rules.

So I'll teach my machines to visit "api.bitcoin.cz" instead of "mining.bitcoin.cz" - Thanks Slush

[1713905956]

1713905956

[1713905956]

1713905956

[1713905956]

1713905956

[1713905956]

1713905956

[1713905956]

1713905956

[slush]

I already asked Kiv to modify this in GUI miner and announce 'bugfix' release. Hope it will be available soon, I understand that modifying ini files isn't what common user of GUI miner want...

[dacoinminster]

I'm having lot of fun with another attack, but looks like IP whitelist really works. There is significant packet loss, but mining is still up. Without whitelist it would be already down completely, like earlier today. There is important ongoing change in pool architecture, so:

Please point your miners against api.bitcoin.cz

If you already changed miners to mining2.bitcoin.cz, you don't need change anything. I'll need to split website and mining backend to separate machines, so mining cannot use same IP as website anymore. Website will be still on mining.bitcoin.cz, miners on api.bitcoin.cz .

I'll send email to all registered users with all necessary changes with all that summary about IP whitelisting and necessary changes in miner configuration. I believe that this changes and updates will make pool more robust in future attacks.

Hey slush, how long do I have to change my miners over to api.bitcoin.cz before mining.bitcoin.cz stops accepting work?

[sharky112065]

Hey Slush,

After you got everything back to normal yesterday, all my miners were working perfectly. Things continued to work fine up to the 1.0Thash/s point. Once the load went over that I started getting the following console messages again (and lots of them).

warning: job finished miner is idle
Problems communicating with bitcoin RPC

Nothing has changed on my end. And yes I am using the new server address in my client.

Can you please look into this?

Thanks.

[tripper22]

Hey Slush,

After you got everything back to normal yesterday, all my miners were working perfectly. Things continued to work fine up to the 1.0Thash/s point. Once the load went over that I started getting the following console messages again (and lots of them).

warning: job finished miner is idle
Problems communicating with bitcoin RPC

Nothing has changed on my end. And yes I am using the new server address in my client.

Can you please look into this?

Thanks.

Same here.

[slush]

Hey Slush,

After you got everything back to normal yesterday, all my miners were working perfectly. Things continued to work fine up to the 1.0Thash/s point. Once the load went over that I started getting the following console messages again (and lots of them).

warning: job finished miner is idle
Problems communicating with bitcoin RPC

We're under another attack right now, which is creating some packet loss. Actually it isn't ddos, network flood is coming from infiumhost.com. I'm already in touch with those guys.

[Sebz4n]

How do I fix this?

2011-06-14 02:53:35: Listener for "Slush Sec": 14/06/2011 02:53:35, Problems communicating with bitcoin RPC
2011-06-14 02:53:41: Listener for "Slush 2 sec": 14/06/2011 02:53:41, Problems communicating with bitcoin RPC
2011-06-14 04:05:44: Listener for "Slush Prim": 14/06/2011 04:05:44, Problems communicating with bitcoin RPC
2011-06-14 08:03:52: Listener for "Slush Prim": Verification failed, check hardware!
2011-06-14 09:32:00: Listener for "Slush2 Prim": Verification failed, check hardware!

What is "this Verification failed, check hardware" ?

Please guys, can someone tell me how I can fix this?

[slush]

How do I fix this?

Looks like hardware error. But correct me if I'm wrong...

[sharky112065]

Hey Slush,

After you got everything back to normal yesterday, all my miners were working perfectly. Things continued to work fine up to the 1.0Thash/s point. Once the load went over that I started getting the following console messages again (and lots of them).

warning: job finished miner is idle
Problems communicating with bitcoin RPC

We're under another attack right now, which is creating some packet loss. Actually it isn't ddos, network flood is coming from infiumhost.com. I'm already in touch with those guys.

Still happening. Are you still under attack?

[slush]

Still happening. Are you still under attack?

Yes, but it has minimal impact to the pool, I see 2000 requests/second, which is expected. Also all my miners are working well.

Real problem is only higher packetloss (actually 14%), so miner can freeze for a moment while waiting for response from lost packet. But it depends on miner implementation, for example phoenix (which I'm using) is robust in this situation.

I'm actually configuring new beast machine which will act as pool firewall. It will be ready tomorrow, so people connecting to api.bitcoin.cz should be safe then.

[pokermon919]

Can we get wallet lock option when you have the time? I think many miners would want to see this.

[slush]

Can we get wallet lock option when you have the time? I think many miners would want to see this.

Yes, actually I started to code it today, but then spent some time on that server configuration.

[mellowhead]

How do I fix this?

Looks like hardware error. But correct me if I'm wrong...

I'd say it's a problem with his phase coil inducers. Rerouting power through his secondary transmogrifier manifold should do the trick. Worked last time it happened to me, at least.

[Jarredm]

I'd say it's a problem with his phase coil inducers. Rerouting power through his secondary transmogrifier manifold should do the trick. Worked last time it happened to me, at least.

Jiggle the handle. Works every time.

[mewantsbitcoins]

Hi Slush,

I am connecting from two different locations. While one is fine, I can't connect from the other - it says MSG: backend is not connected

[pokermon919]

Is the pool down? I just a "backend is not connected" error message with a "call to bitcoind failed ... connection refused" My gf also mines here and she says her's is fine, so I pointed my miners at BTCGuild and I don't get any errors. It's just slush's pool for me.

[pokermon919]

Can we get wallet lock option when you have the time? I think many miners would want to see this.

Yes, actually I started to code it today, but then spent some time on that server configuration.

so glad to hear that 

[relmeas]

miner stopped connecting a few minutes ago. IP address is whitelisted.

connection refused/backend is not connected.

[pokermon919]

Something just popped in my mind and I have to ask. Ppl with the recent backend problems wouldn't be in california would you guys?

[kitsura]

I'm unable to connect now to api.bitcoin.cz

Getting error message:
ERROR: Can't connect to Bitcoin: Bitcoin returned unparsable JSON