Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) - page 133. (Read 784965 times)

eth share not accepted PLS Help.
NiveOS on Hiveon Pool. 2x580

Eth speed: 63.106 MH/s, shares: 0/0/0, time: 0:05
GPUs: 1: 31.603 MH/s (0) 2: 31.503 MH/s (0)
Eth speed: 63.107 MH/s, shares: 0/0/0, time: 0:05
GPUs: 1: 31.602 MH/s (0) 2: 31.505 MH/s (0)
Eth: GPU1: ETH share found!
Eth: Share actual difficulty: 6141 MH
Eth speed: 63.109 MH/s, shares: 0/0/0, time: 0:05
GPUs: 1: 31.602 MH/s (0) 2: 31.507 MH/s (0)
GPU1: 65C 30% 69W, GPU2: 65C 61% 72W
GPUs power: 141.4 W
Eth speed: 63.108 MH/s, shares: 0/0/0, time: 0:05
GPUs: 1: 31.602 MH/s (0) 2: 31.506 MH/s (0)

It's been like this for 4 hours



DNS-over-HTTPS: Not enabled
> Checking network connection:
[PING] 10.10.2.1 (Gateway)                      [OK]   1 ms   
[PING] 10.20.0.4 (DNS)                          [OK]   1 ms   
[PING] 10.20.0.3 (DNS)                          [OK]   1 ms   
[PING] 8.8.8.8 (DNS)                            [OK]   1 ms   
[PING] 1.1.1.1 (DNS)                            [OK]   2 ms   
[PING] 114.114.114.114 (DNS)                    [OK]   142 ms   
> Checking connection to HIVE OS server:
>>> hiveos.farm                                 [OK]   172.67.28.84 104.22.10.47 104.22.11.47
[PING] hiveos.farm                              [OK]   2 ms   
[WEB] http://hiveos.farm                        [OK]   95 ms   
[WEB] https://hiveos.farm                       [OK]   189 ms   
> Checking connection to repository server:
[WEB] http://download.hiveos.farm/repo/binary   [OK]   108 ms   
[WEB] http://download2.hiveos.farm/repo/binary  [OK]   89 ms   
> Checking connection to worker API servers:
>>> api.hiveos.farm (CURRENT)                   [OK]   62.4.9.10 62.4.9.1 62.4.9.17 62.4.9.16 62.4.9.15 62.4.9.18 62.4.9.3 62.4.9.11 163.172.125.106
[PING] api.hiveos.farm                          [OK]   55 ms   
[API] http://api.hiveos.farm (CURRENT)          [OK]   109 ms   
[API] https://api.hiveos.farm                   [OK]   222 ms   
[API] https://api.hiveos.farm:8443              [OK]   242 ms   
>>> helsinki.hiveos.farm                        [OK]   95.216.143.125
[PING] helsinki.hiveos.farm                     [OK]   64 ms   
[API] http://helsinki.hiveos.farm               [OK]   208 ms   
[API] https://helsinki.hiveos.farm              [OK]   350 ms   
[API] http://helsinki.hiveos.farm:8000          [OK]   218 ms   

I like to keep it simple.
I just tried Awesome Miner and hmmm it's a bit too much just to get cards names.

Just run two instances and exclude the cards from each instance that are wrong size. -gpus is the command line option to specify which gpus to mine with.

Goodday PM DEV is this possible maby in the next version
Mine ETH on 8G cards while mining ETC on 4G cards

Usually miners allow using only one algorithm at a time. With pm the miner starts supporting to create two connections to your favorite pools and mine two algorithms within the same miner instance. Concretely this mode was build to mine ETCHASH on some GPUS while others stay on ETH.

Why not use 3rd party instead like awesome miner or use hiveos if you want them to monitor with the name of the cards.

I'm using this with my cards is not confusing when you have different cards in your rig.

Hi
First thanks for the work, i'm using Phoenix for months and really like it.
I was wondering if it would be possible to use videocards brand's name instead of GPU1, 2 etc on the console output ? Maybe as an option ?
Got a few mixed rigs and sometimes it's difficult to know which card i'm overclocking, have to deal with fan speed to identify them
That's the only thing i'm missing from T-Rex.

Thanks !

quick question guys. got a 2 rig unit. one is a 5600xt.  the other is a 3070.
any ideas why when i start up the miner afterburner puts the memory clock to -1000?
it does this on the 3070. i have a mixed rig with a 1060 and never seen this. it always remembers where i left the slider. the power one stays at 60 percent like i left it.
any help would be appreciated.
thanks

go here, you will get assist with ethos

https://qchat.rizon.net/?channels=ethosdistro

just add your user name and press enter

Thanks for -mcdag 1. It made it so I could get 63MHs instead of 60MHs per card. 

No issues are seen in the logs and miner started with admin privileges for sure. Same with timings.

If I set the  overclock by Phonexminer for RTX 3060   ,   and later change it with MSI afterburner, will the changes from afterburner take effect or they will reset back to the script again?

Meaning will the script of phonexminer set the overclock once at the start or does it keep  setting it ?



for everyone having issues with   the RTX 3000 series I found this amazing program that automates everything 

https://bitcointalksearch.org/topic/cmd-farmwatchbot-ewbf-claymore-bminer-dstm-cc-eth-castxmr-phoenix-2071108

I set it to set the MSI overclock to low mem speed  then   run the phonexminer   wait a minute and then set the overclock on MSI to high mem speed, 
this way the DAG is already created
it also monitors the rig if it creates bunch of errors it will restrt to force the DAG creation again with slow mem ...

Runnig RTX 3060 ti with  stable 62MHs   

Make sure to support his work for the premium version and you get notifications and access to your rig for just 10$

My OC ssettings are as follows: 2x radeon 7 and 2x rx5700
-lidag 3 -cclock 1710,1710,1450,1450 -cvddc 915,915,885,885 -mclock 1000,1000,1800,1800 -fanmax 85 -fanmin 40
OC is stable on windows but unstable on hiveos. Anybody have the same issue?

Question regarding to NVidia 30xx gpus.

Do -cvddc 710 -cclock 1100 -mclock 2000  work?

If not, is it planned?

Hi,

Thank you for your reply... yes removing that worked!

I remember a few months ago with a DAG change there was a post that said that adding that helped stability.

The PhoenixMiner readme says:

 -coin Ethash coin to use for devfee to avoid switching DAGs:
     auto: Try to determine from the pool address (default)
     eth: Ethereum

So, it seemed Ok to use. The strange thing is, I have been happily mining with this setting for 2 months and have been receiving eth (and not etc) from ether mine.

I have now changed the setting and I'm hashing and receiving shares.

I have noticed though that my NVIDIA cards GTX1070 8GB are getting lower hash rates. They are both the same and I'm getting 19.2 MH/S and 25.8 MH/S.
I have previously used the included ZOTAC software for overclocking. (was getting stable 29 MH/S before)

Do you have any ideas why the hash rate is lower?

I would much rather set all the overclocking within the .bat file but I really struggle as my system is multi GPU.

How would you change my .bat file...I previously had '0's against GPU1 and GPU4 which are my NVIDIA cards. I tried turning off the ZOTAC software and changing cclock and mclock but it made no difference. Just looking for some best practice.

PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 us1.ethermine.org:4444 -wal **************.PHILAMD1 -eres 0 -tstop 75 -tt 60 -fanmin 20 -fanmax 85 -wdog 1 -rmode 1 -acm -rxboost 21 -leaveoc -cclock +100,1200,1175,+100,1200,1175 -mvddc 0,850,875,0,850,875 -mclock +700,2150,2125,+700,2150,2125 -cvddc 0,850,875,0,850,875

Thanks for your help. If someone has time to answer my additional questions, I would appreciate it.

With 5.5c version my total watt consumption on wall from 260-265 watt is now 240-245 watt.
Also version is stable so far for me, working around 10-12 hours so far.

Have a 5700xt and os is win10pro, my hashrate is 54-55 Mh/s.

current settings on phoenix bat file are  -cvddc 750 -cclock 1280 -mclock 1800.

1800 mclock is max where it works for hours without 5700xt crashing, is there a way where i can increase hash rate without increasing mclock or can i try other settings to get more hashrate?

5700xt have modded bios by the way.

 

In the Teamredminer 8.0 program implemented a good reduction in the power supply for Polaris almost to the level of 4GB DAG, implement this in Phoenix

Mystery solved! Thanks for posting the logs, they definitely helped to see what the issue is. It's very simple: you have -coin etc on your command-line (or bat file), which forces the miner to mine ETC, and this logically leads to 100% incorrect shares when trying to mine ETH. Just remove -coin etc from your bat files (or config.txt if you are using config.txt file) and everything will be back to normal!

For everybody else with 100% incorrect shares problem - check if the miner is reporting Mining ETC on instead of Mining ETH on. If this is the case, find and remove the -coin etc  parameter from your bat file, or config.txt file.


I am a bit confused. In late November with the Thanos Hardfork upgrade this brought the size of the DAG well below 4 gig so that 3 and 4 Gig cards could mine again.  The documentation I read said that we could use phoenix miner and use -coin ETC. I did this and successfully mind for about two months.  Nanopool reflected that I was mining ETH even though I used -coin ETC flag in my config file.  I never really thought about it, but now that I think about it it seems strange I mined ETC see but nanopool was reflecting ETH shares. I was thinking some sort of conversion was taking place behind the scenes.  Starting last Tuesday is when all of my minors hash rates seem normal but Nanopool reflected zero shares being mine. I tried removing the -coin ETC flag with 5.4b as you suggest but my rig show no hashing.  If I leave the -coin ETC flag the rig will hash but nanopool will not reflect this hashing. I did download Phoenixminer 5.4b from github that was running successfully with -coin ETC.  as I remember it with the hardfork we could only mine ETC with 4 Gig cards. Isn’t this true? What changed last Tuesday to make of my rigs stop (Maybe next epoch?) And why when I remove the -coin ETC does my rig stop Hashing? Any information or advice would be appreciated.


UPDATE - i’m an idiot. I just realized I was mining ETC (using Flag coin - ETC) to an ETH Nanopool. For some reason Nanopool allowed this for a couple of months and accepted the shares (they must’ve just been doing some conversion on their side). Nanopool changed something last Tuesday to Start rejecting shares of ETC going to ETH. That’s why I was getting all shares rejected.  I am now mining ETC to Nanopool (https://etc.nanopool.org/account####### also had to change pool address to etc from eth and port from 9999 to 19999). What I don’t know is why I can’t mine ETH using Phoenixminer on EthOS. Seems like an I can only get 5.4c to run on this. I couldn’t figure out how to manually update my Phoenixminer to the latest 5.5c on ethos. I got all the files to the machine but I don’t know how to run the installer on Ethos if it’s possible.

UPDATE 2 I switched everything back to the original in my config file pointing at ETH 9999 and removed -coin ETC flag. It is now working as before last Tuesday. Something in Nanopool changed for 1 week. I’m back to my original configuration running 5.4b with no problem. I did upgrade to 5.5c just for fun and see the same speeds. They are not the original 180 Hash like I was seeing a month ago. I’m down to about 75 hash but I think that’s understood due to increased difficulty.

Thanks
Ken

Mystery solved! Thanks for posting the logs, they definitely helped to see what the issue is. It's very simple: you have -coin etc on your command-line (or bat file), which forces the miner to mine ETC, and this logically leads to 100% incorrect shares when trying to mine ETH. Just remove -coin etc from your bat files (or config.txt if you are using config.txt file) and everything will be back to normal!

For everybody else with 100% incorrect shares problem - check if the miner is reporting Mining ETC on instead of Mining ETH on. If this is the case, find and remove the -coin etc  parameter from your bat file, or config.txt file.



  If you are using external program to overclock the memory (MSI Afterburner in your case), there is no way for PhoenixMiner to control that program's behavior. So, in order to use -mcdag 1, you need to let PhoenixMiner to set your memory overclock (and turn off Afterburner). You can set the same settings that you were using in Aftrburner (e.g. -powlim -30 -mclock +800 -mcdag 1 will set power limit to 70%, will overclock the memory by 800 MHz, and will remove the memory overclock during the DAG generation to avoid corrupted DAG buffer.

   Note that the recent Nvidia drivers require PhoenixMiner.exe to be run as administrator in order to control the memory clocks.



  Check the logs for any error messages related to straps, or memory timings. Most probably you are not running PhoenixMiner.exe as administrator, which is required for the straps to work.




  It is possible that the higher memory clocks are on another memory timing strap with higher latencies, which are crucial for the ethash algorithm with its random memory access pattern. You may try to switch the "Memory timing" to the "Fast timing" in the "VRAM Tuning" section of the AMD control center.




We quote ourselves: There are only a few possible reasons for this problem:

• Check the command line (or config.txt, or epools.txt file) and miner logs, and see if you are mining on the correct pool and with the correct wallet address.
• If you are seeing 100% incorrect shares, upgrade to the latest version of PhoenixMiner, and make sure that you do not have -coin XXX on your command line, bat file, or config.txt file if you are mining Ethereum. The -coin XXX parameter is only needed for other coins like ETC, UBQ, and so on.
• Your version of PhoenixMiner is not authentic and may be tampered with by someone if you have downloaded from anywhere else except the official MEGA github.com download link given in our posts. Please note that any "mirror", including the phoenixminer.org site, github accounts other than our official PhoenixMinerDevTeam account, etc. have nothing to do with us and we can't guarantee that the files there are not altered. If you can't download from MEGA for any reason, at least use the checksums listed in our posts here to check if the files you have downloaded are authentic or not.
• Finally, there is a possibility of an IP MITM attack on ISP level, which redirects your connection to another pool. These aren't as rare as it seems and we personally have observed such attacks in real time. Use only SSL-enabled pools to make sure that this attack is impossible.

I also tried Nanopool with no luck... I'll try 2miners as you suggested and see what happens...

***UPDATE: Tried 2miners, same thing 100% rejection of all shares ***

hello,
the new Feature -mcdag 1 doesn't work on my Gigabyte 3070.  using v.5.5c under win10. When i oc using afterburner before starting the miner, i will get only rejected shares after dag generation. If i dont oc befor starting the miner, the shares works fine even i oc after dag generation.
even when using -lidag 3