Bitcoin Forum
May 21, 2024, 03:31:47 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 [485] 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 ... 646 »
  Print  
Author Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners  (Read 701258 times)
patrike (OP)
Legendary
*
Offline Offline

Activity: 3332
Merit: 1094


View Profile WWW
June 03, 2019, 02:30:43 PM
 #9681

https://github.com/technobyl/CryptoDredge/releases/tag/v0.20.1

CryptoDredge v0.20.1
@CryptoDredge CryptoDredge released this 13 hours ago

Thanks for the notice. There will soon be a new version with this one included.

Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners
Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19
Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
kerney666
Member
**
Offline Offline

Activity: 658
Merit: 86


View Profile
June 03, 2019, 03:22:45 PM
 #9682


When I stop TeamRedMiner via Awesome Miner, the console window of TeamRedMiner says "Shutting down..." and then it will exit right away. Don't you get any console message at all?

Awesome Miner do have a behavior to kill the mining process if it didn't resond to the first request to shutdown. Maybe you can increase the time Awesome Miner will wait to see if TeamRedMiner just needed a bit more time to close down in a nice manner? Increase the value of: Options -> Mining Settings -> Wait for process before terminating.

Thanks for describing the case about dev fee as well. Awesome Miner doesn't have any feature today to do this on a mining software basis. Some mining software also have different dev fee depending on algorithm.

Yeah in my case, awesome miner does an insta-kill, i tried the timeout but no avail.
I tried closing TRM with a ctrl+c, works normally, the thread shudown and miner closes
I'm not able to reproduce the problem - although I do see that TeamRedMiner terminate very fast, it says "Shutting down" for a very show moment before doing so. Not easy to see that message because the process is so fast.

The fact that TeamRedMiner terminates very fast in your case as welll indicates that it did respond to the friendly Window close message from Awesome Miner. If it didn't respond, the close process would have taken about 5 seconds (configurable) before Awesome Miner took the next action where the process is killed.

To compare with SrbMiner, it says "Releasing GPU resources", but it takes 2 seconds so it's easier to see that message.

Awesome Miner is first sending a friendly request to close the mining window to the mining software - and this is the same for all mining software. You can try the same behavior by closing the mining software with the X-button in the  mining window. When you click X to close the window, it should be the same concept as when Awesome Miner requests to close the mining window. When I try this with TeamRedMiner and SrbMiner, I do get the exact same behavior as when Awesome Miner do it. Could you compare with this as well?

I tried logging the exit process, and confirm that the TRM isnt shutting down normally.
TRM shutdown works only with Ctrl+C and not when clicking close in the CMD windows.

Feature Request : Allow Total miner power usage value as a property in the status object.
https://support.awesomeminer.com/support/solutions/articles/35000086023-customize-progress-field
Trying to bring this value to Progess Field
Code:
"Efficiency: " + Math.Round(status.KHashAvg / {{{status.PowerUsage}}}, 2) +" KHash/Watt"

Thanks !!
I think this is a TRM issue about not being consistent in how it closes down when using the X-button. I do get a close down message on my system when I do this - while you don't.

It's quite easy to expose the power usage so I can do that in one of the next versions. You can expect the following to work once available:
status.KHashAvg * 1000 / Math.Max(miningHelper.GetPowerUsage(), 1), 2)

As the Power Usage might be 0 in the very beginning, using the Math.Max operation will ensure that we never go below '1' in assumed power usage.

When you press (X) you trigger a CTRL_CLOSE signal rather than CTRL_BREAK or CTRL_C. This one is a little special under Windows, it will send the signal to all processes connected to the console, then also proceed to kill the process(es) after some timeout.

Only 95% sure about this, but I after a quick test it seems Windows actually proceeds to kill the process after the signal handler(s) for all processes has returned, not after a timeout. We have an async shutdown procedure, i.e. the signal handler just sets a flag and triggers a cond var, then returns, and other threads in the process take care of the shutdown. Unfortunately, Windows kills the process before those threads even have gotten started. Sometimes you'll see the first log message, other times you don't. We need to add a block in the Windows signal handler and don't return before the shutdown has completed, or you can send CTRL_BREAK/CTRL_C or char input 'q' to the process, all those fixes should have the effect of a proper shutdown taking place.

-- K


Anamorphic
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
June 03, 2019, 04:24:23 PM
 #9683

Hey Patrike,
Is there a way to set the Global Electricity Price (per kWh) via HTTP API?
Thank you!
https://imgur.com/s27p4vJ
There are no feature to set the value via API today.

You can set the price via the Rules, where you can use the Action called Set Property. You can for example use the rules to define different electricity prices depending on time or day. Rule actions can also be triggered via the API if needed.

I do understand this doesn't give as much flexibility as having an API method for setting an exact price from an external application. Please let me know if you still prefer the API method and I will look into supporting it when possible. Thanks!


Hey Patrike,

If you could add it to your ever expanding "to-do list" that would be awesome! That would help me a lot!

Here in Texas we have the option to go with a variable rate electricity plan that changes the price per kWh every 5 minutes. I'm currently monitoring the real-time price and have different rules and profiles setup in AM for my miners. For example, if the price per kWh goes crazy, up to say $1.00 /kWh, then my mine basically shuts down until the price drops. If the price goes negative (which happens often at night), the miners will overclock and go nuts!

One more thought that might open up a whole new world of possibilities for AM: What if you gave us the option to pass a variable into AM via API that could be used elsewhere in the application? Maybe just a few empty variable slots (Var1, Var2, Var3, etc.) then those variables could be used as "Triggers" inside a rule. Just a thought.

Thanks again!

patrike (OP)
Legendary
*
Offline Offline

Activity: 3332
Merit: 1094


View Profile WWW
June 03, 2019, 05:38:33 PM
 #9684

I think this is a TRM issue about not being consistent in how it closes down when using the X-button. I do get a close down message on my system when I do this - while you don't.

It's quite easy to expose the power usage so I can do that in one of the next versions. You can expect the following to work once available:
status.KHashAvg * 1000 / Math.Max(miningHelper.GetPowerUsage(), 1), 2)

As the Power Usage might be 0 in the very beginning, using the Math.Max operation will ensure that we never go below '1' in assumed power usage.

When you press (X) you trigger a CTRL_CLOSE signal rather than CTRL_BREAK or CTRL_C. This one is a little special under Windows, it will send the signal to all processes connected to the console, then also proceed to kill the process(es) after some timeout.

Only 95% sure about this, but I after a quick test it seems Windows actually proceeds to kill the process after the signal handler(s) for all processes has returned, not after a timeout. We have an async shutdown procedure, i.e. the signal handler just sets a flag and triggers a cond var, then returns, and other threads in the process take care of the shutdown. Unfortunately, Windows kills the process before those threads even have gotten started. Sometimes you'll see the first log message, other times you don't. We need to add a block in the Windows signal handler and don't return before the shutdown has completed, or you can send CTRL_BREAK/CTRL_C or char input 'q' to the process, all those fixes should have the effect of a proper shutdown taking place.

-- K
Many thanks for sharing the details about this close behavior. It's correct that Windows eventually will terminate the process after sending the Close signal, but the software receiving the signal is given some time to terminate in a nice manner.

I've explored the CTRL-C approach a bit, and that would be possible for Awesome Miner to support if neededl. It's a bit more complicated as it's based on a concept where you release and attach console handlers, but should be fully possible.

Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners
Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19
Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
patrike (OP)
Legendary
*
Offline Offline

Activity: 3332
Merit: 1094


View Profile WWW
June 03, 2019, 05:43:33 PM
 #9685

Hey Patrike,
Is there a way to set the Global Electricity Price (per kWh) via HTTP API?
Thank you!
There are no feature to set the value via API today.

You can set the price via the Rules, where you can use the Action called Set Property. You can for example use the rules to define different electricity prices depending on time or day. Rule actions can also be triggered via the API if needed.

I do understand this doesn't give as much flexibility as having an API method for setting an exact price from an external application. Please let me know if you still prefer the API method and I will look into supporting it when possible. Thanks!
Hey Patrike,

If you could add it to your ever expanding "to-do list" that would be awesome! That would help me a lot!

Here in Texas we have the option to go with a variable rate electricity plan that changes the price per kWh every 5 minutes. I'm currently monitoring the real-time price and have different rules and profiles setup in AM for my miners. For example, if the price per kWh goes crazy, up to say $1.00 /kWh, then my mine basically shuts down until the price drops. If the price goes negative (which happens often at night), the miners will overclock and go nuts!

One more thought that might open up a whole new world of possibilities for AM: What if you gave us the option to pass a variable into AM via API that could be used elsewhere in the application? Maybe just a few empty variable slots (Var1, Var2, Var3, etc.) then those variables could be used as "Triggers" inside a rule. Just a thought.

Thanks again!
The API method for electricity price should be possible to include in the near future as it's only a matter of exposing a feature already available.

Thanks for the suggestion about variables, that would make sense as well. Another concept available already today via the triggers are Miner Tags. You can set Tags on miners via the API and you can have trigger looking at certain tags.


Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners
Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19
Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
patrike (OP)
Legendary
*
Offline Offline

Activity: 3332
Merit: 1094


View Profile WWW
June 03, 2019, 05:50:03 PM
Last edit: June 03, 2019, 06:03:18 PM by patrike
 #9686

Awesome Miner version 6.5.2

 Features
  - Access to miner power usage via the Customize Progress Field feature
  - Added a new setting to keep older console output logs (generated when running mining software as Administrator)
 Integration
  - Added support for URL handlers to add External Miners and setting up mining software via web links
 User interface
  - Native overclocking controls available in a new tab GPU Clocking for the selected miner to give faster access to overclocking operaitons.
 Mining software
  - CryptoDredge 0.20.1, including support on Linux
  - GMiner 1.45
  - Nanominer 1.3.4
  - TT-Miner 2.2.5
 Corrections
  - Correction to benchmark feature where it in some scenarios could stop running
  - Correction to NbMiner implementation on Linux
  - Correction to feature for setting Antminer default pools via the web interface when using the Antminer S9 March 2019 firmware

Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners
Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19
Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
trucobit
Jr. Member
*
Offline Offline

Activity: 756
Merit: 2


View Profile
June 04, 2019, 12:37:25 PM
 #9687

Hi Patrike,

I've been away for a couple of weeks. Awesome Miner happily churned away without any issues. Love the program!

Just updated everything to the latest versions and ran into a small issue when benchmarking. It seems that the long term benchmarks (10 minutes, 20 minutes, 1 hour, etc) are quitting after a few minutes, similar to the "Fast" or "Precise" benchmarks.

The following is (I think) the relevant log entries:

Code:
2019-06-02 9:39:21 AM.202 [001] [S]Running benchmark for miner: [ManagedMiner#5 - Desktop]
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAsPools, pools: 339
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAsPools, disabled for profit switching: nicehash.com:3334, SHA256
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAllEnabledPools, pools: 35
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAllEnabledPools, SinglePoolCM predefined count: 342
2019-06-02 9:39:21 AM.221 [057] [S]Prepare benchmarking X16r. Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
2019-06-02 9:39:21 AM.226 [057] [S][ManagedMiner#5 - Desktop] Run Miner Command: Benchmark
2019-06-02 9:39:21 AM.226 [037] [S]Command request: Benchmark
2019-06-02 9:39:21 AM.226 [007] [S][ManagedMiner#5 - Desktop] Execute command: Benchmark
2019-06-02 9:39:21 AM.226 [059] [S]Benchmark: Starting Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable: , Timeout: 600
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Starting Mining Software
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Setting up Miner Engine. Instance: 1
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
2019-06-02 9:39:21 AM.226 [059] [S]EngineSetup: CcCryptoDredgeEngine
2019-06-02 9:39:21 AM.233 [059] [S][ManagedMiner#5 - Desktop] Executing batch commands as admin: "C:\Program Files (x86)\MSI Afterburner\MSIAfterburner.exe" -Profile1
2019-06-02 9:39:21 AM.234 [059] [S]ChannelFactoryProvider: Create Channel Factory: IntelliBreeze.Maintenance.Service.Contracts.ServiceContracts.IMaintenanceService
2019-06-02 9:39:21 AM.248 [059] [S]Execute task successfully registered: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\awesome.bat
2019-06-02 9:39:21 AM.305 [059] [S]Executed task successfully: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\awesome.bat
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] Sucessfully executed batch commands
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] : GetStaticSortedPools, Enginetype: CcCryptoDredgeEngine, Algorithms: Allium, Argon2dDyn, Argon2d250, Argon2d4096, Bcd, Bitcore, Blake2s, CryptoNightLiteV7, CryptoNightFast2, CryptoNightGpu, CryptoNightHaven, CryptoNightHeavy, CryptoNightV8, CryptoNightSaber, CryptoNightStelliteV4, CryptoNightTurtle, CuckaRoo29, Cuckoo, Hmq1725, Lyra2REv3, Lyra2z, Lyra2zz, Mtp, NeoScrypt, Phi2, Skunkhash, Tribus, X16r, X16rt, X16s, X17, X21s, X22i
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] : Adding pool: stratum+tcp://x16r.usa.nicehash.com:3366
2019-06-02 9:39:22 AM.341 [059] [S]Device nVidia, GlobalId: 0, VendorId:0, PciBusId: 1, Name: GeForce RTX 2080 Ti
2019-06-02 9:39:22 AM.341 [059] [S]Select devices 0
2019-06-02 9:39:22 AM.341 [059] [S]Device selection ordering: Standard Device ID
2019-06-02 9:39:22 AM.341 [059] [S]Device selection input: Nvidia, ID type: VendorId, GlobalID List:
2019-06-02 9:39:22 AM.341 [059] [S]Device selection, VendorID List: 0
2019-06-02 9:39:22 AM.343 [059] [S]ChannelFactoryProvider: Create Channel Factory: IntelliBreeze.Maintenance.Service.Contracts.ServiceContracts.ISecurityService
2019-06-02 9:39:22 AM.379 [059] [S]Added rule for: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\CryptoDredge.exe
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] Properties: (WindowMode: NoWindow, EngineType: CcCryptoDredgeEngine, IsProfitMiner: True)
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] ====================================================================================================
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\CryptoDredge.exe  -R 5 -r 2 --timeout 65   -p c=BTC,d=10 -a x16r -i 7 -d 0 -o stratum+tcp://x16r.usa.nicehash.com:3366 -u 175TRmpBHbmnjhSkAydoDiqkdGnfGpMXpU --no-watchdog -b 0.0.0.0:4028
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] Configured command line:
-R 5 -r 2 --timeout 65   -p c=BTC,d=10
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] ====================================================================================================
2019-06-02 9:39:22 AM.692 [059] [S]Saving configuration to: C:\ProgramData\AwesomeMinerService\ServiceDataIntegrated.xml.tmp
2019-06-02 9:39:22 AM.704 [059] [S]--> C:\ProgramData\AwesomeMinerService\ServiceDataIntegrated.xml
2019-06-02 9:39:22 AM.707 [059] [S][ManagedMiner#5 - Desktop] Mining Engine Process started, PID: 13208
2019-06-02 9:42:05 AM.707 [059] [E]System.NullReferenceException: Object reference not set to an instance of an object.
2019-06-02 9:42:05 AM.707 [059] [E]   at #=zemuLnLwVEmJAeDku1zK6N4B_dmsCMAzdJ2Q87w8le3sN.#=zYIfDucFn62epe5yedA==()
2019-06-02 9:42:05 AM.707 [059] [S]Benchmark: Stopping miner process ...
2019-06-02 9:42:05 AM.707 [059] [S][ManagedMiner#5 - Desktop] Prepare stopping Mining Software
2019-06-02 9:42:05 AM.707 [059] [S][ManagedMiner#5 - Desktop] Stopping Mining Software
2019-06-02 9:42:05 AM.707 [059] [S]  Closing process: 13208
2019-06-02 9:42:06 AM.209 [059] [S]  Process closed
2019-06-02 9:42:06 AM.209 [059] [S]Benchmark: Completed

Thanks,
...jim

EDIT: It also occurs on the "Fast" and "Precise" benchmarks, sometimes. Depends on how quickly the error occurs.



it happens to me exactly the same as this user
trucobit
Jr. Member
*
Offline Offline

Activity: 756
Merit: 2


View Profile
June 04, 2019, 12:46:59 PM
 #9688

for a couple of version I have been experiencing a very recurring failure, and almost always happens in the 1080ti rigs. When you change from AL-GO and you go to another currency, the miner mine, I see it in the console but in the AM screen it indicates "Miner offline", but it is working. At the end, the offline mining rule is applied to me, reboot rig and then it works.

It's been happening since the OC was implemented with administrator permissions. It is rare that the miner is mining, but the panel figured as offline, without time, temperature, hash or anything, but in the console you see the miner working. It's clear how the program does not read it, it detects offline, and reboot. It is very uncomfortable.
GKumaran
Member
**
Offline Offline

Activity: 204
Merit: 10


View Profile
June 04, 2019, 12:57:36 PM
 #9689

Awesome Miner version 6.5.2

 Features
  - Access to miner power usage via the Customize Progress Field feature


Thank You !!  Grin Grin Any tips on how to make it run the units shown in the performance column ? eg: in Cryptonight KH is good, but on Raven it would be nice if it switches to MH based on the units(KH or MH) reported by the performance column.

Feature Request :
The Power usage mode could be refactored to the Profit Profiles.
Eg:
AMD - Power detection is poor, but based on wall power monitor the power is constant - So need "Static Mode"
Nvidia - Power detection is accurate, So need "Actual GPU Mode(Fallback to Static)"

As of now, the mode is globally fixed, would like to have the flexibility as an override ~~  Cheesy Cheesy
joseph32
Member
**
Offline Offline

Activity: 413
Merit: 21


View Profile
June 04, 2019, 01:00:22 PM
 #9690

for a couple of version I have been experiencing a very recurring failure, and almost always happens in the 1080ti rigs. When you change from AL-GO and you go to another currency, the miner mine, I see it in the console but in the AM screen it indicates "Miner offline", but it is working. At the end, the offline mining rule is applied to me, reboot rig and then it works.

It's been happening since the OC was implemented with administrator permissions. It is rare that the miner is mining, but the panel figured as offline, without time, temperature, hash or anything, but in the console you see the miner working. It's clear how the program does not read it, it detects offline, and reboot. It is very uncomfortable.

I see this on one of my mixed 1070/1080 rigs too and very, very rarely on my 1080 Ti rig. So I think its not an issue of 1080 Ti's, but of the used mining software and/or the combination which one will be exited first and which one will be opened right after. Iam sure its T-Rex and/or CryptoDredge, never realized that with different miners.

I deactivated the restart in the Offline-Rule, I only get a message when it happens. Just started logging again and will try to catch that case.
trucobit
Jr. Member
*
Offline Offline

Activity: 756
Merit: 2


View Profile
June 04, 2019, 01:44:38 PM
 #9691

Another PAtrike suggestion. In the OC theme, it is becoming more complete, although I use the Aftherburner fan system.

The OC that is saved is for the whole rig, not card to card. I have some multi-brand rigs and also all the same cards. But it happens that there is always 1 that heats more than others with difference and just that card is the one that marks me the maximums of OC that I can do in that machine.

If you could save OC that you keep the OC for each card separately, I could to that card lower the CORE or Power of source disintinta to the others. That way I could take more advantage of the RIG and above all avoid being stopped by reaching the limit marked by my 84 degrees that only 1 card does, the others may be at 70 degrees or less.

The menu we have it, where we operate on each card separately in the new quick menu, now the ideal would be to save that configuration with the data of each card by independent and many problems solved. I'm lazy to put captures but right now I have a rig with

59 62 78 65 63 66

Obviously the card at 78 degrees is limiting me, if I could make that hot card work less, at least I could be calmer if I did not reach the temperature limit, which almost never arrived, but there is still a lot of summer left. In even the rest of the cards could be slightly raised while under power at 78 degrees, it would have stability and more hash.

I repeat about the OFFLINE in the miners and reboot, almost always the culprit is Trex miner, but I have it with a low intensity and still keeps doing it, every change of currency that implies Trex and be the 1080ti, stays in OFFLINE although is working, after a while the rule, reboot rig and it works, I can restart the rig 20-40 times a day, that is not ideal for the machine or to take advantage of all the time in mining. and this is only happening to me since I activated native OC with administrator, which I need because I use the Limit voltage function to control the power to the cards and not reach the point of heat shutdown, at the same time I reduce TDP and core , but many times there are cards in the same rig that some consume 790 and other 900 mv, with this I put a general limit and I avoid a lot of unnecessary heat.
trucobit
Jr. Member
*
Offline Offline

Activity: 756
Merit: 2


View Profile
June 04, 2019, 01:47:07 PM
 #9692

for a couple of version I have been experiencing a very recurring failure, and almost always happens in the 1080ti rigs. When you change from AL-GO and you go to another currency, the miner mine, I see it in the console but in the AM screen it indicates "Miner offline", but it is working. At the end, the offline mining rule is applied to me, reboot rig and then it works.

It's been happening since the OC was implemented with administrator permissions. It is rare that the miner is mining, but the panel figured as offline, without time, temperature, hash or anything, but in the console you see the miner working. It's clear how the program does not read it, it detects offline, and reboot. It is very uncomfortable.

I see this on one of my mixed 1070/1080 rigs too and very, very rarely on my 1080 Ti rig. So I think its not an issue of 1080 Ti's, but of the used mining software and/or the combination which one will be exited first and which one will be opened right after. Iam sure its T-Rex and/or CryptoDredge, never realized that with different miners.

I deactivated the restart in the Offline-Rule, I only get a message when it happens. Just started logging again and will try to catch that case.


dethating that rule is a patch. Because without a real rig it fails and is offline and you do not detect it, and you are in bed 8 hours, because it is 8 hours of lack of mining.

Also, without these data, they are not reflected in the statistics of the rig. So it's just a patch until stability is again because I guess something Patrike could do to control this problem.
patrike (OP)
Legendary
*
Offline Offline

Activity: 3332
Merit: 1094


View Profile WWW
June 05, 2019, 08:24:42 AM
 #9693

Hi Patrike,

I've been away for a couple of weeks. Awesome Miner happily churned away without any issues. Love the program!

Just updated everything to the latest versions and ran into a small issue when benchmarking. It seems that the long term benchmarks (10 minutes, 20 minutes, 1 hour, etc) are quitting after a few minutes, similar to the "Fast" or "Precise" benchmarks.

The following is (I think) the relevant log entries:

Code:
2019-06-02 9:39:21 AM.202 [001] [S]Running benchmark for miner: [ManagedMiner#5 - Desktop]
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAsPools, pools: 339
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAsPools, disabled for profit switching: nicehash.com:3334, SHA256
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAllEnabledPools, pools: 35
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAllEnabledPools, SinglePoolCM predefined count: 342
2019-06-02 9:39:21 AM.221 [057] [S]Prepare benchmarking X16r. Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
2019-06-02 9:39:21 AM.226 [057] [S][ManagedMiner#5 - Desktop] Run Miner Command: Benchmark
2019-06-02 9:39:21 AM.226 [037] [S]Command request: Benchmark
2019-06-02 9:39:21 AM.226 [007] [S][ManagedMiner#5 - Desktop] Execute command: Benchmark
2019-06-02 9:39:21 AM.226 [059] [S]Benchmark: Starting Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable: , Timeout: 600
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Starting Mining Software
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Setting up Miner Engine. Instance: 1
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
2019-06-02 9:39:21 AM.226 [059] [S]EngineSetup: CcCryptoDredgeEngine
2019-06-02 9:39:21 AM.233 [059] [S][ManagedMiner#5 - Desktop] Executing batch commands as admin: "C:\Program Files (x86)\MSI Afterburner\MSIAfterburner.exe" -Profile1
2019-06-02 9:39:21 AM.234 [059] [S]ChannelFactoryProvider: Create Channel Factory: IntelliBreeze.Maintenance.Service.Contracts.ServiceContracts.IMaintenanceService
2019-06-02 9:39:21 AM.248 [059] [S]Execute task successfully registered: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\awesome.bat
2019-06-02 9:39:21 AM.305 [059] [S]Executed task successfully: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\awesome.bat
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] Sucessfully executed batch commands
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] : GetStaticSortedPools, Enginetype: CcCryptoDredgeEngine, Algorithms: Allium, Argon2dDyn, Argon2d250, Argon2d4096, Bcd, Bitcore, Blake2s, CryptoNightLiteV7, CryptoNightFast2, CryptoNightGpu, CryptoNightHaven, CryptoNightHeavy, CryptoNightV8, CryptoNightSaber, CryptoNightStelliteV4, CryptoNightTurtle, CuckaRoo29, Cuckoo, Hmq1725, Lyra2REv3, Lyra2z, Lyra2zz, Mtp, NeoScrypt, Phi2, Skunkhash, Tribus, X16r, X16rt, X16s, X17, X21s, X22i
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] : Adding pool: stratum+tcp://x16r.usa.nicehash.com:3366
2019-06-02 9:39:22 AM.341 [059] [S]Device nVidia, GlobalId: 0, VendorId:0, PciBusId: 1, Name: GeForce RTX 2080 Ti
2019-06-02 9:39:22 AM.341 [059] [S]Select devices 0
2019-06-02 9:39:22 AM.341 [059] [S]Device selection ordering: Standard Device ID
2019-06-02 9:39:22 AM.341 [059] [S]Device selection input: Nvidia, ID type: VendorId, GlobalID List:
2019-06-02 9:39:22 AM.341 [059] [S]Device selection, VendorID List: 0
2019-06-02 9:39:22 AM.343 [059] [S]ChannelFactoryProvider: Create Channel Factory: IntelliBreeze.Maintenance.Service.Contracts.ServiceContracts.ISecurityService
2019-06-02 9:39:22 AM.379 [059] [S]Added rule for: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\CryptoDredge.exe
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] Properties: (WindowMode: NoWindow, EngineType: CcCryptoDredgeEngine, IsProfitMiner: True)
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] ====================================================================================================
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\CryptoDredge.exe  -R 5 -r 2 --timeout 65   -p c=BTC,d=10 -a x16r -i 7 -d 0 -o stratum+tcp://x16r.usa.nicehash.com:3366 -u 175TRmpBHbmnjhSkAydoDiqkdGnfGpMXpU --no-watchdog -b 0.0.0.0:4028
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] Configured command line:
-R 5 -r 2 --timeout 65   -p c=BTC,d=10
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] ====================================================================================================
2019-06-02 9:39:22 AM.692 [059] [S]Saving configuration to: C:\ProgramData\AwesomeMinerService\ServiceDataIntegrated.xml.tmp
2019-06-02 9:39:22 AM.704 [059] [S]--> C:\ProgramData\AwesomeMinerService\ServiceDataIntegrated.xml
2019-06-02 9:39:22 AM.707 [059] [S][ManagedMiner#5 - Desktop] Mining Engine Process started, PID: 13208
2019-06-02 9:42:05 AM.707 [059] [E]System.NullReferenceException: Object reference not set to an instance of an object.
2019-06-02 9:42:05 AM.707 [059] [E]   at #=zemuLnLwVEmJAeDku1zK6N4B_dmsCMAzdJ2Q87w8le3sN.#=zYIfDucFn62epe5yedA==()
2019-06-02 9:42:05 AM.707 [059] [S]Benchmark: Stopping miner process ...
2019-06-02 9:42:05 AM.707 [059] [S][ManagedMiner#5 - Desktop] Prepare stopping Mining Software
2019-06-02 9:42:05 AM.707 [059] [S][ManagedMiner#5 - Desktop] Stopping Mining Software
2019-06-02 9:42:05 AM.707 [059] [S]  Closing process: 13208
2019-06-02 9:42:06 AM.209 [059] [S]  Process closed
2019-06-02 9:42:06 AM.209 [059] [S]Benchmark: Completed

Thanks,
...jim

EDIT: It also occurs on the "Fast" and "Precise" benchmarks, sometimes. Depends on how quickly the error occurs.



it happens to me exactly the same as this user

I implemented a change for this in version 6.5.2. Can you please verify if you still can reproduce the same problem with Remote Agent is running version 6.5.2?

Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners
Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19
Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
patrike (OP)
Legendary
*
Offline Offline

Activity: 3332
Merit: 1094


View Profile WWW
June 05, 2019, 08:31:18 AM
 #9694

Awesome Miner version 6.5.2

 Features
  - Access to miner power usage via the Customize Progress Field feature


Thank You !!  Grin Grin Any tips on how to make it run the units shown in the performance column ? eg: in Cryptonight KH is good, but on Raven it would be nice if it switches to MH based on the units(KH or MH) reported by the performance column.

Feature Request :
The Power usage mode could be refactored to the Profit Profiles.
Eg:
AMD - Power detection is poor, but based on wall power monitor the power is constant - So need "Static Mode"
Nvidia - Power detection is accurate, So need "Actual GPU Mode(Fallback to Static)"

As of now, the mode is globally fixed, would like to have the flexibility as an override ~~  Cheesy Cheesy
I think it would be easier if Awesome Miner would do the hash unit formatting. I will look into exposing a helper method for that.

Thanks for the additional suggestions as well. It's correct that AMD power usage isn't very accurate, where the AMD drivers reports lower power usage than what you measure from the well. To some extent you can compensate by specifying a percent increase for AMD in Options -> GPU Settings.

Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners
Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19
Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
patrike (OP)
Legendary
*
Offline Offline

Activity: 3332
Merit: 1094


View Profile WWW
June 05, 2019, 08:50:22 AM
 #9695

for a couple of version I have been experiencing a very recurring failure, and almost always happens in the 1080ti rigs. When you change from AL-GO and you go to another currency, the miner mine, I see it in the console but in the AM screen it indicates "Miner offline", but it is working. At the end, the offline mining rule is applied to me, reboot rig and then it works.

It's been happening since the OC was implemented with administrator permissions. It is rare that the miner is mining, but the panel figured as offline, without time, temperature, hash or anything, but in the console you see the miner working. It's clear how the program does not read it, it detects offline, and reboot. It is very uncomfortable.

I see this on one of my mixed 1070/1080 rigs too and very, very rarely on my 1080 Ti rig. So I think its not an issue of 1080 Ti's, but of the used mining software and/or the combination which one will be exited first and which one will be opened right after. Iam sure its T-Rex and/or CryptoDredge, never realized that with different miners.

I deactivated the restart in the Offline-Rule, I only get a message when it happens. Just started logging again and will try to catch that case.


dethating that rule is a patch. Because without a real rig it fails and is offline and you do not detect it, and you are in bed 8 hours, because it is 8 hours of lack of mining.

Also, without these data, they are not reflected in the statistics of the rig. So it's just a patch until stability is again because I guess something Patrike could do to control this problem.
Do you also mainly see this for T-Rex (and possibly CryptoDredge) or is it for all mining software? Based on your other post it sounds like it was mainly for T-Rex, but please confirm if this is the only software you run into these problems.

1) If this is an issue with the API of the mining software, please generate an API report for the miner next time you see the issue (toolbar Tools -> API Report). If the API doesn't respond, Awesome Miner might indicate "Mining" but you don't see any other details. The API Report would be able to confirm if this is the case.

2) (I don't think this second point is relevant in your case, but I leave it here as general information). If you also experience that Awesome Miner considers the miner to have crashed completely while it's still running, please also consider the following:
The Remote Agent log file will indicate the Process ID (PID) when it launches mining software. It will look something like this in the log file "Mining Engine Process started, PID: 11524". If you run into this problem where Awesome Miner doesn't think the mining software is running anymore - could you please compare the PID of the process in the Remote Agent log file with what the Windows Task Manager indicates for the mining software? When all is working fine, they should of course be the same, as Awesome Miner monitors the process with this PID. If no process with this PID is found, Awesome Miner considers it a mining software crash.

Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners
Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19
Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
patrike (OP)
Legendary
*
Offline Offline

Activity: 3332
Merit: 1094


View Profile WWW
June 05, 2019, 09:06:30 AM
 #9696

Another PAtrike suggestion. In the OC theme, it is becoming more complete, although I use the Aftherburner fan system.

The OC that is saved is for the whole rig, not card to card. I have some multi-brand rigs and also all the same cards. But it happens that there is always 1 that heats more than others with difference and just that card is the one that marks me the maximums of OC that I can do in that machine.

If you could save OC that you keep the OC for each card separately, I could to that card lower the CORE or Power of source disintinta to the others. That way I could take more advantage of the RIG and above all avoid being stopped by reaching the limit marked by my 84 degrees that only 1 card does, the others may be at 70 degrees or less.

The menu we have it, where we operate on each card separately in the new quick menu, now the ideal would be to save that configuration with the data of each card by independent and many problems solved. I'm lazy to put captures but right now I have a rig with

59 62 78 65 63 66

Obviously the card at 78 degrees is limiting me, if I could make that hot card work less, at least I could be calmer if I did not reach the temperature limit, which almost never arrived, but there is still a lot of summer left. In even the rest of the cards could be slightly raised while under power at 78 degrees, it would have stability and more hash.

I repeat about the OFFLINE in the miners and reboot, almost always the culprit is Trex miner, but I have it with a low intensity and still keeps doing it, every change of currency that implies Trex and be the 1080ti, stays in OFFLINE although is working, after a while the rule, reboot rig and it works, I can restart the rig 20-40 times a day, that is not ideal for the machine or to take advantage of all the time in mining. and this is only happening to me since I activated native OC with administrator, which I need because I use the Limit voltage function to control the power to the cards and not reach the point of heat shutdown, at the same time I reduce TDP and core , but many times there are cards in the same rig that some consume 790 and other 900 mv, with this I put a general limit and I avoid a lot of unnecessary heat.
Right now the only way to apply different fan or clocking settings per GPU is to make use of the "Clocking profile groups" in the Options dialog, GPU Clocking Profiles section. For a Clocking Group you can define that you want one Clocking Profile for GPU 0,1,3,4,5 and another Clocking Profile for GPU 2.

I can agree that it would be nice to have an easier way to setup this (like you refer to as 'new quick menu'), to make this setup process easier. This can be a future improvement.

I also have a question to you about the Fan curve concept, as I've received similar feedback from other users. In recent version of Awesome Miner you can define a Fan/Temperature curve for AMD GPU's, as AMD provides this feature in their recent drivers. For nVidia there are no similar concept and instead it has to become an application feature where for example Awesome Miner could look as the temperature all the time and individually adjust the fan of each GPU based on this. If Awesome Miner would have a global Fan/Temperature concept similar to MSI Afterburner that could work on both AMD and nVidia - would that be useful? Or is there a need for more flexibility than a global setting?

Awesome Miner - Complete solution to manage and monitor mining operations of ASIC, GPU and CPU miners
Optimized Antminer firmware - Increased hashrate, improved power efficiency and more features. For S9, S9i, S9j, T9+, L3+, S17, S17 Pro, S17+, T17, T17+, S19, S19 Pro, S19j, S19j Pro, T19
Up to 200,000 miners | Notifications | Native overclocking | Profit switching | Customizable rules | API | Windows application | Mobile web
trucobit
Jr. Member
*
Offline Offline

Activity: 756
Merit: 2


View Profile
June 05, 2019, 12:50:32 PM
 #9697

Another PAtrike suggestion. In the OC theme, it is becoming more complete, although I use the Aftherburner fan system.

The OC that is saved is for the whole rig, not card to card. I have some multi-brand rigs and also all the same cards. But it happens that there is always 1 that heats more than others with difference and just that card is the one that marks me the maximums of OC that I can do in that machine.

If you could save OC that you keep the OC for each card separately, I could to that card lower the CORE or Power of source disintinta to the others. That way I could take more advantage of the RIG and above all avoid being stopped by reaching the limit marked by my 84 degrees that only 1 card does, the others may be at 70 degrees or less.

The menu we have it, where we operate on each card separately in the new quick menu, now the ideal would be to save that configuration with the data of each card by independent and many problems solved. I'm lazy to put captures but right now I have a rig with

59 62 78 65 63 66

Obviously the card at 78 degrees is limiting me, if I could make that hot card work less, at least I could be calmer if I did not reach the temperature limit, which almost never arrived, but there is still a lot of summer left. In even the rest of the cards could be slightly raised while under power at 78 degrees, it would have stability and more hash.

I repeat about the OFFLINE in the miners and reboot, almost always the culprit is Trex miner, but I have it with a low intensity and still keeps doing it, every change of currency that implies Trex and be the 1080ti, stays in OFFLINE although is working, after a while the rule, reboot rig and it works, I can restart the rig 20-40 times a day, that is not ideal for the machine or to take advantage of all the time in mining. and this is only happening to me since I activated native OC with administrator, which I need because I use the Limit voltage function to control the power to the cards and not reach the point of heat shutdown, at the same time I reduce TDP and core , but many times there are cards in the same rig that some consume 790 and other 900 mv, with this I put a general limit and I avoid a lot of unnecessary heat.
Right now the only way to apply different fan or clocking settings per GPU is to make use of the "Clocking profile groups" in the Options dialog, GPU Clocking Profiles section. For a Clocking Group you can define that you want one Clocking Profile for GPU 0,1,3,4,5 and another Clocking Profile for GPU 2.

I can agree that it would be nice to have an easier way to setup this (like you refer to as 'new quick menu'), to make this setup process easier. This can be a future improvement.

I also have a question to you about the Fan curve concept, as I've received similar feedback from other users. In recent version of Awesome Miner you can define a Fan/Temperature curve for AMD GPU's, as AMD provides this feature in their recent drivers. For nVidia there are no similar concept and instead it has to become an application feature where for example Awesome Miner could look as the temperature all the time and individually adjust the fan of each GPU based on this. If Awesome Miner would have a global Fan/Temperature concept similar to MSI Afterburner that could work on both AMD and nVidia - would that be useful? Or is there a need for more flexibility than a global setting?


It seems that also occure with Cryptodredge, I have a notification tonight.

Also sometimes there are cards that I have left at 0 hash. I had to do a relay for when it detects 5 minutes with hash or reboot and fixes.

Personally I do not think that they are the miners, as there would be complaints from all the users whether they are AM users or not. Something happens when administering the native OC.

On temperature curve. I personally do not think that a curve is needed for each AL-GO, the heat is heat, be it MTP or X16R. And I only have one curve in Aftherburner, with two points, one empiza in 40 gratos and the other ends in 82 degrees at 100% fan, is a single line with two points. I do not care about the protocol that is mining, the heat is heat, so I think that a general adjustment would be better, although I do not use it, but the other users. I use a single curve of Aftherburner and I have no complaint, I repeat, heat is heat regardless of what one mine.

The problem that was before is that the native OC reads the temperature well but does not send the fans well, could have a card at 76 degrees and the fan only at 60%, insufficient, that's why I put aftherburner. I think that only one curve is valid for the whole mining company, so we did it in afthrburner and there was no problem, I see excessive programming, having to program the fan speed for each OC, it is a bit ad hoc. A single ventilation curve is valid for all protocols. If you put this globally and it works well, I'll be able to remove another aftherburner because I would not need it.

Look at when I fail to remember to get the report out of the api, now I leave a question.

Can this failure of miner offline but that really works and does not read it AM, can be caused by having Aftherburner installed in each RIG, even if only used for fans?
trucobit
Jr. Member
*
Offline Offline

Activity: 756
Merit: 2


View Profile
June 05, 2019, 12:55:30 PM
 #9698

Another PAtrike suggestion. In the OC theme, it is becoming more complete, although I use the Aftherburner fan system.

The OC that is saved is for the whole rig, not card to card. I have some multi-brand rigs and also all the same cards. But it happens that there is always 1 that heats more than others with difference and just that card is the one that marks me the maximums of OC that I can do in that machine.

If you could save OC that you keep the OC for each card separately, I could to that card lower the CORE or Power of source disintinta to the others. That way I could take more advantage of the RIG and above all avoid being stopped by reaching the limit marked by my 84 degrees that only 1 card does, the others may be at 70 degrees or less.

The menu we have it, where we operate on each card separately in the new quick menu, now the ideal would be to save that configuration with the data of each card by independent and many problems solved. I'm lazy to put captures but right now I have a rig with

59 62 78 65 63 66

Obviously the card at 78 degrees is limiting me, if I could make that hot card work less, at least I could be calmer if I did not reach the temperature limit, which almost never arrived, but there is still a lot of summer left. In even the rest of the cards could be slightly raised while under power at 78 degrees, it would have stability and more hash.

I repeat about the OFFLINE in the miners and reboot, almost always the culprit is Trex miner, but I have it with a low intensity and still keeps doing it, every change of currency that implies Trex and be the 1080ti, stays in OFFLINE although is working, after a while the rule, reboot rig and it works, I can restart the rig 20-40 times a day, that is not ideal for the machine or to take advantage of all the time in mining. and this is only happening to me since I activated native OC with administrator, which I need because I use the Limit voltage function to control the power to the cards and not reach the point of heat shutdown, at the same time I reduce TDP and core , but many times there are cards in the same rig that some consume 790 and other 900 mv, with this I put a general limit and I avoid a lot of unnecessary heat.
Right now the only way to apply different fan or clocking settings per GPU is to make use of the "Clocking profile groups" in the Options dialog, GPU Clocking Profiles section. For a Clocking Group you can define that you want one Clocking Profile for GPU 0,1,3,4,5 and another Clocking Profile for GPU 2.

I can agree that it would be nice to have an easier way to setup this (like you refer to as 'new quick menu'), to make this setup process easier. This can be a future improvement.

I also have a question to you about the Fan curve concept, as I've received similar feedback from other users. In recent version of Awesome Miner you can define a Fan/Temperature curve for AMD GPU's, as AMD provides this feature in their recent drivers. For nVidia there are no similar concept and instead it has to become an application feature where for example Awesome Miner could look as the temperature all the time and individually adjust the fan of each GPU based on this. If Awesome Miner would have a global Fan/Temperature concept similar to MSI Afterburner that could work on both AMD and nVidia - would that be useful? Or is there a need for more flexibility than a global setting?

an oversight I have not looked at the ID of the remote, because a priori it's fine. We are talking about the rig is working well and giving the correct information, with which the remote is correct. But when you change the protocol to another there are high chances that it will happen that you stay in Miner offline, although in console you see that it is undermining. IF the remote Agent was wrong, I would always do it at all times, there would never be communication. But without reboot, start using a coin, and suddenly change miner offline but the console is undermining.

Parace more something that has to do with the administrator mode or have to see that something interferes as Aftherburner that I have in each machine set, only for the curve of two points of fans.
trucobit
Jr. Member
*
Offline Offline

Activity: 756
Merit: 2


View Profile
June 05, 2019, 02:19:48 PM
 #9699

for a couple of version I have been experiencing a very recurring failure, and almost always happens in the 1080ti rigs. When you change from AL-GO and you go to another currency, the miner mine, I see it in the console but in the AM screen it indicates "Miner offline", but it is working. At the end, the offline mining rule is applied to me, reboot rig and then it works.

It's been happening since the OC was implemented with administrator permissions. It is rare that the miner is mining, but the panel figured as offline, without time, temperature, hash or anything, but in the console you see the miner working. It's clear how the program does not read it, it detects offline, and reboot. It is very uncomfortable.

I see this on one of my mixed 1070/1080 rigs too and very, very rarely on my 1080 Ti rig. So I think its not an issue of 1080 Ti's, but of the used mining software and/or the combination which one will be exited first and which one will be opened right after. Iam sure its T-Rex and/or CryptoDredge, never realized that with different miners.

I deactivated the restart in the Offline-Rule, I only get a message when it happens. Just started logging again and will try to catch that case.


dethating that rule is a patch. Because without a real rig it fails and is offline and you do not detect it, and you are in bed 8 hours, because it is 8 hours of lack of mining.

Also, without these data, they are not reflected in the statistics of the rig. So it's just a patch until stability is again because I guess something Patrike could do to control this problem.
Do you also mainly see this for T-Rex (and possibly CryptoDredge) or is it for all mining software? Based on your other post it sounds like it was mainly for T-Rex, but please confirm if this is the only software you run into these problems.

1) If this is an issue with the API of the mining software, please generate an API report for the miner next time you see the issue (toolbar Tools -> API Report). If the API doesn't respond, Awesome Miner might indicate "Mining" but you don't see any other details. The API Report would be able to confirm if this is the case.

2) (I don't think this second point is relevant in your case, but I leave it here as general information). If you also experience that Awesome Miner considers the miner to have crashed completely while it's still running, please also consider the following:
The Remote Agent log file will indicate the Process ID (PID) when it launches mining software. It will look something like this in the log file "Mining Engine Process started, PID: 11524". If you run into this problem where Awesome Miner doesn't think the mining software is running anymore - could you please compare the PID of the process in the Remote Agent log file with what the Windows Task Manager indicates for the mining software? When all is working fine, they should of course be the same, as Awesome Miner monitors the process with this PID. If no process with this PID is found, Awesome Miner considers it a mining software crash.


I already have the fault. I have tried to ignore it by adding more time to the OFFLINE rule that is by default to leave more margin.

In the screenshots you will see that all the miners have been reset when changing to x16rt but rig3 and rig5 both of 1080ti have failed me. One shows even temperature data but not mine, and the other has remained directly on Offline without doing anything until it has been restarted. After restart it works without problems. Not only does it happen with Trex, it also happens with other miners like cryptodredge, nor do I use a wide variety of miners.

The problem persists even having increased the Offline rule to 6 minutes, time to spare. But the rig ends up restarting.

I attached captures with link to not fill the forum of images and I paste the report of RIG 3, which came to work but badly, and restarted, the RIG5 did not arrive or start the miner. Then it restarts and works as if nothing. This took about two or three weeks, coincides with the administrator changes in the native OC and also coincides with the fact that I use Aftherburner for the fan curve.

I leave the api of RIG 3 that if it worked but badly and re-re-established the same

https://www.dropbox.com/s/ys5rztu2k480w5g/1.png?dl=0

https://www.dropbox.com/s/95jpe8wusodbg8i/2.png?dl=0

After 5 minutes later he has made another change and he has also failed, this is the catch belonging to RIG5 that also the api below is just that image. Look how is OFFLINE in AM, no data, but down in console is undermining or so it seems.

https://www.dropbox.com/s/reedfrb4r344jub/3.png?dl=0

Api for RIG5. Belonging to the previous catch

Version: 6.5.2
API command: /api/v1/status


<?xml version="1.0" encoding="utf-16"?>
<StatusUpdate xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <MinerId>26</MinerId>
  <Privileged>false</Privileged>
  <ResponseTime>0</ResponseTime>
  <CoinStatusList />
  <ProcessStatus>
    <Arguments>  -i 21 --no-watchdog -a x16rt -o stratum+tcp://eu.blockmasters.co:3696 -u 3NhW4ZakVjn3FFgbzxG81MwSYzSBEhrKso.rig5 -p c=BTC --api-bind-http 0.0.0.0:4028</Arguments>
    <Pid>5080</Pid>
    <StartedUtc>2019-06-05T14:04:37.5845064Z</StartedUtc>
    <InstanceId>1</InstanceId>
    <MainWindowHandle>131784</MainWindowHandle>
  </ProcessStatus>
  <SystemStatus>
    <OperatingSystem>Microsoft Windows 10 Pro 64-bit</OperatingSystem>
    <MachineName>DESKTOP-I67T6BB</MachineName>
    <IsAdminProcess>false</IsAdminProcess>
    <IsService>false</IsService>
    <WindowsUptimeSeconds>602</WindowsUptimeSeconds>
    <IdleTimeMs>589531</IdleTimeMs>
    <DotNetVersion>4.7.1</DotNetVersion>
    <CpuStatusList>
      <CpuStatus>
        <Name>Intel Pentium G4400</Name>
        <CoreCount>2</CoreCount>
        <ThreadPerCore>1</ThreadPerCore>
        <CoreClockList>
          <SensorValues>
            <Value>-1</Value>
            <Max>-1</Max>
          </SensorValues>
          <SensorValues>
            <Value>-1</Value>
            <Max>-1</Max>
          </SensorValues>
        </CoreClockList>
        <Temperature>
          <Value>-1</Value>
          <Max>-1</Max>
        </Temperature>
        <CoreTempList>
          <SensorValues>
            <Value>-1</Value>
            <Max>-1</Max>
          </SensorValues>
          <SensorValues>
            <Value>-1</Value>
            <Max>-1</Max>
          </SensorValues>
        </CoreTempList>
        <Load>
          <Value>30.769229888916016</Value>
          <Max>100</Max>
        </Load>
        <CoreLoadList>
          <SensorValues>
            <Value>27.218936920166016</Value>
            <Max>100</Max>
          </SensorValues>
          <SensorValues>
            <Value>34.319526672363281</Value>
            <Max>100</Max>
          </SensorValues>
        </CoreLoadList>
        <PackagePower>
          <Value>-1</Value>
          <Max>-1</Max>
        </PackagePower>
        <CorePower>
          <Value>-1</Value>
          <Max>-1</Max>
        </CorePower>
      </CpuStatus>
    </CpuStatusList>
    <GpuStatusList>
      <GpuStatus>
        <Name>GeForce GTX 1080 Ti</Name>
        <SubvendorName>Gigabyte</SubvendorName>
        <IsNvidia>true</IsNvidia>
        <PciBusId>1</PciBusId>
        <VendorDeviceId>0</VendorDeviceId>
        <GlobalDeviceId>0</GlobalDeviceId>
        <Power>
          <Value>200.69324252820957</Value>
          <Max>212</Max>
        </Power>
        <Voltage>
          <Value>0.793</Value>
          <Max>0.812</Max>
        </Voltage>
        <CoreClock>
          <Value>1582</Value>
          <Max>1620</Max>
        </CoreClock>
        <MemoryClock>
          <Value>5200</Value>
          <Max>5200</Max>
        </MemoryClock>
        <Temperature>
          <Value>64</Value>
          <Max>65</Max>
        </Temperature>
        <Load>
          <Value>100</Value>
          <Max>100</Max>
        </Load>
        <FanRpm>
          <Value>3096</Value>
          <Max>3149</Max>
        </FanRpm>
        <FanPercent>
          <Value>81</Value>
          <Max>82</Max>
        </FanPercent>
      </GpuStatus>
      <GpuStatus>
        <Name>GeForce GTX 1080 Ti</Name>
        <SubvendorName>MSI</SubvendorName>
        <IsNvidia>true</IsNvidia>
        <PciBusId>3</PciBusId>
        <VendorDeviceId>1</VendorDeviceId>
        <GlobalDeviceId>1</GlobalDeviceId>
        <Power>
          <Value>225.74179722791007</Value>
          <Max>235</Max>
        </Power>
        <Voltage>
          <Value>0.825</Value>
          <Max>0.843</Max>
        </Voltage>
        <CoreClock>
          <Value>1708</Value>
          <Max>1746</Max>
        </CoreClock>
        <MemoryClock>
          <Value>5200</Value>
          <Max>5200</Max>
        </MemoryClock>
        <Temperature>
          <Value>73</Value>
          <Max>73</Max>
        </Temperature>
        <Load>
          <Value>99</Value>
          <Max>100</Max>
        </Load>
        <FanRpm>
          <Value>2396</Value>
          <Max>2450</Max>
        </FanRpm>
        <FanPercent>
          <Value>92</Value>
          <Max>92</Max>
        </FanPercent>
      </GpuStatus>
      <GpuStatus>
        <Name>GeForce GTX 1080 Ti</Name>
        <SubvendorName>Gigabyte</SubvendorName>
        <IsNvidia>true</IsNvidia>
        <PciBusId>6</PciBusId>
        <VendorDeviceId>2</VendorDeviceId>
        <GlobalDeviceId>2</GlobalDeviceId>
        <Power>
          <Value>198.74162292956834</Value>
          <Max>210</Max>
        </Power>
        <Voltage>
          <Value>0.812</Value>
          <Max>0.825</Max>
        </Voltage>
        <CoreClock>
          <Value>1556</Value>
          <Max>1582</Max>
        </CoreClock>
        <MemoryClock>
          <Value>5200</Value>
          <Max>5200</Max>
        </MemoryClock>
        <Temperature>
          <Value>71</Value>
          <Max>71</Max>
        </Temperature>
        <Load>
          <Value>100</Value>
          <Max>100</Max>
        </Load>
        <FanRpm>
          <Value>3440</Value>
          <Max>3451</Max>
        </FanRpm>
        <FanPercent>
          <Value>90</Value>
          <Max>90</Max>
        </FanPercent>
      </GpuStatus>
      <GpuStatus>
        <Name>GeForce GTX 1080 Ti</Name>
        <SubvendorName>NVIDIA</SubvendorName>
        <IsNvidia>true</IsNvidia>
        <PciBusId>7</PciBusId>
        <VendorDeviceId>3</VendorDeviceId>
        <GlobalDeviceId>3</GlobalDeviceId>
        <Power>
          <Value>199.47619501371184</Value>
          <Max>216</Max>
        </Power>
        <Voltage>
          <Value>0.781</Value>
          <Max>0.825</Max>
        </Voltage>
        <CoreClock>
          <Value>1607</Value>
          <Max>1708</Max>
        </CoreClock>
        <MemoryClock>
          <Value>5400</Value>
          <Max>5400</Max>
        </MemoryClock>
        <Temperature>
          <Value>74</Value>
          <Max>74</Max>
        </Temperature>
        <Load>
          <Value>100</Value>
          <Max>100</Max>
        </Load>
        <FanRpm>
          <Value>1570</Value>
          <Max>1920</Max>
        </FanRpm>
        <FanPercent>
          <Value>93</Value>
          <Max>93</Max>
        </FanPercent>
      </GpuStatus>
      <GpuStatus>
        <Name>GeForce GTX 1080 Ti</Name>
        <SubvendorName>MSI</SubvendorName>
        <IsNvidia>true</IsNvidia>
        <PciBusId>8</PciBusId>
        <VendorDeviceId>4</VendorDeviceId>
        <GlobalDeviceId>4</GlobalDeviceId>
        <Power>
          <Value>225.69252474635243</Value>
          <Max>234</Max>
        </Power>
        <Voltage>
          <Value>0.862</Value>
          <Max>0.875</Max>
        </Voltage>
        <CoreClock>
          <Value>1733</Value>
          <Max>1759</Max>
        </CoreClock>
        <MemoryClock>
          <Value>5200</Value>
          <Max>5200</Max>
        </MemoryClock>
        <Temperature>
          <Value>68</Value>
          <Max>69</Max>
        </Temperature>
        <Load>
          <Value>99</Value>
          <Max>100</Max>
        </Load>
        <FanRpm>
          <Value>2263</Value>
          <Max>2304</Max>
        </FanRpm>
        <FanPercent>
          <Value>86</Value>
          <Max>87</Max>
        </FanPercent>
      </GpuStatus>
      <GpuStatus>
        <Name>GeForce GTX 1080 Ti</Name>
        <SubvendorName>MSI</SubvendorName>
        <IsNvidia>true</IsNvidia>
        <PciBusId>9</PciBusId>
        <VendorDeviceId>5</VendorDeviceId>
        <GlobalDeviceId>5</GlobalDeviceId>
        <Power>
          <Value>222.89175980859869</Value>
          <Max>238</Max>
        </Power>
        <Voltage>
          <Value>0.85</Value>
          <Max>0.862</Max>
        </Voltage>
        <CoreClock>
          <Value>1733</Value>
          <Max>1759</Max>
        </CoreClock>
        <MemoryClock>
          <Value>5200</Value>
          <Max>5200</Max>
        </MemoryClock>
        <Temperature>
          <Value>64</Value>
          <Max>64</Max>
        </Temperature>
        <Load>
          <Value>99</Value>
          <Max>100</Max>
        </Load>
        <FanRpm>
          <Value>1899</Value>
          <Max>2012</Max>
        </FanRpm>
        <FanPercent>
          <Value>80</Value>
          <Max>81</Max>
        </FanPercent>
      </GpuStatus>
    </GpuStatusList>
    <MemoryStatus>
      <Used>2544947200</Used>
      <Available>6011482112</Available>
    </MemoryStatus>
    <DriveStatusList>
      <DriveStatus>
        <Name>Local Disk (C:\)</Name>
        <Available>12238794752</Available>
        <Total>63376977920</Total>
      </DriveStatus>
      <DriveStatus>
        <Name>cache (E:\)</Name>
        <Available>437055524864</Available>
        <Total>500105736192</Total>
      </DriveStatus>
    </DriveStatusList>
    <NvidiaDriverVersion>419.67</NvidiaDriverVersion>
    <MacAddress>309C23614AD8</MacAddress>
    <IsLinux>false</IsLinux>
  </SystemStatus>
  <AccessDenied>false</AccessDenied>
</StatusUpdate>

<?xml version="1.0" encoding="utf-16"?>
<ManagedMiner xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <ID>26</ID>
  <Type>Managed</Type>
  <Description>Rig5</Description>
  <Enabled>true</Enabled>
  <EngineType>BtMiner</EngineType>
  <EngineSubType>Disabled</EngineSubType>
  <RemoteProxyHostId>0</RemoteProxyHostId>
  <LastKnownAlgorithm>CuckaToo31</LastKnownAlgorithm>
  <StatusQueryInterval>5</StatusQueryInterval>
  <SortOrder>4</SortOrder>
  <GroupID>0</GroupID>
  <UserNotes />
  <HighlightColor>None</HighlightColor>
  <TagList />
  <RunningWorker>
    <PoolId>0</PoolId>
  </RunningWorker>
  <RunningWorkerList />
  <UseWorkerSuffix>true</UseWorkerSuffix>
  <WorkerSuffix>rig5</WorkerSuffix>
  <SshPort>22</SshPort>
  <UseCustomSshCredentials>false</UseCustomSshCredentials>
  <ProfitProfileType>Single</ProfitProfileType>
  <ProfitProfileId>17</ProfitProfileId>
  <DeviceNameList />
  <MacAddress>309C23614AD8</MacAddress>
  <HasUpgradedCustomWorker>true</HasUpgradedCustomWorker>
  <HostId>11</HostId>
  <PoolType>Group</PoolType>
  <PoolId>0</PoolId>
  <DeviceProfileId>0</DeviceProfileId>
  <EnvironmentVars>GPU_FORCE_64BIT_PTR 0
GPU_MAX_HEAP_SIZE 100
GPU_USE_SYNC_OBJECTS 1
GPU_MAX_ALLOC_PERCENT 100
GPU_SINGLE_ALLOC_PERCENT 100
</EnvironmentVars>
  <CommandLineParams />
  <UseBatchCommands>false</UseBatchCommands>
  <BatchCommands />
  <UseBatchCommandsBeforeStop>false</UseBatchCommandsBeforeStop>
  <BatchCommandsBeforeStop />
  <UseBatchCommandsAfterStop>true</UseBatchCommandsAfterStop>
  <BatchCommandsAfterStop>"Coins/day: " + Math.Round(miningHelper.GetCoinsPerDay(), 4)</BatchCommandsAfterStop>
  <ProfitCommandLineParams />
  <ProfitUseCustomExecutable>false</ProfitUseCustomExecutable>
  <ProfitCustomExecutable />
  <ProfitCustomBatchCommands />
  <SettingValues>
    <StringPair>
      <Key>api-listen</Key>
      <Value>true</Value>
    </StringPair>
    <StringPair>
      <Key>api-allow</Key>
      <Value>W:127.0.0.1/32</Value>
    </StringPair>
    <StringPair>
      <Key>api-network</Key>
      <Value>false</Value>
    </StringPair>
    <StringPair>
      <Key>expiry</Key>
      <Value>120</Value>
    </StringPair>
    <StringPair>
      <Key>log</Key>
      <Value>5</Value>
    </StringPair>
    <StringPair>
      <Key>queue</Key>
      <Value>1</Value>
    </StringPair>
    <StringPair>
      <Key>scan-time</Key>
      <Value>60</Value>
    </StringPair>
    <StringPair>
      <Key>temp-hysteresis</Key>
      <Value>3</Value>
    </StringPair>
  </SettingValues>
  <WindowMode>ConsoleFormat</WindowMode>
  <ProcessPriority>Normal</ProcessPriority>
  <ProcessAffinity />
  <CleanBinFiles>true</CleanBinFiles>
  <UseOverrideConfig>false</UseOverrideConfig>
  <UseOverrideExcavatorConfig>false</UseOverrideExcavatorConfig>
  <UseOverrideSrbMinerConfig>false</UseOverrideSrbMinerConfig>
  <MinerConfigFileSettings />
  <InstanceId>0</InstanceId>
  <Autostart>true</Autostart>
  <AutostartDelay>0</AutostartDelay>
  <EngineSettings>
    <AutoDownload>true</AutoDownload>
    <Type>BtMiner</Type>
    <Algorithm>CuckaToo31</Algorithm>
    <SubType>Disabled</SubType>
    <UseCustomExecutable>false</UseCustomExecutable>
    <CustomExecutable />
  </EngineSettings>
  <StartedUtc>2019-06-04T14:50:24.7028997Z</StartedUtc>
  <LimitedPoolPrioritizeList />
  <LimitedVirtualPoolList />
  <IsProfitMiner>true</IsProfitMiner>
  <PoolProfitList>
    <int>712</int>
    <int>744</int>
    <int>571</int>
    <int>390</int>
    <int>188</int>
    <int>770</int>
    <int>864</int>
    <int>759</int>
    <int>870</int>
    <int>869</int>
  </PoolProfitList>
  <PredefinedPoolWorkerList>
    <StringPair>
      <Key>NiceHash</Key>
      <Value>3AYwhcya4KktWxM8BQ47qTNhnXjMsNfpGy</Value>
    </StringPair>
    <StringPair>
      <Key>BlockMasters</Key>
      <Value>3NhW4ZakVjn3FFgbzxG81MwSYzSBEhrKso</Value>
    </StringPair>
  </PredefinedPoolWorkerList>
  <CustomWorkerList />
  <UseCustomPoolWorker>false</UseCustomPoolWorker>
  <CustomPoolWorker />
  <CustomPoolWallet />
  <UseStartClockingProfile>true</UseStartClockingProfile>
  <StartClockingProfile>175</StartClockingProfile>
  <StartClockingProfileType>Single</StartClockingProfileType>
  <UseStopClockingProfile>true</UseStopClockingProfile>
  <StopClockingProfile>160</StopClockingProfile>
  <StopClockingProfileType>Single</StopClockingProfileType>
  <GpuSelectionType>All</GpuSelectionType>
  <GpuSelectionList />
  <IsGenericWithMonitoring>false</IsGenericWithMonitoring>
  <BatchCommandsAsAdmin>true</BatchCommandsAsAdmin>
  <UseGpuMapping>true</UseGpuMapping>
  <GpuOrderList>
    <int>0</int>
    <int>1</int>
    <int>2</int>
    <int>3</int>
    <int>4</int>
    <int>5</int>
  </GpuOrderList>
  <RunAsAdmin>false</RunAsAdmin>
  <IsTemplate>false</IsTemplate>
  <HasTemplateWorkerSuffix>false</HasTemplateWorkerSuffix>
  <HasTemplateCommandLine>true</HasTemplateCommandLine>
  <HasTemplateClockingProfile>true</HasTemplateClockingProfile>
  <ProfitUseStartClockingProfile>false</ProfitUseStartClockingProfile>
  <ProfitStartClockingProfile>-1</ProfitStartClockingProfile>
  <ProfitStartClockingProfileType>Single</ProfitStartClockingProfileType>
  <ProfitUseStopClockingProfile>false</ProfitUseStopClockingProfile>
  <ProfitStopClockingProfile>-1</ProfitStopClockingProfile>
  <ProfitStopClockingProfileType>Single</ProfitStopClockingProfileType>
</ManagedMiner>

trucobit
Jr. Member
*
Offline Offline

Activity: 756
Merit: 2


View Profile
June 05, 2019, 03:33:19 PM
 #9700

https://www.dropbox.com/s/k05h0exde8qljrx/4.png?dl=0

and again, and all day like that. That miner has stayed offline, has reboot and it works. But I already said that I reboot too many times a day, every rig more than 20 or 30 times a day, practically every change. Normally they are the Rig3 and 5 that are 1080TI, but also it happens with less frequency in other rigs of RTX, 1070 etc ...

Or the native OC does not go well with administration, the aftherburner influences, I do not know if the others that happen to him have the same aftherburner, or there some different fault, but that makes this has become unstable.

And having seen that the same thing happens to other people, I insist on the problem.
Pages: « 1 ... 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 [485] 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 ... 646 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!