Pages:
Author

Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 93. (Read 703512 times)

legendary
Activity: 3346
Merit: 1094
patrike

Why is fan control and voltage on AMD cards not used with Awesome linux agent ?
In general it should be possible to set fan and voltage for AMD on Linux. Please let me know which AMD GPUs you are running and what kind of Linux environment/drivers you use. Thanks!
newbie
Activity: 23
Merit: 0
Hi

Since this update a lot of my rigs are no longer reporting power in the AM console but I see it in the mining software on the rig. I've checked "winver" and rigs are 1809 or above. Thoughts?

Awesome Miner version 7.7.2

Version 7.7.2
 IMPORTANT: Future versions of Awesome Miner and Remote Agent will require Microsoft .NET Framework 4.7.2 or later.
   - This .NET version is already included in Windows 10 since April 2018. Run 'winver' to check the current Windows 10 version. If the version is 1803 or above, all is fine and no action is required.
   - For Windows 7, Windows 8 and older versions of Windows 10, please download and install:
     https://dotnet.microsoft.com/download/dotnet-framework/thank-you/net48-web-installer 
 GPU mining
   - Improved Device Count trigger. A Managed Miner (and Managed Profit Miner) can be configured for an expected number of mining devices (GPUs, CPUs) in the Properties, Advanced section, of the miner. The Device Count trigger can be configured to trigger if the number of reported mining devices are less than expected.
   - Diagnostics improved to detect and display additional Visual C++ runtime versions installed
 Features
  - New rule trigger for system uptime
  - Rules can be configured to limit the number of executions per day
  - The Information column can be configured to display the revenue and profit in BTC per day, no matter which primary display currency is being used.
  - The Information column can be configured to display number of mining devices
 User interface
  - Operations to expand all and collapse all miner groups
 Mining software
  - PhoenixMiner 5.0b
  - Bminer 16.2.1
  - T-Rex Miner 0.15.7
  - XmRig miner 5.11.2
  - TeamRedMiner 0.7.3
 Corrections
  - Correction to profit switcher calculations for Luxor Equihash pool
  - Correction to WildRig running on Linux
newbie
Activity: 40
Merit: 0
patrike


Why is fan control and voltage on AMD cards not used with Awesome linux agent ?
legendary
Activity: 3346
Merit: 1094
Awesome Miner version 7.7.2

Version 7.7.2
 IMPORTANT: Future versions of Awesome Miner and Remote Agent will require Microsoft .NET Framework 4.7.2 or later.
   - This .NET version is already included in Windows 10 since April 2018. Run 'winver' to check the current Windows 10 version. If the version is 1803 or above, all is fine and no action is required.
   - For Windows 7, Windows 8 and older versions of Windows 10, please download and install:
     https://dotnet.microsoft.com/download/dotnet-framework/thank-you/net48-web-installer 
 GPU mining
   - Improved Device Count trigger. A Managed Miner (and Managed Profit Miner) can be configured for an expected number of mining devices (GPUs, CPUs) in the Properties, Advanced section, of the miner. The Device Count trigger can be configured to trigger if the number of reported mining devices are less than expected.
   - Diagnostics improved to detect and display additional Visual C++ runtime versions installed
 Features
  - New rule trigger for system uptime
  - Rules can be configured to limit the number of executions per day
  - The Information column can be configured to display the revenue and profit in BTC per day, no matter which primary display currency is being used.
  - The Information column can be configured to display number of mining devices
 User interface
  - Operations to expand all and collapse all miner groups
 Mining software
  - PhoenixMiner 5.0b
  - Bminer 16.2.1
  - T-Rex Miner 0.15.7
  - XmRig miner 5.11.2
  - TeamRedMiner 0.7.3
 Corrections
  - Correction to profit switcher calculations for Luxor Equihash pool
  - Correction to WildRig running on Linux
member
Activity: 1558
Merit: 69
Hello!

How do I make Awesome Miner detect that Claymore doesn't initialize?

I have a few nasty rigs that may sometimes not initialize properly and Claymore either throws "Miner cannot initialize for 5 minutes, need to restart miner!" error (and freezes) or just stops at GPU initialization.

I don't have enough time right now to deal with these rigs, so I just want AM to detect such behavior and restart the rig using "shutdown -f -r -t 0" because if such a thing happens, only a full reboot helps.

Which rule shall I create for this situation?

And a feature request: sometimes GPUs fall of the bus and are not detected. Right now I have to set up a rule per each farm that detects a number of devices and if it's not the same as specified in the rule, the notification is displayed.

But maybe it is possible to be able to set up a GPU count in the Properties of each rig? Because right now I need to create 50+ rules for each rig.
1) The built-in Offline Detection rule should be able to detect this. By default the rule only provides a notification, but you can modify it to also take an action like reboot. The action name is "Miner command" for this, where you will find Reboot as one of the optioins.

Do you see the notification message when Claymore miner ends up in this state?

2) Good point about specifying a GPU count on the miner. Thanks!


No, the deal is that this state doesn't trigger any notifications.
Just to confirm - in the Options dialog, Rules section, you have enabled (checked the check box) the predefined rule called "Offline Detection"? Even when enabled, you don't get any notification?

The miner doesn't go offline. It stays online.
http://i.piccy.info/i9/081cf6b9fd441f660ec8dda024132959/1590617631/134093/1380548/fail.png

See the screen. It's not mine, but I get the same error: the miner just hangs on this screen and that's all.
So it is considered as "Online" and "Mining" in AM.

Which rule do I need to create to detect such a situation and execute a reboot?

Accepted shares doesn't increase after x mins?

You have screen or hdmi dummy in the rig? I think this is the problem why it not initialize.
If Claymore not initialize, then you should solve this problem, because this is not normal.
legendary
Activity: 3346
Merit: 1094
Hello!

How do I make Awesome Miner detect that Claymore doesn't initialize?

I have a few nasty rigs that may sometimes not initialize properly and Claymore either throws "Miner cannot initialize for 5 minutes, need to restart miner!" error (and freezes) or just stops at GPU initialization.

I don't have enough time right now to deal with these rigs, so I just want AM to detect such behavior and restart the rig using "shutdown -f -r -t 0" because if such a thing happens, only a full reboot helps.

Which rule shall I create for this situation?

And a feature request: sometimes GPUs fall of the bus and are not detected. Right now I have to set up a rule per each farm that detects a number of devices and if it's not the same as specified in the rule, the notification is displayed.

But maybe it is possible to be able to set up a GPU count in the Properties of each rig? Because right now I need to create 50+ rules for each rig.
1) The built-in Offline Detection rule should be able to detect this. By default the rule only provides a notification, but you can modify it to also take an action like reboot. The action name is "Miner command" for this, where you will find Reboot as one of the optioins.

Do you see the notification message when Claymore miner ends up in this state?

2) Good point about specifying a GPU count on the miner. Thanks!


No, the deal is that this state doesn't trigger any notifications.
Just to confirm - in the Options dialog, Rules section, you have enabled (checked the check box) the predefined rule called "Offline Detection"? Even when enabled, you don't get any notification?

The miner doesn't go offline. It stays online.
http://i.piccy.info/i9/081cf6b9fd441f660ec8dda024132959/1590617631/134093/1380548/fail.png

See the screen. It's not mine, but I get the same error: the miner just hangs on this screen and that's all.
So it is considered as "Online" and "Mining" in AM.

Which rule do I need to create to detect such a situation and execute a reboot?
Thanks for the update. I understand the miner process is running, but as it isn't started mining correctly.

1) If the miner shows up as "Interface offline" and no hashrate in Awesome Miner:
The "Offline Detection" rule is still likely to be able to detect this problem. This is why I would like you to confirm that this rule is enabled (Options dialog, Rules section). Please also make sure you clear any notifications you have on the Notification tab, to make sure this rule actually are able to provide new notifications for any issues.

2) If the miner shows up with a hashrate in Awesome Miner, even if it's 0 H/s:
As @NCarter84 pointed out - this one can be found with the rule looking for number of accepted shares

jr. member
Activity: 195
Merit: 4
Hello!

How do I make Awesome Miner detect that Claymore doesn't initialize?

I have a few nasty rigs that may sometimes not initialize properly and Claymore either throws "Miner cannot initialize for 5 minutes, need to restart miner!" error (and freezes) or just stops at GPU initialization.

I don't have enough time right now to deal with these rigs, so I just want AM to detect such behavior and restart the rig using "shutdown -f -r -t 0" because if such a thing happens, only a full reboot helps.

Which rule shall I create for this situation?

And a feature request: sometimes GPUs fall of the bus and are not detected. Right now I have to set up a rule per each farm that detects a number of devices and if it's not the same as specified in the rule, the notification is displayed.

But maybe it is possible to be able to set up a GPU count in the Properties of each rig? Because right now I need to create 50+ rules for each rig.
1) The built-in Offline Detection rule should be able to detect this. By default the rule only provides a notification, but you can modify it to also take an action like reboot. The action name is "Miner command" for this, where you will find Reboot as one of the optioins.

Do you see the notification message when Claymore miner ends up in this state?

2) Good point about specifying a GPU count on the miner. Thanks!


No, the deal is that this state doesn't trigger any notifications.
Just to confirm - in the Options dialog, Rules section, you have enabled (checked the check box) the predefined rule called "Offline Detection"? Even when enabled, you don't get any notification?

The miner doesn't go offline. It stays online.
http://i.piccy.info/i9/081cf6b9fd441f660ec8dda024132959/1590617631/134093/1380548/fail.png

See the screen. It's not mine, but I get the same error: the miner just hangs on this screen and that's all.
So it is considered as "Online" and "Mining" in AM.

Which rule do I need to create to detect such a situation and execute a reboot?

Accepted shares doesn't increase after x mins?
legendary
Activity: 3346
Merit: 1094
Hello!

How do I make Awesome Miner detect that Claymore doesn't initialize?

I have a few nasty rigs that may sometimes not initialize properly and Claymore either throws "Miner cannot initialize for 5 minutes, need to restart miner!" error (and freezes) or just stops at GPU initialization.

I don't have enough time right now to deal with these rigs, so I just want AM to detect such behavior and restart the rig using "shutdown -f -r -t 0" because if such a thing happens, only a full reboot helps.

Which rule shall I create for this situation?

And a feature request: sometimes GPUs fall of the bus and are not detected. Right now I have to set up a rule per each farm that detects a number of devices and if it's not the same as specified in the rule, the notification is displayed.

But maybe it is possible to be able to set up a GPU count in the Properties of each rig? Because right now I need to create 50+ rules for each rig.
1) The built-in Offline Detection rule should be able to detect this. By default the rule only provides a notification, but you can modify it to also take an action like reboot. The action name is "Miner command" for this, where you will find Reboot as one of the optioins.

Do you see the notification message when Claymore miner ends up in this state?

2) Good point about specifying a GPU count on the miner. Thanks!


No, the deal is that this state doesn't trigger any notifications.
Just to confirm - in the Options dialog, Rules section, you have enabled (checked the check box) the predefined rule called "Offline Detection"? Even when enabled, you don't get any notification?
jr. member
Activity: 195
Merit: 4
Anyone noticed the USD value of Raven mining daily is out of whack but the daily coins is in line?

IE: Showing I should get 45 coins, but showing daily value at $1.25/day.
I think these numbers looks fine, but please let me know if I misunderstood your point here.
What is being displayed in Awesome Miner is similar to what both WhatToMine and CoinCalculators.io are reporting. Right now the number of coins per day are a bit higher compared to when you wrote your message.

The COIN amount per day is where it should be, but the USD column is showing way higher than it should be. 45 Raven does not equal $1.20 USD a day, its about .90 cents a day.
Thanks for the clarification. Looking at the Coins tab right now, I see the following for RavenCoin Kawpow at 24MH/s:
Coins per day: 45.88
Revenue per day: $0.93

The revenue $0.93 is also what both CoinCalculators and WhatToMine indicates on their web sites.

Is the Bitcoin price correct on your system? It will affect other calculations as well. It should be around $8800 now.

Who knows... now its showing 90 cents haha... I'll keep an eye on it and keep digging and let you know if I find anything strange.

But, it showed 1.20 for a few days, if not since the update on the 21st.
legendary
Activity: 3346
Merit: 1094
Anyone noticed the USD value of Raven mining daily is out of whack but the daily coins is in line?

IE: Showing I should get 45 coins, but showing daily value at $1.25/day.
I think these numbers looks fine, but please let me know if I misunderstood your point here.
What is being displayed in Awesome Miner is similar to what both WhatToMine and CoinCalculators.io are reporting. Right now the number of coins per day are a bit higher compared to when you wrote your message.

The COIN amount per day is where it should be, but the USD column is showing way higher than it should be. 45 Raven does not equal $1.20 USD a day, its about .90 cents a day.
Thanks for the clarification. Looking at the Coins tab right now, I see the following for RavenCoin Kawpow at 24MH/s:
Coins per day: 45.88
Revenue per day: $0.93

The revenue $0.93 is also what both CoinCalculators and WhatToMine indicates on their web sites.

Is the Bitcoin price correct on your system? It will affect other calculations as well. It should be around $8800 now.
jr. member
Activity: 195
Merit: 4
Anyone noticed the USD value of Raven mining daily is out of whack but the daily coins is in line?

IE: Showing I should get 45 coins, but showing daily value at $1.25/day.
I think these numbers looks fine, but please let me know if I misunderstood your point here.
What is being displayed in Awesome Miner is similar to what both WhatToMine and CoinCalculators.io are reporting. Right now the number of coins per day are a bit higher compared to when you wrote your message.

The COIN amount per day is where it should be, but the USD column is showing way higher than it should be. 45 Raven does not equal $1.20 USD a day, its about .90 cents a day.
legendary
Activity: 3346
Merit: 1094
I create 1 rule for every GPU count. 1 Rule for 6 GPU Rigs and 1 rule for 8 GPU Rigs and so on. if a GPU not detected, it add a Tag (GPU Missing). But if you integrate such feature in AM would be nice.

@Patrike:

If you add such feature, keep in mind: 1 Rig with 7 AMD and 6 Nvidia Cards, it runs 2 Miners.
So it must be configurated per Miner and not per Rig, and we must configurate which GPU´s the miner instance use and check.
I hope you understand the problem.
I agree that it must be per Managed Miner (or Managed Profit Miner).

There are more than one way of having a configuration for this:

1) You enter a number for the Managed Miner, like 6 GPUs. The trigger will look if the number of GPUs reported by the mining software are less than 6.

In this case you need to configure this specific number for each miner and this concept is explicit and easy to understand

2) An alternative would be for Awesome Miner to look at the GPU's you have selected for this specific miner. You might have picked 6 nVidia GPUs from the list. The trigger would understand that by selecting exactly 6 GPUs from this list, it should look if the number of reported GPUs from the mining software are less than 6.

In this case you don't need to explicitly configure the number 6, as Awesome Miner can figure it out based on your GPU selection.

However, the default is to use all GPUs so option #2 isn't always possible.

3) A final alternative would be to combine #1 and #2, where you in the GPU selection dialog either select All GPUs and enter the minimum number of GPUs the trigger should expect - or you select specific GPUs and then there is no need to specify the number of GPUs the trigger should look for.


Final thoughts:
The benefit of specifying an explicit number is that it would work fine on CPU and ASIC miners as well. Not be specific for GPU mining. For this reason the most basic solution, #1, is probably the winner.
legendary
Activity: 3346
Merit: 1094
Hi Patrike, i found profitability calculation bug.
If for some rigs defined electricity cost in EUR and you want see how big profitability in BTC, you electricity price will not be converted to BTC. System calculate electricity cost 1:1 to BTC.
Please check.
One limitation right now is that if you use BTC as display currency, you will see that the currencies you can select between for the electricity will be limited to BTC and USD. If you change the elecitricty price from BTC to USD it will at least be closer, although not perfect.

Showing income in BTC makes sense to support in addition to USD/EUR so you don't have to make this configuration change. I will look into if it can be displayed in the Information column in a good way and you can expect this to be part of the next release.

@patrike Please add Equilhash 125.4 for Prohashing.com pool
If I go to the Online Services tab, Prohashing.com Equihash 125.4 is listed. It should have been picked up automatically by Awesome Miner once they added it. Do you see this pool now?
legendary
Activity: 3346
Merit: 1094
PhoenixMiner 5.0b

Added support for mining with 4 GB AMD cards beyond the DAG epoch 350. Depending on the OS and driver versions, you will be able to use 4 GB AMD cards until epoch 372-373 under Windows, and 380 under Linux.
Added new -dagrestart command-line option to work around the problems with DAG allocation on 4 GB AMD cards under some driver versions. See Readme.txt for more information.
Added support for latest AMD drivers 20.4.2 under Windows and 20.10-1048554 under Linux
Many other small improvements and fixes
Thanks for the update. I've pushed an update of Mining Software Definitions with PhoenixMiner and a few others.
member
Activity: 1558
Merit: 69
Hello!

How do I make Awesome Miner detect that Claymore doesn't initialize?

I have a few nasty rigs that may sometimes not initialize properly and Claymore either throws "Miner cannot initialize for 5 minutes, need to restart miner!" error (and freezes) or just stops at GPU initialization.

I don't have enough time right now to deal with these rigs, so I just want AM to detect such behavior and restart the rig using "shutdown -f -r -t 0" because if such a thing happens, only a full reboot helps.

Which rule shall I create for this situation?

And a feature request: sometimes GPUs fall of the bus and are not detected. Right now I have to set up a rule per each farm that detects a number of devices and if it's not the same as specified in the rule, the notification is displayed.

But maybe it is possible to be able to set up a GPU count in the Properties of each rig? Because right now I need to create 50+ rules for each rig.
1) The built-in Offline Detection rule should be able to detect this. By default the rule only provides a notification, but you can modify it to also take an action like reboot. The action name is "Miner command" for this, where you will find Reboot as one of the optioins.

Do you see the notification message when Claymore miner ends up in this state?

2) Good point about specifying a GPU count on the miner. Thanks!


I create 1 rule for every GPU count. 1 Rule for 6 GPU Rigs and 1 rule for 8 GPU Rigs and so on. if a GPU not detected, it add a Tag (GPU Missing). But if you integrate such feature in AM would be nice.

@Patrike:

If you add such feature, keep in mind: 1 Rig with 7 AMD and 6 Nvidia Cards, it runs 2 Miners.
So it must be configurated per Miner and not per Rig, and we must configurate which GPU´s the miner instance use and check.
I hope you understand the problem.
legendary
Activity: 3346
Merit: 1094
Hello!

How do I make Awesome Miner detect that Claymore doesn't initialize?

I have a few nasty rigs that may sometimes not initialize properly and Claymore either throws "Miner cannot initialize for 5 minutes, need to restart miner!" error (and freezes) or just stops at GPU initialization.

I don't have enough time right now to deal with these rigs, so I just want AM to detect such behavior and restart the rig using "shutdown -f -r -t 0" because if such a thing happens, only a full reboot helps.

Which rule shall I create for this situation?

And a feature request: sometimes GPUs fall of the bus and are not detected. Right now I have to set up a rule per each farm that detects a number of devices and if it's not the same as specified in the rule, the notification is displayed.

But maybe it is possible to be able to set up a GPU count in the Properties of each rig? Because right now I need to create 50+ rules for each rig.
1) The built-in Offline Detection rule should be able to detect this. By default the rule only provides a notification, but you can modify it to also take an action like reboot. The action name is "Miner command" for this, where you will find Reboot as one of the optioins.

Do you see the notification message when Claymore miner ends up in this state?

2) Good point about specifying a GPU count on the miner. Thanks!
legendary
Activity: 3346
Merit: 1094
Anyone noticed the USD value of Raven mining daily is out of whack but the daily coins is in line?

IE: Showing I should get 45 coins, but showing daily value at $1.25/day.
I think these numbers looks fine, but please let me know if I misunderstood your point here.
What is being displayed in Awesome Miner is similar to what both WhatToMine and CoinCalculators.io are reporting. Right now the number of coins per day are a bit higher compared to when you wrote your message.

Also, since I upgraded I have one rig that randomly stops working on CPU.

Here is what Diagnostics says:

Initialize diagnostics (6)
Starting Diagnostics (30s). Awesome Miner Remote Agent version: 7.7.1
OS: Microsoft Windows 10 Pro 64-bit
AMD driver version: 19.11.3
AMD OpenCL Platform ID: 0
Microsoft VC++ 2013 runtime installed: No
Microsoft VC++ 2015 runtime installed: Yes
Starting Mining Software
Setting up Miner Engine. Instance: 2
Engine Type: SrbMinerMulti, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
Failed to prepare or save configuration file
Failed to start miner in Diagnostics mode
Diagnostics completed

I hit start, nothing happens. I have to configure a new miner, start new miner and then stop it then go back to my 1st one and it runs OK.

Weirdest thing I've ever seen.
"Failed to prepare or save configuration file" indicates one of the following:
1) Awesome Miner Remote Agent doesn't have permission to write to the folder where SrbMinerMulti is located (%localappdata%\AwesomeMinerService\). It could be some non-default folder permission settings or security software that is blocking this operation.

2) There could also be some internal issue in Remote Agent when it's generating the configuration file. If this is the case I would need the Remote Agent log file, located in the folder listed above.
Thanks!
legendary
Activity: 1754
Merit: 1007
@patrike Please add Equilhash 125.4 for Prohashing.com pool
legendary
Activity: 1754
Merit: 1007
Hi Patrike, i found profitability calculation bug.
If for some rigs defined electricity cost in EUR and you want see how big profitability in BTC, you electricity price will not be converted to BTC. System calculate electricity cost 1:1 to BTC.
Please check.
newbie
Activity: 107
Merit: 0
PhoenixMiner 5.0b

Added support for mining with 4 GB AMD cards beyond the DAG epoch 350. Depending on the OS and driver versions, you will be able to use 4 GB AMD cards until epoch 372-373 under Windows, and 380 under Linux.
Added new -dagrestart command-line option to work around the problems with DAG allocation on 4 GB AMD cards under some driver versions. See Readme.txt for more information.
Added support for latest AMD drivers 20.4.2 under Windows and 20.10-1048554 under Linux
Many other small improvements and fixes
Pages:
Jump to: