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

The 1705 creator versions, for what they have told me in the group, work, less hash, but it works. It's the ones we installed 1809, and there's still another version that I have not installed because it does not leave me, the 19xx

I can not be seeing that some or miners, I use very few, right now tell you that I only use Nicehash with 7 algos, to minimize changes
cucka29
cucka31
MTP
cucacycle
x16r
equihash 150.5
zhash 144.4

I only use 3 or 4 miners, cryptodredge, tt-rex, gminer, Nbminer

When more happens it is with Gminer and Nbminer, in the Cucka and MTP

In the capture puts 82% of time of mining, is unreal, all the time that is as in the previous capture, online interface counts as valid. That's the restarts. That rig is RTX and today it would have had more than 50 reboot

I am writing you this 2 message and still follow the RIG 6 with online interface and it does not restart ... I am fed up with this situation.

This is not an error by OC, nor by heat, nor anything that affects me. Deactivated the antivirus and Firewall completely. This is just an example of a rig, it happens to me in more rigs, it happens to more people in more RGIS.

When it is in that state, it does not fail, it does not give notification, it does not freeze the machine, if the machine were frozen the whatdog by USB would restart it. You can stay for hours, until I realize and reboot, and even after reboot sometimes does the same and we are in the same failure.

It does not communicate well the remote with AM, it can be the administrator mode, or it can be the last updates.

I repeat, it does not leave error notification because basically until I do not reboot it does not leave there, it can stay hours and hours.

This is killing me, some machines do it more, others do less. But especially the 1080ti and the rtx 2080, although to a lesser extent also in the 1070.

The admin mode matches me (this affects the fan curve and the limitation of volts), if I do not affect the administrator mode.

This failure is happening a lot and it is making me lose a lot of time every day. I had to create specific rules that if there is no HASH during X seconds, reboot, but sometimes it does so many times until at the end a miner starts.

As I said, it's not OC, it's not heat, it's not my configuration, it's an Intelibreeze failure.

Ability to Bulk Edit Miner Properties command line parameters and environment

This can come very handy on a larger GPU farm

In case the MSI-based package upgrade or removal fails, please use this tool from Microsoft to force the removal:
https://support.microsoft.com/en-us/help/17588/fix-problems-that-block-programs-from-being-installed-or-removed
Please also note that if there are any pending Windows updates (even small patches) about to be installed - it typically requires a reboot before you can install any software based on the MSI-installer concept.

For the other problems you describe it would be good to get some more specific details about when it's failing and what kind of fault isolation and troubleshooting steps you have taken already. General issues about GPU mining can be difficult to resolve when running a more complex setup with multiple mining software, multiple algorithms, multiple clocking settings and a frequent change between all of these. I would suggest trying to find a stable baseline on one of the miners, by making sure it's running 100% stable with a single mining software on a single algorithm. Then you can start to add more algorithm, then more software, then multiple OC profiles and so on to find out when it's breaking.

Previously you pointed out that your systems running an older Windows build was running more stable. Is that observation still correct?

I've also sent you a PM about a log file.

I almost always have some (but not all) rigs failed to update Remote Agent each time there's an update till 6.x.x the issue are less. However, usually due to slow network, CPU too slow to respond (shitty celerons....) and installer timeout. when this happens, my solution is remote into the rig, exit Remote Agent process or reboot if it won't terminate for some reason. go to your %appdata% /Roaming/AwesomeMinerService/ folder and manually run the downloaded installer from there, it almost always downloaded the installer fine, but just msiexec process either occupied by another process (including windows update) or timed out and need manual intervention, not sure if this will help with the remote not updating on your rigs.

As for other issues, I can't comment as I haven't had much Windows 10 rigs where OC was causing issues, then again, I only have 2 rigs that runs windows 10 and they are not full mining rigs, though they do run the 1903 build

Hi Patrik & Fellow Awesome Miners,

A few ideas (some might not necessarily be practical / useful)

• Ability to Bulk Edit Pool Properties - Especially Worker name, Worker password, Wallet Address, Profit Factor field
• Ability to clone Pool Groups
• In conjuction to above, ability to have the Pool Groups the ability to override the fields in point #1 (which can make the first 1 points obsolete and completelly replaced by this one IMHO), This is particularly useful for pools like Zergpool where one want's to switch between coin addresses/payout coin type/coin targeting/solo or shared mode switching
• Ability to fetch Auto-Exchange Status via pool API and consequently include/exclude from a Pool Group (mining a coin when AE is disabled generally means no reward when payout coin needed to be exchanged)
• Ability to parse Online Services' Actual payout % to individual pools according to their algorithm (Yiimp pools somehow seems to have poor luck, or at least I find mining on Zergpool generally have efforts way > 100% across all algos, shared or solo mining
• Ability to detect and compare coin price delta (daily, 7day, 30day ... etc) and set it as a rule trigger, basically interested in the pairs (BTC/USD, XXX/BTC where XXX is an Alt pair of choice) due to the delaying nature of auto-exchange and correlation between major coins espeically BTC leading entire crypto up and down, sometimes this can automate a more optimal exchange option rather than manual (i.e, sometime it's better to mine and AE to BTC, other times it is better perhaps to be paid in say, LTC for example)

Best Regards,

this is crazy. Now the remote fails me the installation in some machines, the other day in one, today in two. And the only way to fix it is to erase everything from awesome miner of REGEDIT, restart and install, otherwise, it will not let me.

Intelibreeze is accumulating errors, the program is becoming increasingly unstable and the proof is that I have never had problems with the updates but if lately.

When you want to realize, there will be many problems to solve.

Much development for Asic but you are leaving aside the windows and the errors that many people are reporting. I am dissatisfied lately of the resolution of failures in Windows and it is affecting me. Even if you lower the OC, or even if you leave it neutral 100 0 0 or 90 0 0, some rigs still remain in offline service or similar problems that did not happen 2 months ago.

Windows advances with its updates and the remote is giving problems, I mean intelinreeze.

Version 6.5.9 (Development preview of 6.6)

 GPU mining
  - Improved display of AMD GPU information on Linux with vendor and power usage
 Configuration
  - SSH connection timeout configurable in the Options dialog, Advanced section. Default timeout is now set to 8 seconds.
 Features
  - Added a backup and restore feature to the toolbar Backup (renamed from Import/Export), intended for a complete backup of all configuration data.
 User interface
  - Added menu item for launching the web interface for the selected ASIC miner. Available via the toolbar Tools -> Antminer&ASIC.
  - Display of total miner commands in queue for External Miners (for large systems only)
 Mining software
  - Nanominer 1.4
  - WildRig Miner 0.17.9
 Corrections
  - Correction to z-enemy miner integration on Linux

To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates.

Direct download links if needed:
https://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
https://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

Ok thank you. So i believe he has some wrong settings in AM or he has another problem.

Is the case that the mining software (NBMiner, Miniz) is crashing? No matter which algorithm is being used? Can you capture that with the Diagnostics button? Please note that the first time you run the Diagnostics it will only run the mining software for 30 seconds. You can then click the Advanced button to change it to 2 minutes and run again.

---

Hi Ralf,
I've sent you a message about this with some requests for more details. 2.6 GB for 733 miners sounds fine, but 13 GB does not. Let's investigate and resolve this.

---

In general Awesome Miner doesn't consume that much more memory when adding a larger number of miners. Managed Miners will however consume more than External Miners and using features like mining history will increase the memory usage.

With 16 GB memory you should be able to run 20,000 ASIC miners.

And how you checked that your AM Installation is not defect? I think it is a problem with your PC, my Awesomeminer version use only 260mb RAM with 40 Miner and many rules.
A other Instance with 20 miner uses only 175mb Ram. So i can´t believe that 700 uses so much.
Maybe Patrike can say how much ram AM use per miner.

no - it's not defect... but maybe i have a few more miners than you? in the moment 733?! in former versions of AM i had no problems...

Then your AM installation is defect or with your windows is something wrong. I use AM on a windows pc with 4GB Ram and mining with CPU and GPU in backround, no impacts and it runs over month.

Hi Patrik,

another Problem with the new Version 6.5.8
i have to restart AM every morning because AM allocates all available RAM (over 13 GB - i have it running on a very fast PC with 16 GB Ram) after about 20 hours running. AM is not responding correct - i have to wait about 10 seconds for every click ...
after restart everything works fine again (AM needs 2.6 GB RAM) for about a day... then same procedure again...

BR Ralf

Hello, I am presenting problems with my Awesome Miner since the last update. In the mining of NBMiner - Miniz to the minutes that is working I get that it is offline. Restarts by rule. But at the time it is lost time between reboots and offline. I already test with other miners and this error does not occur I have 1080ti.

It's correct that you need to go for the development version in order to get to Gminer 1.47 at the moment.

This will however improve now when the feature 'Update mining software definitions' has been made available. This makes it possible to get mining software updates more frequently to all users, no matter if you run the public version or the development version.

Thanks for the feature suggestions - they are noted. It will unfortunately not be possible to include these in version 6.6 already as this release is planned for tomorrow and there are other feature to finalize first.

Saving the existing overclocking for a rig to a Clocking Group is likely to be implemented before the send key feature.

Have you got both

check for new options automatically
check for development versions


ticked under options/general?

Hi, How can I update the miners to the latest version in Awesome miner. Usually Awesome miner alarms me that there is an available update, but I can see no update at this moment. Some miners have released updates such as Gminer 1.47, but latest version of Gminer in Awesome miner is 1.45. Please help me

pls add option to send keystrokes on console view and option to save OC profiles for the entire rig in 6.6 version

great work