Author

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

legendary
Activity: 3346
Merit: 1094
@patrike

Can be changed --devices to -d in the ccminer configuration?. To achieve greater compatibility in the user defined mining software. I do not know if this change would be detrimental to other mining software   Undecided

This is a good point and I was considering making this change when I found out that some ccminer clones uses "--device" while other uses "--devices", while "-d" looked like a more universal solution. I was however a bit afraid of breaking things, but I can investigate this in more detail and make the change next time I make a development version available. Thanks for your feedback.
legendary
Activity: 3346
Merit: 1094
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.
From what I can see, the only scenario this can happen is if the miner is a Managed Profit Miner (not Managed Miner) and that Awesome Miner doesn't think the pool algorithm can be used for this software.

Can you share the log lines just above those you provided, saying something like "GetStaticSortedPools, Enginetype: ". On that line it should also list the algorithms.

In the Managed Software configuration, I assume you made sure that it's not only says "Enabled" in the Default-column, but that it also says "Enabled" (or "Default") in the next column called "Enabled / Disabled"?
jr. member
Activity: 348
Merit: 5
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.

(hypothesising) Have you tried creating this rule with 2 Time triggers? such that it gets checked say, every 5 minutes with the first trigger, and then make a following trigger based on Time/Week of the day and select "Match All" (AND), maybe it'll do the trick.

maybe you have to clone several of the above rules since the Time option only triggers at particular instant and not between x:xx to y:yy, maybe Patrike can see about this type of implementation, you'd have to make a request though.

I personally used a similar triggers to switch pool (groups), but the way I did was to have the high preference pool switch trigger at every 15min and low priority pools at 100min, bit of borrowed idea from DevFees, but of course, works rather differently as they are 2 concurrent running rules rather than a fixed percentage and overlaps are obviously, different as time lapses.
legendary
Activity: 2254
Merit: 2419
EIN: 82-3893490
I have a question - I currently have 5 ASICs, 2 GPU and 2 CPU mining rigs connected to Awesome Miner. However on the dashboard, it shows a total of 9 and that all 9 are active. So far that is right - but then in the next area, it shows 2 GPU 8 CPU and 9 ASICs (I realize it is counting the cores for CPU but why does it have all the miners grouped under ASICs? And with my CPU's and GPU's it shows the profits that those miners make but not for the ASICs - I have to manually log into the pool to see that.

Is there also any way to link our wallets so that we can see our balances in the Awesome Miner Interface? - edit: I have found the area to do this and am working to add my various wallets. second edit... my main wallet generates a different address for each transaction, so it seems I have to link quite a few "wallets"
newbie
Activity: 162
Merit: 0
@patrike

Can be changed --devices to -d in the ccminer configuration?. To achieve greater compatibility in the user defined mining software. I do not know if this change would be detrimental to other mining software   Undecided
hero member
Activity: 1151
Merit: 528
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.
member
Activity: 130
Merit: 10
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.
legendary
Activity: 3346
Merit: 1094
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.
legendary
Activity: 3346
Merit: 1094
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.
newbie
Activity: 52
Merit: 0
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.
newbie
Activity: 33
Merit: 0
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!
jr. member
Activity: 756
Merit: 2
@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.
full member
Activity: 270
Merit: 100
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.
legendary
Activity: 3346
Merit: 1094
@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.
legendary
Activity: 3346
Merit: 1094
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
legendary
Activity: 3346
Merit: 1094
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?
legendary
Activity: 3346
Merit: 1094
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?
legendary
Activity: 3346
Merit: 1094
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!
hero member
Activity: 1151
Merit: 528
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
jr. member
Activity: 348
Merit: 5

***
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://bitcointalksearch.org/user/svedr-1901156

Looks like either you're deciding to join the gang and start making dirty money
https://bitcointalksearch.org/topic/--5039398

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.
Jump to: