I can give you a snippet here that you can modify to your needs, the complete script covers much more - management of phoenix with OC params, wallets, pools, restarts and much more.
Here are the essential parts of it:
--------------------------------------------------------------
:: Init
SET SollGPUs=X Number of GPUs that is normal X
SET IntGPU=YES & ::if you do not use internal gpu set it to NO
Set Progpfad=XXPath to Phoenix-Miner DirectoryXX

:GPUCheck
Echo.
echo Checking Number of GPUs
If not exist %Progpfad%\temp md %Progpfad%\temp
%Progpfad%\phoenixminer -list>%Progpfad%\temp\tempcount.txt
FOR /F "delims=:" %%A IN ('findstr VRAM %Progpfad%\temp\tempcount.txt ^|findstr /n "^"') DO Set /a GPUcount=%%A
IF "%IntGPU%"=="NO" SET /A gpucount=%gpucount% +1
If %sollgpus% LEQ %gpucount% (Echo Number of GPUs: %gpucount% of %sollgpus% -- OK) ELSE (Goto Reboot)
Echo.
GOTO whatever you need to start miner


:Reboot
Echo Reboot requested Wrong Number of GPUs (%gpucount% of %sollgpus%)
choice /c:WR /n /m "Restart in 15 Seconds. R = Restart, W = Weiterlaufen" /t:15 /d:R
if errorlevel 2 (Goto Reboot2A) else echo Weiter gehts...


Goto whatever you need to start miner

:Reboot2A
C:\Windows\System32\shutdown.exe /g /f /t 05
Pause
--------------------------------------------------------------

The bold parts are settings you have to setup how you need it. I tried to change some parts from german to english, but there might be some german words left over :-)

Hope it helps!

:: Init
SET SollGPUs=8
SET IntGPU=YES &
SET Progpfad=C:\prg\PhoenixMiner

:GPUCheck
echo Checking Number of GPUs
IF not exist %Progpfad%\temp md %Progpfad%\temp
%Progpfad%\phoenixminer -list>%Progpfad%\temp\tempcount.txt
FOR /F "delims=:" %%A IN ('findstr VRAM %Progpfad%\temp\tempcount.txt ^|findstr /n "^"') DO Set /a GPUcount=%%A
IF "%IntGPU%"=="NO" SET /A gpucount=%gpucount% +1
IF %sollgpus% LEQ %gpucount% (Echo Number of GPUs: %gpucount% of %sollgpus% goto runminer) ELSE (goto reboot)

:runminer
C:\prg\PhoenixMiner\PhoenixMiner.exe

:reboot
C:\Windows\System32\shutdown.exe /r /f /t 03

i dont know if it could be simply not enough virtual memory allocation or something like not enough irq resources, could you disable onboard audio and gpu if there is one, also is above 4g decoding enabled? check virtaul memory shoudl be something like 8 times gpu ram

I can give you a snippet here that you can modify to your needs, the complete script covers much more - management of phoenix with OC params, wallets, pools, restarts and much more.
Here are the essential parts of it:
--------------------------------------------------------------
:: Init
SET SollGPUs=X Number of GPUs that is normal X
SET IntGPU=YES & ::if you do not use internal gpu set it to NO
Set Progpfad=XXPath to Phoenix-Miner DirectoryXX

:GPUCheck
Echo.
echo Checking Number of GPUs
If not exist %Progpfad%\temp md %Progpfad%\temp
%Progpfad%\phoenixminer -list>%Progpfad%\temp\tempcount.txt
FOR /F "delims=:" %%A IN ('findstr VRAM %Progpfad%\temp\tempcount.txt ^|findstr /n "^"') DO Set /a GPUcount=%%A
IF "%IntGPU%"=="NO" SET /A gpucount=%gpucount% +1
If %sollgpus% LEQ %gpucount% (Echo Number of GPUs: %gpucount% of %sollgpus% -- OK) ELSE (Goto Reboot)
Echo.
GOTO whatever you need to start miner


:Reboot
Echo Reboot requested Wrong Number of GPUs (%gpucount% of %sollgpus%)
choice /c:WR /n /m "Restart in 15 Seconds. R = Restart, W = Weiterlaufen" /t:15 /d:R
if errorlevel 2 (Goto Reboot2A) else echo Weiter gehts...


Goto whatever you need to start miner

:Reboot2A
C:\Windows\System32\shutdown.exe /g /f /t 05
Pause
--------------------------------------------------------------

The bold parts are settings you have to setup how you need it. I tried to change some parts from german to english, but there might be some german words left over :-)

Hope it helps!

After I looked at the pictures, I have some questions.

1. How do you power the risers?  PCI-e SATA?

2. How do you decide which PCI-E slots to use and which don't?

3. Why you don't use the  PCI-E x16 slot?

Maybe the key to resolving the problem is in these answers.

Check the bios for a delay in boot time.  I have some boards that let me set up to several seconds delay before boot.  Ive always used the longest delay to allow the pcie bus to read all cards on my 13 gpu rigs.  Hope it helps you.

I'm not aware of any BIOS boot delay, just the bootloader which has nothing to do with HW detection.

I think there's a problem that requires troubleshooting. The problm is intermittent and affects GPUs randomly, the most difficult to solve.
My first suspicion is the PSU. If you have a spare, preferably a bigger one, give it a try. If not try removing one GPU to reduce power and see if
the problem goes away. If it's not a power issue then you're looking at a possible BIOS/motherboard issue. Updating the BIOS may help.
Shuffling slots and risers can also help make problems mysteriously disappear, sometimes a shuffle just reveals a pattern that leads in one
direction.

Regardless a better workaround would be to count the GPUs after reboot instead of relying on hashrate to detect a missing GPU. There are many
ways to do it from a command line or BAT file.

Had a similar problem a while ago. I made a script (batch) that first checks, how many GPUs are in the system ("PhoenixMiner.exe -list > GPUS.TXT"). You then can analyze the GPUS.TXT file how many GPUs are available and compare it to the number of GPUs that should be there. If its okay, then start Phoenix with the normal parameters, otherwise generate a shutdown/restart.

It's just a workaround but it did what I wanted :-) Maybe its a way for you also to get the problem solved. Anyway you should try to find and fix the problem itself...

Check the bios for a delay in boot time.  I have some boards that let me set up to several seconds delay before boot.  Ive always used the longest delay to allow the pcie bus to read all cards on my 13 gpu rigs.  Hope it helps you.

It sounds like you need these options:


They work perfectly for me on Windows when a GPU freezes. You must have a reboot.bat file in the miner's directory.

This might be something
-minRigSpeed <n> Restart the miner if avg 5 min speed is below <n> MH/s

I know it it not like t-rex but serves the same purpose as a reboot.bat unless you mean to reboot the whole system.

Yes, now gminer is ok, just a question for how long ... the old version trex solves the problem, but for a while... memory left 9,76mb

Hello,

I have the same problem with lack of memory


Anyone have a solution???

hello guys
i have rig with 6x 1660 super 6gb on win10 1809, pagefile 123gb
over the past few weeks when i start the rig, it says that there is little free memory left and it randomly crash or not start with error "CUDA_ERROR_OUT_OF_MEMORY"
when mining is run, afterburner says only 5287gb vram is busy (at epoch 498), but trex says memory left is 23mb, 1660s have 6144mb, windows drivers use up to 200mb per card
where is ~800mb of vram, why trex not see these 800mb of memory ?
primary graphic is integrated and get memory from ram, update/reinstall/downgrade drivers is not helps
any ideas how to fix this other than to switch to hive ?
sorry for my english
https://ibb.co/ccFfFwM

same here

179MH become 167MH

PhoenixMiner 5.2c (still beta) is ready with speed improvement for AMD 4 GB cards. You can download PhoenixMiner 5.2c from here (this is only the Windows version, the Linux version will be ready in a few days):

https://mega.nz/folder/HJVTkYjD#5CConQEPniyjCeluCpeDZA  (MEGA)

If you want to check the integrity of the downloaded file, please use the following hashes (you need the last file PhoenixMiner_NVRTC_Windows.zip only if you want to mine BCI with Nvdia cards under Windows):

The fixes in this release (since 5.1) include the following:

• The kernels are modified to allow bigger DAG limit of 4023 MB under Windows. This will get the hashrate back to 100% on current epoch, and the next epoch will only lose about 2-3% of the hashrate.
• The -daglim parameter is now on "auto" (1) by default and it sets the DAG limit to 4023, so you don't need to set -daglim 1 or -daglim 4023 if the default value is working fine.
• AMD cards with more than 4 GB RAM will now work without issues until DAG epoch 450
• Added new -daglim parameter to allow a few more weeks of work for 4 GB AMD Polaris cards. Use -daglim 1 for automatic operation, or specify a concrete value for the maximum DAG size (example: -daglim 4000 will set max DAG size 4000 MB)
• Added -rxboost parameter (also accessible via -vmr) to boost the performance of GDDR5 based AMD cards (Polaris or earlier)
• Added memory straps support for AMD Vega cards. Use the -straps command-line option to activate it (example: -straps 1 will activate the lowest strap level)
• The Nvidia memory timing (straps) option is improved and now is turned off during DAG generation to avoid any possible instability issues
• Many other small improvements and fixes

Here are some additional notes:

• With PhoenixMiner 5.2c either remove the -daglim option entirely, or set it to -daglim 4023, which should work on all 470/480/570/580/590 cards with "good" drivers (see bellow)
• The -daglim option works only on Polaris cards (RX470, RX480, RX570, RX580, RX590). It limits the DAG size to <n> MB to allow mining on 4 GB cards a few weeks after epoch 374 on Windows (or after 380-383 on Linux). The possible values are the exact DAG limit in MB, or 0 (turn off the DAG limit), or 1 (automatic DAG limit size, usually around 4023 MB under Windows; this is the default option). Note that the  hashrate will drop significantly with each epoch after the DAG limit is in effect. If the hashrate drops too much (e.g. from 28 MH/s to just 2-3 MH/s, you need to use lower value, for example -daglim 3990
• It is also important to use auto-tune (do not specify -gt values in the command line) because the optimal -gt value may change with each new epoch, and will definitely be different than before.
• If you cards doesn't work with the default DAG limit of 4023 and require substantial decrease to 4006 or 3990, you need to update to one of the "good" AMD drivers for Windows: from 18.12.1.1 to 19.7.5 (inclusive), and from 19.12.2 to 20.11.1 (inclusive)
• Using -rxboost, -vmr, or -straps on AMD cards requires running as administrator (or as root under Linux), so you need to run PhoenixMiner as administrator for the VRAM timing options to work. Note that the -mt option will still work without running as administrator/root.
• The -rxboost option is only supported on GDDR5 cards (RX4xx/RX5xx or older).
• The VRAM timing options can be quite different between the GPUs, even when the GPUs are the same model. Therefore, you can (and probably should) specify the VRAM timing options separately for each GPU.

Please let us know if you have any problems or questions related to PhoenixMiner 5.2c.

Looks like it is time say goodbye to Claymore. Thanks for many years for miner. i moved to phoenixminer works good but cant get hashrates like in claymoe, i will appreciate if someon can share AMD mem tweaks for RX470/480/570/580, Thanks everybody

Again: DAG 128 epoch issue is related to ethermine.org pool only, it is not miner issue. It seems some of their servers use non-synced wallet. Ask pool support if they can fix this problem.
If you think that the reason is in my miner, try some other miner on this pool (to confirm that the issue is still present you may need to connect to the pool several times to catch bad server) or try different pool (to confirm that the issue is gone).
I'm contacting them right now.

Same thing here, it seems a 9.8 restart fixes a problem, иге not for all rigs (150+ here) 9.7 and 9.8 problem. Will try 9.6 or other miner. (eu1.ethermine.org)

Can't find.
Link ?