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

[patrike]

Anyone know how to monitor my hiveos rigs that are running GMiner? I add them as external miners but AM says it cannot connect. I think I need to specify the default ports when adding in Awesome Miner... no idea what they are.  Thanks

Is Gminer started with API enabled? The Gminer process should be started with the following command line, the port number can be anything but you need to use the same in Awesome Miner.
--api 4040

If you add an External Miner in Awesome Miner and select Gminer as software, you can specify the address like: 192.168.0.123:4040

Hmmm... strange I added that in the 'Extra config arguments' section but still awesome miner cant see it

A good way to test if you can connect to a specific port on another computer is to use Microsoft PsPing.
https://docs.microsoft.com/en-us/sysinternals/downloads/psping

A standard ping command will only test if the computer replies, but psping will test if you have any application (Gminer in this case) that listen on a specific port.

psping -t 192.168.0.123:4040

[patrike]

has anyone had an issue with windows where it will not allow the installation of awesome ?
switched on this morning and all of a sudden awesome just stopped working and wouldn't open.
tried to reinstall and it deleted everything and now

it keeps telling me
service 'intelibreeze software maintenance service' could not be installed verify that you have sufficient privileges to install system services

i have updated the registry to apply .msi file to install as administrator but still it doesnt install. 

I've received a few reports that some anti-virus software recently started to mark Awesome Miner as a threat as it's related to mining. It could be that your anti-virus software is blocking the installation.

Please note that these software point out that Awesome Miner is related to "coin mining", and this is the reason it's being marked as a threat. It's completely correct that Awesome Miner is related to "coin mining", but I would of course prefer if they didn't consider it a threat.

I will investigate the anti-virus part in more detail as well. I've worked with AVG / Avast a year ago where they have inspected Awesome Miner in details and white listed the software as safe. Microsoft has also marked it as safe in the past.

[patrike]

Hi @patrike, is there any chance of you making support for including balances from exchange accounts using their APIs in Balance tab?
p.s. Keep up the good work.

The plan is to support this in the future.
Thanks!

[patrike]

I've noticed an issue with User-Defined Managed Software for CPU/GPU as it relates to the algorithm/-a parameter.  See below for a log from a Linux agent that shows the command line is missing the "-a m7m" parameter, and therefore fails.  Has anyone else seen this and have an idea how to address it?

Code:

6/20/19 7:51:24 PM.645 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] : Adding pool: stratum+tcp://m7m.mine.ahashpool.com:6033
6/20/19 7:51:24 PM.645 [014] [S]Set execution permission for: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer
6/20/19 7:51:24 PM.651 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] Properties: (WindowMode: ConsoleFormat, EngineType: 20, IsProfitMiner: False)
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] ====================================================================================================
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer  -o stratum+tcp://m7m.mine.ahashpool.com:6033 -u [redacted] -p c=BTC --api-remote -b 0.0.0.0:4030
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] ====================================================================================================
6/20/19 7:51:24 PM.757 [014] [S]Set Diagnostics executable: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer
6/20/19 7:51:24 PM.758 [014] [S]Creating start script: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/awesome-start.sh, Command:
stdbuf -o L "/root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer"  -o stratum+tcp://m7m.mine.ahashpool.com:6033 -u [redacted] -p c=BTC --api-remote -b 0.0.0.0:4030 &> "/root/AwesomeMinerService/diag.txt"

Thanks for the details. I was able to reproduce and correct the issue. It was an issue introduced in the latest development release. There will be a new release available soon.

[patrike]

Patrike tip in case you decide to put double OC Day / Night

It's just in case you do it. I think that when defining the hours of night and day, only do it in a single place in options. And do not do al-go to al-go.

So in this way changing the time to all OCs at night or day would be done only from one place and not one at a time.

It's just in case you decide to do it. You can add it in Options the choice of night / day schedules.

Thanks - Yes, that would make sense.

It would however be even more flexible if you could point the Clocking Profile condition to a rule trigger you define. If you would define a Time Trigger that would be for 9 PM - 6 AM, you would have your night mode. You could then modify this rule to only trigger for certain groups of miners - and all of a sudden you have the flexibility to use time, miner and other conditions that are supported by the rules to decide which clocking profile to use. You could of couse have a single rule with a single time interval if you want to keep it simple - but you could have more than one rule if you want different and more complex ways of selecting Clocking Profiles - maybe with different time for different miner groups. Please note that the rules would only be used to decide if a trigger condition is met - they are not intended to execute any actions. Please note that this concept doesn't exist today - it's just an idea.

[patrike]

Version 6.5.7 (Development preview of 6.6)

 ASIC mining
  - Obelisk SC1 second generation supported with hashrate and temperature information
  - Improved configuration of Antminer API Access to make it easier to only allow connections from the computer where Awesome Miner is running
  - Automatic API Access configuration can be configured to only be applied for specific miners and miner groups
 User interface
  - Network scan improved to display more relevant information about the found miners
  - Network scan indicates the number of scanned IP addresses and the number of found miners
 Mining software
  - GMiner 1.47
  - WildRig Miner 0.17.8
 Corrections
  - Initialize GPU clocking information when Remote Agent on Linux is starting, to speed up clocking operations
  - Correction to algorithm command line argument for user defined mining software

To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates.

Direct download links if needed:
https://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
https://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

[trucobit]

Patrike tip in case you decide to put double OC Day / Night

It's just in case you do it. I think that when defining the hours of night and day, only do it in a single place in options. And do not do al-go to al-go.

So in this way changing the time to all OCs at night or day would be done only from one place and not one at a time.

It's just in case you decide to do it. You can add it in Options the choice of night / day schedules.

Thanks - Yes, that would make sense.

It would however be even more flexible if you could point the Clocking Profile condition to a rule trigger you define. If you would define a Time Trigger that would be for 9 PM - 6 AM, you would have your night mode. You could then modify this rule to only trigger for certain groups of miners - and all of a sudden you have the flexibility to use time, miner and other conditions that are supported by the rules to decide which clocking profile to use. You could of couse have a single rule with a single time interval if you want to keep it simple - but you could have more than one rule if you want different and more complex ways of selecting Clocking Profiles - maybe with different time for different miner groups. Please note that the rules would only be used to decide if a trigger condition is met - they are not intended to execute any actions. Please note that this concept doesn't exist today - it's just an idea.

we talk about not complicating, I think my suggestion is much simpler to handle, without more. I will only have to update these schedules 2 or 3 times a year. Then in each AL-GO if I only have 1 OC defined it would always be the OC of the day that would work, if I have defined OC for the night, it would be activated with the time that you specify for the night in options.

I do not need more features on this and basically you will have the best OC module in the market, with functions that Aftheburner does not provide for example. The heat has to be fought. Right now it's 18 degrees at 2:48 am, and we've reached 36 during the day, it's just half the temperature.

[chuckinsuburbia]

I've noticed an issue with User-Defined Managed Software for CPU/GPU as it relates to the algorithm/-a parameter.  See below for a log from a Linux agent that shows the command line is missing the "-a m7m" parameter, and therefore fails.  Has anyone else seen this and have an idea how to address it?

Code:

6/20/19 7:51:24 PM.645 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] : Adding pool: stratum+tcp://m7m.mine.ahashpool.com:6033
6/20/19 7:51:24 PM.645 [014] [S]Set execution permission for: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer
6/20/19 7:51:24 PM.651 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] Properties: (WindowMode: ConsoleFormat, EngineType: 20, IsProfitMiner: False)
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] ====================================================================================================
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer  -o stratum+tcp://m7m.mine.ahashpool.com:6033 -u [redacted] -p c=BTC --api-remote -b 0.0.0.0:4030
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] ====================================================================================================
6/20/19 7:51:24 PM.757 [014] [S]Set Diagnostics executable: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer
6/20/19 7:51:24 PM.758 [014] [S]Creating start script: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/awesome-start.sh, Command:
stdbuf -o L "/root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer"  -o stratum+tcp://m7m.mine.ahashpool.com:6033 -u [redacted] -p c=BTC --api-remote -b 0.0.0.0:4030 &> "/root/AwesomeMinerService/diag.txt"

Thanks for the details. I was able to reproduce and correct the issue. It was an issue introduced in the latest development release. There will be a new release available soon.

Thanks for the quick fix as always.

[boki019]

Is it just me or ?
When i set coincalc. as primary stats provider , i'm getting price of ETH  of 390$, and ofc, wrong summary for day/month
When i set WTM as primary, eth is OK, but then GRIN31 ( which i mine also with NV ) , im getting competely wrong numbers ( but then ETH is ok...)

Can You check this or am i wrong somewhere

Thanks

http://prntscr.com/o5ad1v
http://prntscr.com/o5ade5

[SCMining]

Upgraded the program to the latest development version 6.5.7

Upgraded remote agent on 27 rigs but 3 wont upgrade, one still says Old version 6.5.6 and two rigs the agent wont start now. Cant uninstall the agent, get the message C:\Users\gc\AppData\Roaming\AwesomeMinerService\ unavailable on the two that wont start and cant reinstall as it says the latest version is already installed. Rigs show as offline in the program which makes scene as the remote agent is not running.

Any thoughts on how to resolve? Thanks

[boki019]

ty this for uninstall:

you need to use a tool to remove it(Quote from patrike) :
The Awesome Miner installer is based on the Windows Installer concept, where the uninstallation requires Windows to keep track of the installed software. In case Windows is unable to perform an upgrade or uninstallation, please use this tool from Microsoft to force the removal.
https://support.microsoft.com/en-us/help/17588/fix-problems-that-block-programs-from-being-installed-or-removed

[freddyk]

Patrike- for x25x SINOVATE logo   http://sinovate.io/SINOVATE_SpecialPack.zip 

[chuckinsuburbia]

I've noticed an issue with User-Defined Managed Software for CPU/GPU as it relates to the algorithm/-a parameter.  See below for a log from a Linux agent that shows the command line is missing the "-a m7m" parameter, and therefore fails.  Has anyone else seen this and have an idea how to address it?

Code:

6/20/19 7:51:24 PM.645 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] : Adding pool: stratum+tcp://m7m.mine.ahashpool.com:6033
6/20/19 7:51:24 PM.645 [014] [S]Set execution permission for: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer
6/20/19 7:51:24 PM.651 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] Properties: (WindowMode: ConsoleFormat, EngineType: 20, IsProfitMiner: False)
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] ====================================================================================================
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer  -o stratum+tcp://m7m.mine.ahashpool.com:6033 -u [redacted] -p c=BTC --api-remote -b 0.0.0.0:4030
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] ====================================================================================================
6/20/19 7:51:24 PM.757 [014] [S]Set Diagnostics executable: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer
6/20/19 7:51:24 PM.758 [014] [S]Creating start script: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/awesome-start.sh, Command:
stdbuf -o L "/root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer"  -o stratum+tcp://m7m.mine.ahashpool.com:6033 -u [redacted] -p c=BTC --api-remote -b 0.0.0.0:4030 &> "/root/AwesomeMinerService/diag.txt"

Thanks for the details. I was able to reproduce and correct the issue. It was an issue introduced in the latest development release. There will be a new release available soon.

Unfortunately this still seems to be an issue in 6.5.7.

[trucobit]

Help me , very hot day    

Apart from dobe OC, both I and most of the people in my telegram have stability problems with the RIGS, are frequently restarted on Offline or simply when the currency changes, depending on what the miners will be, they stay offline and by a rule reboot miner ..... I hardly use the auto profit to avoid currency changes, and just the auto profit is one of the great qualities of AM.

I still think it's a Windows problem, but we'll have to adapt what needs to be fixed.

[Chevy_Roadster]

Lyra2z330 Algo....

[VParhom]

Hi all

I have Premium AM and over 10 mining rigs and so I decided to transfer my rigs to Linux...

What was my disappointment when I installed it on a test rig AM Linux Agent
Very limited functionality compared to the Windows version, the lack of miners, the complete inoperability of all Claymor`s miners...

Do not the AM developers understand that they have no competitors in the profitability of auto-switching on Linux?
Developers need to pay more attention and time to finalize the functionality of their product in the Linux version.

NiceHash has already begun developing its own NHOs, the scripts are being finalized in HiveOS, but I don’t see any alternatives to AM yet ...

Dear developers of AM, can you still finish AM Linux Agent?

sorry fo my not good Eng

[patrike]

Is it just me or ?
When i set coincalc. as primary stats provider , i'm getting price of ETH  of 390$, and ofc, wrong summary for day/month
When i set WTM as primary, eth is OK, but then GRIN31 ( which i mine also with NV ) , im getting competely wrong numbers ( but then ETH is ok...)

Can You check this or am i wrong somewhere

Thanks

Please go to the Options dialog, Statistics Provider section, and define a Minimum Exchange Volume of for example 0.01 BTC. This will remove exchanges with low volume that typically gives unrealistic values.

There can of course be cases where some coin provider is reporting incorrect values for a specific coin even with this configuration made.

[patrike]

Patrike- for x25x SINOVATE logo   http://sinovate.io/SINOVATE_SpecialPack.zip 

Thanks - I will include this one

[patrike]

I've noticed an issue with User-Defined Managed Software for CPU/GPU as it relates to the algorithm/-a parameter.  See below for a log from a Linux agent that shows the command line is missing the "-a m7m" parameter, and therefore fails.  Has anyone else seen this and have an idea how to address it?

Code:

6/20/19 7:51:24 PM.645 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] : Adding pool: stratum+tcp://m7m.mine.ahashpool.com:6033
6/20/19 7:51:24 PM.645 [014] [S]Set execution permission for: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer
6/20/19 7:51:24 PM.651 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] Properties: (WindowMode: ConsoleFormat, EngineType: 20, IsProfitMiner: False)
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] ====================================================================================================
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer  -o stratum+tcp://m7m.mine.ahashpool.com:6033 -u [redacted] -p c=BTC --api-remote -b 0.0.0.0:4030
6/20/19 7:51:24 PM.652 [014] [S][ManagedMiner#89 - HMDNoah1 CPU] ====================================================================================================
6/20/19 7:51:24 PM.757 [014] [S]Set Diagnostics executable: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer
6/20/19 7:51:24 PM.758 [014] [S]Creating start script: /root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/awesome-start.sh, Command:
stdbuf -o L "/root/AwesomeMinerService/cpuminer-opt-3.9.4-linux_3/cpuminer"  -o stratum+tcp://m7m.mine.ahashpool.com:6033 -u [redacted] -p c=BTC --api-remote -b 0.0.0.0:4030 &> "/root/AwesomeMinerService/diag.txt"

Thanks for the details. I was able to reproduce and correct the issue. It was an issue introduced in the latest development release. There will be a new release available soon.

Unfortunately this still seems to be an issue in 6.5.7.

For this user defined Managed Software you added for CpuMiner - have you configured it to have the compatibility mode "Full" with CpuMinerOpt?

I might have identified one more issue specific to the Remote Agent on Linux here, but only related to custom algorithm parameters.

[patrike]

Help me , very hot day    

Apart from dobe OC, both I and most of the people in my telegram have stability problems with the RIGS, are frequently restarted on Offline or simply when the currency changes, depending on what the miners will be, they stay offline and by a rule reboot miner ..... I hardly use the auto profit to avoid currency changes, and just the auto profit is one of the great qualities of AM.

I still think it's a Windows problem, but we'll have to adapt what needs to be fixed.

I've heard about the forecasts of the warm weather in south Europe.

I do know that you have lowered your OC already because of the warm weather - can you please see if the people in your Telegram group consider that as well? It's quite often users start to experience GPU mining stability issues more frequently in May-June - I get those reports every year.

Two things you could try in Options dialog, Mining Settings:
1) Enable "Use Ctrl+C" as some mining software behave better with the enabled.
2) Consider increasing "Pause when profit switcher starts mining" and "Wait for process stop before terminating" a bit.