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

[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.

[patrike]

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.

Many thanks for finding this one. I've implemented a correction that will be included in next version.

[patrike]

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

It looks like XMR-Stak might have an API (the kind of monitoring interface Awesome Miner uses to connect to the mining software to get information about hashrate and similar), but no documentation about it so I'm not sure what it can do. It's some effort to add support for new mining software, so it this one is getting popular, I will add it.

Ethminer doesn't have an API, so there is no way for Awesome Miner to get mining information from that software.

Even if Awesome Miner doesn't provide specific support for a specific kind of mining software, you can always use the Generic Miner concept to start and stop the mining from Awesome Miner. However, you will not get any mining statistics. Was this the kind of flexibility you asked for?
http://www.awesomeminer.com/help/genericminer.aspx