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

I just found this site posted in the Zpool / AwesomeMiner Discord channel

https://miningpoolhubstats.com/

This is EXACTLY what I was talking about.


Join the channel here

https://discord.gg/VuGDSTX

great discussion on AM.

I have Afterburner setup to autostart. It does show in Task Scheduler. It is the Afterburner Remote that does not start.

Many times I see instances where AM says "service offline" for 10 to 30 seconds yet the miner API is still getting data back to AM.  It's like AM is too sensitive to disruptions in the connection to it's remote agent.

This worked perfectly. Thank you!

BTW, is there a way to display more than one "site" at a time on the cloud web page? I run three rigs currently and it would be easier to view them from one single page scrolling if need be rather than changing the site via drop down menu every time. Again, thanks!

I purchased the standard edition as we're currently running 4 rigs. (6 GPUs each).

The software is behaving very oddly. It is an absolute crapshoot to get all 4 rigs mining at the same time.

Assume I have rigs 1 through 4.

If they're all in a stopped state, I can start rig 1 fine. I then try to start rig 2, and it becomes a random chance that it simply starts mining as well, or will stop rig 1 from mining and start itself and rig 3 mining instead. If I then try to start rig 4 it may just stop all the rigs and start rig 4. Then I can start rig 3 again and suddenly all 4 rigs run. It's always an instantaneous change on the start of another rig.

It seems like any time there is a state change on any rig, there is a non zero chance one or more other rigs will be affected.

Through vigorous start/stopping I can sometimes get all 4 mining but there's no guarantee they'll stay that way as sometimes other rigs will stop when algos are switched or what have you.

Occasionally instead of "stopped" I'll see service offline as a description, but that never seems to last and the machines are still reachable via ping with no packet loss.

I've made sure each machine is on its own reserved ip and everything looks good network wise, does anyone have any ideas as to what I might try to troubleshoot this? I'd sure like to get all 4 rigs mining consistently asap.

Thanks,

-a

I don't see how to set a profitability factor per coin anywhere.  I do see the profitability factor in the user defined online services but that doesn't help with setting it per coin.

EDIT:  never mind, I was looking in the Options menus, it's actually under the Coins tab thing on the main screen. I'm discovering something new with AM every day!

I've had similar situations where I can change the pool or template and the miner restarts using the old pool.   I have to change the pool and/or restart the miner again to get it to actually take the new one.  Sorry I don't have an easy way to reliably reproduce this but it happens frequently.  I believe I've even seen the situation where I change the pool in the managed miner's properties, restart the miner, and it continues to use the previous pool.

I'm trying to use awesomeminer and a great job
request:
additional coins would be nice to be able to insert a link from where to find, for example, the currency and difficulty creating a file or an external link, so the coins that are not reachable could be used even if they are not yet implemented.

shouldn't I be able to set the claymore parameter "-allcoins -1" from the claymore pool settings? I put ALLCOINS with value -1 but nothing makes it to the epools.txt

I've been receiving a number of requets on this one. So it's likely that the next mining softare added will be XMRig.

Please check this first:
http://www.awesomeminer.com/help/gpumapping.aspx

There can also be instances where Awesome Miner is unable to read the GPU sensors.

Not today, but I do get several requests for this so the plan is to improve the flexibility for these configuration scenarios.

If you open the Properties of this miner after applying the profile - is the information correct? What if you manually stop and then start the miner, is it starting with the correction configuration?
Can you also manually version on one of the Remote Agents that it's in fact the same version of Awesome Miner. Thanks!

It's correct that the new versions of Excavator are forbidden to be automatically download by Awesome Miner, as Nicehash EULA restricts this. That's one of the reason why I didn't prioritize putting any effort into this mining software. The other reason is that the API and entire setup of this mining software is a bit strange, and was changed a lot from their previous versions. I do understand that it could still make sense to support it, but Excavator didn't turn out to be so popular in the community anyway.

I'm getting a large number of questions and requests these days so even if this item is on the list of features to implement, it has not yet been a top priority. Thanks for your feedback on this.

Can you verify if MSI Afterburner shows up in the Task Scheduler (you find this on the Start menu in Windows) once you configured the MSI Afterburner auto start via Awesome Miner?

1) For Claymore Ethereum:  Can you manually download and extract this mining software into the path where Awesome Miner expect it? Does that work?
https://s3.amazonaws.com/awesomeminer-download/claymore_ethminer_v10.3.zip

2) For sgminer: Sgminer and Sgminer-gm are different software with different version numbers.
sgminer-5.6.1-nicehash-51-windows-i386
sgminer-gm-5.5.4
The folder name for sgminer-gm is correct in your diagnostics output

Please also note that when you run profit switching, the mining software selected by Awesome Miner will not be the same all the time. That's why you see Claymore being used at first, then sgminer and so on.

Which antivirus or security softare are you running?

I'm using coinsplit.io which has an optional 0.5% fee to auto split payments based on shares. It would be great to incorporate this!

This could be a very nice feature. I can already see that some pools return better % of hashrates into $$ than others. Perhaps a single % number per each pool would be super nice!

@patrike,

Is there any way we can apply a GPU profile by GPU instead of per RIG (i.e. set GPU0 Power Limit = 60% and GPU1 Power Limit = 80%)?

I appreciate the help but it is for sure not my AV.  It is a path issue for the most part