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

[patrike]

Awesome Miner version 5.4.4 (Development preview of 5.5)

 ASIC mining
  - The Remote Proxy can do automatic discovery of new ASIC miners on the network and automatically add and remove new miners in Awesome Miner. Intended for large scale mining operations.
 GPU mining
  - Remote Agent on Linux (beta). See the documentation on the web site for details about the Linux support.
  - Display of AMD and nVidia GPU driver version on the Summary tab for each Managed Miner and Managed Profit Miner
  - The dialog to save hashrate can also save the current power usage for the selected GPU (if reported by the mining software)
 Performance
  - Significant performance improvements to support very large number of miners
  - User interface more responsive when using large number of miners
 Configuration
  - Introducing multiple columns when displaying External Miners, Managed Miners and Pools in the options dialog
  - Profit switching interval can be specified in both minutes and seconds and allows an interval as low as 30 seconds
  - Profit switching setting for the minimum time a miner will stay on the same pool before i can change to another pool
  - Filtering for Managed Template section of Options dialog
  - Pools and online service entries can be configured with a Personalization string to support Equihash variants that requires this string to be provided when mining
 User interface
  - Selected lines on the Balance tab can be copied to the clipboard using Ctrl+C
  - Updated coin images and cleanup of old coins
  - Allow sorting by software in the Benchmark dialog
 Features and integration
  - Include the Mining Pool Hub pool for BTG and the Zergpool pools for Equihash variants
 Rules and API
  - Added API to get a list of coins and information from the Coins tab (/api/coins/stats)
  - Added API to get a list of multi coin pools and information from the Online Services tab (/api/onlineservices/stats)
  - Added API to get a list of all Profit profiles (/api/profitprofiles)
 Mining software
  - Added mining software: SgMiner-kl 1.0.5
  - CastXMR 1.4 with Cryptonight-Fest algorithm support
  - SrbMiner 1.6.7, including support for generating the initial configuration file
  - T-Rex miner 0.6.3
  - CryptoDredge 0.9.0
 Corrections
  - Correction to scenario where pools are added from the web interface and used for performing actions on ASIC miners
  - Correction to trigger for Revenue / Profit to not trigger too often
  - Correction to user defined Managed Software to prevent new algorithms, that are disabled for the specific software, to show up in the Benchmarking window
  - Correction to uptime display for Excavator miner version 1.5
  - Updated support for JCE miner with mixed GPU and CPU mining threads
  - Updated integration with the block explorer for Ethereum to continue the support for Ethereum wallet balance
  - Minor corrections

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
http://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
http://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

[1715611211]

1715611211

[1715611211]

1715611211

[1715611211]

1715611211

[1715611211]

1715611211

[1715611211]

1715611211

[kitenski]

Since updating to the latest version my main server is completely freezing and not responding to remote desktop or web connections.

This is happening daily.

Looking in the log all I see at the end is:

Code:

02/09/2018 02:20:49.491 [024] [S]Managed Profit Switching processing: HP GPU Study, IsRunning: False
02/09/2018 02:20:49.491 [024] [S]  Profitability, poolChanged: False, Algorithm: CryptoNightV7 -> CryptoNightV7, EngineType: CnClayMiner ->CnClayMiner, EngineSubType: Disabled ->Disabled, AutoDownload: True, EnginePath: 
02/09/2018 02:20:56.117 [031] [E]ChannelFactoryProvider: Channel faulted
02/09/2018 02:20:56.118 [031] [E]  Failed remote: net.tcp://192.168.1.15:9630/AM/MinerService
02/09/2018 02:21:01.123 [035] [S]ChannelFactoryProvider: Create Channel Factory: AwesomeMiner.Service.Contracts.ServiceContracts.IMinerService
02/09/2018 02:21:22.128 [035] [E]ChannelFactoryProvider: Channel faulted
02/09/2018 02:21:22.129 [035] [E]  Failed remote: net.tcp://192.168.1.15:9630/AM/MinerService
02/09/2018 02:21:22.129 [035] [S]ChannelFactoryProvider: Create Channel Factory: AwesomeMiner.Service.Contracts.ServiceContracts.IMinerService

And then nothing in the logs until lunchtime today when I had to hard crash and restart the server.

Is the computer where you are running Awesome Miner also running mining - or is it only used to monitor other Remote Agents? A complete computer freeze isn't likely to be caused by Awesome Miner itself.

It is mining as well and has been running fine for many months, it's a dedicated machine, doing nothing else at all.

It's happening at least daily. Is there anyway to narrow down what is causing it?

[NetWhiz]

Am I the only one who has issues running benchmarks? Trying Nicehash automatically disconnects from the pool. I have tried different regions but it does the same thing. I can only benchmark a couple algos due to this issue. Any ideas?

Which mining software is this? Is mining on the same pool with the same mining software working fine, and it's only the benchmark that is failing?

If you still run into this problem, could you please also send me your log file and I can review the command line parameters Awesome Miner uses to launch the mining software to make sure it's correct. Thanks!

It fails the connections with Claymore to Nicehash. SgMiner usually does not even start mining unless I disable Nicehash, and then it may run but never saves the hashrate to the algo in the benchmark.

I do not mine to Nicehash. So do not know if direct mining to it is failing or just the benchmark somehow.

EDIT:

Ok, Nicehash is now working. Decided to try a different BTC address and it worked. Do not know what happened to the other one and why no error, but it works.

Now, sgminer is having issues. The Benchmark setup say use GPU 0 for the RX 580 card. However, when it runs it detects the built-in Intel HD graphics as GPU 0 and benchmarks that instead. The drop down does not allow any other selection to be made on the local machine I am testing with. Even when that does run, it does not save the "benchmark" to the test report.

[darius510]

Just wanted to let you know that I've isolated the UI freezing problem to a scenario where I have a remote client that I am connecting to via port forwarding, and their internet connectivity is spotty. I imagine the freeze is happening when the thread is hanging because it is expecting a timely response from the remote client and not getting it. Is there a setting already in place to deal with such a scenario?

Thanks for the update on this. I will try to reproduce the scenario.

I would actually recommend you to check the setting for the connection timeout. Although it might sound attractive to increase the timeout to wait longer, in this case I think we should try to make it fail faster with a short timeout instead. Can you make sure that the setting "Increase connection timeout for Remote Agent" is unchecked, which is actually the default value?

It is unchecked, and its still pretty bad.

When Awesome Miner is in this state where it's running slow, can you please create a process dump file and send me by mail (the file will be large). Use Windows Task Manager, Details tab, right click on AwesomeMiner and select "Create dump file". With the information in this file, I will be able to see the current Awesome Miner process state and hopefully be able to identify why it's running slow. Thanks!

One quick question - are you using the automatic console screen update on the Console tab (bottom of the screen in Awesome Miner), Settings -> Auto Refresh? If that's the case, please try to set it to Disabled.

Yes, Ill do this soon. The freezing state seems to come and go, but I definitely still experience it with auto refresh disabled. Ive also tried disabling system monitoring, logging, all my rules, just about everything. I've added many more GB of memory as well - the only thing I'm sure of is that it's actually the UI thread of AM freezing, because if I click a little too much while the mouse cursor is a blue circle, the entire UI greys out and it asks me if I want to wait for AM to start responding again.

[darius510]

Also, with so many usable miners with a lot of overlap on algos now (t-rex, z-enemy, cryptodredge), I would really like it if there was a way to view the mining software currently being used in a column on the compact view.

[JimBrown462]

Small issue when using the built in update.

If updating AM while a miner is running, after the update and AM restarts, it does not see that there is already a miner running and starts a new instance of a miner.

Two things that may have an influence on this: I have a 60 second delay after AM starts before it starts a miner. And, the miner that was running when the update was started is one of the miners that the update, um, updated. After the update, it starts a new instance of the updated miner, leaving the old miner still running. Today, the miner was T-Rex.

Thanks for the awesome software!
...jim

[darius510]

I'm really eager to test out the linux remote agent. I'd like to use as stripped down a distro as possible, basically just the bare minimum needed to mine in linux via command line, preferably off of a USB stick.

Can anyone recommend a pre-packaged distro with the bare minimum required for mining, specifically the drivers? Or a up to date guide that outlines the bare minimum steps to making ubuntu server mining ready?

Also, are there any limitations to the current linux agent aside from the mining software that can be automatically downloaded? Can we still upload custom software? What if any methods are available to control GPU clocks?

[moppidoo]

Am I the only one who has issues running benchmarks? Trying Nicehash automatically disconnects from the pool. I have tried different regions but it does the same thing. I can only benchmark a couple algos due to this issue. Any ideas?

Which mining software is this? Is mining on the same pool with the same mining software working fine, and it's only the benchmark that is failing?

If you still run into this problem, could you please also send me your log file and I can review the command line parameters Awesome Miner uses to launch the mining software to make sure it's correct. Thanks!

It fails the connections with Claymore to Nicehash. SgMiner usually does not even start mining unless I disable Nicehash, and then it may run but never saves the hashrate to the algo in the benchmark.

I do not mine to Nicehash. So do not know if direct mining to it is failing or just the benchmark somehow.

EDIT:

Ok, Nicehash is now working. Decided to try a different BTC address and it worked. Do not know what happened to the other one and why no error, but it works.

Now, sgminer is having issues. The Benchmark setup say use GPU 0 for the RX 580 card. However, when it runs it detects the built-in Intel HD graphics as GPU 0 and benchmarks that instead. The drop down does not allow any other selection to be made on the local machine I am testing with. Even when that does run, it does not save the "benchmark" to the test report.

Please try to use --gpu-platform directive to resolve the igpu/discreet gpu issue in sgminer

Benchmark doesn't really give much details about error feedback, to see those, you need to mine directly to a working pool and right click on miner -> diagnostics, there you can see more detailed error captured in the output dialogue window

[NetWhiz]

Please try to use --gpu-platform directive to resolve the igpu/discreet gpu issue in sgminer

Benchmark doesn't really give much details about error feedback, to see those, you need to mine directly to a working pool and right click on miner -> diagnostics, there you can see more detailed error captured in the output dialogue window

How would I go about doing that? I tried adding it to the user defined command line option in the Managed Software section, but it only flashes and will not load when running a benchmark using sgminer.

[moppidoo]

Please try to use --gpu-platform directive to resolve the igpu/discreet gpu issue in sgminer

Benchmark doesn't really give much details about error feedback, to see those, you need to mine directly to a working pool and right click on miner -> diagnostics, there you can see more detailed error captured in the output dialogue window

How would I go about doing that? I tried adding it to the user defined command line option in the Managed Software section, but it only flashes and will not load when running a benchmark using sgminer.

umm, you can add that to the profit profile specifically for sgminer (and forks)

also, you need to specify the correct number, 0, 1 or 2 for the --gpu-platform, it's rig specific.

check sgminer --help for details.

***
worst come to worst, just use command line and mine to someone else's address using examples for starters, there you should see all the error messages in the console. of course, if you are familiar with command line, then just replace the command, addresses as you see fit. Else, consider it a tiny donation.

[NetWhiz]

umm, you can add that to the profit profile specifically for sgminer (and forks)

also, you need to specify the correct number, 0, 1 or 2 for the --gpu-platform, it's rig specific.

check sgminer --help for details.

***
worst come to worst, just use command line and mine to someone else's address using examples for starters, there you should see all the error messages in the console. of course, if you are familiar with command line, then just replace the command, addresses as you see fit. Else, consider it a tiny donation.

Was trying to set it for the Managed Software but it would not take. Going into each device profile and having to add it is not ideal, but can work for now.

It runs, but still does not coy the benchmark result back to the test page for saving to the profile. Hum ...

Thank you.

[joseph32]

Hey Patrike,

another suggestion for the Benchmark:

Is it possible to add Benchmark for different "-i" intensity's? I think the easiest way could be we set the Start and Stop intensity and the benchmark does all the steps between and show the results in different colums. Or maybe you have a different and more brilliant idea how to do that

[darius510]

So my initial test with the linux agent was a semi-fail. I got AM to recognize the agent, but it refuses to mine.

