Many pools use the password field for worker name instead of appending it to the user name. Is there a way to handle that in A.M.? If not I would suggest making it an option in the pool configuration.
This is currently not supported in a good way, but will be in the future. 
Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 354. (Read 703146 times)
May 08, 2018, 09:19:40 AM
May 08, 2018, 09:18:38 AM
Excellent update Patrike, appreciate the SRBMiner support 
One thing I wouldnt mind though, the ability to manually configure the intensity, threads settings that go into the config file that gets created.
Also for the pools file, rather than have all pools (in a pool group for profit switching) be added, could it be only the pools that have the same algo?
I had a recent issue where a pool become unresponsive so the miner automatically switched to another pool in the pool group that was the 2nd best profit, this pool had a different algo so obviously gave me a string of errors.
Thanks! On a Managed Miner, you will find a section called SRBMiner in the properties where you can put your own config.txt template to use. For profit switching, this isn't configurable yet, but I will add that in one of the next releases.One thing I wouldnt mind though, the ability to manually configure the intensity, threads settings that go into the config file that gets created.
Also for the pools file, rather than have all pools (in a pool group for profit switching) be added, could it be only the pools that have the same algo?
I had a recent issue where a pool become unresponsive so the miner automatically switched to another pool in the pool group that was the 2nd best profit, this pool had a different algo so obviously gave me a string of errors.
SRBMiner defines the algorithm to use (Cryptonight, V7, Lite, Heavy, ...) in the configuration file, so I assume the pools.txt file only can use pools based on this single algorithm. Awesome Miner automatically fill in the algorithm name in the configuration file, based on the algorithm of the first pool.
I will verify so the profit switcher doesn't try to add multiple types of algorithms for the pools in SRBMiner at once.
Cheers thanks, the dev of SRBMiner will hopefully be adding command line support for options like intensity/threads etc soon so that should help.
I just deleted and made a profit switching profile again and the pools.txt file created had multiple algos included in it.
the algo according to config.txt is cryptonight-heavy
but the pools file has all possible algos included in it. Available algos are also not complete as its missing the option for cryptonight-light turtlecoin and cryptonight IPBC which are supported by SRBMiner but not available in AM.
May 08, 2018, 08:53:11 AM
1) It's only possible to initiate the connection from Awesome Miner to Remote Agent. It's quite common to setup VPN solutions for these scenarios. In the future, it will also be possible to use the Cloud Services to solve these networking scenarios.
2) You will find the CPU / GPU information on the System tab at the bottom of the screen for the selected miner. This information is always available, even when no API is available or the mining process is stopped
3) The rules doesn't support the concepts of GPU load and Internet connection. The GPU load reported by the system isn't always an accurate way to know if the system is performing well.
If you are running with the profit switcher, you can enable "Ignore pools with no accepted shares" in Options dialog, Profit switching section. Then Awesome Miner will automatically change to another pool in case the first isn't performing as it should. The pool will be marked as failed for the number of miners you have configured, and then it will be used again.
You can have a similar setup with the predefined rule "Accept Progres" in Options dialog, Rules section, where you can take action in case the miner isn't making any process on the hashing or the mining pool is down. In this scenario there are however no way of automatically adding back the first pool once available again.
2) Yes I know it's there. But why not to show it on dedicated tab? If I have rigs with supported miners and without them - it would be better to see all needed info without switching tabs.2) You will find the CPU / GPU information on the System tab at the bottom of the screen for the selected miner. This information is always available, even when no API is available or the mining process is stopped
3) The rules doesn't support the concepts of GPU load and Internet connection. The GPU load reported by the system isn't always an accurate way to know if the system is performing well.
If you are running with the profit switcher, you can enable "Ignore pools with no accepted shares" in Options dialog, Profit switching section. Then Awesome Miner will automatically change to another pool in case the first isn't performing as it should. The pool will be marked as failed for the number of miners you have configured, and then it will be used again.
You can have a similar setup with the predefined rule "Accept Progres" in Options dialog, Rules section, where you can take action in case the miner isn't making any process on the hashing or the mining pool is down. In this scenario there are however no way of automatically adding back the first pool once available again.
3) OK. Is there any way to run a simple script, that will return some value and then do some action based on that value?
(For example to run nvidia-smi - get GPU load - calculate average and return it to AM, so that AM could switch/restart the miner.
4) No. I don't need profit switching. But I need to make sure that rigs are working and correctly respond to different troubles automatically.
a) miner crashing. Count number of restarts and if it is greater than 2-3 within 2-3minutes switch to failover mining list.
b) miner hanging and doing nothing. Get GPU load and if idle for 2-5minutes switch to failover mining list.
b) GPUs down. If down -> hardreset.
c) pool down.
d) internet down.
etc.
Awesome Miner could of course be improved here by introducing some new concept where you can select how many GPU's to bring in via the existing feature "Map to system monitoring" for the scenario where no GPU's are available via the mining software.
3) This would be some custom implementation required. It's possible to control Awesome Miner from external scripts and application using the HTTP API:
http://www.awesomeminer.com/help/api.aspx
4a) You can use the rule trigger "Process failure" with "Mining process not running and too many failed attempts to restart". This will trigger after 3 crashes within a short period of time. The number 3 can be configured via the Options dialog, Advanced section, "Restart attempts on process crash".
4b - 4d) "Accept progress" should find these. Except "GPU's down", where it will depend on if the mining software can report this correctly. If it can, the predefined rule "Dead device detection" can be used.
May 08, 2018, 07:11:21 AM
Patrick
When working on more than two monitors, the window with the settings opens not where the awesomeminer himself is opened but on the one that is main in windows
When working on more than two monitors, the window with the settings opens not where the awesomeminer himself is opened but on the one that is main in windows
May 07, 2018, 01:32:44 PM
Many pools use the password field for worker name instead of appending it to the user name. Is there a way to handle that in A.M.? If not I would suggest making it an option in the pool configuration.
May 07, 2018, 10:42:27 AM
Excellent update Patrike, appreciate the SRBMiner support
One thing I wouldnt mind though, the ability to manually configure the intensity, threads settings that go into the config file that gets created.
Also for the pools file, rather than have all pools (in a pool group for profit switching) be added, could it be only the pools that have the same algo?
I had a recent issue where a pool become unresponsive so the miner automatically switched to another pool in the pool group that was the 2nd best profit, this pool had a different algo so obviously gave me a string of errors.
Thanks! On a Managed Miner, you will find a section called SRBMiner in the properties where you can put your own config.txt template to use. For profit switching, this isn't configurable yet, but I will add that in one of the next releases.One thing I wouldnt mind though, the ability to manually configure the intensity, threads settings that go into the config file that gets created.
Also for the pools file, rather than have all pools (in a pool group for profit switching) be added, could it be only the pools that have the same algo?
I had a recent issue where a pool become unresponsive so the miner automatically switched to another pool in the pool group that was the 2nd best profit, this pool had a different algo so obviously gave me a string of errors.
SRBMiner defines the algorithm to use (Cryptonight, V7, Lite, Heavy, ...) in the configuration file, so I assume the pools.txt file only can use pools based on this single algorithm. Awesome Miner automatically fill in the algorithm name in the configuration file, based on the algorithm of the first pool.
I will verify so the profit switcher doesn't try to add multiple types of algorithms for the pools in SRBMiner at once.
Cheers thanks, the dev of SRBMiner will hopefully be adding command line support for options like intensity/threads etc soon so that should help.
I just deleted and made a profit switching profile again and the pools.txt file created had multiple algos included in it.
the algo according to config.txt is cryptonight-heavy
but the pools file has all possible algos included in it. Available algos are also not complete as its missing the option for cryptonight-light turtlecoin and cryptonight IPBC which are supported by SRBMiner but not available in AM.
May 07, 2018, 09:09:43 AM
1) It's only possible to initiate the connection from Awesome Miner to Remote Agent. It's quite common to setup VPN solutions for these scenarios. In the future, it will also be possible to use the Cloud Services to solve these networking scenarios.
2) You will find the CPU / GPU information on the System tab at the bottom of the screen for the selected miner. This information is always available, even when no API is available or the mining process is stopped
3) The rules doesn't support the concepts of GPU load and Internet connection. The GPU load reported by the system isn't always an accurate way to know if the system is performing well.
If you are running with the profit switcher, you can enable "Ignore pools with no accepted shares" in Options dialog, Profit switching section. Then Awesome Miner will automatically change to another pool in case the first isn't performing as it should. The pool will be marked as failed for the number of miners you have configured, and then it will be used again.
You can have a similar setup with the predefined rule "Accept Progres" in Options dialog, Rules section, where you can take action in case the miner isn't making any process on the hashing or the mining pool is down. In this scenario there are however no way of automatically adding back the first pool once available again.
2) Yes I know it's there. But why not to show it on dedicated tab? If I have rigs with supported miners and without them - it would be better to see all needed info without switching tabs.2) You will find the CPU / GPU information on the System tab at the bottom of the screen for the selected miner. This information is always available, even when no API is available or the mining process is stopped
3) The rules doesn't support the concepts of GPU load and Internet connection. The GPU load reported by the system isn't always an accurate way to know if the system is performing well.
If you are running with the profit switcher, you can enable "Ignore pools with no accepted shares" in Options dialog, Profit switching section. Then Awesome Miner will automatically change to another pool in case the first isn't performing as it should. The pool will be marked as failed for the number of miners you have configured, and then it will be used again.
You can have a similar setup with the predefined rule "Accept Progres" in Options dialog, Rules section, where you can take action in case the miner isn't making any process on the hashing or the mining pool is down. In this scenario there are however no way of automatically adding back the first pool once available again.
3) OK. Is there any way to run a simple script, that will return some value and then do some action based on that value?
(For example to run nvidia-smi - get GPU load - calculate average and return it to AM, so that AM could switch/restart the miner.
4) No. I don't need profit switching. But I need to make sure that rigs are working and correctly respond to different troubles automatically.
a) miner crashing. Count number of restarts and if it is greater than 2-3 within 2-3minutes switch to failover mining list.
b) miner hanging and doing nothing. Get GPU load and if idle for 2-5minutes switch to failover mining list.
b) GPUs down. If down -> hardreset.
c) pool down.
d) internet down.
etc.
May 07, 2018, 07:29:52 AM
0.1 and 0.15, does not match 
In the Options dialog you specify the global setting for power cost and this one is being used almost everywhere.At the bottom of the other page you have the option to do custom calculations where you manually enter hashrates, power usage and custom power costs. It's basically a profitability calculator.
In your case, you have selected to use a profit profile, and then this custom power cost field isn't even used and the power cost value is the Options dialog is used.
May 07, 2018, 07:21:13 AM
Excellent update Patrike, appreciate the SRBMiner support
One thing I wouldnt mind though, the ability to manually configure the intensity, threads settings that go into the config file that gets created.
Also for the pools file, rather than have all pools (in a pool group for profit switching) be added, could it be only the pools that have the same algo?
I had a recent issue where a pool become unresponsive so the miner automatically switched to another pool in the pool group that was the 2nd best profit, this pool had a different algo so obviously gave me a string of errors.
Thanks! On a Managed Miner, you will find a section called SRBMiner in the properties where you can put your own config.txt template to use. For profit switching, this isn't configurable yet, but I will add that in one of the next releases.One thing I wouldnt mind though, the ability to manually configure the intensity, threads settings that go into the config file that gets created.
Also for the pools file, rather than have all pools (in a pool group for profit switching) be added, could it be only the pools that have the same algo?
I had a recent issue where a pool become unresponsive so the miner automatically switched to another pool in the pool group that was the 2nd best profit, this pool had a different algo so obviously gave me a string of errors.
SRBMiner defines the algorithm to use (Cryptonight, V7, Lite, Heavy, ...) in the configuration file, so I assume the pools.txt file only can use pools based on this single algorithm. Awesome Miner automatically fill in the algorithm name in the configuration file, based on the algorithm of the first pool.
I will verify so the profit switcher doesn't try to add multiple types of algorithms for the pools in SRBMiner at once.
May 07, 2018, 07:16:57 AM
Patrike,
Finally got a switch that I could evaluate.
Process from the log looks correct,it was
Found the stop profile
Applied it
BUT HERE IS the problem
So it wasn't applied. Same was true for the other miner.
However issuing a manual change works, and sometimes and automatic one does... But usually it doesn't. Thoughts?
UPDATE: I did find one thing wrong on my side, but it wouldn't have effected the above. i'll continue to watch a s profit switches happen, seems there is something that is preventing the request for running and maybe a simple return x times should be invoked if that happens?
In the scenario above, MSI Afterburner gives an error (Internal Server Error) trying to apply the clocking settings. Does all the GPU's in the system support the parameters listed on the line above? Finally got a switch that I could evaluate.
Process from the log looks correct,it was
Found the stop profile
Applied it
BUT HERE IS the problem
Code:
5/6/2018 1:01:26 PM.324 [016] [S]Number of GPU commands: 24
5/6/2018 1:01:26 PM.324 [016] [S]Executing GPU clocking command: /setmacm, powerLimit0=70&coreClockBoost0=70000&memoryClockBoost0=710000&fanSpeed0=auto&powerLimit1=70&coreClockBoost1=70000&memoryClockBoost1=710000&fanSpeed1=auto&powerLimit2=70&coreClockBoost2=70000&memoryClockBoost2=710000&fanSpeed2=auto&powerLimit3=70&coreClockBoost3=70000&memoryClockBoost3=710000&fanSpeed3=auto&powerLimit4=70&coreClockBoost4=70000&memoryClockBoost4=710000&fanSpeed4=auto&powerLimit5=70&coreClockBoost5=70000&memoryClockBoost5=710000&fanSpeed5=auto
5/6/2018 1:01:26 PM.324 [016] [S]Preparing authentication header for MSI Afterburner requests: MSIAfterburner:17cc95b4017d496f82
5/6/2018 1:01:26 PM.324 [016] [E]System.Net.WebException: The remote server returned an error: (500) Internal Server Error.
5/6/2018 1:01:26 PM.324 [016] [E] at System.Net.HttpWebRequest.GetResponse()
at PE.Infrastructure.Web.HttpRequestHelper.GetResponseString(HttpWebRequest req)
at PE.Infrastructure.Web.HttpRequestHelper.PerformPost(String url, String postData, WebProxy proxy, CookieContainer cookieContainer, Dictionary`2 headerDict, Boolean throwException, Boolean preventUnescapeOfSlash, String contentType, String requestMethod)
5/6/2018 1:01:26 PM.324 [016] [S]ApplyGroupProfile End
5/6/2018 1:01:26 PM.449 [007] [I2]Done processing: 0, Time: 0 ms
5/6/2018 1:01:26 PM.324 [016] [S]Executing GPU clocking command: /setmacm, powerLimit0=70&coreClockBoost0=70000&memoryClockBoost0=710000&fanSpeed0=auto&powerLimit1=70&coreClockBoost1=70000&memoryClockBoost1=710000&fanSpeed1=auto&powerLimit2=70&coreClockBoost2=70000&memoryClockBoost2=710000&fanSpeed2=auto&powerLimit3=70&coreClockBoost3=70000&memoryClockBoost3=710000&fanSpeed3=auto&powerLimit4=70&coreClockBoost4=70000&memoryClockBoost4=710000&fanSpeed4=auto&powerLimit5=70&coreClockBoost5=70000&memoryClockBoost5=710000&fanSpeed5=auto
5/6/2018 1:01:26 PM.324 [016] [S]Preparing authentication header for MSI Afterburner requests: MSIAfterburner:17cc95b4017d496f82
5/6/2018 1:01:26 PM.324 [016] [E]System.Net.WebException: The remote server returned an error: (500) Internal Server Error.
5/6/2018 1:01:26 PM.324 [016] [E] at System.Net.HttpWebRequest.GetResponse()
at PE.Infrastructure.Web.HttpRequestHelper.GetResponseString(HttpWebRequest req)
at PE.Infrastructure.Web.HttpRequestHelper.PerformPost(String url, String postData, WebProxy proxy, CookieContainer cookieContainer, Dictionary`2 headerDict, Boolean throwException, Boolean preventUnescapeOfSlash, String contentType, String requestMethod)
5/6/2018 1:01:26 PM.324 [016] [S]ApplyGroupProfile End
5/6/2018 1:01:26 PM.449 [007] [I2]Done processing: 0, Time: 0 ms
So it wasn't applied. Same was true for the other miner.
However issuing a manual change works, and sometimes and automatic one does... But usually it doesn't. Thoughts?
UPDATE: I did find one thing wrong on my side, but it wouldn't have effected the above. i'll continue to watch a s profit switches happen, seems there is something that is preventing the request for running and maybe a simple return x times should be invoked if that happens?
May 07, 2018, 07:15:23 AM
What is the best tool for managing miners such is common websites?
Awesome Miner is of course the best software for the purpose, with built-in support for several of the popular mining pools. Please let me know if there is any specific feature you have more questions on. Thanks! May 07, 2018, 07:13:20 AM
Hello.
I have some questions:
1) If I have some rigs separated with gray IPs, so that I cannot access them from outside by ip/port. Is is possible to force remote agent on them to connect to AM, which has static white IP?
2) Is it possible to measure and display GPU/CPU usage in case if I use completely different miners (not ccminer or cpuminer forks). Not by miner api, but directly check cpu/gpu load? And use this data for rules.
3) How to make a rule:
Check gpu has load.
If >90% - do nothing.
If >5 but <90 -> check active GPU quantity compare with installed on rig and if some are down - reboot (hard reset with watchdog)
If <5 -> check internet if
(a)no internet -> do nothing. Just wait.
(b)internet Ok -> start some preset miner from the list for emergency cases. In a preset time (60minutes) try to return to normal miner.
Hi,I have some questions:
1) If I have some rigs separated with gray IPs, so that I cannot access them from outside by ip/port. Is is possible to force remote agent on them to connect to AM, which has static white IP?
2) Is it possible to measure and display GPU/CPU usage in case if I use completely different miners (not ccminer or cpuminer forks). Not by miner api, but directly check cpu/gpu load? And use this data for rules.
3) How to make a rule:
Check gpu has load.
If >90% - do nothing.
If >5 but <90 -> check active GPU quantity compare with installed on rig and if some are down - reboot (hard reset with watchdog)
If <5 -> check internet if
(a)no internet -> do nothing. Just wait.
(b)internet Ok -> start some preset miner from the list for emergency cases. In a preset time (60minutes) try to return to normal miner.
1) It's only possible to initiate the connection from Awesome Miner to Remote Agent. It's quite common to setup VPN solutions for these scenarios. In the future, it will also be possible to use the Cloud Services to solve these networking scenarios.
2) You will find the CPU / GPU information on the System tab at the bottom of the screen for the selected miner. This information is always available, even when no API is available or the mining process is stopped
3) The rules doesn't support the concepts of GPU load and Internet connection. The GPU load reported by the system isn't always an accurate way to know if the system is performing well.
If you are running with the profit switcher, you can enable "Ignore pools with no accepted shares" in Options dialog, Profit switching section. Then Awesome Miner will automatically change to another pool in case the first isn't performing as it should. The pool will be marked as failed for the number of miners you have configured, and then it will be used again.
You can have a similar setup with the predefined rule "Accept Progres" in Options dialog, Rules section, where you can take action in case the miner isn't making any process on the hashing or the mining pool is down. In this scenario there are however no way of automatically adding back the first pool once available again.
May 06, 2018, 03:10:18 PM
May 06, 2018, 02:10:12 PM
AwesomeMiner Coin Updater 0.8
You can find the latest update in my sig.
- Major cleanup to the console output. Hopefully this should make errors much easier to understand
- Added support for the stupid Iquidus explorers that modify their difficulty with "POW/POS
- BETA(as if this thing isn't beta enough): Added a difficulty sniffer. This should hopefully be able to find the difficulty from almost any BlockExplorer now without having to explicitly add support.
You can find the latest update in my sig.
May 06, 2018, 01:07:29 PM
Excellent update Patrike, appreciate the SRBMiner support
One thing I wouldnt mind though, the ability to manually configure the intensity, threads settings that go into the config file that gets created.
Also for the pools file, rather than have all pools (in a pool group for profit switching) be added, could it be only the pools that have the same algo?
I had a recent issue where a pool become unresponsive so the miner automatically switched to another pool in the pool group that was the 2nd best profit, this pool had a different algo so obviously gave me a string of errors.
One thing I wouldnt mind though, the ability to manually configure the intensity, threads settings that go into the config file that gets created.
Also for the pools file, rather than have all pools (in a pool group for profit switching) be added, could it be only the pools that have the same algo?
I had a recent issue where a pool become unresponsive so the miner automatically switched to another pool in the pool group that was the 2nd best profit, this pool had a different algo so obviously gave me a string of errors.
May 06, 2018, 12:42:49 PM
Patrike,
Finally got a switch that I could evaluate.
Process from the log looks correct,it was
Found the stop profile
Applied it
BUT HERE IS the problem
So it wasn't applied. Same was true for the other miner.
However issuing a manual change works, and sometimes and automatic one does... But usually it doesn't. Thoughts?
UPDATE: I did find one thing wrong on my side, but it wouldn't have effected the above. i'll continue to watch a s profit switches happen, seems there is something that is preventing the request for running and maybe a simple return x times should be invoked if that happens?
Finally got a switch that I could evaluate.
Process from the log looks correct,it was
Found the stop profile
Applied it
BUT HERE IS the problem
Code:
5/6/2018 1:01:26 PM.324 [016] [S]Number of GPU commands: 24
5/6/2018 1:01:26 PM.324 [016] [S]Executing GPU clocking command: /setmacm, powerLimit0=70&coreClockBoost0=70000&memoryClockBoost0=710000&fanSpeed0=auto&powerLimit1=70&coreClockBoost1=70000&memoryClockBoost1=710000&fanSpeed1=auto&powerLimit2=70&coreClockBoost2=70000&memoryClockBoost2=710000&fanSpeed2=auto&powerLimit3=70&coreClockBoost3=70000&memoryClockBoost3=710000&fanSpeed3=auto&powerLimit4=70&coreClockBoost4=70000&memoryClockBoost4=710000&fanSpeed4=auto&powerLimit5=70&coreClockBoost5=70000&memoryClockBoost5=710000&fanSpeed5=auto
5/6/2018 1:01:26 PM.324 [016] [S]Preparing authentication header for MSI Afterburner requests: MSIAfterburner:17cc95b4017d496f82
5/6/2018 1:01:26 PM.324 [016] [E]System.Net.WebException: The remote server returned an error: (500) Internal Server Error.
5/6/2018 1:01:26 PM.324 [016] [E] at System.Net.HttpWebRequest.GetResponse()
at PE.Infrastructure.Web.HttpRequestHelper.GetResponseString(HttpWebRequest req)
at PE.Infrastructure.Web.HttpRequestHelper.PerformPost(String url, String postData, WebProxy proxy, CookieContainer cookieContainer, Dictionary`2 headerDict, Boolean throwException, Boolean preventUnescapeOfSlash, String contentType, String requestMethod)
5/6/2018 1:01:26 PM.324 [016] [S]ApplyGroupProfile End
5/6/2018 1:01:26 PM.449 [007] [I2]Done processing: 0, Time: 0 ms
5/6/2018 1:01:26 PM.324 [016] [S]Executing GPU clocking command: /setmacm, powerLimit0=70&coreClockBoost0=70000&memoryClockBoost0=710000&fanSpeed0=auto&powerLimit1=70&coreClockBoost1=70000&memoryClockBoost1=710000&fanSpeed1=auto&powerLimit2=70&coreClockBoost2=70000&memoryClockBoost2=710000&fanSpeed2=auto&powerLimit3=70&coreClockBoost3=70000&memoryClockBoost3=710000&fanSpeed3=auto&powerLimit4=70&coreClockBoost4=70000&memoryClockBoost4=710000&fanSpeed4=auto&powerLimit5=70&coreClockBoost5=70000&memoryClockBoost5=710000&fanSpeed5=auto
5/6/2018 1:01:26 PM.324 [016] [S]Preparing authentication header for MSI Afterburner requests: MSIAfterburner:17cc95b4017d496f82
5/6/2018 1:01:26 PM.324 [016] [E]System.Net.WebException: The remote server returned an error: (500) Internal Server Error.
5/6/2018 1:01:26 PM.324 [016] [E] at System.Net.HttpWebRequest.GetResponse()
at PE.Infrastructure.Web.HttpRequestHelper.GetResponseString(HttpWebRequest req)
at PE.Infrastructure.Web.HttpRequestHelper.PerformPost(String url, String postData, WebProxy proxy, CookieContainer cookieContainer, Dictionary`2 headerDict, Boolean throwException, Boolean preventUnescapeOfSlash, String contentType, String requestMethod)
5/6/2018 1:01:26 PM.324 [016] [S]ApplyGroupProfile End
5/6/2018 1:01:26 PM.449 [007] [I2]Done processing: 0, Time: 0 ms
So it wasn't applied. Same was true for the other miner.
However issuing a manual change works, and sometimes and automatic one does... But usually it doesn't. Thoughts?
UPDATE: I did find one thing wrong on my side, but it wouldn't have effected the above. i'll continue to watch a s profit switches happen, seems there is something that is preventing the request for running and maybe a simple return x times should be invoked if that happens?
May 06, 2018, 12:28:20 PM
What is the best tool for managing miners such is common websites?
May 06, 2018, 12:07:51 PM
There is no sol/s for Equihash algo
https://cdn.discordapp.com/attachments/434599369606692865/442733619036028928/unknown.png
https://cdn.discordapp.com/attachments/434599369606692865/442733619036028928/unknown.png
May 06, 2018, 04:51:59 AM
Hello.
I have some questions:
1) If I have some rigs separated with gray IPs, so that I cannot access them from outside by ip/port. Is is possible to force remote agent on them to connect to AM, which has static white IP?
2) Is it possible to measure and display GPU/CPU usage in case if I use completely different miners (not ccminer or cpuminer forks). Not by miner api, but directly check cpu/gpu load? And use this data for rules.
3) How to make a rule:
Check gpu has load.
If >90% - do nothing.
If >5 but <90 -> check active GPU quantity compare with installed on rig and if some are down - reboot (hard reset with watchdog)
If <5 -> check internet if
(a)no internet -> do nothing. Just wait.
(b)internet Ok -> start some preset miner from the list for emergency cases. In a preset time (60minutes) try to return to normal miner.
I have some questions:
1) If I have some rigs separated with gray IPs, so that I cannot access them from outside by ip/port. Is is possible to force remote agent on them to connect to AM, which has static white IP?
2) Is it possible to measure and display GPU/CPU usage in case if I use completely different miners (not ccminer or cpuminer forks). Not by miner api, but directly check cpu/gpu load? And use this data for rules.
3) How to make a rule:
Check gpu has load.
If >90% - do nothing.
If >5 but <90 -> check active GPU quantity compare with installed on rig and if some are down - reboot (hard reset with watchdog)
If <5 -> check internet if
(a)no internet -> do nothing. Just wait.
(b)internet Ok -> start some preset miner from the list for emergency cases. In a preset time (60minutes) try to return to normal miner.
Jump to: