dietwice
Newbie
 Offline
Activity: 58
Merit: 0
|
 |
June 15, 2011, 06:32:37 AM |
|
The same.
Call to bitcoind failed: [Errno socket error] [Errno 111] Connection refused
Not californian.
|
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 15, 2011, 07:14:32 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.
Hi, there was problem with one backend server. It is fixed now, I'm sorry for troubles. |
|
|
|
neco
Newbie
Offline
Activity: 4
Merit: 0
|
|
June 15, 2011, 07:35:52 AM
Last edit: June 15, 2011, 08:02:05 AM by neco |
|
I have made this little widget for the Mac OS Dashboard, it gives you some overview over your slush pool stats, just enter your API Key in the settings. Feedback welcome! Oh, also: Who would be interested in individual worker support? https://i.imgur.com/oubbz.pngDownload here: http://www.mediafire.com/?pcmwhghkgk8iwdgslush, I've used that image from your website, and if you are not okay with me using it I will remove it from the widget. :-) |
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 15, 2011, 09:24:44 AM |
|
slush, I've used that image from your website, and if you are not okay with me using it I will remove it from the widget. :-)
I found this image somewhere on this forum, it is public domain, so don't worry  . |
|
|
|
|
relmeas
|
|
June 15, 2011, 09:39:00 AM |
|
can't connect again. Now it just says "Failed to connect".
|
|
|
|
|
kitsura
Newbie
Offline
Activity: 22
Merit: 0
|
|
June 15, 2011, 09:42:29 AM |
|
Same here, now getting 404 not found error.
|
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 15, 2011, 09:55:22 AM |
|
can't connect again. Now it just says "Failed to connect".
Should work now. |
|
|
|
Sebz4n
Member
Offline
Activity: 77
Merit: 10
|
|
June 15, 2011, 11:32:18 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. How do I do that? Is that via software, or hardware modification? |
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 15, 2011, 11:32:42 AM |
|
Just a question: whitelist for manually added dynhosts on your website are updated once a day. But when? If IP updates twice a day or something like that or just changes after you did your update ... - the miners have still access? Maybe every whitelist entry have a TTL longer than a day? That would fix the problem. I noticed that today, one dynhost could not connect for some hours, dynhost was on your whitelist but ip was different (real and that from your last update).
Hello, dns resolving will be faster than that, maybe once per hour or even faster. Additionally, there will be special IP which you will call everytime you change IP on your side. Using this notification will be almost instant. Whitelist is currently not enabled as site is not under ddos, but it is important to prepare everything to next ddos attempt. |
|
|
|
|
Meatball
|
|
June 15, 2011, 11:40:27 AM |
|
Whitelist is currently not enabled as site is not under ddos, but it is important to prepare everything to next ddos attempt.
Slush, silly question, but wouldn't it be better to test out the whitelist setup now, while we're not getting DDoS'd? Be a lot easier to work out the kinks when there's not a million connections coming in every ms  |
|
|
|
|
|
cosurgi
|
|
June 15, 2011, 11:45:49 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.
How do I do that? Is that via software, or hardware modification? forget that. they are joking. your miner tells you that there is a hardware error. If you didn't overclock, then you have to RMA you card. If you did overclock, then go back to previous speed. |
|
|
|
|
sharky112065
|
|
June 15, 2011, 12:11:11 PM |
|
FYI... Guiminer has been updated with the new api.bitcoin.cz address. Also you can choose which processor cores to use.
|
Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 15, 2011, 12:17:46 PM |
|
Slush, silly question, but wouldn't it be better to test out the whitelist setup now, while we're not getting DDoS'd? Be a lot easier to work out the kinks when there's not a million connections coming in every ms Not all users filled their IPs, some users have dynamic IPs etc. No need to shape regular traffic with IP whitelist when there's no ddos. |
|
|
|
tmac3399
Newbie
Offline
Activity: 10
Merit: 0
|
|
June 15, 2011, 12:48:15 PM |
|
Hello!
Is this the right place to ask about mining performance issues?
As far as I understand (and I could be way wrong), my BTC generation should be independent of the network's or the pool's total hashrate, but however random. So, in the end, my BTC generation rate should be somewhat variable, but depend mainly on my cumulative hashrate.
My machines generate about 290 mhash/sec. I expect that this should generate about 0.5 BTC/day. It did, for a day. Then DDOS and other things, but I think we are back to optimal conditions, and I see about 0.15 BTC in 16 h. Is this normal?
I also noticed something else that is weird: I think find (pool) blocks faster on slush's pool and in deepbit. Does that make sense? I would have thought the probability would be equal.
Your insight would be most welcome!
Regards,
Tom
|
|
|
|
|
|
finnthecelt
|
|
June 15, 2011, 01:07:27 PM |
|
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.
How do I do that? Is that via software, or hardware modification? forget that. they are joking. your miner tells you that there is a hardware error. If you didn't overclock, then you have to RMA you card. If you did overclock, then go back to previous speed. Oh that's not nice...................................................( lol).............................................but kinda funny! |
|
|
|
|
dacoinminster
Legendary
Offline
Activity: 1260
Merit: 1031
Rational Exuberance
|
|
June 15, 2011, 01:57:03 PM |
|
slush, how long do we have to switch to api.bitcoin.cz before mining.bitcoin.cz stops accepting work?
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 15, 2011, 03:45:12 PM |
|
slush, how long do we have to switch to api.bitcoin.cz before mining.bitcoin.cz stops accepting work?
I'll switch it today. |
|
|
|
dacoinminster
Legendary
Offline
Activity: 1260
Merit: 1031
Rational Exuberance
|
|
June 15, 2011, 04:10:49 PM |
|
slush, how long do we have to switch to api.bitcoin.cz before mining.bitcoin.cz stops accepting work?
I'll switch it today. Oh NO! Please don't do that. It will take me several days to get all my miners switched to the new server. PLEASE PLEASE give me at least week before you shut off mining.bitcoin.cz! |
|
|
|
Druas
Member
Offline
Activity: 78
Merit: 10
|
|
June 15, 2011, 05:42:47 PM |
|
For optimal performance, please point your miners to new URL: api.bitcoin.cz Anyone else getting far less errors/timeouts connecting with mining.bitcoin.cz than api.bitcoin.cz? |
|
|
|
|
PaZer
Member
Offline
Activity: 112
Merit: 10
|
|
June 15, 2011, 06:04:53 PM |
|
For optimal performance, please point your miners to new URL: api.bitcoin.cz Anyone else getting far less errors/timeouts connecting with mining.bitcoin.cz than api.bitcoin.cz? Nope, api.bitcoin.cz has great performance, no connection hangups. Works perfect. |
|
|
|
|
|
