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

[omshree]

Why hasrate/consumption does not scale linearly?  I mean I have a set HR for X16 algo, 150Mh @1300W, take out some cards from the system, and it shows a negative income, while the one with all 6 cards shows positive. It happens on all algos.

[trucobit]

@Patrike you have to face the new RTX 2xxx range from nvidia.

The OC does not work, I have installed aftherburner 4.6 beta that supports RTX, but no AM does not change OC, I guess they will also have to update the remoteserver.

No miner today is up to date, to the point that t-rex is totally useless in RTX and is one of the most used. I know it does not depend on you, but I would appreciate quick updates when they leave. It is always more comfortable to be through AM update than to put a custom miner, then there are many miners in my platform.

It would be necessary to see why the RTX change OC, and be very attentive to the new miners or updates.

RTX2080 is a card that is coming en masse right now and I expect frequent updates from AM adding the new miners and making everything work correctly, since as I say the change of OC does not work with the current remoteserver, or I do not know if you could do something about this

I have already written in all photos of miners, cryptodredge, t-rex, z-enemy etc ... so that they take into account as soon as possible these cards that use another memory and require Cuda 10.

[SickTricky]

Hi. anything on lyra2rev2 for amd?

[Burnie]

awesomeminer adds a extra x16r when mining x16r , this causes the miner to fail.

this is what it looks like:
t-rex-0.6.10-win-cuda9.1_1\t-rex.exe  x16r -a x16r -o stratum+tcp://X16R.eu.nicehash.com:3366 -u xxxxxxxxxxxx -p x --api-bind-http 0.0.0.0:4028

You should probably check your config. AwesomeMiner will (most likely) not do that by itself.
Check your (user) command line parametres under Online Services and also under Managed Software.

The command lines I get in AM 5.6 are:
"[...]AppData\Local\AwesomeMiner\t-rex-0.6.10-win-cuda9.1_1\t-rex.exe" -a x16r -o stratum+tcp://x16r.eu.nicehash.com:3366 -u xxxxxxxxxxxx -p x --api-bind-http 0.0.0.0:4028

[trucobit]

awesomeminer adds a extra x16r when mining x16r , this causes the miner to fail.

this is what it looks like:
t-rex-0.6.10-win-cuda9.1_1\t-rex.exe  x16r -a x16r -o stratum+tcp://X16R.eu.nicehash.com:3366 -u xxxxxxxxxxxx -p x --api-bind-http 0.0.0.0:4028

try to use it without defining intensity, it is more stable

[moppidoo]

***
PS. Btw, I wouldn't recommend you to try those random miners that popped up in this forum as of late, especially the self moderated newbie miners threads where descriptions are all the same (mountainminer, terracotta, barracuda, moon....etc whatever the name comes up with, hell, someone even trying to impersonate JCE Miner's thread. I commend you for the bravery for trying them, but that is quite risky IMHO.

@svedrhttps://bitcointalk.org/index.php?action=profile;u=1901156

Looks like either you're deciding to join the gang and start making dirty money
https://bitcointalk.org/index.php?topic=5039398.0

or simply your account got hacked as a result for trying out one of those brilliant miners (Mountain Digger in your case?)

I'm willing to bet it's the latter (I know, if it's the latter, you are not who you are now)

anyhow, just so everyone who are new to mining and not familiar with the scams to watch out for those too good to be true magic miners, you'll likely end up accounts hacked, funds stolen...etc and what not.

[soothaa]

Good morning Patrike, I searched the thread but didn't find anything, is custom software not working a known issue/currently unsupported?

Log just in case:

Code:

9/26/18 4:09:16 PM.983 [015] [S]Creating start script: teamredminer-v0.3.1/awesome-start.sh, Command:
"/teamredminer-v0.3.1/teamredminer"  -a lyra2z -o stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581 -u soothaa -p x &> "/root/.local/share/AwesomeMinerService/diag.txt"
9/26/18 4:09:16 PM.983 [015] [E]System.IO.DirectoryNotFoundException: Could not find a part of the path '/root/awesomeminer-remoteagent/teamredminer-v0.3.1/awesome-start.sh'.
9/26/18 4:09:16 PM.984 [015] [E]   at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter)
   at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String path, OpenFlags flags, Int32 mode)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize)
   at System.IO.File.WriteAllText(String path, String contents)
   at AwesomeMiner.Service.Core.Platform.Linux.LinuxPlatform.StartProcess(Process #=zv__WGZ0=, ProcessStartInfo #=zdPS8LVM=, String #=z2b3yf$oZEex0FmqTiw==, Boolean #=zREX9rCo=, Int32 #=zS06iFtejHpu_)
   at AwesomeMiner.Service.Core.Engines.MinerEngine.Start(Int32 #=z5nvw3qTCuwIL, Boolean #=zLHkkxfA=, Boolean #=z$OmsJp0=, BenchmarkCommand #=zlkqcF4pscWCtVjbkLg==)
9/26/18 4:09:16 PM.984 [015] [E][ManagedMiner#20 - random] Failed to start miner process: Could not find a part of the path '/root/awesomeminer-remoteagent/teamredminer-v0.3.1/awesome-start.sh'.
9/26/18 4:09:16 PM.984 [015] [S][ManagedMiner#20 - random] Failed to start miner in Diagnostics mode
9/26/18 4:09:16 PM.984 [015] [S][ManagedMiner#20 - random] Diagnostics completed

Normal log

Code:

9/26/18 4:22:58 PM.488 [016] [S]Command request: Start
9/26/18 4:22:58 PM.489 [005] [S][ManagedMiner#20 - random] Execute command: Start
9/26/18 4:22:58 PM.489 [005] [S][ManagedMiner#20 - random] Starting...
9/26/18 4:22:58 PM.489 [005] [S][ManagedMiner#20 - random] Starting Mining Software
9/26/18 4:22:58 PM.489 [005] [S][ManagedMiner#20 - random] Setting up Miner Engine. Instance: 1
9/26/18 4:22:58 PM.489 [005] [S][ManagedMiner#20 - random] Engine Type: 8, Auto Download: False, EnginePath: teamredminer-v0.3.1/teamredminer, Subtype: Disabled, CustomExecutable:
9/26/18 4:22:58 PM.489 [005] [S]EngineSetup: 8
9/26/18 4:22:58 PM.489 [005] [S][ManagedMiner#20 - random] : Adding pool: stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581
9/26/18 4:22:58 PM.490 [005] [S]Set execution permission for: teamredminer-v0.3.1/teamredminer
chmod: cannot access 'teamredminer-v0.3.1/teamredminer': No such file or directory
9/26/18 4:22:58 PM.496 [005] [S][ManagedMiner#20 - random] teamredminer-v0.3.1/teamredminer  -a lyra2z -o stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581 -u soothaa -p x   (WindowMode: ConsoleFormat, EngineType: 8, IsProfitMiner: False)
9/26/18 4:22:58 PM.496 [005] [S][ManagedMiner#20 - random] Configuration:

9/26/18 4:22:58 PM.496 [005] [S]Setting environment: GPU_FORCE_64BIT_PTR=1
9/26/18 4:22:58 PM.496 [005] [S]Setting environment: GPU_MAX_HEAP_SIZE=100
9/26/18 4:22:58 PM.496 [005] [S]Setting environment: GPU_USE_SYNC_OBJECTS=1
9/26/18 4:22:58 PM.496 [005] [S]Setting environment: GPU_MAX_ALLOC_PERCENT=100
9/26/18 4:22:58 PM.496 [005] [S]Setting environment: GPU_SINGLE_ALLOC_PERCENT=100
9/26/18 4:22:58 PM.496 [005] [S]Creating start script: teamredminer-v0.3.1/awesome-start.sh, Command:
"/teamredminer-v0.3.1/teamredminer"  -a lyra2z -o stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581 -u soothaa -p x
9/26/18 4:22:58 PM.497 [005] [E]System.IO.DirectoryNotFoundException: Could not find a part of the path '/root/awesomeminer-remoteagent/teamredminer-v0.3.1/awesome-start.sh'.
9/26/18 4:22:58 PM.497 [005] [E]   at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter)
   at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String path, OpenFlags flags, Int32 mode)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize)
   at System.IO.File.WriteAllText(String path, String contents)
   at AwesomeMiner.Service.Core.Platform.Linux.LinuxPlatform.StartProcess(Process #=zv__WGZ0=, ProcessStartInfo #=zdPS8LVM=, String #=z2b3yf$oZEex0FmqTiw==, Boolean #=zREX9rCo=, Int32 #=zS06iFtejHpu_)
   at AwesomeMiner.Service.Core.Engines.MinerEngine.Start(Int32 #=z5nvw3qTCuwIL, Boolean #=zLHkkxfA=, Boolean #=z$OmsJp0=, BenchmarkCommand #=zlkqcF4pscWCtVjbkLg==)
9/26/18 4:22:58 PM.498 [005] [E][ManagedMiner#20 - random] Failed to start miner process: Could not find a part of the path '/root/awesomeminer-remoteagent/teamredminer-v0.3.1/awesome-start.sh'.
9/26/18 4:22:58 PM.498 [005] [E][ManagedMiner#20 - random]Failed to start miner

The command is correct except for the user part which I can correct.. just looks like that batch file isn't being made for some reason...

EDIT: looks like AM is confused about what path to use?

Code:

9/26/18 4:26:26 PM.927 [005] [E][ManagedMiner#20 - random] Failed to start miner process: Could not find a part of the path '/root/awesomeminer-remoteagent/teamredminer-v0.3.1/awesome-start.sh'.

Looks like it's trying to access the program directory and not the /root/.local/share/AwesomeMinerService path where the files were uploaded

EDIT2: confirmed.

Code:

cp -r teamredminer-v0.3.1/ /root/awesomeminer-remoteagent

9/26/18 4:29:42 PM.040 [006] [S]Creating start script: teamredminer-v0.3.1/awesome-start.sh, Command:
"/teamredminer-v0.3.1/teamredminer"  -a lyra2z -o stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581 -u soothaa -p x
9/26/18 4:29:42 PM.040 [006] [S]Set execution permission for: teamredminer-v0.3.1/awesome-start.sh
9/26/18 4:29:42 PM.042 [006] [S]StartInfo Arguments: -dmS awesome0001 "teamredminer-v0.3.1/awesome-start.sh"
9/26/18 4:29:42 PM.524 [006] [S]Running screens: There is a screen on:
        12404.awesome0001       (09/26/2018 04:29:42 PM)        (Detached)
1 Socket in /var/run/screen/S-root.

9/26/18 4:29:42 PM.524 [006] [S]Found Screen PID: '12404'
9/26/18 4:29:42 PM.530 [006] [S]Found Shell PID: 0

Miner crashes shortly after, probably a config on my end

EDIT3: Okay looks like the bash script has an issue:

Code:

root@simpleminer:~/awesomeminer-remoteagent/tdxminer-v0.2.2.2# cat awesome-start.sh
#!/bin/bash

export GPU_FORCE_64BIT_PTR=1
export GPU_MAX_HEAP_SIZE=100
export GPU_USE_SYNC_OBJECTS=1
export GPU_MAX_ALLOC_PERCENT=100
export GPU_SINGLE_ALLOC_PERCENT=100

"/tdxminer-v0.2.2.2/tdxminer"  -a lyra2z -o stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581 -u soothaa.random -p x
root@simpleminer:~/awesomeminer-remoteagent/tdxminer-v0.2.2.2# ./awesome-start.sh
./awesome-start.sh: line 9: /tdxminer-v0.2.2.2/tdxminer: No such file or directory
root@simpleminer:~/awesomeminer-remoteagent/tdxminer-v0.2.2.2# cd ..
root@simpleminer:~/awesomeminer-remoteagent# tdxminer-v0.2.2.2/awesome-start.sh
tdxminer-v0.2.2.2/awesome-start.sh: line 9: /tdxminer-v0.2.2.2/tdxminer: No such file or directory

Worked around this by specifying the path to the miner with a full explicit path "/root/.local/share/AwesomeMinerService/UploadedSoftware/teamredminer-v0.3.1/teamredminer"

EDIT: And on to the next problem. I've now converted to a managed miner and get the following strange error:

Code:

9/28/18 4:45:30 PM.964 [016] [S][ManagedMiner#20 - random] : GetStaticSortedPools, ignoring pools: stratum+tcp://blockmasters.co:4553, Lyra2z. stratum+tcp://us-east.ethash-hub.miningpoolhub.com:17020, Ethereum. etc-us-east1.nanopool.org:19999, Ethereum. stratum+tcp://eth-us-east1.nanopool.org:9999, Ethereum. pirl.minerpool.net:8004, Ethereum. stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:17025, Lyra2z. stratum+tcp://lyra2z.mine.blazepool.com:4553, Lyra2z. stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581, Lyra2z. stratum+tcp://lyra2z.na.mine.zpool.ca:4553, Lyra2z. stratum+tcp://lyra2z.mine.zergpool.com:4553, Lyra2z. stratum+tcp://lyra2z.mine.ahashpool.com:4553, Lyra2z. stratum+tcp://lyra2z.us.hashrefinery.com:4553, Lyra2z. stratum+tcp://67.40.164.173:3833, ProgPow.
9/28/18 4:45:30 PM.964 [016] [S][ManagedMiner#20 - random] : Adding pool:
9/28/18 4:45:30 PM.964 [016] [S]Set execution permission for: /root/.local/share/AwesomeMinerService/UploadedSoftware/teamredminer-v0.3.1/teamredminer

[patrike]

I can't get to work T-Rex as managed miner, it always cut 2 letters from stratum. What is wrong?
It's from the begining when you added t-rex to your software.
Other miners working without any problems.

Second thing as profit switching it works with zergpool or nicehash.

Please share the diagnostics output (toolbar button: Diagnostics) for this scenario. Please also share a screenshot of your Pool (Options dialog, Pools section) used by this miner. Thanks!

[patrike]

Worked around this by specifying the path to the miner with a full explicit path "/root/.local/share/AwesomeMinerService/UploadedSoftware/teamredminer-v0.3.1/teamredminer"

I will correct the path issue for uploaded software in the next release. Thanks for finding out the scenario and sharing all details.

EDIT: And on to the next problem. I've now converted to a managed miner and get the following strange error:

Code:

9/28/18 4:45:30 PM.964 [016] [S][ManagedMiner#20 - random] : GetStaticSortedPools, ignoring pools: stratum+tcp://blockmasters.co:4553, Lyra2z. stratum+tcp://us-east.ethash-hub.miningpoolhub.com:17020, Ethereum. etc-us-east1.nanopool.org:19999, Ethereum. stratum+tcp://eth-us-east1.nanopool.org:9999, Ethereum. pirl.minerpool.net:8004, Ethereum. stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:17025, Lyra2z. stratum+tcp://lyra2z.mine.blazepool.com:4553, Lyra2z. stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581, Lyra2z. stratum+tcp://lyra2z.na.mine.zpool.ca:4553, Lyra2z. stratum+tcp://lyra2z.mine.zergpool.com:4553, Lyra2z. stratum+tcp://lyra2z.mine.ahashpool.com:4553, Lyra2z. stratum+tcp://lyra2z.us.hashrefinery.com:4553, Lyra2z. stratum+tcp://67.40.164.173:3833, ProgPow.
9/28/18 4:45:30 PM.964 [016] [S][ManagedMiner#20 - random] : Adding pool:
9/28/18 4:45:30 PM.964 [016] [S]Set execution permission for: /root/.local/share/AwesomeMinerService/UploadedSoftware/teamredminer-v0.3.1/teamredminer

I might need a bit more details about this scenario. Is TeamRedMiner added as a Managed Software? Compatible with Ccminer or similar? Have you explicitly enabled a few algorithms for it in the same dialog where you set the compatibility?

[patrike]

Can you please add support automatic switching Algo in Baikal X10

One limitation on the Baikal miner is that change of both pool and algorithm over the management interface (API) isn't supported. This limitation is not in Awesome Miner, but in the Baikal miner itself.

However, the profit switching feature might still work as it only changes the priority of the pools. What was the result when you tested it?

[patrike]

Why hasrate/consumption does not scale linearly?  I mean I have a set HR for X16 algo, 150Mh @1300W, take out some cards from the system, and it shows a negative income, while the one with all 6 cards shows positive. It happens on all algos.

You need to use the concept of Profile Groups in this scenario (see link below). It's fully possible to have a mix of different GPU types, and Awesome Miner needs to know how many of each GPU's in order to know the power consumption for the profit switching feature.
https://support.awesomeminer.com/support/solutions/articles/35000086086-profit-switching-for-gpu-and-cpu-mining#profile

[patrike]

@Patrike you have to face the new RTX 2xxx range from nvidia.

The OC does not work, I have installed aftherburner 4.6 beta that supports RTX, but no AM does not change OC, I guess they will also have to update the remoteserver.

No miner today is up to date, to the point that t-rex is totally useless in RTX and is one of the most used. I know it does not depend on you, but I would appreciate quick updates when they leave. It is always more comfortable to be through AM update than to put a custom miner, then there are many miners in my platform.

It would be necessary to see why the RTX change OC, and be very attentive to the new miners or updates.

RTX2080 is a card that is coming en masse right now and I expect frequent updates from AM adding the new miners and making everything work correctly, since as I say the change of OC does not work with the current remoteserver, or I do not know if you could do something about this

I have already written in all photos of miners, cryptodredge, t-rex, z-enemy etc ... so that they take into account as soon as possible these cards that use another memory and require Cuda 10.

I understand you point and agree. Please note that it often take a little while when a new GPU is relesed before all software, drivers and tools are fully up-to-date and taking advantage of it. We will probably also see that the mining software developers will find new ways of optimizing the hashing based on the behaviors of the new RTX 2000-series.

The plan is of course that Awesome Miner should work fine with the RTX 2000-series as well, but it may not be the case the first period of time. I'm trying to follow this closely and if you or anyone else make any additional findings related to the RTX 2000-series, please let me know. I will try to get one of these cards myself during next week to do some testing.

[omshree]

Why hasrate/consumption does not scale linearly?  I mean I have a set HR for X16 algo, 150Mh @1300W, take out some cards from the system, and it shows a negative income, while the one with all 6 cards shows positive. It happens on all algos.

You need to use the concept of Profile Groups in this scenario (see link below). It's fully possible to have a mix of different GPU types, and Awesome Miner needs to know how many of each GPU's in order to know the power consumption for the profit switching feature.
https://support.awesomeminer.com/support/solutions/articles/35000086086-profit-switching-for-gpu-and-cpu-mining#profile

That is stupid, why can't you just make a normal linear relation to the set HR/W. I mean if in any set algo 10KH@1000w then 1KH&100w. Its just not working. Even if an asic board is out, its just shows false profit.

[trucobit]

@Patrike you have to face the new RTX 2xxx range from nvidia.

The OC does not work, I have installed aftherburner 4.6 beta that supports RTX, but no AM does not change OC, I guess they will also have to update the remoteserver.

No miner today is up to date, to the point that t-rex is totally useless in RTX and is one of the most used. I know it does not depend on you, but I would appreciate quick updates when they leave. It is always more comfortable to be through AM update than to put a custom miner, then there are many miners in my platform.

It would be necessary to see why the RTX change OC, and be very attentive to the new miners or updates.

RTX2080 is a card that is coming en masse right now and I expect frequent updates from AM adding the new miners and making everything work correctly, since as I say the change of OC does not work with the current remoteserver, or I do not know if you could do something about this

I have already written in all photos of miners, cryptodredge, t-rex, z-enemy etc ... so that they take into account as soon as possible these cards that use another memory and require Cuda 10.

I understand you point and agree. Please note that it often take a little while when a new GPU is relesed before all software, drivers and tools are fully up-to-date and taking advantage of it. We will probably also see that the mining software developers will find new ways of optimizing the hashing based on the behaviors of the new RTX 2000-series.

The plan is of course that Awesome Miner should work fine with the RTX 2000-series as well, but it may not be the case the first period of time. I'm trying to follow this closely and if you or anyone else make any additional findings related to the RTX 2000-series, please let me know. I will try to get one of these cards myself during next week to do some testing.

https://www.dropbox.com/s/bzs5grqime9dqww/Captura%20de%20pantalla%202018-09-29%20a%20las%2020.44.38.png?dl=0

Of course it is more driver problems updated without bugs and to update the miners.

About Awesome Miner, it detects half the cards, they appear in the GPU tab, but when you give them to configure them for direct OC, it gives a fault, it clearly says that it does not have access, and therefore the OC with these cards does not work, I have left a Average OC for everything for now.

In the GPU option, settings via aftherburner, it's right there where it fails in AW. The rest of the problems have no relation to their work.

Also right now it is unstable, T-rex does not work, and other miners do, but the system remains frozen very often. I have put a whatdog to restart only when it happens, with this more or less I'm working, which is not a problem of AW, are the miners.

I have left a capture, where you will see that under the error window, the system does see the cards, but when I open settings via aftherburner it fails. I have Aftherburner 4.6 beta that supports RTX, but there is no update for the remote server. I have everything well installed, something will change in these cards to send orders to the OC.

[Makreliak]

Hello Patrik,

could you please add the very very new Lyra2Z WIN miner TeamRedMiner v0.3.2 ? It is working properly but i would like to see more info in AM(i guess they need to add reports etc. too).

Thank you!

[slysir]

Hello Patrik,

could you please add the very very new Lyra2Z WIN miner TeamRedMiner v0.3.2 ? It is working properly but i would like to see more info in AM(i guess they need to add reports etc. too).

Thank you!

I am also running new teamredminer-v.0.3.2-win  windows version with Vega 56.  Getting 8Mh/s phi2 and 5Mh/s lyra2z  on Vega56. But no api info for AM.

[patrike]

Why hasrate/consumption does not scale linearly?  I mean I have a set HR for X16 algo, 150Mh @1300W, take out some cards from the system, and it shows a negative income, while the one with all 6 cards shows positive. It happens on all algos.

You need to use the concept of Profile Groups in this scenario (see link below). It's fully possible to have a mix of different GPU types, and Awesome Miner needs to know how many of each GPU's in order to know the power consumption for the profit switching feature.
https://support.awesomeminer.com/support/solutions/articles/35000086086-profit-switching-for-gpu-and-cpu-mining#profile

That is stupid, why can't you just make a normal linear relation to the set HR/W. I mean if in any set algo 10KH@1000w then 1KH&100w. Its just not working. Even if an asic board is out, its just shows false profit.

Awesome Miner currently allows you to have a Profit Profile where you specify the power usage for a GPU. Using the Profile Groups you can make combinations where you say that you have 3 nVidia 1080 and 3 RX570. If you add 3 more RX570, you simply tell Awesome Miner that you have 6 of them instead and the total power usage estimations are still good. For this scenario the linear approximation will probably not work too well.

If all your GPU's are identical, I do see your point that it can make sense to support this kind of linear approximation (although it's not fully true because underclocking typically gives higher hashrate per Watt compared to Overclocking). I will consider adding a setting for this.

[patrike]

Hello Patrik,

could you please add the very very new Lyra2Z WIN miner TeamRedMiner v0.3.2 ? It is working properly but i would like to see more info in AM(i guess they need to add reports etc. too).

Thank you!

I am also running new teamredminer-v.0.3.2-win  windows version with Vega 56.  Getting 8Mh/s phi2 and 5Mh/s lyra2z  on Vega56. But no api info for AM.

Thanks for your suggestions. I looked at this mining software but it doesn't provide any monitoring interface (API) where Awesome Miner can connect and get mining information. This mining software can be supported in the future if it's popular and provides an API.

[Shivoreun]

Hi to community.
Please, advice, is there any way, to do the following...
The situation: There is a managed local miner created with the selected ETH pool. There is a rule for this miner, that switch a pool to ETC at the specified time, and the 2nd rule, that switch the pool back to ETH, also st the specified time.
The problem: if the pool was changed to ETC, and during the miner work the rig hangs/crashes, after system reboot it's back to ETH, that selected in the managed miner settings.
The question: How to prevent switching back to ETH pool, after the rig crashes and Awesome Miner restarts? Is there any way to force Awesome to remember the last settings?

Tnanks in advance.

[soothaa]

Worked around this by specifying the path to the miner with a full explicit path "/root/.local/share/AwesomeMinerService/UploadedSoftware/teamredminer-v0.3.1/teamredminer"

I will correct the path issue for uploaded software in the next release. Thanks for finding out the scenario and sharing all details.

EDIT: And on to the next problem. I've now converted to a managed miner and get the following strange error:

Code:

9/28/18 4:45:30 PM.964 [016] [S][ManagedMiner#20 - random] : GetStaticSortedPools, ignoring pools: stratum+tcp://blockmasters.co:4553, Lyra2z. stratum+tcp://us-east.ethash-hub.miningpoolhub.com:17020, Ethereum. etc-us-east1.nanopool.org:19999, Ethereum. stratum+tcp://eth-us-east1.nanopool.org:9999, Ethereum. pirl.minerpool.net:8004, Ethereum. stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:17025, Lyra2z. stratum+tcp://lyra2z.mine.blazepool.com:4553, Lyra2z. stratum+tcp://us-east.lyra2z-hub.miningpoolhub.com:20581, Lyra2z. stratum+tcp://lyra2z.na.mine.zpool.ca:4553, Lyra2z. stratum+tcp://lyra2z.mine.zergpool.com:4553, Lyra2z. stratum+tcp://lyra2z.mine.ahashpool.com:4553, Lyra2z. stratum+tcp://lyra2z.us.hashrefinery.com:4553, Lyra2z. stratum+tcp://67.40.164.173:3833, ProgPow.
9/28/18 4:45:30 PM.964 [016] [S][ManagedMiner#20 - random] : Adding pool:
9/28/18 4:45:30 PM.964 [016] [S]Set execution permission for: /root/.local/share/AwesomeMinerService/UploadedSoftware/teamredminer-v0.3.1/teamredminer

I might need a bit more details about this scenario. Is TeamRedMiner added as a Managed Software? Compatible with Ccminer or similar? Have you explicitly enabled a few algorithms for it in the same dialog where you set the compatibility?

Yes, it is added as managed software, CCMINER command line compatible with no API. Lyra2Z algo enabled.