Sep 04 01:53:11 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:11 AM.077 [001] Starting service
Sep 04 01:53:11 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:11 AM.088 [003] Updating settings
Sep 04 01:53:11 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:11 AM.088 [003] [W]Warning - Settings is null
Sep 04 01:53:11 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:11 AM.088 [003] Current list of Active Miners:
Sep 04 01:53:11 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:11 AM.089 [003] Saving configuration to: /root/.config/AwesomeMinerSe                                                                  rvice/ServiceData.xml.tmp
Sep 04 01:53:11 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:11 AM.099 [003] --> /root/.config/AwesomeMinerService/ServiceData.xml
Sep 04 01:53:11 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:11 AM.105 [003] Starting Service Manager...
Sep 04 01:53:11 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:11 AM.112 [003] IntelliServer::Start - Will listen on Port: 9630
Sep 04 01:53:41 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:53:41 AM.110 [008] Running Discovery Thread
Sep 04 01:55:45 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:55:45 AM.912 [016] Setting callback channel
Sep 04 01:55:52 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:55:52 AM.304 [016] Command request: Start
Sep 04 01:55:52 worker AwesomeMiner.RemoteAgent.Linux[2412]: 9/4/18 1:55:52 AM.305 [016] [E]Miner not found: 284

[Burnie]

Small issue when using the built in update.

If updating AM while a miner is running, after the update and AM restarts, it does not see that there is already a miner running and starts a new instance of a miner.

I have also noticed this for the last two dev releases.
The problem seemed each time to be with remote agent (win) and t-rex.

[stolarzz]

Hello
There is something wrong with T-Rex miner when i try to use it throug "managed templates" and definied pool. It alwasy eats first two letters from pool adress.
I tried to add random two letters to push through the correct adress but it's not connectting too. The problem exists all the time when i started use your software, im unable to use T-Rex through Awsomeminer. Other miner like z-enemy, ccminer works fine.

[patrike]

Since updating to the latest version my main server is completely freezing and not responding to remote desktop or web connections.

This is happening daily.

Looking in the log all I see at the end is:

Code:

02/09/2018 02:20:49.491 [024] [S]Managed Profit Switching processing: HP GPU Study, IsRunning: False
02/09/2018 02:20:49.491 [024] [S]  Profitability, poolChanged: False, Algorithm: CryptoNightV7 -> CryptoNightV7, EngineType: CnClayMiner ->CnClayMiner, EngineSubType: Disabled ->Disabled, AutoDownload: True, EnginePath: 
02/09/2018 02:20:56.117 [031] [E]ChannelFactoryProvider: Channel faulted
02/09/2018 02:20:56.118 [031] [E]  Failed remote: net.tcp://192.168.1.15:9630/AM/MinerService
02/09/2018 02:21:01.123 [035] [S]ChannelFactoryProvider: Create Channel Factory: AwesomeMiner.Service.Contracts.ServiceContracts.IMinerService
02/09/2018 02:21:22.128 [035] [E]ChannelFactoryProvider: Channel faulted
02/09/2018 02:21:22.129 [035] [E]  Failed remote: net.tcp://192.168.1.15:9630/AM/MinerService
02/09/2018 02:21:22.129 [035] [S]ChannelFactoryProvider: Create Channel Factory: AwesomeMiner.Service.Contracts.ServiceContracts.IMinerService

And then nothing in the logs until lunchtime today when I had to hard crash and restart the server.

Is the computer where you are running Awesome Miner also running mining - or is it only used to monitor other Remote Agents? A complete computer freeze isn't likely to be caused by Awesome Miner itself.

It is mining as well and has been running fine for many months, it's a dedicated machine, doing nothing else at all.

It's happening at least daily. Is there anyway to narrow down what is causing it?

Thanks for the update. If you open the Awesome Miner log file (toolbar Tools -> Log File) and search for "Added rule for" you can see every time Awesome Miner launches the mining software.

It might be possible to find a pattern here, that it's for example always Claymore Cryptonight miner that was the last started mining software before a crash.

[patrike]

Small issue when using the built in update.

If updating AM while a miner is running, after the update and AM restarts, it does not see that there is already a miner running and starts a new instance of a miner.

I have also noticed this for the last two dev releases.
The problem seemed each time to be with remote agent (win) and t-rex.

Your observations are correct about T-Rex. When Remote Agent is starting it's looking at the running processes and figure out of a mining process is still running. For T-Rex this wasn't working correctly. I've implemented a correction for this that will be available in the next release.

[patrike]

Just wanted to let you know that I've isolated the UI freezing problem to a scenario where I have a remote client that I am connecting to via port forwarding, and their internet connectivity is spotty. I imagine the freeze is happening when the thread is hanging because it is expecting a timely response from the remote client and not getting it. Is there a setting already in place to deal with such a scenario?

Thanks for the update on this. I will try to reproduce the scenario.

I would actually recommend you to check the setting for the connection timeout. Although it might sound attractive to increase the timeout to wait longer, in this case I think we should try to make it fail faster with a short timeout instead. Can you make sure that the setting "Increase connection timeout for Remote Agent" is unchecked, which is actually the default value?

It is unchecked, and its still pretty bad.

When Awesome Miner is in this state where it's running slow, can you please create a process dump file and send me by mail (the file will be large). Use Windows Task Manager, Details tab, right click on AwesomeMiner and select "Create dump file". With the information in this file, I will be able to see the current Awesome Miner process state and hopefully be able to identify why it's running slow. Thanks!

One quick question - are you using the automatic console screen update on the Console tab (bottom of the screen in Awesome Miner), Settings -> Auto Refresh? If that's the case, please try to set it to Disabled.

Yes, Ill do this soon. The freezing state seems to come and go, but I definitely still experience it with auto refresh disabled. Ive also tried disabling system monitoring, logging, all my rules, just about everything. I've added many more GB of memory as well - the only thing I'm sure of is that it's actually the UI thread of AM freezing, because if I click a little too much while the mouse cursor is a blue circle, the entire UI greys out and it asks me if I want to wait for AM to start responding again.

I will include a correction to the scenario we discussed via mail - when rules with a Process Failure trigger could cause the rules to execute on the UI thread. Just get back to me with any feedback.

[patrike]

I'm really eager to test out the linux remote agent. I'd like to use as stripped down a distro as possible, basically just the bare minimum needed to mine in linux via command line, preferably off of a USB stick.

Can anyone recommend a pre-packaged distro with the bare minimum required for mining, specifically the drivers? Or a up to date guide that outlines the bare minimum steps to making ubuntu server mining ready?

Also, are there any limitations to the current linux agent aside from the mining software that can be automatically downloaded? Can we still upload custom software? What if any methods are available to control GPU clocks?

The list of supported mining software for automatic download is currently limited to the list you can find on the page below:
https://support.awesomeminer.com/support/solutions/articles/35000086210-remote-agent-for-linux-beta-

You will also able to upload your own software, like you do on Windows.

GPU clocking is not yet supported, but will be in the future. Right now you need to manually define any commands to be running before starting a miner if you want to do clocking.

I'm not too experienced in running mining on Linux myself, but I had some other users running early tests of Remote Agent on Linux on HiveOS, where they simply disabled the HiveOS mining and installed Awesome Miner Remote Agent instead.

So my initial test with the linux agent was a semi-fail. I got AM to recognize the agent, but it refuses to mine.

The settings wasn't send correctly to the Remote Agent in this scenario. This will be corrected in the next update that soon will be made available.

[patrike]

Hello
There is something wrong with T-Rex miner when i try to use it throug "managed templates" and definied pool. It alwasy eats first two letters from pool adress.
I tried to add random two letters to push through the correct adress but it's not connectting too. The problem exists all the time when i started use your software, im unable to use T-Rex through Awsomeminer. Other miner like z-enemy, ccminer works fine.

I wasn't able to reproduce this issue, but I would like to learn more as it be a very specific scenario where this doesn't work correctly.

Can you share the diagnostics output (the Diagnostics button in the toolbar) where the first two letters are missing? Thanks!