Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v15.0 (Windows/Linux)

[Raja_MBZ]

Where is reboot.bat ? It isnt in the claymore directory.
I want the miner to restart pc when hasha goes below xx

May I ask how often your miner's hashrate goes below your required criteria? IMO, rebooting the whole system isn't something you should use to tackle that issue. It'd be much better for long-term stability of your system if you focus on restarting the miner window instead of whole system. I use a particular code which I can share (similar code was shared in this altcoin mining section as well like a year back) if you're facing the decline of hashrate like after every few hours.

[Call_Me_Bambi]

Where is reboot.bat ? It isnt in the claymore directory.
I want the miner to restart pc when hasha goes below xx

The 'reboot.bat' file is not created by, nor does it come installed with, Claymore. You have to create your own 'reboot.bat' file and place it in the Claymore directory. I'd take up Raja_MBZ offer and give it a try.

[leonix007]

Hello guys, i have a problem, the cards are 1050ti 4gb, updated to latest drivers and latest claymore, tried changing virtual memory, but there is still problem. What to do? Thanks in advance!

CUDA error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions.

19:36:22:234   ab8   CUDA error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions.

19:36:22:240   1f48   CUDA error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions.

19:36:22:258   1f18   CUDA error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions.

19:36:22:295   1b30   CUDA error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions.

Hey there, by any chance, are you dual mining?
BTW 3GB cards can't mine ETH any more, and probably, given time, 4GB will go the same way, but at least right now, 4GB cards are ok.
Things to check, Nvidia driver, (cuda) install ok, or DDU, and clean install Nvidia drivers.

Post your batchfile content, it's helpful to get a better understanding about your rig and expectations.
Also, how much VM are you running?

I am running 16000 MB VM, i am not dual mining, the cards are 4gb, i have another rig same exact configuration and it is working well. I did a clean installation on drivers and still no progress...
EthDcrMiner64.exe -epool eu1.ethermine.org:4444 -ewal xxx.Mechanic -epsw x -esm 0 -mode 1 -wd 1 -r 1 -dbg 0 -ethi 16

try adding -eres 0 in your bat file config

[AzzAz]

driver related issues likely to be encountered when trying to boot a different chipset off the wrong clone os etc.

RE clones:
Using Acronis TrueImage, I've got the same UEFI Win10 image running on ASROCK H110, MSI Z270, ASROCK B150,  ASROCK H81. With various AMD and NVIDIA GPUs and ZERO issues. I reiterate myself: the only known problem with cloning is absence of official Microsoft support. (and I know this because see earlier)
Also how comes dagpatcher is "outdated" or whatever is your claim

RE problem:
I'm just cautioning these guys from listening to incompetent "yet very helpful"(?) people

They are just doing something terribly wrong (like not having their drivers properly installed) as it's extremely simple:
Do this: disable windows & drivers updates, do proper DDU, add multiple GPUs (better with stock bioses), install driver (see my post above), run claymore.
for polarises you can set extremely safe 1140MHz core and 1750 mem at 900mv
You can also try other algoes / miners.


“It's not what you don't know that kills you, it's what you know for sure that ain't true.”

― Mark Twain

Yes, better to keep these,  technical discussions, rather than personalising them.
It also helps you make your point!

OK, but like I said, as indeed did the original poster, they are a small outfit, they have a single rig, and Acronis cost what?
Another fifty bucks, to do what, make a single clone, from a disc they don't have?

Again, for the last time, cloning in the context raised is not a good solution, in fact it's not even possible.
End of discussion if you please.

A bit of attention to detail would not go amiss, nowhere did I say the dagpatcher was outdated, YOU said that!
What I wrote was it was redundant, that's it.

That's exactly my point. Whomever raised question of clones was not me, but your comment apparently caught my attention NOT because it was out of place, but because it was wrong. Also again why is pixelpatcher redundant? I'm not aware of AMD starting to skip the signature check in their drivers (it was re-enabled with 16.12.1)


EDIT: @marius85 try 18.2 - 18.3 versions

Well, I'm enjoying the tough debate my comment lead to.

Question still remains: How can one "roll back" to Win 10 1709 on a fresh install, providing that 1803 release is not good for mining?

Settings/Updates&sequrity/view recent updates/recovery options/back to your previous version... ?

[QltMiner]

We are having the same problem that Marius 85 and others seem to be having.

We reformatted our hard drive, reinstalled windows 10...had to go with 1803 as we did not have an older version available.  Downloaded Radeon driver 18.5.2 and Claymore 11.7.  We put the EthDcrminer64.exe into windows defender exceptions and still shuts off as soon as we start.  Here is the last log

20:26:15:884   e38   Check and remove old log files...
20:26:15:884   e38   args: -epool us2.ethermine.org:4444 -ewal xxxxxxxxxxxxxxxxx -epsw x
20:26:15:884   e38   
20:26:15:899   e38   ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
20:26:15:899   e38   º                Claymore's Dual GPU Miner - v11.7               º
20:26:15:899   e38   º              ETH + DCR/SIA/LBC/PASC/BLAKE2S/KECCAK             º
20:26:15:899   e38   ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
20:26:15:899   e38   
20:26:15:899   e38   b583
20:26:16:149   e38   ETH: 1 pool is specified
20:26:16:149   e38   Main Ethereum pool is us2.ethermine.org:4444
20:26:16:149   e38   DCR: 0 pool is specified


We even went into the console and tried to run the program...exactly the same log as this one. Just keeps shutting down as soon as it starts.

Very frustrated as the miner was running so well for the past four months.  We're newbies so we're at the limit of our knowledge base.
We are running three RX 570's with moded bios....ran patch...they are recognized and in compute mode.  One XFX RX 570 not moded on compute mode....we had stable 111mh/s on previous windows and Claymore 11.0.

Is there any hope?

Clone the SSD from another working rig. Update drivers only, if required.

I know that we are super small fish and this might work but we just have the one little 4 card rig.  I mistyped and we are running adrenaline 18.5.1.  It won't even run through the console as recommended by isux on page 1205. I have seen this same issue on several other posts but no fix that works for us.  What other things should we be looking at?  We copied the setx commands into the bat file and the log shows the only commands we have after that.  Config file is all #'ed out so no interference or double commands. Even if it is an overclock issue we should at least be seeing the stock card run something.

That sounds frustrating.
What do you have Virtual memory set to?
With 4GPU, 16GB should be fine, but if you want to absolutely exclude this possibility, set VM to 48000, (I have some 13 GPU rigs running that, and it's fine).

Also, side note, actually, I'll do a new post on this bit, hibernation!

If you didn't try it already, turn on debug and see if Claymore log adds some clues.

And if you really hit the wall, remove all the GPU but 1, boot to safe mode, run DDU, reboot, and install AMD driver with that single GPU, set to compute, reboot, and see if that works. Then add back the other GPU, build up to that etc, but get a proof of concept first.

Don't forget to switch off debug when things are running.

Good luck

Foot note: As always, if you get stuck, post your complete batch file content.
There are a lot of possible causes to this, so there is no one answer, but another common error is to command a clock the hardware can't deliver on. Claymore is waiting for some ack, which depending on what you sent to the hw, the driver, and probably the hw ability to cope with the impossible, might not send an ack, and Claymore can only wait, (and have the smarts to not wait forever, but trip a reset after 5 min).

But going back to basics, break it down, is a good method for debugging. Yes, it might be painful, but if done right and systematically, DOES deliver a good probability of finding a solution. Far more so than blindly stumbling around in the dark, hoping to get lucky, hmmm that reminds me of something else, hahaha.

I thought of "quoting" all of you who have posted your suggestions but that would just get ridiculous.  Thank you all for your willingness to help.  I am so thankful for all of the posts and comments.  This forum is so helpful. 
iSuX somehow I had missed the debug...I'm mining because I love learning and constantly figuring things out so we're going to try that next.  (Although 74hawksfans' log after they ran the -dbg 1 command still looks like mine.)  I reread the ReadMe file and there is the -oldkernel command and we haven't tried that either.  We're pretty sure the hibernation isn't an issue as we have a 250G SSD and our VM is set to 36 with only 4 cards. Our batch file is very basic, nothing past -epsw x as we're just trying to get it back to life for now.  I saw posts by lesjokolat and Jonet we're going to try, making sure of spaces and hard returns.


After the reinstall of Windows 10 version 1803 we ran DDU twice then reinstalled the latest Adreniline 18.5.1 with one gpu plugged in.  That gpu does not have a bios mod. We didn't try to run with just that one gpu so we'll do that with the -dbg command and update you all when we see how that goes. 
74hawksfan...have you found out how to get back to 1709?  I think that would fix all our issues.  Urs10 thank you for the link to the Win 10 Anniversary 1607 ISO. If debug doesn't get as any further we may go all the way back to that and try it and the AMD 18.3.4 as others say that driver is stable. 

All it'll take is time.  We're old retired folks...yes guys baby boomers can be into crypto!  So we have nothing but time.
Thanks again to all of you.

[74hawksfan]

Hello,
Just set up Asus B250 board with 13 AMD RX 580's, this is my 4th miner and 2nd AMD rig exactly like this one.
Weird thing happening...when I start the CM miner, it gives me nothing past the start up screen:
Eth: 1 pool is specified
Main Ethereum pool is eth.suprnova.cc:5005
DCR: 0 pool is specified

Then after 5 minutes (apperently) it says:
Miner cannot initialize for 5 minutes, need to restart miner!

Here is command line:
ethdcrminer64.exe -epool eth.suprnova.cc:5005 -ewal ***.*** -epsw * -esm 3 -allpools 1 -dbg 1


I have a funny feeling it's to do with Windows Defender, because since I've been trying to get this thing working for the last few days, it never popped up and asked for me to Allow it through the firewall...but idk for sure. I shut it off and still no action.

I would post a pic to make it easier but I cannot figure out how to do that :-)

Hey there,
So you have debug on, what do your logs tell you?

Try adding

-di 0

Start with GPU0 only, would be a good thing to try, as you could be overloading your PSUs.
If it's a new rig, never been running/stable, break it down, get through the init on one GPU, prove your config and basic hw/sw enviro, and take it from there.

jooi, what PSU are you using, and how many GPU on each, how many risers per cable?

Kudos on the 13gpu rig man, not so easy to get those stable.

Good luck.


footnote:
Try this.

setx GPU_FORCE_64BIT_PTR 1
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
EthDcrMiner64.exe -epool ssl://eu1.ethermine.org:5555 -ewal wallet.rig -epsw x -di 0 -gser 1 -esm 0 -etha 0 -ethi 16 -eres 2 -erate 1 -estale 1 -asm 1 -platform 1 -y 1 -dcri 9 -wd 1 -ftime 5 -r 1440 -cclock 1200 -cvddc 900 -mclock 2100 -mvddc 850 -tstop 83 -tstart 50 -tt 60 -fanmin 40 -fanmax 100 -ttdcr 80 -ttli 80 -mode 1 -dbg 1 -altnum 3 -mport -3333 -mpsw whatever -logfile logs\

So that was a great idea taking the cards out and just doing 1, I should have tried that before posting.  Unfortunately it didn't work, same result. Here is the last log file, the others say the exact same thing :-(

20:25:58:457   1460   Check and remove old log files...
20:25:58:457   1460   args: -epool eth.suprnova.cc:5005 -ewal ***.*** -epsw * -esm 3 -allpools 1 -dbg 1
20:25:58:457   1460   
20:25:58:457   1460   ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
20:25:58:457   1460   º                Claymore's Dual GPU Miner - v11.7               º
20:25:58:457   1460   º              ETH + DCR/SIA/LBC/PASC/BLAKE2S/KECCAK             º
20:25:58:457   1460   ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
20:25:58:457   1460   
20:25:58:457   1460   b583
20:25:58:685   1460   ETH: 1 pool is specified
20:25:58:685   1460   Main Ethereum pool is eth.suprnova.cc:5005
20:25:58:685   1460   DCR: 0 pool is specified
20:26:31:509   d48   
20:27:04:325   d48   
20:27:37:141   d48   
20:28:09:957   d48   
20:28:42:541   d48   



2x 1,200 watt gold psu's, even distrubuted as with my other one.
and only 2 risers per sata leg

Thank you for you help!

OK, will it sounds like your PSU and topology is thought through, so maybe leave that for now.
Could you post the debug log, from the batch file I added above?

(Just to rule out the pool angles, as I have no experience with suprnova, and Ethermine, being pretty much the biggest there is, makes for a good choice when testing, even if you don't plan on mining with those guys).

Now that said, what SHOULD be happening at this stage is the init of OpenCL, (or CUDA if you're using Nvidia).
OpenCL is managed via the AMD driver, so assuming you don't have a problem with the pool, I think you need to investigate if OpenCL is available.

One way to do that, (with a only single GPU in the rig), is you use GPU-z, and see if the OpenCL check box is populated.

Now, I have also seen perfectly good working rigs, where that checkbox is NOT populated, and clearly that is wrong, so to be absolutely sure, you (again with only 1 GPU in the rig), could boot to safe mode, DDU, reboot, install the AMD driver, set to compute, reboot, and check GPU-z, I have never seen that fail to confirm OpenCL.

From there, try my batch file again, and post the log if you're still stuck.
Good luck

Also, VM? Set to 48000GB if need be.

Foot note, in case anyone needs convincing of the single GPU method. If you do a clean AMD driver install with 13GPU, this alone can take hours, more so, if it fails, and AMD themselves STILL have an open bug on init fail with more than 12GPU.

Often when testing theories, working through troubleshooting etc, this is time consuming, and for sure you probably work at testing, (proving) some angles that were perfectly fine to start with. Time is not wasted of course, as you can cross those off the list, elimination of them, takes you closer to the answer.
But all the same, if you have multiple GPU, that's an exponential multiplier on the possibilities of fault, and means more time to troubleshoot is a given.
Breaking it down to basics, (you only need to pull the USB cables from the MB, for the most part), is pretty quick, you don't need to physically remove the GPUs etc, means you can run DDU, and reinstall the AMD driver with the minimum time consumed, and get back to starting Claymore as quickly as possible.

AMD driver install time, is pretty acceptable with a single GPU, but 12 and 13 is really nasty, and I have seen that fail many times, so working on proof of concept with a single GPU is by far the fastest, and most likely to provide solutions imho.

BTW 18.3.4 is a stable driver for mining.
Note: there is NOTHING mentioned in any release notes from AMD, on any mining related improvements in the drivers release since 18.3.4.
That is not to say the newer drivers are bad, (some are though), but simply, 18.3.4 has been out for a while, rolls up all the mining related things you probably need for RX570/580 hardware, and has proved itself far more than any of the drivers released since then. So, if you're going to DDU etc, I'd suggest 18.3.4 is a good choice, known good, known stable, well proven choice, and when you're troubleshooting, you need to focus on elimination of doubt. Go with what you know, (is good).

I was wondering why niether of the cuda opencl boxes were checked, and there has been an error that GPU-Z gives me when I open it or switch cards. I installed W10 1709 I believe then it updated to 1803, so I reverted back and have had strange things since. So I'mma do a fresh install and see what happens, I was able to flash the mod bios already so I don't really need atiflash to work anyway so I'll try 1803 fresh.
Thank you so much!

No worries, wow, that is a nasty situation with win updates. But before you roll back, it would be very helpful to know, if the DDU, clean install, or alternatively a manual driver install in devman as Ursul0 pointed out, gets you anywhere.

Because one would hope that DDU/clean install-driver option is an available solution.

But indeed, you could be right, I have seen some systems in a real mess after a OS roll back, and while that isn't to say that applies in your case, it's always one of those nasty things that sow the seeds of doubt later.

Also, you might like to set all your NICs to metered connection, that at least for the most part, prevents MS from updating your rig, or if nothing else, gives you some warning when they try to.

Regedit
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\DefaultMediaCost]

Grant your user "folder" permissions, and change all NICs to dword 2.
e.g.
"3G"=dword:00000002
"4G"=dword:00000002
"Default"=dword:00000002
"Ethernet"=dword:00000002
"WiFi"=dword:00000002

It won't help you with your current problem, but might be useful on your rigs
Good luck.

Same result after multiple DDU removes and fresh GPU driver installs.  Spent today doing fresh install of 1803, which as soon as I installed 7 or more GPU's the thing would just crawl to a snails pace...lagging so heavy I couldn't handle it.
Then did a fresh install of 1709, super quick, no BSOD during install, no freezes, smooth.  Got driver installed and all the W10 tweaks done, tried to install Hwinfo64 after all the oc/uv was complete...Hwinfo64 stops working almost immediately after starting it up, gets stuck and freezes on "checking system configuration - analyzing pcie bus"
Searched and couldn't find a solution, uncheck this, check that...etc.  Nothing worked.
Then noticed your guys comments, and I'm still getting the same error on GPU-Z, and still no Opencl populated.  So there I am :-)

[karakondjo]

Dear Claymore,

How could I contact you?
Need a little help with a GPU stuff.
My email is tetracen@abv.bg

Sorry for the off...

[Gataway]

Dear Claymore,

How could I contact you?
Need a little help with a GPU stuff.
My email is tetracen@abv.bg

Sorry for the off...

You can PM him

[karakondjo]

I can't. I'm a "newbie" here
If you can send him a PM, I could send to you in order to resend to him and will be much grateful...

[nitrobg]

Dear Claymore,

How could I contact you?
Need a little help with a GPU stuff.
My email is tetracen@abv.bg

Sorry for the off...

Unless you own a 1000-rig GPU farm and are willing to pay him several BTC - he probably won't even look at your message. 

[karakondjo]

Unless you own a 1000-rig GPU farm and are willing to pay him several BTC - he probably won't even look at your message. 

Who knows... sometimes miracles happen...
I rely on that my request won't spend him more than 10-15 mins of his precious time.
It's not connected to rigs and mining but with GPU programming for university purposes.

[Claymore]

Unless you own a 1000-rig GPU farm and are willing to pay him several BTC - he probably won't even look at your message. 

Who knows... sometimes miracles happen...
I rely on that my request won't spend him more than 10-15 mins of his precious time.
It's not connected to rigs and mining but with GPU programming for university purposes.

In general there is no way to contact me, only this forum, so just ask here if you think that I'm the right person for your question.

[MikeGR7]

Hello,
Just set up Asus B250 board with 13 AMD RX 580's, this is my 4th miner and 2nd AMD rig exactly like this one.
Weird thing happening...when I start the CM miner, it gives me nothing past the start up screen:
Eth: 1 pool is specified
Main Ethereum pool is eth.suprnova.cc:5005
DCR: 0 pool is specified

Then after 5 minutes (apperently) it says:
Miner cannot initialize for 5 minutes, need to restart miner!

Here is command line:
ethdcrminer64.exe -epool eth.suprnova.cc:5005 -ewal ***.*** -epsw * -esm 3 -allpools 1 -dbg 1


I have a funny feeling it's to do with Windows Defender, because since I've been trying to get this thing working for the last few days, it never popped up and asked for me to Allow it through the firewall...but idk for sure. I shut it off and still no action.

I would post a pic to make it easier but I cannot figure out how to do that :-)

Hey there,
So you have debug on, what do your logs tell you?

Try adding

-di 0

Start with GPU0 only, would be a good thing to try, as you could be overloading your PSUs.
If it's a new rig, never been running/stable, break it down, get through the init on one GPU, prove your config and basic hw/sw enviro, and take it from there.

jooi, what PSU are you using, and how many GPU on each, how many risers per cable?

Kudos on the 13gpu rig man, not so easy to get those stable.

Good luck.


footnote:
Try this.

setx GPU_FORCE_64BIT_PTR 1
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
EthDcrMiner64.exe -epool ssl://eu1.ethermine.org:5555 -ewal wallet.rig -epsw x -di 0 -gser 1 -esm 0 -etha 0 -ethi 16 -eres 2 -erate 1 -estale 1 -asm 1 -platform 1 -y 1 -dcri 9 -wd 1 -ftime 5 -r 1440 -cclock 1200 -cvddc 900 -mclock 2100 -mvddc 850 -tstop 83 -tstart 50 -tt 60 -fanmin 40 -fanmax 100 -ttdcr 80 -ttli 80 -mode 1 -dbg 1 -altnum 3 -mport -3333 -mpsw whatever -logfile logs\

So that was a great idea taking the cards out and just doing 1, I should have tried that before posting.  Unfortunately it didn't work, same result. Here is the last log file, the others say the exact same thing :-(

20:25:58:457   1460   Check and remove old log files...
20:25:58:457   1460   args: -epool eth.suprnova.cc:5005 -ewal ***.*** -epsw * -esm 3 -allpools 1 -dbg 1
20:25:58:457   1460   
20:25:58:457   1460   ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
20:25:58:457   1460   º                Claymore's Dual GPU Miner - v11.7               º
20:25:58:457   1460   º              ETH + DCR/SIA/LBC/PASC/BLAKE2S/KECCAK             º
20:25:58:457   1460   ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
20:25:58:457   1460   
20:25:58:457   1460   b583
20:25:58:685   1460   ETH: 1 pool is specified
20:25:58:685   1460   Main Ethereum pool is eth.suprnova.cc:5005
20:25:58:685   1460   DCR: 0 pool is specified
20:26:31:509   d48   
20:27:04:325   d48   
20:27:37:141   d48   
20:28:09:957   d48   
20:28:42:541   d48   



2x 1,200 watt gold psu's, even distrubuted as with my other one.
and only 2 risers per sata leg

Thank you for you help!

OK, will it sounds like your PSU and topology is thought through, so maybe leave that for now.
Could you post the debug log, from the batch file I added above?

(Just to rule out the pool angles, as I have no experience with suprnova, and Ethermine, being pretty much the biggest there is, makes for a good choice when testing, even if you don't plan on mining with those guys).

Now that said, what SHOULD be happening at this stage is the init of OpenCL, (or CUDA if you're using Nvidia).
OpenCL is managed via the AMD driver, so assuming you don't have a problem with the pool, I think you need to investigate if OpenCL is available.

One way to do that, (with a only single GPU in the rig), is you use GPU-z, and see if the OpenCL check box is populated.

Now, I have also seen perfectly good working rigs, where that checkbox is NOT populated, and clearly that is wrong, so to be absolutely sure, you (again with only 1 GPU in the rig), could boot to safe mode, DDU, reboot, install the AMD driver, set to compute, reboot, and check GPU-z, I have never seen that fail to confirm OpenCL.

From there, try my batch file again, and post the log if you're still stuck.
Good luck

Also, VM? Set to 48000GB if need be.

Foot note, in case anyone needs convincing of the single GPU method. If you do a clean AMD driver install with 13GPU, this alone can take hours, more so, if it fails, and AMD themselves STILL have an open bug on init fail with more than 12GPU.

Often when testing theories, working through troubleshooting etc, this is time consuming, and for sure you probably work at testing, (proving) some angles that were perfectly fine to start with. Time is not wasted of course, as you can cross those off the list, elimination of them, takes you closer to the answer.
But all the same, if you have multiple GPU, that's an exponential multiplier on the possibilities of fault, and means more time to troubleshoot is a given.
Breaking it down to basics, (you only need to pull the USB cables from the MB, for the most part), is pretty quick, you don't need to physically remove the GPUs etc, means you can run DDU, and reinstall the AMD driver with the minimum time consumed, and get back to starting Claymore as quickly as possible.

AMD driver install time, is pretty acceptable with a single GPU, but 12 and 13 is really nasty, and I have seen that fail many times, so working on proof of concept with a single GPU is by far the fastest, and most likely to provide solutions imho.

BTW 18.3.4 is a stable driver for mining.
Note: there is NOTHING mentioned in any release notes from AMD, on any mining related improvements in the drivers release since 18.3.4.
That is not to say the newer drivers are bad, (some are though), but simply, 18.3.4 has been out for a while, rolls up all the mining related things you probably need for RX570/580 hardware, and has proved itself far more than any of the drivers released since then. So, if you're going to DDU etc, I'd suggest 18.3.4 is a good choice, known good, known stable, well proven choice, and when you're troubleshooting, you need to focus on elimination of doubt. Go with what you know, (is good).

I was wondering why niether of the cuda opencl boxes were checked, and there has been an error that GPU-Z gives me when I open it or switch cards. I installed W10 1709 I believe then it updated to 1803, so I reverted back and have had strange things since. So I'mma do a fresh install and see what happens, I was able to flash the mod bios already so I don't really need atiflash to work anyway so I'll try 1803 fresh.
Thank you so much!

No worries, wow, that is a nasty situation with win updates. But before you roll back, it would be very helpful to know, if the DDU, clean install, or alternatively a manual driver install in devman as Ursul0 pointed out, gets you anywhere.

Because one would hope that DDU/clean install-driver option is an available solution.

But indeed, you could be right, I have seen some systems in a real mess after a OS roll back, and while that isn't to say that applies in your case, it's always one of those nasty things that sow the seeds of doubt later.

Also, you might like to set all your NICs to metered connection, that at least for the most part, prevents MS from updating your rig, or if nothing else, gives you some warning when they try to.

Regedit
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\DefaultMediaCost]

Grant your user "folder" permissions, and change all NICs to dword 2.
e.g.
"3G"=dword:00000002
"4G"=dword:00000002
"Default"=dword:00000002
"Ethernet"=dword:00000002
"WiFi"=dword:00000002

It won't help you with your current problem, but might be useful on your rigs
Good luck.

If this is actual bat then I see something missing

Here is command line:
ethdcrminer64.exe -epool eth.suprnova.cc:5005 -ewal ***.*** -epsw * -esm 3 -allpools 1 -dbg 1


Here is command line adding asm:
ethdcrminer64.exe -epool eth.suprnova.cc:5005 -ewal ***.*** -epsw * -asm 1 -esm 3 -allpools 1 -dbg 1

if you have a much longer script line like examples shown make sure its all 1 line and not hard return broken into multiple lines.

also not sure if it helps but I have my setx
setx GPU_FORCE_64BIT_PTR 0

not
setx GPU_FORCE_64BIT_PTR 1

as you are using 13 gpus the pagefile settings may need a lot more than 16 gig, can you bump it up to 32 or 48.

also check gpus are sitting well in risers I had one angled weird that caused me tons of grief.
gltu

as an aside i used to use suprnnova but switched to ethertrench.com no fees smaller pool but increased my eth ratio by 20%.

Just jumping in to clear and confirm that the:
setx GPU_FORCE_64BIT_PTR 1

Is totaly safe to use and in some cases might even solve incompatibilities and/or improve performance.
I was not surprised to see iSux using it cause he seems to be very knowledgable person regarding mining.

On another note, just download and use Win10 ver 1607 and install windows with Ethernet cable unplugged.
After the OS boots, go to computer management---> services and disable windows update service.
Restart, plug ethernet back and don't worry again about this kind of stuff.

[karakondjo]

In general there is no way to contact me, only this forum, so just ask here if you think that I'm the right person for your question.

Thank you very much for your attention.

I though that e-mail or PM could be more appropriate instead of spamming offtopics here but anyway.

Our university group develops a project for real-time automotive modeling.
One of the stages require search and evaluate of vector similarity trough 60K to 6M candidates in real time. Unfortunately the CPU makes the search for 2 sec. up to 200 sec. - too far from realtime.
I have no any experience of GPU-programing but a colleague of mine hint me that the GPUs are tremendously effective especially in such kind of simple but massive calculations.

So the search involves:

all our values are single precision float (32-bit)
search vector a[30] - with 10 to 30 float32 values, could be 32 values padded with 2 "0"s
search space b[6,000,000][30] - 6M vectors similar to a[30]

we need to calculate
c[p][j] = 100 - abs((a[j] - b[p][j]) / abs(b[p][j]) * 100)   // p changes from 0 to 6M, j changes from 0 to 30
c[p] = sum(c[p][j]) over j  / 30
if c[p] > 50 then put "p" in the list of returned b[] indexes to CPU

These "100 -" and "* 100" are in order to make the result having a sense of percent similarity/difference respectively.
The constant "> 50" have to be selectable (meaning "percent similarity"), i.e. not hard-coded but sent as argument.
Also "p" could change to 60K or to 6M or something in between, also "j' could change to 10 or to 32 or something in between.

The task is all that search to be made in optimal and fastest possible way (in a part of second) instead of 2-200 seconds on CPU...

On my calcs 6M * 32 point each float32 vectors are about 768MB so even on a little card like Radeon R7 370 (Pitcairn) with 2GB of memory it could be executable.

Because you coding closed-source, we even do not need to know the source code. We need let say a linkable .dll with only 3 functions:

1) Upload b[p][j] array in the GPU memory (I suppose it is similar to DAG-file in Ethereum)
2) give the a[] searching vector and the "percent variable" to GPU, perform full search through all b[]s and return a list of indexes pointing to every b[] which fulfils the percent condition
3) add a new member to array b[] (in order next time to search through N+1 b[] vectors)

About a payment - I'm not sure. My salary is about 1-2 ETH/month (depending of its price). Have another about 10 ETH mined (thanks to your miners). Eventually we will "earn" about 10K € if win the project, for all the development + expenses. If you are interested of any of that - please write.

P.S. Now I noticed - the forum screws the indexing of the arrays - missing "i" in [] so I replaced it with "p"

[Claymore]

In general there is no way to contact me, only this forum, so just ask here if you think that I'm the right person for your question.

Thank you very much for your attention.

I though that e-mail or PM could be more appropriate instead of spamming offtopics here but anyway.

Our university group develops a project for real-time automotive modeling.
One of the stages require search and evaluate of vector similarity trough 60K to 6M candidates in real time. Unfortunately the CPU makes the search for 2 sec. up to 200 sec. - too far from realtime.
I have no any experience of GPU-programing but a colleague of mine hint me that the GPUs are tremendously effective especially in such kind of simple but massive calculations.

I don't take any jobs, sorry, just find some ordinary OpenCL/CUDA developer.

[QuadraQ]

"About 17 thousand compromised GPON routers, infected with the Satori botnet, are now scanning port 3333 to find publicly exposed Ethereum mining rigs running the Claymore Dual Miner software for which a publicly known remote execution vulnerability exists. Once the attacker identifies an Ethereum miner running the Claymore software they push instructions to reconfigure the device to join the 'dwarfpool' mining pool and use the attacker's Ethereum wallet."

Assuming this has been fixed, which version of the Claymore miner has the fix?

[bluspirit]

"About 17 thousand compromised GPON routers, infected with the Satori botnet, are now scanning port 3333 to find publicly exposed Ethereum mining rigs running the Claymore Dual Miner software for which a publicly known remote execution vulnerability exists. Once the attacker identifies an Ethereum miner running the Claymore software they push instructions to reconfigure the device to join the 'dwarfpool' mining pool and use the attacker's Ethereum wallet."

Assuming this has been fixed, which version of the Claymore miner has the fix?

From history.txt:

v10.6
---------------------------------------------------------------------

- fixed critical issue in remote management feature (attacker could crash miner even in read-only mode).

[katatunix]

Hello,

This is an iOS app for monitoring cryptocurrency miners. Claymores and Antminer are supported.

Features:

- Fast loading.
- Smooth GUI with asynchronous computation.
- Users are allowed to edit rig information.
- Users can re-arrange the order of rigs.
- Remote rebooting is supported.
- Users can view the full console of Claymores with one touch.
- Easier viewing long lists of rigs with Compact view mode.
- Highlight problems of too low speed and/or too high temperature.
- Both iPhone and iPad are supported, iOS 9.0 or higher is required.

Screenshots:

https://imgur.com/a/1CAfNCy

Available on Apple Store:

https://itunes.apple.com/us/app/youngbuffalo/id1386685965?mt=8

Thanks for reading my post.

good app but is this only working when the phone is connected to the same network as the miners?

To use the app outside your local network, you need to know public IP of the rigs (go to ping.eu to see public IP). Also, you have to config your router/modem to NAT port from an outside port (e.g. 1234) to Claymore's monitor listening port (default 3333).

After that, in my app, you enter the public IP and the NAT port (1234), that's it.

[kgminer]

Hello,
Just set up Asus B250 board with 13 AMD RX 580's, this is my 4th miner and 2nd AMD rig exactly like this one.
Weird thing happening...when I start the CM miner, it gives me nothing past the start up screen:
Eth: 1 pool is specified
Main Ethereum pool is eth.suprnova.cc:5005
DCR: 0 pool is specified

Then after 5 minutes (apperently) it says:
Miner cannot initialize for 5 minutes, need to restart miner!

Here is command line:
ethdcrminer64.exe -epool eth.suprnova.cc:5005 -ewal ***.*** -epsw ** -esm 3 -allpools 1 -dbg 1


I have a funny feeling it's to do with Windows Defender, because since I've been trying to get this thing working for the last few days, it never popped up and asked for me to Allow it through the firewall...but idk for sure. I shut it off and still no action.

I would post a pic to make it easier but I cannot figure out how to do that :-)

this is happening to me as well. Exactly same specs
Asus B250 board with 13 AMD RX 580's
Windows 10 version 1803 (build 17134.81), fully patched (patched yesterday)
16 GB minimum virtual RAM, 100 GB maximum
windows defender disabled



I installed windows, AMD drivers and one GPU(rx580), tested mining, it worked fine.

Now, I have added 5 more GPUs and then decided to test, the problem started
So far uninstalled and reinstalled AMD drivers
debug log doesn't say much
tried -di 0 (command) no luck
Not sure what's happening here

[adaseb]

Anyone know if the Remote manager ETHman can run on Linux?

It looks like there is no Linux version included in the builds. I've tried the WINE program and it works under Ubuntu for ETHMan but only issue is that when you minimize, the program disappears and you need to force quit and re-run it from scratch, since you can't run more than 1 instant.