Author

Topic: [ANN][AUTO-SWITCH] Profit-switch auto-exchange pool: CleverMining.com - page 135. (Read 554384 times)

newbie
Activity: 11
Merit: 0
I'm using a miner called GUIminer - V2012-12-03 and I was wondering if it would work for this setup? I've had it running for the full hour it takes for your stats to pop up, and it did show my wallet's info, but the last hour hashrate is showing up as 0.0kH/s.

GUIminer shows I''m going at a rate of 580 Mhash/s and my GPU is roaring loud as well so I know it's at least working hard at something, but the statistics just aren't showing up on clever mining when I search the wallet I am using. As I mentioned before, it's like it sees nothing happening at all.

As you may have guessed I am new at this stuff so I am still learning. I've tried some of the other miners like bfgminer and cgminer, but they are a bit over my head at the moment. I never hear them make my GPU rev up when I put the info in for here so I assume I am doing something very wrong.

Also, I read about the DDOS attack. I hope whoever did it gets caught. No need of people trying to ruin a good thing for others or making unnecessary work for others...

I'll check back in on this in a bit. I have some things to take care of right now. I hope someone will be able to help me out here. Smiley


sorry if this is a repost, but i was just able to connect using GUIMINER.

make sure you set it up as a new cgminer, and use your btc as the username.

i was getting ~420 kh/s with my r9 270x with i-18

EDIT: make sure you downloaded GUIMINER -scrypt alpha

Thanks a lot. You were a great help. It's all set up now. I didn't understand half of what you said, but I stumbled my way through it. It's showing I am getting around 525-535 kh/s with my R9 280x (I assumed "btc" was my wallet ID, so that's what I placed there for my username)
full member
Activity: 168
Merit: 100
Terk: Ignore the haters.  Don't let the irrational minority influence what you already know is best for the majority.  CleverMining didn't grow to 33GHs+ because of poor decision-making on your end.  Remember that.

Comeonalready:  You are a grade A hypocrite.  How do you know what the majority of miners want.  You say Terk should follow your suggestions as if you speak from a position of knowledge about "what the majority of miners want."  But you don't know "what the majority of miners want" because you aren't the majority.  You are one single sad complaining voice.

Yes, I am complaining that my own decisions as to where to mine codified into my miner configuration are being overridden because people like you choose not to make decisions for yourselves.  Granted I may not know what everyone wants, but neither do you, and neither does Terk.  And Terk has a vested interest in choosing to move miners to another of his servers, as only then can he earn a commission from them.  (I am not suggesting at this time that this was the primary reason for his decision, but one could easily argue that if they desired.)  It takes barely any effort to maintain a sticky host name in order to please both crowds.

And at the time of your post, clevermining pool hash rate was 12GH/s not 33GH/s+ as you suggested.  It grows to 33GH/s+ as a result of one very large miner who has shown that he will move his hashpower around as it best suits him.

Based on your comments I'm not sure the Clevermining pool is going to offer the mining experience you are seeking.  Perhaps another pool will suit your needs better.


Are you suggesting that clevermining is not the pool for me because it is a pool reserved for simpletons?  Are you basing this on your own experiences?

The reason I am here is that Terk has shown himself to be intelligent and capable, and he is the one to whom I am directing my complaints, not you.  When the day comes that I am mining on your pool, then I will ask for your suggestions.


You call Terk intelligent and capable, yet your previous posts basically called him a dumbass for setting up the pool the way it's setup.  (i.e. not to your liking).    I think another pool might suit you better, as clearly this one isn't going to be modified to your preference.  There are plenty of other options out there for you to try.  I suggest you sample them.

Are you making a decree that the pool won't be improved if Terk receives easily actionable suggestions for such and were to agree with them?  Who the hell are you to say that?  Is it your pool or his?
full member
Activity: 123
Merit: 100
Terk: Ignore the haters.  Don't let the irrational minority influence what you already know is best for the majority.  CleverMining didn't grow to 33GHs+ because of poor decision-making on your end.  Remember that.

Comeonalready:  You are a grade A hypocrite.  How do you know what the majority of miners want.  You say Terk should follow your suggestions as if you speak from a position of knowledge about "what the majority of miners want."  But you don't know "what the majority of miners want" because you aren't the majority.  You are one single sad complaining voice.

