[Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners

[Kortazh]

Having some issue in AM. Just mentioned that secondary pool for Claymore in profit switching stopped to work. But in online services it still included
https://image.prntscr.com/image/R6ZbE0eFQRew026d3rNGtQ.png
Diagnostics looks like:
Starting Diagnostics
Starting Mining Software
Setting up Miner Engine. Instance: 1
Engine Type: EthClayMiner, Auto Download: True, EnginePath: H:\path\Claymore's Dual Ethereum9.7\Claymore's Dual Ethereum+Decred_Siacoin_Lbry_Pascal AMD+NVIDIA GPU Miner v9.7\startAM.bat, Subtype: Disabled
Added rule for: C:\Users\user\AppData\Local\AwesomeMiner\EthDcrMiner64_1\Claymore's Dual Ethereum+Decred_Siacoin_Lbry_Pascal AMD+NVIDIA GPU Miner v10.0\EthDcrMiner64.exe
C:\Users\user\AppData\Local\AwesomeMiner\EthDcrMiner64_1\Claymore's Dual Ethereum+Decred_Siacoin_Lbry_Pascal AMD+NVIDIA GPU Miner v10.0\EthDcrMiner64.exe  -wd 1 -r -1 -mport 4028 -logfile C:\Users\user\AppData\Local\AwesomeMiner\claylog.txt -allcoins 1   (WindowMode: ConsoleFormat, EngineType: EthClayMiner)
Configuration:
POOL: stratum+tcp://europe.ethash-hub.miningpoolhub.com:17020, WALLET: user.user, PSW: x, ESM: 2, ALLPOOLS: 1

Secondary:

Mining Engine Process started, PID: 4348

====================================================================================================
08:26:13:709   1228   args: -wd 1 -r -1 -mport 4028 -logfile C:\Users\user\AppData\Local\AwesomeMiner\claylog.txt -allcoins 1
08:26:13:712   1228   
08:26:13:714   1228   ����������������������������������������������������������������ͻ
08:26:13:717   1228   �     Claymore's Dual ETH + DCR/SC/LBC/PASC GPU Miner v10.0      �
08:26:13:719   1228   ����������������������������������������������������������������ͼ
08:26:13:722   1228   
08:26:13:925   1228   ETH: 1 pool is specified
08:26:13:928   1228   Main Ethereum pool is europe.ethash-hub.miningpoolhub.com:17020
08:26:13:931   1228   DCR: 0 pool is specified
08:26:14:061   1228   OpenCL platform: NVIDIA CUDA
08:26:14:064   1228   AMD OpenCL platform not found
08:26:14:364   1228   CUDA initializing...

08:26:14:371   1228   NVIDIA Cards available: 3
08:26:14:374   1228   CUDA Driver Version/Runtime Version: 9.0/8.0
08:26:14:383   1228   GPU #0: GeForce GTX 1060 3GB, 3072 MB available, 9 compute units, capability: 6.1

08:26:14:387   1228   GPU #1: GeForce GTX 1060 6GB, 6144 MB available, 10 compute units, capability: 6.1

08:26:14:391   1228   GPU #2: GeForce GTX 1060 3GB, 3072 MB available, 9 compute units, capability: 6.1

08:26:14:393   1228   Total cards: 3
08:26:18:399   1228   No AMD cards in the list, ADL library will not be used.
08:26:18:405   1228   NVML version: 9.384.94
08:26:18:754   2d80   ETH: Stratum - connecting to 'europe.ethash-hub.miningpoolhub.com' <139.162.131.165> port 17020
08:26:18:808   2d80   send: {"id": 1, "method": "mining.subscribe", "params": []}

08:26:18:812   2d80   send: {"id": 5, "method": "mining.extranonce.subscribe", "params": []}

08:26:18:814   2d80   send: {"id": 2, "method": "mining.authorize", "params": ["Kortazh.kortiti","x"]}

08:26:18:817   2d80   ETH: Stratum - Connected (europe.ethash-hub.miningpoolhub.com:17020)
08:26:18:847   1228   No pool specified for Decred! Ethereum-only mining mode is enabled

08:26:18:850   1228   ETHEREUM-ONLY MINING MODE ENABLED (-mode 1)

08:26:18:852   1228   ETH: miner-proxy stratum mode
08:26:18:855   1228   "-allcoins" option is set, default pools will be used for devfee, check "Readme" file for details.
08:26:18:858   1228   Watchdog enabled
08:26:18:860   1228   Remote management is enabled on port 4028
08:26:18:863   1228   

08:26:18:862   2d80   got 162 bytes
08:26:18:868   2d80   buf: {"id":1,"result":[[["mining.set_difficulty","deadbeefcafebabebce4000000000000"],["mining.notify","deadbeefcafebabebce4000000000000"]],"000082db",4],"error":null}

08:26:18:871   2d80   parse packet: 161
08:26:18:873   2d80   new buf size: 0
08:26:19:526   2d80   got 36 bytes
08:26:19:529   2d80   buf: {"id":2,"result":true,"error":null}

08:26:19:532   2d80   parse packet: 35
08:26:19:534   2d80   ETH: Authorized
08:26:19:537   2d80   new buf size: 0
08:26:19:727   2d80   got 267 bytes
08:26:19:730   2d80   buf: {"id":null,"method":"mining.notify","params":["905e","0x363ea70db1d4487b23ba8d2500ab810b92e07f5a1a12b09a3e34f9b5aa5e6a6a","0xa91b532dbccf95bab5809616107474f25559efebc2974e2b22acae346634b49a","0x00000000ffb34c02420e9948eacd78cf33b059a88ade1ff0614f7f3c303cf3a7",true]}

08:26:19:733   2d80   parse packet: 266
08:26:19:736   2d80   ETH: job changed
08:26:19:738   2d80   new buf size: 0
08:26:19:767   2d4c   Setting DAG epoch #142...
08:26:21:545   2d4c   Setting DAG epoch #142 for GPU2
08:26:21:548   15b0   Setting DAG epoch #142 for GPU0
08:26:21:551   2e20   Setting DAG epoch #142 for GPU1
08:26:21:554   15b0   Create GPU buffer for GPU0
08:26:21:556   2d4c   Create GPU buffer for GPU2
08:26:21:559   2e20   Create GPU buffer for GPU1
08:26:28:944   2e20   GPU1 DAG creation time - 7227 ms
08:26:28:947   2e20   Setting DAG epoch #142 for GPU1 done
08:26:30:152   2d4c   GPU2 DAG creation time - 8343 ms
08:26:30:155   2d4c   Setting DAG epoch #142 for GPU2 done
08:26:30:462   15b0   GPU0 DAG creation time - 8823 ms
08:26:30:465   15b0   Setting DAG epoch #142 for GPU0 done
08:26:31:280   2d80   got 267 bytes
08:26:31:283   2d80   buf: {"id":null,"method":"mining.notify","params":["905f","0x7235baaf41773ba0dbd7a77351aeea42ccfa2214ea4db05e1dc1e3d586faa332","0xa91b532dbccf95bab5809616107474f25559efebc2974e2b22acae346634b49a","0x00000000ffb34c02420e9948eacd78cf33b059a88ade1ff0614f7f3c303cf3a7",true]}

08:26:31:286   2d80   parse packet: 266
08:26:31:289   2d80   ETH: job changed
08:26:31:292   2d80   new buf size: 0
08:26:31:295   2d80   ETH: 09/12/17-08:26:31 - New job from europe.ethash-hub.miningpoolhub.com:17020
08:26:31:298   2d80   target: 0x00000000ffb34c02 (diff: 4300MH), epoch 142(2.11GB)
08:26:31:301   2d80   ETH - Total Speed: 60.485 Mh/s, Total Shares: 0, Rejected: 0, Time: 00:00
08:26:31:304   2d80   ETH: GPU0 17.417 Mh/s, GPU1 24.364 Mh/s, GPU2 18.704 Mh/s

====================================================================================================
Stopping miner process ...
Stopping Mining Software
Diagnostics completed

Also in profit profile algo blake2b checked.
Any ideas?

[zeewor]

I tested the new version 4 and was going to buy it until i discovered i cant switch pools etc from the GUI using ccminer. It is greyed out and it says "Basic" connection. I also hope it is possible to use different gpu settings per ccminer based rig. Did i miss something obvious or is these function not going to work for people mining with the environment in mind(since amd almost doubles electicity usage)? Or is there a workaround somehow?

Please explain this so i can buy it. Im excited to set it up and watch the dashboard..

Did you setup a Managed Miner in AM, so that it downloads the CCminer to the rig and then controls it?  Or did you setup an external miner to look at your already installed/running ccminer?

If you created a Profit Miner, you can't manually change pools, the logic in AM will do it for you if you've setup a pool grouping and told AM to use it for profit switching.

Thank you for your response. I will try it out later today. It sure sounds like I have some things to learn about this software. I like that.
Much appreciated.

[s3c70r]

us-east.equihash-hub.miningpoolhub.com was down today, awesomeMiner doesn't support automatic failOver ?

Please add automatic failover, it's so basic for a successful mining software.

Yes, it does support pool failover, but you need to create a pool group so that it knows what to fail over to.  Then in the pool group you set your priorities so it knows which one you prefer over the others.

I'm using the profit switcher and Ive entered my username for MiningPoolHub and selected USA for the pool.

I understand if I would go with a non-profit switching miner I can use the pools.

But when using profit switcher how woud I enable failover to Europe in case USA goes down ?


Also, sometimes the API interface is down, is there a rule to detect it ?

I often see "interface offline" and it stays this way.

I saw a rule to trigger an action when API interface is up but not the other way around.

[tf2addict]

Well the ALLCOINS and ALLPOOLS settings in the Claymore section isn't working again.  This is really annoying.

Can you let us know in more detail what isn't working here. If you click the Diagnostics button, can you see that Awesome Miner pass this information to the Claymore miner? Or is it passed to Claymore, but it still doesn't work?

Ok I discovered something.  If I add ALLPOOLS 1 to the Claymore section of the pool configuration it won't work unless the pool is selected as the default pool for the miner.  If the miner is using a different pool and I switch to the other pool it won't take the ALLPOOLS setting.  Unfortunately the Diagnostics button appears to only work with the default pool.  That made this very difficult to troubleshoot as I couldn't find any way to see the actual command line that was being passed to Claymore unless I made the pool the default pool and of course it works when I do that.

So to summarize:

- I added ALLPOOLS 1 to the Claymore section.
- If my default pool for the miner is some other pool then when I switch to the pool with the ALLPOOLS setting it doesn't work, Claymore complains that I need to set ALLPOOLS or ALLCOINS
- If I set the default pool for the miner to this pool it works fine

PS.  this is DwarfPool's Expanse pool that I'm testing with but the problem should occur on any pool that requires ALLPOOLS or ALLCOINS

[patrike]

Question regarding upgrade to VER 4.0 :

I used the update/upgrade button within the UI which had a notification about update.

When it performs the upgrade (which looked like it happened) the update notification is still present. Should I install from direct download?

And if I do , should I uninstall current version first?

Also, do I need to manually update the agent software for each rig? I did not see an update option from the agent task button.

Please advise the proper way to update my version (Enterprise last release) I did check FAQs before posting and didn't see anything.

Thank you very much!

UPDATE:
I installed the update using website download and it is working now did not update remote agents yet

If there are pending upgrades for Windows Update, Windows may prevent other installation software from running. The solution is to reboot the computer, where Windows Update will perform the required tasks. After the reboot, it will be possible to upgrade Awesome Miner. In addition to using the upgrade feature inside Awesome Miner, the latest version of the software can also be downloaded and installed from the web site.

To upgrade a Remote Agent, select it in the Miners tab in the main window of Awesome Miner and click the Upgrade Remote Service button in the toolbar.

[patrike]

us-east.equihash-hub.miningpoolhub.com was down today, awesomeMiner doesn't support automatic failOver ?

Please add automatic failover, it's so basic for a successful mining software.

Yes, it does support pool failover, but you need to create a pool group so that it knows what to fail over to.  Then in the pool group you set your priorities so it knows which one you prefer over the others.

I'm using the profit switcher and Ive entered my username for MiningPoolHub and selected USA for the pool.

I understand if I would go with a non-profit switching miner I can use the pools.

But when using profit switcher how woud I enable failover to Europe in case USA goes down ?


Also, sometimes the API interface is down, is there a rule to detect it ?

I often see "interface offline" and it stays this way.

I saw a rule to trigger an action when API interface is up but not the other way around.

Failover will work if you have more than one pool defined that is supported by the miner currently running You cannot automatically get failover from MPH US to EU. In order to do that, you need to add the MPH EU pools manually and define a Pool Group including them. Then you can add this Pool Group as "Custom pools" in the profit switching configuration.

Another alternative if you don't want to add so many pools would be to simply enable Nicehash in the profit switcher, as they have pools for most common algorithms as well. If you don't want to mine on Nicehash in normal case, you can go to Online Services section of the Options dialog and set the Profit Factor of all Nicehash pools to be 0.01 (default is 1, which is 100%). This will make all Nicehash pools look bad from a profit point of view and they will be given very low priority. However, they should still be included when the mining software is started so if the primary pool (MPH) is failing, at least you will have the Nicehash pools as a backup.

There are rules to detect if the API is down. See Options dialog, Rules section, and enable Offline Detection. You can configure this rule for how long the API should be down before the rule is triggered.

[patrike]

Having some issue in AM. Just mentioned that secondary pool for Claymore in profit switching stopped to work. But in online services it still included

Diagnostics looks like:
Starting Diagnostics
Starting Mining Software
Setting up Miner Engine. Instance: 1
Engine Type: EthClayMiner, Auto Download: True, EnginePath: H:\path\Claymore's Dual Ethereum9.7\Claymore's Dual Ethereum+Decred_Siacoin_Lbry_Pascal AMD+NVIDIA GPU Miner v9.7\startAM.bat, Subtype: Disabled
Added rule for: C:\Users\user\AppData\Local\AwesomeMiner\EthDcrMiner64_1\Claymore's Dual Ethereum+Decred_Siacoin_Lbry_Pascal AMD+NVIDIA GPU Miner v10.0\EthDcrMiner64.exe
C:\Users\user\AppData\Local\AwesomeMiner\EthDcrMiner64_1\Claymore's Dual Ethereum+Decred_Siacoin_Lbry_Pascal AMD+NVIDIA GPU Miner v10.0\EthDcrMiner64.exe  -wd 1 -r -1 -mport 4028 -logfile C:\Users\user\AppData\Local\AwesomeMiner\claylog.txt -allcoins 1   (WindowMode: ConsoleFormat, EngineType: EthClayMiner)
Configuration:
POOL: stratum+tcp://europe.ethash-hub.miningpoolhub.com:17020, WALLET: user.user, PSW: x, ESM: 2, ALLPOOLS: 1

Secondary:

Awesome Miner can select to do only Ethereum mining if that's more profitable than dual mining. What does you hashrates, secondary hashrates and power usage configuration look like for the Profit profile that is used by the Managed Profit Miner?

[tf2addict]

Question:  I'm evaluating AM by running it directly on my mining rig.  If I want to move AM to another PC will the existing AM installation on the miner act as a remote agent or will I need to install the remote agent app?  If I do need to install remote agent do I need to uninstall AM first or can they exist in parallel?

[patrike]

Well the ALLCOINS and ALLPOOLS settings in the Claymore section isn't working again.  This is really annoying.

Can you let us know in more detail what isn't working here. If you click the Diagnostics button, can you see that Awesome Miner pass this information to the Claymore miner? Or is it passed to Claymore, but it still doesn't work?

Ok I discovered something.  If I add ALLPOOLS 1 to the Claymore section of the pool configuration it won't work unless the pool is selected as the default pool for the miner.  If the miner is using a different pool and I switch to the other pool it won't take the ALLPOOLS setting.  Unfortunately the Diagnostics button appears to only work with the default pool.  That made this very difficult to troubleshoot as I couldn't find any way to see the actual command line that was being passed to Claymore unless I made the pool the default pool and of course it works when I do that.

So to summarize:

- I added ALLPOOLS 1 to the Claymore section.
- If my default pool for the miner is some other pool then when I switch to the pool with the ALLPOOLS setting it doesn't work, Claymore complains that I need to set ALLPOOLS or ALLCOINS
- If I set the default pool for the miner to this pool it works fine

PS.  this is DwarfPool's Expanse pool that I'm testing with but the problem should occur on any pool that requires ALLPOOLS or ALLCOINS

And just adding the command line argument (in Managed Miner Properties for example) like this, it doesn't work either?
-allcoins 1

[patrike]

Question:  I'm evaluating AM by running it directly on my mining rig.  If I want to move AM to another PC will the existing AM installation on the miner act as a remote agent or will I need to install the remote agent app?  If I do need to install remote agent do I need to uninstall AM first or can they exist in parallel?

You need to install the Remote Agent. You can have both Awesome Miner and the Remote Agent installed on the same computer, but don't connect two Awesome Miners to the same Remote Agent.

[tf2addict]

deleted

[tf2addict]

Well the ALLCOINS and ALLPOOLS settings in the Claymore section isn't working again.  This is really annoying.

Can you let us know in more detail what isn't working here. If you click the Diagnostics button, can you see that Awesome Miner pass this information to the Claymore miner? Or is it passed to Claymore, but it still doesn't work?

Ok I discovered something.  If I add ALLPOOLS 1 to the Claymore section of the pool configuration it won't work unless the pool is selected as the default pool for the miner.  If the miner is using a different pool and I switch to the other pool it won't take the ALLPOOLS setting.  Unfortunately the Diagnostics button appears to only work with the default pool.  That made this very difficult to troubleshoot as I couldn't find any way to see the actual command line that was being passed to Claymore unless I made the pool the default pool and of course it works when I do that.

So to summarize:

- I added ALLPOOLS 1 to the Claymore section.
- If my default pool for the miner is some other pool then when I switch to the pool with the ALLPOOLS setting it doesn't work, Claymore complains that I need to set ALLPOOLS or ALLCOINS
- If I set the default pool for the miner to this pool it works fine

PS.  this is DwarfPool's Expanse pool that I'm testing with but the problem should occur on any pool that requires ALLPOOLS or ALLCOINS

And just adding the command line argument (in Managed Miner Properties for example) like this, it doesn't work either?
-allcoins 1

No, same behavior, it will only work if the pool is the miner's default pool. 

[Kortazh]

Awesome Miner can select to do only Ethereum mining if that's more profitable than dual mining. What does you hashrates, secondary hashrates and power usage configuration look like for the Profit profile that is used by the Managed Profit Miner?

Thanks, just figured out why it didn`t worked. I added a videocard and saved new hashrates in profit profile for Ethereum algo but didn`t changed hashrate there in dual mining Hashrate.

[tf2addict]

Well the ALLCOINS and ALLPOOLS settings in the Claymore section isn't working again.  This is really annoying.

Can you let us know in more detail what isn't working here. If you click the Diagnostics button, can you see that Awesome Miner pass this information to the Claymore miner? Or is it passed to Claymore, but it still doesn't work?

Ok I discovered something.  If I add ALLPOOLS 1 to the Claymore section of the pool configuration it won't work unless the pool is selected as the default pool for the miner.  If the miner is using a different pool and I switch to the other pool it won't take the ALLPOOLS setting.  Unfortunately the Diagnostics button appears to only work with the default pool.  That made this very difficult to troubleshoot as I couldn't find any way to see the actual command line that was being passed to Claymore unless I made the pool the default pool and of course it works when I do that.

So to summarize:

- I added ALLPOOLS 1 to the Claymore section.
- If my default pool for the miner is some other pool then when I switch to the pool with the ALLPOOLS setting it doesn't work, Claymore complains that I need to set ALLPOOLS or ALLCOINS
- If I set the default pool for the miner to this pool it works fine

PS.  this is DwarfPool's Expanse pool that I'm testing with but the problem should occur on any pool that requires ALLPOOLS or ALLCOINS

And just adding the command line argument (in Managed Miner Properties for example) like this, it doesn't work either?
-allcoins 1

No, same behavior, it will only work if the pool is the miner's default pool. 

My workaround for this issue at this moment is to use templates to switch pools.  That's more convenient than modifying the miner's default pool and restarting the miner.

I'd still like to see this issue fixed though, it's very confusing, took me a lot of time to figure out what was going on.

[cashen]

Have you thought about also having a tab to monitor all your masternodes?

[s3c70r]

us-east.equihash-hub.miningpoolhub.com was down today, awesomeMiner doesn't support automatic failOver ?

Please add automatic failover, it's so basic for a successful mining software.

Yes, it does support pool failover, but you need to create a pool group so that it knows what to fail over to.  Then in the pool group you set your priorities so it knows which one you prefer over the others.

I'm using the profit switcher and Ive entered my username for MiningPoolHub and selected USA for the pool.

I understand if I would go with a non-profit switching miner I can use the pools.

But when using profit switcher how woud I enable failover to Europe in case USA goes down ?


Also, sometimes the API interface is down, is there a rule to detect it ?

I often see "interface offline" and it stays this way.

I saw a rule to trigger an action when API interface is up but not the other way around.

Failover will work if you have more than one pool defined that is supported by the miner currently running You cannot automatically get failover from MPH US to EU. In order to do that, you need to add the MPH EU pools manually and define a Pool Group including them. Then you can add this Pool Group as "Custom pools" in the profit switching configuration.

Another alternative if you don't want to add so many pools would be to simply enable Nicehash in the profit switcher, as they have pools for most common algorithms as well. If you don't want to mine on Nicehash in normal case, you can go to Online Services section of the Options dialog and set the Profit Factor of all Nicehash pools to be 0.01 (default is 1, which is 100%). This will make all Nicehash pools look bad from a profit point of view and they will be given very low priority. However, they should still be included when the mining software is started so if the primary pool (MPH) is failing, at least you will have the Nicehash pools as a backup.

There are rules to detect if the API is down. See Options dialog, Rules section, and enable Offline Detection. You can configure this rule for how long the API should be down before the rule is triggered.

I really don't want to use nicehash pools as backup when Europe is available on MPH while USA is down...

Is it possible to implement automatic failover for switching profit for MPH in the next version ?


Thanks for the offline detection clarification, I will try that !

[codereverser]

Looks like there is an issue with profitability calculations for ethereum (may be just dual mining, not sure) when profit profile groups are used.

I've two profiles [just for reproducing the bug]
a) GTX1070 - Profit Profile with benchmark values for a single GTX1070 GPU
b) SGX001-MINER  - Profit Group with GTX1070 profile and count 1  . [This is a simple case made just for reporting the bug. In reality, the group has three profile groups for all the different card types and the bug still exists]


A sample log is available @ https://pastebin.com/GVSaSdUu

AwesomeMiner reports ethash profit 0.0003611396161 for single GPU profile and 23.7880502519032 for the group. The profits for other algorithms stays more or less the same, as you can see from the log.

[rxracer]

Really cool program!  Is there a chance of getting XMR-Stak added?  Cryptonight was basically AMD territory, but XMR-Stak makes it a viable algo for Nvidia now. tpruvot ccminer looks to be the chosen miner for cryptonight but it's WAY behind XMR-Stak.

Also, I don't really understand API's, but from what I've read it's how Awesome Miner does it's thing.  It needs miners to have one with certain info available?  See, told you I don't know much.  Is that why ethminer is still not included?  If so it's a real shame.  I don't like Claymore, but Awesome Miner does look very polished.  I just wish there was the sort of freedom to choose miners that NemosMiner offers.  However NemosMiner is way more complicated to customize, especially if you don't know powershell.  Which I don't.

If only the two could meet and have an algo switching baby

[patrike]

Have you thought about also having a tab to monitor all your masternodes?

I've never received that kind of request before. Is it Dash Masternodes or something else? I have to admit that I'm not really familiar with these concepts.

[patrike]

us-east.equihash-hub.miningpoolhub.com was down today, awesomeMiner doesn't support automatic failOver ?

Please add automatic failover, it's so basic for a successful mining software.

Yes, it does support pool failover, but you need to create a pool group so that it knows what to fail over to.  Then in the pool group you set your priorities so it knows which one you prefer over the others.

I'm using the profit switcher and Ive entered my username for MiningPoolHub and selected USA for the pool.

I understand if I would go with a non-profit switching miner I can use the pools.

But when using profit switcher how woud I enable failover to Europe in case USA goes down ?


Also, sometimes the API interface is down, is there a rule to detect it ?

I often see "interface offline" and it stays this way.

I saw a rule to trigger an action when API interface is up but not the other way around.

Failover will work if you have more than one pool defined that is supported by the miner currently running You cannot automatically get failover from MPH US to EU. In order to do that, you need to add the MPH EU pools manually and define a Pool Group including them. Then you can add this Pool Group as "Custom pools" in the profit switching configuration.

Another alternative if you don't want to add so many pools would be to simply enable Nicehash in the profit switcher, as they have pools for most common algorithms as well. If you don't want to mine on Nicehash in normal case, you can go to Online Services section of the Options dialog and set the Profit Factor of all Nicehash pools to be 0.01 (default is 1, which is 100%). This will make all Nicehash pools look bad from a profit point of view and they will be given very low priority. However, they should still be included when the mining software is started so if the primary pool (MPH) is failing, at least you will have the Nicehash pools as a backup.

There are rules to detect if the API is down. See Options dialog, Rules section, and enable Offline Detection. You can configure this rule for how long the API should be down before the rule is triggered.

I really don't want to use nicehash pools as backup when Europe is available on MPH while USA is down...

Is it possible to implement automatic failover for switching profit for MPH in the next version ?


Thanks for the offline detection clarification, I will try that !

That might be added in the future, but it's a bit too specific scenario to get priority in the next versions. I do have a very large number of feature requests, and for this one there is a workaround by using Nicehash as backup. I do appreciate your feedback on this, and I have taken note of your request. I fully agree that this kind of feature would make sense.