slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 14, 2011, 12:46:23 PM |
|
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
Legendary
Offline
Activity: 1260
Merit: 1031
Rational Exuberance
|
|
June 14, 2011, 04:44:14 PM |
|
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
|
|
June 14, 2011, 06:36:02 PM |
|
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.
|
Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
|
|
|
tripper22
|
|
June 14, 2011, 07:11:25 PM |
|
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 (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 14, 2011, 07:39:24 PM |
|
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
Member
Offline
Activity: 77
Merit: 10
|
|
June 14, 2011, 10:32:35 PM |
|
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 (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 14, 2011, 11:42:34 PM |
|
How do I fix this?
Looks like hardware error. But correct me if I'm wrong...
|
|
|
|
sharky112065
|
|
June 15, 2011, 12:04:03 AM |
|
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?
|
Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 15, 2011, 12:25:58 AM |
|
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
Member
Offline
Activity: 84
Merit: 10
|
|
June 15, 2011, 12:39:20 AM |
|
Can we get wallet lock option when you have the time? I think many miners would want to see this.
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 15, 2011, 12:52:28 AM |
|
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
Member
Offline
Activity: 98
Merit: 10
|
|
June 15, 2011, 03:13:35 AM |
|
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.
|
11 Cheers for binary currency! 1BxQsmtVtzJD9uEe5MxcyqFaohpgb76ohs
|
|
|
Jarredm
Member
Offline
Activity: 63
Merit: 10
|
|
June 15, 2011, 04:39:08 AM |
|
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
|
|
June 15, 2011, 06:08:28 AM |
|
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
Member
Offline
Activity: 84
Merit: 10
|
|
June 15, 2011, 06:09:40 AM |
|
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
Member
Offline
Activity: 84
Merit: 10
|
|
June 15, 2011, 06:11:31 AM |
|
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
|
|
June 15, 2011, 06:13:16 AM |
|
miner stopped connecting a few minutes ago. IP address is whitelisted.
connection refused/backend is not connected.
|
|
|
|
pokermon919
Member
Offline
Activity: 84
Merit: 10
|
|
June 15, 2011, 06:28:04 AM |
|
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
Newbie
Offline
Activity: 22
Merit: 0
|
|
June 15, 2011, 06:30:13 AM |
|
I'm unable to connect now to api.bitcoin.cz
Getting error message: ERROR: Can't connect to Bitcoin: Bitcoin returned unparsable JSON
|
|
|
|
relmeas
|
|
June 15, 2011, 06:30:28 AM |
|
no i am not.
if you see cluster performance its falling slowly but steadily (was 1.6 and now 1.3) so lots of people affected.
|
|
|
|
|