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

[bonosurgut]

1) I'm using TPlink TD-W8980 I think it's one of the most popular routers. This is the only thing then I really needs some support.

please read this link, maybe help you.

https://portforward.com/tp-link/td-w8980/

[psixa]

Hi,
previous version was showing GPU temperatures, but as soon as I have updated to the last version, temperatures do not appear in miner list.
I have experimented and new version of AM and previous version of Remote Agent work fine.
I have running MSI Afterburner Service (did not touch security keys and ports, they match), also checked Firewalls, even disabled both sides, but I cannot get GPU temperature info directly on miner list tab, though miner's system tab has all the info.

What am I missing?

Just to make sure - you are running the same version of Awesome Miner and the Remote Agent?
Do you see the temperatures on the GPU tab? If not, they are not reported correctly from the mining software. You can then use the button "Map to system monitoring" to bring in the information from the System tab to the GPU's.

Yes, AM and Remote Agent versions are the same. I don't see temperatures on the GPU tab, I used "Map to system monitoring" button --> "Display system monitoring data in the GPU tab", but they still don't appear in the GPU tab or status tab.
Status tab says "Interface Offline" and "Mining" and I can use start/stop/reboot/all functions. I am using "Managed Hosts" mode. As I said before this happened just after new update, when both AM and Remote Agents where updated, if only AM is updated and Remote Agent is previous version, it works fine. I guess newer version cannot pull the info from the miner, but I haven't touched mining software at all.

[Turok2000]

Please add ccminer-Alex-v1-x32-sib as each time you have to load this miner to a remote farm ((and other analogs that would work with the algorithms X11Gost and LBRY you do not have ((

[patrike]

Hi,
previous version was showing GPU temperatures, but as soon as I have updated to the last version, temperatures do not appear in miner list.
I have experimented and new version of AM and previous version of Remote Agent work fine.
I have running MSI Afterburner Service (did not touch security keys and ports, they match), also checked Firewalls, even disabled both sides, but I cannot get GPU temperature info directly on miner list tab, though miner's system tab has all the info.

What am I missing?

Just to make sure - you are running the same version of Awesome Miner and the Remote Agent?
Do you see the temperatures on the GPU tab? If not, they are not reported correctly from the mining software. You can then use the button "Map to system monitoring" to bring in the information from the System tab to the GPU's.

Yes, AM and Remote Agent versions are the same. I don't see temperatures on the GPU tab, I used "Map to system monitoring" button --> "Display system monitoring data in the GPU tab", but they still don't appear in the GPU tab or status tab.
Status tab says "Interface Offline" and "Mining" and I can use start/stop/reboot/all functions. I am using "Managed Hosts" mode. As I said before this happened just after new update, when both AM and Remote Agents where updated, if only AM is updated and Remote Agent is previous version, it works fine. I guess newer version cannot pull the info from the miner, but I haven't touched mining software at all.

Can you please try to stop a single Managed Miner, then start it again. Any change?

[topgeek]

Hi Patrike,

I just discovered the 'rules' section - very cool!  using it to write reboot on gpu crash scripts now 

I need a clarification - in the 'dead device detection' rule - what parameter is being looked at to determine a device is 'sick'?

[patrike]

Please add ccminer-Alex-v1-x32-sib as each time you have to load this miner to a remote farm ((and other analogs that would work with the algorithms X11Gost and LBRY you do not have ((

Thanks for the suggestion. I'm always trying to add miners that are popular, and I will keep an eye on this one as well.
Until officially supported, I hope that you do know that you can use the Upload Software feature to upload any mining software to all your remote computers in a single operation:
http://www.awesomeminer.com/help/uploadsoftware.aspx

[patrike]

Hi Patrike,

I just discovered the 'rules' section - very cool!  using it to write reboot on gpu crash scripts now 

I need a clarification - in the 'dead device detection' rule - what parameter is being looked at to determine a device is 'sick'?

Hi,
Yes, the rules can be quite powerful.

Dead Device Detection is however only supported in some mining software. It's supported by almost all ASIC's (Antminers, ...) running cgminer but also on some GPU mining software like sgminer and EWBF Zcash miner. It's not supported by the Claymore miners. Awesome Miner is simply reacting to what is reported over the API interface in these cases.

[topgeek]

Thanks for the info on 'dead devices' - I am now writing my rule to work if the hashrate drops more than 20mh/s

i need one other piece of information need on Rules;

see image:   https://snag.gy/dxA4eO.jpg

I am writing this rule for a remote machine that awesome miner monitors. My rule action is to run a batch file.
Is awesome miner going to look for the batch on the awesome miner machine or run a batch file on the REMOTE system?

i.e. I need to know where it is going to look for the batch file so I can set the correct path - locally or remote?

thanks in advance

[Turok2000]

Please add ccminer-Alex-v1-x32-sib as each time you have to load this miner to a remote farm ((and other analogs that would work with the algorithms X11Gost and LBRY you do not have ((

Thanks for the suggestion. I'm always trying to add miners that are popular, and I will keep an eye on this one as well.
Until officially supported, I hope that you do know that you can use the Upload Software feature to upload any mining software to all your remote computers in a single operation:
http://www.awesomeminer.com/help/uploadsoftware.aspx

Thank you. Yes, I know that the download exists, but it is very inconvenient since every time you change the algorithm or currency, the downloads are reset and when you return to that currency you have to do everything again (((

[patrike]

Thanks for the info on 'dead devices' - I am now writing my rule to work if the hashrate drops more than 20mh/s

i need one other piece of information need on Rules;

see image:   https://snag.gy/dxA4eO.jpg

I am writing this rule for a remote machine that awesome miner monitors. My rule action is to run a batch file.
Is awesome miner going to look for the batch on the awesome miner machine or run a batch file on the REMOTE system?

i.e. I need to know where it is going to look for the batch file so I can set the correct path - locally or remote?

thanks in advance

The rules are only executed locally where Awesome Miner main application is running. So unfortunately you cannot execute any command on the remote computer. Even when you define your bat-file locally, it will also only run locally.

However... If you want to reboot a remote system, you can add an action of type "Miner Command", and then select the command "Reboot computer". That should solve the scenario you are trying right now with remote reboots.

If there is a need to run commands (other than reboot) on a remote system, I can of course add support for that.

[topgeek]

Thanks!  i can work with that!

i'll use the reboot computer command and put the other stuff in its startup.

cheers and thanks!

[Rhizix]

Is there way to monitor profitability for Digibyte - Skein?
I can mine it by selecting Digibyte (Scrypt) and adding the -a skein parameter for ccminer, but it still calculates profitability based on Scrypt.
Help would be appreciated.

PS: Keep up the good work, this tool works very good so far, I only need the Skein algorithm and it's perfect.

Thanks for your feedback. Awesome Miner supports about 25 popular mining algorithms, but unfortunately Skein isn't one of them. Are there any other coins that uses this one?

The only ones that I know of are Digibyte - Skein and Myriad - Skein

[patrike]

Is there way to monitor profitability for Digibyte - Skein?
I can mine it by selecting Digibyte (Scrypt) and adding the -a skein parameter for ccminer, but it still calculates profitability based on Scrypt.
Help would be appreciated.

PS: Keep up the good work, this tool works very good so far, I only need the Skein algorithm and it's perfect.

Thanks for your feedback. Awesome Miner supports about 25 popular mining algorithms, but unfortunately Skein isn't one of them. Are there any other coins that uses this one?

The only ones that I know of are Digibyte - Skein and Myriad - Skein

Thanks for the update. I problem right now is that Awesome Miner only grabs statistics from the two main sources whattomine.com and coinwarz.com. None of them list any Skein based coins. Because of this, it will not be much for Awesome Miner to show in terms of coin statistics and profitability.

[psixa]

Hi,
previous version was showing GPU temperatures, but as soon as I have updated to the last version, temperatures do not appear in miner list.
I have experimented and new version of AM and previous version of Remote Agent work fine.
I have running MSI Afterburner Service (did not touch security keys and ports, they match), also checked Firewalls, even disabled both sides, but I cannot get GPU temperature info directly on miner list tab, though miner's system tab has all the info.

What am I missing?

Just to make sure - you are running the same version of Awesome Miner and the Remote Agent?
Do you see the temperatures on the GPU tab? If not, they are not reported correctly from the mining software. You can then use the button "Map to system monitoring" to bring in the information from the System tab to the GPU's.

Yes, AM and Remote Agent versions are the same. I don't see temperatures on the GPU tab, I used "Map to system monitoring" button --> "Display system monitoring data in the GPU tab", but they still don't appear in the GPU tab or status tab.
Status tab says "Interface Offline" and "Mining" and I can use start/stop/reboot/all functions. I am using "Managed Hosts" mode. As I said before this happened just after new update, when both AM and Remote Agents where updated, if only AM is updated and Remote Agent is previous version, it works fine. I guess newer version cannot pull the info from the miner, but I haven't touched mining software at all.

Can you please try to stop a single Managed Miner, then start it again. Any change?

Already tried many times, but no changes. Everything is the same for all servers, not showing hashrate/income, "Interface Offline" and "Mining".
Maybe it is not even trying to pull info from the miner software? Is there an option to disable direct Afterburner control and switch back to using miner software for temperatures like before? I tried to use different versions of Claymore too, no changes.

[bensam1231]

Looking pretty good, bought a large license so threw some money your way today.

Still needs some polish, specifically with adding devices.

-When you add a device through scanning the network it shouldn't add the device based on IP, it should be based on computer name. Almost all miners will have dynamic IP allocation and adding IPs is a fools errand.

-You should be allowed to mass add devices through the network.

-Adding a 'host' still shouldn't be a thing, the device name should be the hostname. Perhaps allowing you to custom overide it. Right now you have to click through adding a hosts dialogue box which is a waste of time.

-Installing the remote service should immediately start it, for some reason you have to manually start it the first time it installs.

-If you add more then 10 devices it should display a warning and tell you that you should probably enable performance mode (AM basically becomes unresponsive at that point).

-With the addition of GPU OCing through AM via Afterburner there needs to be a distinction between what the miner is reporting and what the system sees as devices. As you know a CUDA or OCL device may not be directly named the same as the way the system sees it. I see that you allow people to change the order of the devices through map to system monitoring. I'm not sure what's being reported by the miner, through CUDA/OCL, and through the system. Trying to figure out what connects to what is very convoluted.

--With some trial and error AM could auto-detect what's connected to what with some simple testing. For example having Afterburner set the TDP to minimum for 20s and see what GPU loses hashrate, then adjust it accordingly.

-For some reason powertune stats aren't being displayed on the GPU tab.

-For some reason you have to click on map to system monitoring > display system monitoring data in the GPU tab in order for the GPU tab to actually become active (why is this a option?)

-CPU monitoring doesn't seem to work. That can be monitored through Afterburner as well. AB has built in monitoring for that.

-In the compact list view when you're looking at GPUs it only displays the temperature of one GPU, instead of this you could simply seperate all the GPUs with a comma so you can display all the GPUs from a system there for easy to read access.

-Uploading software is still a PITA. There should be a upload manager for all systems, where it simply syncs the upload folder with the systems that are managed by AM. You could manage this on a per rig level with overides if need be.

-There needs to be a warning in case Afterburner is offline or the remote service is offline so you restart it.

-With GPU overclocking you need to be able to manually enter in a number instead of using sliders. Text entry next to the slider?

-For some reason clicking on 'GPU settings' under 'Tools' gives me the AB/AB service is not installed instead of displaying AB for all systems.

--With a bunch of rigs running it's impossible to see where AB remote is down which goes back to the suggestion earlier.

-Managing dual mining with Claymore is a huge PITA to the point at which it doesn't seem to be manageable by AM. This is due to the way AM manages miners, pools, and mining software. There is way too much overlap between categories. My post a couple months ago outlines how to deal with the logistics of managing all of the above.

-Modifying a template that is currently in use should present a warning and apply it to all existing hosts. Those that are in use should have it applied and restart.

-GPU Overclocking does not display Thermal Throttle Temp. This is important for adjustment (may need to add tic box for locking TDP and Thermal Temp).

[bensam1231]

Is there a way to start a miner with a lower process priority? Normally you do something like this with a batchfile 'start /low ccminer COMMANDS'

[patrike]

Looking pretty good, bought a large license so threw some money your way today.
Still needs some polish, specifically with adding devices.

First of all, thanks for putting all this feedback together. I will comment on some of the items below, but keep in mind that I do take notes of all suggestions - so some of your points will be, or already are, planned for the future even if I don't add any specific comment.

-When you add a device through scanning the network it shouldn't add the device based on IP, it should be based on computer name. Almost all miners will have dynamic IP allocation and adding IPs is a fools errand.

I can plan to add a setting for this when you do the network scanning. Although using DHCP is common, most routers assign the same IP to the same computer (MAC address) all the time. However, a router can fail and be replaced, so I do see your point. I've actually never had a request on this in the past, and there are people using Awesome Miner with very large numbers of miners.

-You should be allowed to mass add devices through the network.

Isn't that the network scanning you refered to above? Some people use it to add hundreds of miners at a time.

-Adding a 'host' still shouldn't be a thing, the device name should be the hostname. Perhaps allowing you to custom overide it. Right now you have to click through adding a hosts dialogue box which is a waste of time.

When you add multiple miners using the network scan, you don't have to create the hosts. They are created automatically. I do understand that you don't want to use this feature now because of the IP vs hostname point above, but this is still just a result of not using the network scan.

-If you add more then 10 devices it should display a warning and tell you that you should probably enable performance mode (AM basically becomes unresponsive at that point).

I just investigated this one and actually found a bug introduced in the recent 3.0 release, where you sometimes when adding new miners run into this. I correction will be available soon. Performance mode is intended for much more miners than that.

-With the addition of GPU OCing through AM via Afterburner there needs to be a distinction between what the miner is reporting and what the system sees as devices. As you know a CUDA or OCL device may not be directly named the same as the way the system sees it. I see that you allow people to change the order of the devices through map to system monitoring. I'm not sure what's being reported by the miner, through CUDA/OCL, and through the system. Trying to figure out what connects to what is very convoluted.

Different mining software reports the GPU's in different orders, and sometimes you don't even assign all GPU's on the system to the same mining software. The same mining software can also report GPU orders differently depending on custom command line parameters. In addition to all that, you can run Ethereum mining on two GPU's and Zcash mining on the other three for example. The only way to support this is to force the user to do some mapping. At first I was thinking of trying to match simliar fan speeds and temperatures to automatically do the mapping, but that's not stable enough.

-For some reason powertune stats aren't being displayed on the GPU tab.

That one is only available from some mining software, like sgminer. So why don't Awesome Miner bring in this value just like GPU and memory clock? The monitoring library currently used to get GPU information can actually not read the powertune value.

This also brings us to another point about how Awesome Miner get the GPU information. First of all it uses the information from the mining software. When using the mapping feature, you can bring in the GPU monitoring information that Awesome Miner itself (with help of a monitoring library) can get. By doing this all users of Awesome Miner can get much more GPU information without even running MSI Afterburner.

At the moment, MSI Afterburner is only used to set GPU parameters (the GPU clocking dialog), not to display them on the GPU tab. This is subject to change, because if you do run Afterburner, it would of course be fully possible to use the display values from there. There are however fewer users that will run Afterburner, so it will not be available for everyone. In the future there will probably be some concept where Afterburner data will be used if available, and than fallback to the GPU monitoring that is always available in Awesome Miner.

-For some reason you have to click on map to system monitoring > display system monitoring data in the GPU tab in order for the GPU tab to actually become active (why is this a option?)

This is to force the user to look at the list of GPU's and consider the mapping. If I would just bring in the GPU monitoring information right away, it would be so many questions from users about GPU statistics not being displayed correctly.

-CPU monitoring doesn't seem to work. That can be monitored through Afterburner as well. AB has built in monitoring for that.

CPU monitoring information is unfortunately only available if you run a process as Administrator. If you would run Awesome Miner Remote Agent as administrator, you would probably see more info.

MSI Afterburner always runs as Administrator and will of course have access to this information. This relates to the point earlier that Afterburner isn't used for monitoring yet.

-In the compact list view when you're looking at GPUs it only displays the temperature of one GPU, instead of this you could simply seperate all the GPUs with a comma so you can display all the GPUs from a system there for easy to read access.

The default is to show the highest temperature in the miner list. You can change to show all temperatures using the Options dialog, General section, "Temperature display".

-With GPU overclocking you need to be able to manually enter in a number instead of using sliders. Text entry next to the slider?

Yes, I've recently implemented that and it will be released today. I was also going crazy on this when I was doing GPU clocking.

-For some reason clicking on 'GPU settings' under 'Tools' gives me the AB/AB service is not installed instead of displaying AB for all systems.

Please try again in the next release, because I've made some changes to this after getting a few similar reports the last week.

Is there a way to start a miner with a lower process priority? Normally you do something like this with a batchfile 'start /low ccminer COMMANDS'

No. Do you want this for all mining software, or only specific? The reason why I'm asking is if this could be a global setting to control this behavior.

Thanks!

[patrike]

Awesome Miner version 3.0.3 is an update with the following improvements:
- GPU Voltage boost can be configured using the MSI Afterburner integration
- Profit switcher more customizable by introducing device profile settings per dual mining algorithm when using Claymore's Ethereum Dual miner
- New setting for Offline Detection rule to include detection of disconnected Remote Agent connections
- Improvements to GPU clocking and GPU mapping features
- Stability corrections

[psixa]

-When you add a device through scanning the network it shouldn't add the device based on IP, it should be based on computer name. Almost all miners will have dynamic IP allocation and adding IPs is a fools errand.

I agree with some of your ideas, but what's about IP allocation, using computer names in large farms instead of DHCP IP allocation is a fools errand, nobody does that.
I suggest to hire a network administrator if you don't have the right skills for it.

[psixa]

Hi,
previous version was showing GPU temperatures, but as soon as I have updated to the last version, temperatures do not appear in miner list.
I have experimented and new version of AM and previous version of Remote Agent work fine.
I have running MSI Afterburner Service (did not touch security keys and ports, they match), also checked Firewalls, even disabled both sides, but I cannot get GPU temperature info directly on miner list tab, though miner's system tab has all the info.

What am I missing?

Just to make sure - you are running the same version of Awesome Miner and the Remote Agent?
Do you see the temperatures on the GPU tab? If not, they are not reported correctly from the mining software. You can then use the button "Map to system monitoring" to bring in the information from the System tab to the GPU's.

Yes, AM and Remote Agent versions are the same. I don't see temperatures on the GPU tab, I used "Map to system monitoring" button --> "Display system monitoring data in the GPU tab", but they still don't appear in the GPU tab or status tab.
Status tab says "Interface Offline" and "Mining" and I can use start/stop/reboot/all functions. I am using "Managed Hosts" mode. As I said before this happened just after new update, when both AM and Remote Agents where updated, if only AM is updated and Remote Agent is previous version, it works fine. I guess newer version cannot pull the info from the miner, but I haven't touched mining software at all.

Can you please try to stop a single Managed Miner, then start it again. Any change?

Already tried many times, but no changes. Everything is the same for all servers, not showing hashrate/income, "Interface Offline" and "Mining".
Maybe it is not even trying to pull info from the miner software? Is there an option to disable direct Afterburner control and switch back to using miner software for temperatures like before? I tried to use different versions of Claymore too, no changes.

I have further investigated this issue and found an obvious bug:
Claymore's software is listening to port 3333 by default and AM was using the same port for pulling miner info in the previous versions, but now it looks like AM is trying to connect to Claymore through port 4028 and as I remember it is default port of CGminer.
After setting port 4028 to Claymore, everything works as it should!

I hope this information will help you to fix it and them who are using Claymore with Awesome miner.