Yes, I am complaining that my own decisions as to where to mine codified into my miner configuration are being overridden because people like you choose not to make decisions for yourselves.  Granted I may not know what everyone wants, but neither do you, and neither does Terk.  And Terk has a vested interest in choosing to move miners to another of his servers, as only then can he earn a commission from them.  (I am not suggesting at this time that this was the primary reason for his decision, but one could easily argue that if they desired.)  It takes barely any effort to maintain a sticky host name in order to please both crowds.

And at the time of your post, clevermining pool hash rate was 12GH/s not 33GH/s+ as you suggested.  It grows to 33GH/s+ as a result of one very large miner who has shown that he will move his hashpower around as it best suits him.

Based on your comments I'm not sure the Clevermining pool is going to offer the mining experience you are seeking.  Perhaps another pool will suit your needs better.


Are you suggesting that clevermining is not the pool for me because it is a pool reserved for simpletons?  Are you basing this on your own experiences?

The reason I am here is that Terk has shown himself to be intelligent and capable, and he is the one to whom I am directing my complaints, not you.  When the day comes that I am mining on your pool, then I will ask for your suggestions.


You call Terk intelligent and capable, yet your previous posts basically called him a dumbass for setting up the pool the way it's setup.  (i.e. not to your liking).    I think another pool might suit you better, as clearly this one isn't going to be modified to your preference.  There are plenty of other options out there for you to try.  I suggest you sample them.
hero member
Activity: 616
Merit: 522
We've been up and running stable again for couple hours now. Two servers are available at the moment: Europe and North America (Montreal). I will work on bringing other servers back up soon.
hero member
Activity: 616
Merit: 522
Fine, later on then, but when does the dust ever settle around here?!  In the meantime I offer this suggestion.  General region based host names that average miners would typically use could redirect in the case of server outages (eu, us, na-north america if including canada I suppose, whatever)  More specific city, state, or country server host names stick to their respective servers (ny, sf, nl, montreal, etc.)  Just post the expected behavior for each host name on the web page server list.

My primary goal here is uninterrupted service and simplicity of use. Default behaviour needs to be as simple and requiring as little user configuration as possible, so I probably won't be changing it. Having region names (eu, us, etc) switching in case of server outages but server names (ny, sf) not switching will make it confusing for users who don't read detailed instructions, FAQs or hundred-page threads (basically most of users). I'm going to stick with consistency here and switch subdomain names as necessary.

Or give us alternate sticky server location host names if that's preferable to you.  It's obviously a bad practice for us to hard code ip addresses into our configurations as in light of ddos attacks they might need to be changed with little notice, but there is a comfortable middle ground somewhere to allow informed miners the ability to choose their own destiny during server outages, while simultaneously moving the rest of the herd over to a functional clevermining server.

This is something I could do and more informed users who'd like to have more control and can spend more time setting up failover plans could use it. I can provide alternate region names which won't be switched to another regions in case of outage (e.g.eu-fixed, na-fixed). I'm not sure though if there will be many people using it besides you.
full member
Activity: 168
Merit: 100
I'm using a miner called GUIminer - V2012-12-03 and I was wondering if it would work for this setup? I've had it running for the full hour it takes for your stats to pop up, and it did show my wallet's info, but the last hour hashrate is showing up as 0.0kH/s.

GUIminer shows I''m going at a rate of 580 Mhash/s and my GPU is roaring loud as well so I know it's at least working hard at something, but the statistics just aren't showing up on clever mining when I search the wallet I am using. As I mentioned before, it's like it sees nothing happening at all.

As you may have guessed I am new at this stuff so I am still learning. I've tried some of the other miners like bfgminer and cgminer, but they are a bit over my head at the moment. I never hear them make my GPU rev up when I put the info in for here so I assume I am doing something very wrong.

Also, I read about the DDOS attack. I hope whoever did it gets caught. No need of people trying to ruin a good thing for others or making unnecessary work for others...

I'll check back in on this in a bit. I have some things to take care of right now. I hope someone will be able to help me out here. Smiley


If it is reporting 580MH/s and not 580KH/s, then it's working hard on the wrong algorithm.  If there is an option for scrypt mining, then set it.  If you can't find it, someone else here will probably be able to tell you where it is (if it's there at all), as I have not used that software myself.
full member
Activity: 168
Merit: 100
Terk: Ignore the haters.  Don't let the irrational minority influence what you already know is best for the majority.  CleverMining didn't grow to 33GHs+ because of poor decision-making on your end.  Remember that.

Comeonalready:  You are a grade A hypocrite.  How do you know what the majority of miners want.  You say Terk should follow your suggestions as if you speak from a position of knowledge about "what the majority of miners want."  But you don't know "what the majority of miners want" because you aren't the majority.  You are one single sad complaining voice.

Yes, I am complaining that my own decisions as to where to mine codified into my miner configuration are being overridden because people like you choose not to make decisions for yourselves.  Granted I may not know what everyone wants, but neither do you, and neither does Terk.  And Terk has a vested interest in choosing to move miners to another of his servers, as only then can he earn a commission from them.  (I am not suggesting at this time that this was the primary reason for his decision, but one could easily argue that if they desired.)  It takes barely any effort to maintain a sticky host name in order to please both crowds.

And at the time of your post, clevermining pool hash rate was 12GH/s not 33GH/s+ as you suggested.  It grows to 33GH/s+ as a result of one very large miner who has shown that he will move his hashpower around as it best suits him.

Based on your comments I'm not sure the Clevermining pool is going to offer the mining experience you are seeking.  Perhaps another pool will suit your needs better.


Are you suggesting that clevermining is not the pool for me because it is a pool reserved for simpletons?  Are you basing this on your own experiences?

The reason I am here is that Terk has shown himself to be intelligent and capable, and he is the one to whom I am directing my complaints, not you.  When the day comes that I am mining on your pool, then I will ask for your suggestions.
newbie
Activity: 11
Merit: 0
I'm using a miner called GUIminer - V2012-12-03 and I was wondering if it would work for this setup? I've had it running for the full hour it takes for your stats to pop up, and it did show my wallet's info, but the last hour hashrate is showing up as 0.0kH/s.

GUIminer shows I''m going at a rate of 580 Mhash/s and my GPU is roaring loud as well so I know it's at least working hard at something, but the statistics just aren't showing up on clever mining when I search the wallet I am using. As I mentioned before, it's like it sees nothing happening at all.

As you may have guessed I am new at this stuff so I am still learning. I've tried some of the other miners like bfgminer and cgminer, but they are a bit over my head at the moment. I never hear them make my GPU rev up when I put the info in for here so I assume I am doing something very wrong.

Also, I read about the DDOS attack. I hope whoever did it gets caught. No need of people trying to ruin a good thing for others or making unnecessary work for others...

I'll check back in on this in a bit. I have some things to take care of right now. I hope someone will be able to help me out here. Smiley
full member
Activity: 123
Merit: 100
Terk: Ignore the haters.  Don't let the irrational minority influence what you already know is best for the majority.  CleverMining didn't grow to 33GHs+ because of poor decision-making on your end.  Remember that.

Comeonalready:  You are a grade A hypocrite.  How do you know what the majority of miners want.  You say Terk should follow your suggestions as if you speak from a position of knowledge about "what the majority of miners want."  But you don't know "what the majority of miners want" because you aren't the majority.  You are one single sad complaining voice.

Yes, I am complaining that my own decisions as to where to mine codified into my miner configuration are being overridden because people like you choose not to make decisions for yourselves.  Granted I may not know what everyone wants, but neither do you, and neither does Terk.  And Terk has a vested interest in choosing to move miners to another of his servers, as only then can he earn a commission from them.  (I am not suggesting at this time that this was the primary reason for his decision, but one could easily argue that if they desired.)  It takes barely any effort to maintain a sticky host name in order to please both crowds.

And at the time of your post, clevermining pool hash rate was 12GH/s not 33GH/s+ as you suggested.  It grows to 33GH/s+ as a result of one very large miner who has shown that he will move his hashpower around as it best suits him.

Based on your comments I'm not sure the Clevermining pool is going to offer the mining experience you are seeking.  Perhaps another pool will suit your needs better.
full member
Activity: 168
Merit: 100
Terk: Ignore the haters.  Don't let the irrational minority influence what you already know is best for the majority.  CleverMining didn't grow to 33GHs+ because of poor decision-making on your end.  Remember that.

Comeonalready:  You are a grade A hypocrite.  How do you know what the majority of miners want.  You say Terk should follow your suggestions as if you speak from a position of knowledge about "what the majority of miners want."  But you don't know "what the majority of miners want" because you aren't the majority.  You are one single sad complaining voice.

Yes, I am complaining that my own decisions as to where to mine codified into my miner configuration are being overridden because people like you choose not to make decisions for yourselves.  Granted I may not know what everyone wants, but neither do you, and neither does Terk.  And Terk has a vested interest in choosing to move miners to another of his servers, as only then can he earn a commission from them.  (I am not suggesting at this time that this was the primary reason for his decision, but one could easily argue that if they desired.)  It takes barely any effort to maintain a sticky host name in order to please both crowds.

And at the time of your post, clevermining pool hash rate was 12GH/s not 33GH/s+ as you suggested.  It grows to 33GH/s+ as a result of one very large miner who has shown that he will move his hashpower around as it best suits him.
legendary
Activity: 854
Merit: 1000
Terk: Ignore the haters.  Don't let the irrational minority influence what you already know is best for the majority.  CleverMining didn't grow to 33GHs+ because of poor decision-making on your end.  Remember that.

Comeonalready:  You are a grade A hypocrite.  How do you know what the majority of miners want.  You say Terk should follow your suggestions as if you speak from a position of knowledge about "what the majority of miners want."  But you don't know "what the majority of miners want" because you aren't the majority.  You are one single sad complaining voice.
member
Activity: 77
Merit: 10
Terk! A+ job on communication and taking steps to restore services. Some people will always be unhappy but I just wanted to add my voice as another satisfied miner.
full member
Activity: 168
Merit: 100
European server is back up. ...  I will point all other DNS entries to Europe temporarily.

Why would you do that?  This action benefits the lesser informed miners over more dedicated miners who already have backup servers entered into their configurations -- who if not located near the europe server, will then likely see higher rejection rates due to increased latency, and possibly lower returns than if they were hashing on their preferred backup server, even if it is from another pool.

And any changes made to dns records are not propagated immediately either.  As your dns server is configured, it could take one hour for your secondary dns server to update from the primary, and though minimum ttl is specified as one hour too, that value is treated only as a recommendation to downstream dns servers which may cache addresses for much longer, possibly days if poorly configured.

Please simply continue to tell us where your servers are and allow us to choose the manner in which we connect to them, using the functionality built into almost every mining client.  Thank you.



There are also many miners who don't have any other pool setup as backup and their rigs might stay idle if I didn't do that.

European server has currently 3.3% rejects which is the usual average. It's located in a well-connected datacenter with access to great intercontinental routes.

DNS TTL is set to 5 minutes and almost all miners are picking up quickly changed IP addresses. Poorly configured DNS servers should affect only very tiny percent of users.

This is a difficult situation and regardless of which choice I made, there will always be some miners who would be better if I made another choice. I'm trying to do what's best for average miners or for majority of miners.


Many of the miners you will find right here on bitcointalk have carefully configured their miners to account for such server outages, and if they chose sf.clevermining.com as their primary server might want westcoast.anyotherpool.com as their preferred backup, as opposed to another server 6000 miles away.  For if latency does not matter, then why did you even bother creating endpoints closer to miners in the first place?

By choosing to redirect everyone to europe, you have essentially told miners that the priorities they have configured into their miners do not matter in the least to you, and that (possibly) what you are more concerned about is your own commission.  At a minimum, you need to rethink your system of host names, and what may or not be honored in the case of server outages, and post that on your web page so intelligent miners can make informed decisions in advance.  For a server named sf.clevermining.com to actually deliver miners to a server in europe is not what would be expected by most in any case.  And to unilaterally decide to override your educated miners' predetermined server priority preferences is flat out wrong.

How would you even know what the 'majority of miners' want anyway?  All you can see from your perspective is whether they connect or disconnect from your servers.  You have no idea if they are going to mine at other pools during their disappearance.  I am.  And I am certain others are too, we want to choose how and where to mine.


I'm willing to discuss it when the dust settles and brainstorm some preferable way of handling server outages. Right now I don't have time for chatting.

I have setup another North America based server in Montreal, Canada and it has all the US subdomains pointed to.

Fine, later on then, but when does the dust ever settle around here?!  In the meantime I offer this suggestion.  General region based host names that average miners would typically use could redirect in the case of server outages (eu, us, na-north america if including canada I suppose, whatever)  More specific city, state, or country server host names stick to their respective servers (ny, sf, nl, montreal, etc.)  Just post the expected behavior for each host name on the web page server list.

Or give us alternate sticky server location host names if that's preferable to you.  It's obviously a bad practice for us to hard code ip addresses into our configurations as in light of ddos attacks they might need to be changed with little notice, but there is a comfortable middle ground somewhere to allow informed miners the ability to choose their own destiny during server outages, while simultaneously moving the rest of the herd over to a functional clevermining server.
hero member
Activity: 616
Merit: 522
European server is back up. ...  I will point all other DNS entries to Europe temporarily.

Why would you do that?  This action benefits the lesser informed miners over more dedicated miners who already have backup servers entered into their configurations -- who if not located near the europe server, will then likely see higher rejection rates due to increased latency, and possibly lower returns than if they were hashing on their preferred backup server, even if it is from another pool.

And any changes made to dns records are not propagated immediately either.  As your dns server is configured, it could take one hour for your secondary dns server to update from the primary, and though minimum ttl is specified as one hour too, that value is treated only as a recommendation to downstream dns servers which may cache addresses for much longer, possibly days if poorly configured.

Please simply continue to tell us where your servers are and allow us to choose the manner in which we connect to them, using the functionality built into almost every mining client.  Thank you.



There are also many miners who don't have any other pool setup as backup and their rigs might stay idle if I didn't do that.

European server has currently 3.3% rejects which is the usual average. It's located in a well-connected datacenter with access to great intercontinental routes.

DNS TTL is set to 5 minutes and almost all miners are picking up quickly changed IP addresses. Poorly configured DNS servers should affect only very tiny percent of users.

This is a difficult situation and regardless of which choice I made, there will always be some miners who would be better if I made another choice. I'm trying to do what's best for average miners or for majority of miners.


Many of the miners you will find right here on bitcointalk have carefully configured their miners to account for such server outages, and if they chose sf.clevermining.com as their primary server might want westcoast.anyotherpool.com as their preferred backup, as opposed to another server 6000 miles away.  For if latency does not matter, then why did you even bother creating endpoints closer to miners in the first place?

By choosing to redirect everyone to europe, you have essentially told miners that the priorities they have configured into their miners do not matter in the least to you, and that (possibly) what you are more concerned about is your own commission.  At a minimum, you need to rethink your system of host names, and what may or not be honored in the case of server outages, and post that on your web page so intelligent miners can make informed decisions in advance.  For a server named sf.clevermining.com to actually deliver miners to a server in europe is not what would be expected by most in any case.  And to unilaterally decide to override your educated miners' predetermined server priority preferences is flat out wrong.

How would you even know what the 'majority of miners' want anyway?  All you can see from your perspective is whether they connect or disconnect from your servers.  You have no idea if they are going to mine at other pools during their disappearance.  I am.  And I am certain others are too, we want to choose how and where to mine.


I'm willing to discuss it when the dust settles and brainstorm some preferable way of handling server outages. Right now I don't have time for chatting.

I have setup another North America based server in Montreal, Canada and it has all the US subdomains pointed to.
hero member
Activity: 616
Merit: 522
New server has been setup in Montreal, Canada: stratum+tcp://ca.clevermining.com:3333

It has all US traffic redirected (SF and NY server subdomains pointing there).
newbie
Activity: 58
Merit: 0
I really want to use this pool, however I recieve a significant amount of rejected shares with the following error:

Code:
Rejected untracked stratum share from pool

Is there any way to remedy this situation?

If you see at the top right corner of this forum, there's a search box.

When you enter "Rejected untracked stratum share from pool" in the search field and click "Search", one of the first responses is this one:
https://bitcointalk.org/index.php?topic=448649.msg5579078;topicseen#msg5579078

Quote
Quote from: Orpheeus on March 08, 2014, 12:18:18 AM
  I have many many Rejected untracked stratum share from pool 0, is it normal ?
  When i say many it's 1x Rejected untracked stratum share from pool 0 for 1x accepted

False rejects.  They can be safely ignored.  Tons of posts about it on almost every page for the last 40 pages.

Terk - you may want to stick this on top of your site with the new server announcements since you can't find the cause yet. It'll help keep this repetitive question to a minimum.

edit. top right corner, not left  Wink
sr. member
Activity: 490
Merit: 250
 I really want to use this pool, however I recieve a significant amount of rejected shares with the following error:

Code:
Rejected untracked stratum share from pool

Is there any way to remedy this situation?
newbie
Activity: 58
Merit: 0

Amen.

I can't believe the number of selfish, ignorant and self entitled posts on this forum. So you bought a gpu, read a few articles, amd now you think you should be a bitcoin millionaire overnight? Get over yourself, and get a life and get a clue. Trek and his crew work their balls off, no doubt. So quit your whining and leave the pool and start your own if you don't like it. I'm sure it's super duper easy.

Everyone is entitled their opinion, but I do think its a relevant question to ask. By paying a pool fee we are paying for a service. If your bank suddenly raised the interest rates would your response be..."but they work really really hard and seem really nice so if you dont like it sell your house".  Its nothing personal against the pool operator. I really enjoy this pool and have mining since the beginning but personal attacks like yours weaken the community as a whole and make you appear childish and rude.

I have no recollection of anyone suggesting increasing the pool fee. So I really think your anology is way off.
- If Terk suddenly increased the pool fee to 3-4%, I'd be sceptical and expect a very good reason to why.
I'm not loosing sleep wondering why he is not lowering the fee...

IDK, but perhaps you rather would have a dynamic pool fee, let's say 1-1.5% on "bad" days and 4-5% on "good" days?

BTW: I don't think MinorError were attacking you or your post in specific.
full member
Activity: 168
Merit: 100
European server is back up. ...  I will point all other DNS entries to Europe temporarily.

Why would you do that?  This action benefits the lesser informed miners over more dedicated miners who already have backup servers entered into their configurations -- who if not located near the europe server, will then likely see higher rejection rates due to increased latency, and possibly lower returns than if they were hashing on their preferred backup server, even if it is from another pool.

And any changes made to dns records are not propagated immediately either.  As your dns server is configured, it could take one hour for your secondary dns server to update from the primary, and though minimum ttl is specified as one hour too, that value is treated only as a recommendation to downstream dns servers which may cache addresses for much longer, possibly days if poorly configured.

Please simply continue to tell us where your servers are and allow us to choose the manner in which we connect to them, using the functionality built into almost every mining client.  Thank you.



There are also many miners who don't have any other pool setup as backup and their rigs might stay idle if I didn't do that.

European server has currently 3.3% rejects which is the usual average. It's located in a well-connected datacenter with access to great intercontinental routes.

DNS TTL is set to 5 minutes and almost all miners are picking up quickly changed IP addresses. Poorly configured DNS servers should affect only very tiny percent of users.

This is a difficult situation and regardless of which choice I made, there will always be some miners who would be better if I made another choice. I'm trying to do what's best for average miners or for majority of miners.


Many of the miners you will find right here on bitcointalk have carefully configured their miners to account for such server outages, and if they chose sf.clevermining.com as their primary server might want westcoast.anyotherpool.com as their preferred backup, as opposed to another server 6000 miles away.  For if latency does not matter, then why did you even bother creating endpoints closer to miners in the first place?

By choosing to redirect everyone to europe, you have essentially told miners that the priorities they have configured into their miners do not matter in the least to you, and that (possibly) what you are more concerned about is your own commission.  At a minimum, you need to rethink your system of host names, and what may or not be honored in the case of server outages, and post that on your web page so intelligent miners can make informed decisions in advance.  For a server named sf.clevermining.com to actually deliver miners to a server in europe is not what would be expected by most in any case.  And to unilaterally decide to override your educated miners' predetermined server priority preferences is flat out wrong.

How would you even know what the 'majority of miners' want anyway?  All you can see from your perspective is whether they connect or disconnect from your servers.  You have no idea if they are going to mine at other pools during their disappearance.  I am.  And I am certain others are too, we want to choose how and where to mine.
hero member
Activity: 616
Merit: 522
European server is back up. ...  I will point all other DNS entries to Europe temporarily.

Why would you do that?  This action benefits the lesser informed miners over more dedicated miners who already have backup servers entered into their configurations -- who if not located near the europe server, will then likely see higher rejection rates due to increased latency, and possibly lower returns than if they were hashing on their preferred backup server, even if it is from another pool.

And any changes made to dns records are not propagated immediately either.  As your dns server is configured, it could take one hour for your secondary dns server to update from the primary, and though minimum ttl is specified as one hour too, that value is treated only as a recommendation to downstream dns servers which may cache addresses for much longer, possibly days if poorly configured.

Please simply continue to tell us where your servers are and allow us to choose the manner in which we connect to them, using the functionality built into almost every mining client.  Thank you.



There are also many miners who don't have any other pool setup as backup and their rigs might stay idle if I didn't do that.

European server has currently 3.3% rejects which is the usual average. It's located in a well-connected datacenter with access to great intercontinental routes.

DNS TTL is set to 5 minutes and almost all miners are picking up quickly changed IP addresses. Poorly configured DNS servers should affect only very tiny percent of users.

This is a difficult situation and regardless of which choice I made, there will always be some miners who would be better if I made another choice. I'm trying to do what's best for average miners or for majority of miners.
Jump to: