New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Version 3.2.0 Beta 5a is ready #2257
Comments
What am I doing wrong? Mining is on my main BTC wallet, although I have a config.txt with various wallets. |
You need to add a wallet section to each pool config like this:
Note: You can remove the 'wallets' element all together it you want to inherit the values from $Config.Wallets. Your original config is doing exactly this because there are no 'Wallets' elements, and that is why it is mining to your main BTC wallet. For Nicehash (which I believe you have an NH internal address) you can configure like this:
You can always verify the running config at http://localhost:3999/config |
I just testest again - I cannot reproduce the issue. MPM created the config files as designed. Did you overwrite all APIs\* files as well as the MinersLegacy\* files as recommended? Does anyone else see the same issues? Comments are welcome! |
I tried with a fresh install directly in a subfolder test located at 'c:\test' using the supplied 'Start-MiningPoolHub.bat' file, but no dice. The path contains no spaces. All 'APIs*' and 'MinersLegacy*' files were overwritten. Let me know if you need any additional info to troubleshoot the issue! I do get this red text while benchmarking if that could be helpful:
|
Unfortunately not. ;-) Can you please when MPM is running:
This allows me to gather the parameters that are being passed to the miner API file. Can you see some error messages on the miner screen when this happens? At least for troubleshooting I recommend you enable 'ShowMinerWindow' |
Here's the content of 'CPU-XmrigCryptonight_v2.8.3-1xGenuineIntel4CoreCPU-2':
|
xmr-stak is showing this error also this its showing me as making .126 btc a day.. which is like 500$.. |
AFAIK Setting up'fast memory privileges' is a one time setting. AMD_CPU_NVIDIA-FireiceCryptonight_v2.6.0.ps1.txt
Don't you like getting rich quickly??? ;-) |
ok that fixed that.. but there is also something going on with this
xmrig has 3 listings.. one with 2, one with 3 and one with all 5 gpus. |
hmm, now windows is saying the application has blocked usage of the gpu. |
How many XmRig instances do you see in the task manager when this happens?
I've seen this before. But that's a windows issue, nothing that MPM can do anything about it.
Please be more specific with your problem reports. Screenshots maybe? Which claymore? |
In your screenshot I see a 'no such file or directory' message... this is cause by the missing config files. What error message does the miner now throw? |
EthDcrMiner64 and AMD-XmrigCryptonight_v2.8.6-miner is not working right.. it only benchmarks one gpu, so i have a hash rate of 700 H /s |
Please post http://localhost:3999/runningconfig.html & the command lines for each of the problematic miners (can be found in the log files) |
No red messages? And why there is now one config file in the miner directory? |
says SSL: true.. also which are not the SSL urls. |
Please post http://localhost:3999/runningconfig.html and not just an extract. I need the full information. |
My apologies for providing ambigous feedback. Let me try to clarify ^^
The second two screenshots show the behavior of a separate installation of a previous version of MultipoolMiner (MultiPoolMiner_3_2_0_Beta4a) where it manages to create one config file. |
I am puzzled why the Beta 5a version is not working well. The only real change is the timing that has been altered. |
Not all miners support SSL, e.g. ethminer. Here is the code extract that limes its use to NON-SSL pools:
The -SSL parameter just defines the protocol preference, it does not rule out the usage of NON-SSL pools. This would severely limit profitability. I am looking at a better SSL config implementation, but htat is not as easy as it seems ;-( |
Using the attached files, the miner still shows the following error:
XmRig still displays:
and the json file(s) don't exist in the xmrig folder. |
even with this new file it runs one 1 gpu, 2 gpu and 3 gpu in 3 different sessions. AMD-XmrigCryptonight_v2.8.6-3xEllesmere8GB-3 but when they run, they only use 1 gpu even tho the proper gpus are listed. as far as the uac setting in xmr-stak it doesnt work.. it failed to load and crashed the gpu driver. |
I copied the json config files generated using 'MultiPoolMiner_3.2.0_Beta4a' and that worked (Xmrig benchmarked successfully), so seems like it's only the generation of the json files that doesn't work. |
The generation of the json files is the hard bit. Next try - I rewrote the whole stuff: |
These AMD driver settings impact hash speed:
They might have undesired effects on other programs, so MPM should not interfere. |
It should only have a single digit. Try the attached file (rename to .ps1): AMD-XmrigCryptonight_v2.8.6.ps1.txt
Which files do you not want to be written every time?
|
[Algo]-[GPU*]-* so that custom configurations can be added to these ^^ The attached file only adds a single digit. Here's the config in its entirety in case you'd like to take a look at it {
"algo": "cryptonight/1",
"api": {
"port": "4000",
"access-token": null,
"worker-id": null
},
"background": false,
"cache": true,
"colors": true,
"donate-level": 1,
"log-file": null,
"print-time": 5,
"retries": 5,
"retry-pause": 5,
"opencl-platform": 0,
"threads": null
} |
Try this APIs file (rename to .ps1) It will NOT overwrite the config files, except when the hardware has changed, e.g GPU added, removed, or GPU order change (if you have different GPU models). A hardware change will change GPU deviceIDs which invalidates the threads config stored in the 'ThreadsConfig-...' file.
Your config file is NOT ok. is wrong. It should look like
Can you please zip all generated json files and post them here. |
I think you might have forgotten to attach the file :) I cleared the stats files and let it benchmark again, and I think they now have the correct format? Xmrig amd: |
Not anymore: |
It seems to still rewrite the [Algo]-[GPU*]-* files using the attached file. It's mostly the 'threads' part that's interesting to modify. Presumably you still need to update the [Algo]-[GPU*]-* files with the correct pool, but perhaps it's possible to update only this part? |
This rewrite is necessary cause I need to update the pool info.
Better you edit the ThreadsConfig file... these values will be imported to the [Algo]-[GPU*]-* config file on each run -> problem solved :-) |
That sounds excellent! I did however stumble across an issue while editing the TreadsConfig file. Here's the TreadsConfig file: [
{
"low_power_mode": 1,
"affine_to_cpu": 0,
"asm": true
},
{
"low_power_mode": 1,
"affine_to_cpu": 2,
"asm": true
},
{
"low_power_mode": 1,
"affine_to_cpu": 4,
"asm": true
},
{
"low_power_mode": 1,
"affine_to_cpu": 6,
"asm": true
}
] Whereas here's the CryptonightV8-GenuineIntel4CoreCPU-4003-2.json file: {
"algo": "cryptonight/2",
"api": {
"port": 4003,
"access-token": null,
"id": null,
"worker-id": null,
"ipv6": false,
"restricted": true
},
"asm": true,
"autosave": true,
"av": 0,
"background": false,
"colors": false,
"cpu-affinity": null,
"cpu-priority": null,
"donate-level": 1,
"huge-pages": true,
"hw-aes": null,
"log-file": null,
"max-cpu-usage": 75,
"pools": [
{
"url": "stratum+tcp://cryptonightv8.eu.nicehash.com:3367",
"user": "MINER_ADRESS.worker1",
"pass": "x",
"rig-id": "worker1",
"nicehash": true,
"keepalive": false,
"variant": -1,
"tls": false,
"tls-fingerprint": null
},
{
"url": "stratum+tcp://cryptonightv8.eu.nicehash.com:3367",
"user": "MINER_ADRESS.worker1",
"pass": "x",
"rig-id": "worker1",
"nicehash": true,
"keepalive": false,
"variant": -1,
"tls": false,
"tls-fingerprint": null
}
],
"print-time": 5,
"retries": 5,
"retry-pause": 5,
"safe": false,
"threads": [
{
"low_power_mode": 1,
"affine_to_cpu": false,
"asm": true
},
{
"low_power_mode": 1,
"affine_to_cpu": false,
"asm": true
},
{
"low_power_mode": 1,
"affine_to_cpu": false,
"asm": true
},
{
"low_power_mode": 1,
"affine_to_cpu": false,
"asm": true
}
],
"user-agent": null,
"watch": false
} It seems like the thread count (it should only be 2 threads for CryptonightV8-GenuineIntel4CoreCPU-4003-2.json) doesn't get set correctly, as well as the config (the affine_to_cpu value in particular) from the TreadsConfig file. Thank you for your continued support regarding xmrig. It's very much appreciated :-) |
Thank you - you are welcome!
Thank you for pointing this out - it a new issue with the CPU variant. I'll fix this. |
It seems like the thread count (it should only be 2 threads for CryptonightV8-GenuineIntel4CoreCPU-4003-2.json) doesn't get set correctly, Please try Beta 6. |
https://github.com/MultiPoolMiner/MultiPoolMiner/releases/tag/Beta3.2.0
Please also report if all is working fine - only so I can know that we get rid of all the bugs :-)
The text was updated successfully, but these errors were encountered: