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

add to start.bat file in the end  -rmode 1 -nvidia -log 0 -eres 2 -coin eth  if u mine ether, save and start, try

   Please send us the log file and check if the miner shows "Debugger detected" error before crashing (the "Debugger detected" error will not be printed in the log file). If the console window closes fast after the program crashes, please put a pause command after the line that starts PhoenixMiner in your .bat file (or use the start_miner.bat file that is in the PhoenixMiner .zip file, which already has a pause command).

   If the error is "Debugger detected" try to add -nvidia to your command line.

[/quote]

Thanks for helping me what to do!
I hope the information below can help.

My bat file:
PhoenixMiner.exe -pool ssl://eu1.ethermine.org:5555 -wal WALLET.Rig1 -proto 3 -nvidia -mi 10
pause

My log file:
17629:08:48:59.095: main Phoneix Miner 2.8c Windows/msvc - Release
17629:08:48:59.095: main Cmd line: -pool ssl://eu1.ethermine.org:5555 -wal 0x71378f9Ddf59B762CcA6F6E072266fB543ACc26E.Rig1 -proto 3 -nvidia -mi 10
17629:08:48:59.684: main Available GPUs for mining:
17629:08:48:59.684: main GPU1: GeForce GTX 1070 (pcie 1), CUDA cap. 6.1, 8 GB VRAM, 15 CUs
17629:08:48:59.684: main GPU2: GeForce GTX 1070 (pcie 3), CUDA cap. 6.1, 8 GB VRAM, 15 CUs
17629:08:48:59.684: main GPU3: GeForce GTX 1070 (pcie 4), CUDA cap. 6.1, 8 GB VRAM, 15 CUs
17629:08:48:59.684: main GPU4: GeForce GTX 1070 (pcie 5), CUDA cap. 6.1, 8 GB VRAM, 15 CUs
17629:08:48:59.684: main GPU5: GeForce GTX 1070 (pcie 6), CUDA cap. 6.1, 8 GB VRAM, 15 CUs
17629:08:48:59.684: main GPU6: GeForce GTX 1070 (pcie 7), CUDA cap. 6.1, 8 GB VRAM, 15 CUs
17629:08:48:59.687: main NVML library initialized
17629:08:48:59.963: main Listening for CDM remote manager at port 3333 in read-only mode
17629:08:48:59.963: main Eth: the pool list contains 3 pools
17629:08:48:59.963: main Eth: primary pool: ssl://eu1.ethermine.org:5555
17629:08:48:59.963: main Starting GPU mining
17629:08:48:59.964: wdog Starting watchdog thread
17629:08:49:00.134: main Eth: Connecting to ethash pool ssl://eu1.ethermine.org:5555 (proto: QtMiner)
17629:08:49:00.192: eths Eth: Connected to SSL ethash pool eu1.ethermine.org:5555 (46.105.121.53)
17629:08:49:00.277: eths Eth: Send: {"id":1,"jsonrpc":"2.0","method":"eth_login","params":["0x71378f9Ddf59B762CcA6F6E072266fB543ACc26E.Rig1"]}

17629:08:49:00.310: eths Eth: Received: {"id":1,"jsonrpc":"2.0","result":true}
17629:08:49:00.311: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}

17629:08:49:00.343: eths Eth: Received: {"id":5,"jsonrpc":"2.0","result":["0xfb9bd11be49c953953040d441c85cc39d486c692c11881300ec0c263f449df0c","0xf14c514effe89b62170940fc9de2265eb7e0d18aae7c8198ee5788b20b90e2af","0x0112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x526cbc"]}
17629:08:49:00.343: eths Eth: New job #fb9bd11b from ssl://eu1.ethermine.org:5555; diff: 4000MH
17629:08:49:00.343: GPU1 GPU1: Starting up... (0)
17629:08:49:00.344: GPU1 Eth: Generating light cache for epoch #180
17629:08:49:00.344: main GPU1: 50C 45%, GPU2: 47C 44%, GPU3: 46C 43%, GPU4: 49C 44%, GPU5: 46C 43%, GPU6: 43C 41%
17629:08:49:00.360: GPU2 GPU2: Starting up... (0)
17629:08:49:00.376: GPU3 GPU3: Starting up... (0)
17629:08:49:00.391: GPU4 GPU4: Starting up... (0)
17629:08:49:00.408: GPU5 GPU5: Starting up... (0)
17629:08:49:00.423: GPU6 GPU6: Starting up... (0)
17629:08:49:02.450: GPU3 GPU3: Allocating DAG (2.42) GB; good for epoch up to #182
17629:08:49:02.566: GPU3 GPU3: Allocating light cache buffer (38.7) MB; good for epoch up to #182
17629:08:49:02.693: GPU3 GPU3: Generating DAG for epoch #180
17629:08:49:02.828: GPU5 GPU5: Allocating DAG (2.42) GB; good for epoch up to #182
17629:08:49:02.835: GPU1 GPU1: Allocating DAG (2.42) GB; good for epoch up to #182
17629:08:49:02.839: GPU2 GPU2: Allocating DAG (2.42) GB; good for epoch up to #182
17629:08:49:02.922: GPU1 GPU1: Allocating light cache buffer (38.7) MB; good for epoch up to #182
17629:08:49:02.955: GPU5 GPU5: Allocating light cache buffer (38.7) MB; good for epoch up to #182
17629:08:49:02.960: GPU2 GPU2: Allocating light cache buffer (38.7) MB; good for epoch up to #182
17629:08:49:02.978: GPU4 GPU4: Allocating DAG (2.42) GB; good for epoch up to #182
17629:08:49:02.994: GPU6 GPU6: Allocating DAG (2.42) GB; good for epoch up to #182
17629:08:49:03.049: GPU1 GPU1: Generating DAG for epoch #180
17629:08:49:03.055: GPU4 GPU4: Allocating light cache buffer (38.7) MB; good for epoch up to #182
17629:08:49:03.065: GPU5 GPU5: Generating DAG for epoch #180
17629:08:49:03.069: GPU2 GPU2: Generating DAG for epoch #180
17629:08:49:03.077: GPU6 GPU6: Allocating light cache buffer (38.7) MB; good for epoch up to #182
17629:08:49:03.167: GPU4 GPU4: Generating DAG for epoch #180
17629:08:49:03.184: GPU6 CUDA error in CudaProgram.cu:220 : unspecified launch failure (719)
17629:08:49:03.184: GPU1 CUDART error in CudaProgram.cu:123 : unspecified launch failure (4)
17629:08:49:03.184: GPU6 GPU6 initMiner error: unspecified launch failure
17629:08:49:03.184: GPU1 GPU1 initMiner error: unspecified launch failure
17629:08:49:03.220: GPU4 CUDART error in CudaProgram.cu:123 : unspecified launch failure (4)
17629:08:49:03.220: GPU4 GPU4 initMiner error: unspecified launch failure
17629:08:49:03.266: GPU2 CUDART error in CudaProgram.cu:123 : unspecified launch failure (4)
17629:08:49:03.266: GPU5 CUDART error in CudaProgram.cu:123 : unspecified launch failure (4)
17629:08:49:03.266: GPU3 CUDART error in CudaProgram.cu:123 : unspecified launch failure (4)
17629:08:49:03.266: GPU2 GPU2 initMiner error: unspecified launch failure
17629:08:49:03.267: GPU5 GPU5 initMiner error: unspecified launch failure
17629:08:49:03.267: GPU3 GPU3 initMiner error: unspecified launch failure
17629:08:49:05.283: main Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:00
17629:08:49:05.283: main GPUs: 1: 0.000 MH/s (0) 2: 0.000 MH/s (0) 3: 0.000 MH/s (0) 4: 0.000 MH/s (0) 5: 0.000 MH/s (0) 6: 0.000 MH/s (0)

  PhoenixMiner 2.9 should be released withing a few days (the internal test results for AMD cards are quite good but we are still tuning up the CUDA kernels).

  Thanks a lot, we will drink a Heineken (or three) in your honor    The SSL will get rid of these attacks, it's a pity that only ehtermine supports it yet - if fact, if it weren't for their initiative, the SSL support wouldn't happen for a long time.

 Already answered here (sorry but we don't have more specific answer for now):

  Unfortunately not yet, but we will try to add this in 2.9 as it is overdue (it is sitting in our TODO list for at least a month).

  Theoretically, yes because the network latency will be higher. However, these things should be put in perspective. The average time between jobs on ethermine is about 12 seconds, so every 50 ms two-way round trip time increase would increase your stale shares by about 0.4% (50/12000). If you are mining a coin with bigger block time, the stale shares decrease proportionally.

  Yes but they will probably be unstable. The ADL support (which is responsible for the overclocking and voltage control) in the beta blockchain drivers is quite broken. Only the 18.x.x drivers fixed most of its problems. If you want to remain with the blockchain drivers the best way is to use MSI Afterburner or something similar to control the clocks and voltages.

 Unfortunately, this is quite unlikely to happen because: a) we would be unable to add new statistics and information and we have such plans; and b) a lot of users actually like our console output better, so we would be giving up one of our advantages. Hopefully, in time most remote control and monitoring applications will support PhoenixMiner fully (there are a lot that support us already but not all).

   If you are using the blockchain drivers, all bets are off. If you are using 18.x.x drivers, please tell us the model of the card that is giving you problems (and the version of the driver).

  Will try to add it in the next release.

 You have forgotten to change the wallet address from the default YourWallet in the example command lines. Ethermine doesn't like the invalid ethash address (obviously YourWallet is not a valid ethash address) and disconnects with error "Invalid user provided". After three unsuccessful attempts, the miner switches to the next pool, which is not using SSL. To fix the problem, paste your real ethash address into the command line (or in the epools.txt file).

  Oops, thanks for catching this  

  Thank you for using PhoenixMiner! We will add the time and date as requested. As for the second problem, we have tested in such scenario and it shouldn't crash but print an error message. We will investigate further and fix the problem in the next release.

  Is this by any chance the "Debugger detected" problem? If the console window closes fast after the program crashes, please put a pause command after the line that starts PhoenixMiner in your .bat file (or use the start_miner.bat file that is in the PhoenixMiner .zip file, which already has a pause command).

  Will be ready in a few days. We want to be sure that everything works fine as there are a lot of changes in the kernels.

   Please send us the log file and check if the miner shows "Debugger detected" error before crashing (the "Debugger detected" error will not be printed in the log file). If the console window closes fast after the program crashes, please put a pause command after the line that starts PhoenixMiner in your .bat file (or use the start_miner.bat file that is in the PhoenixMiner .zip file, which already has a pause command).

   If the error is "Debugger detected" try to add -nvidia to your command line.

Then how can you explain this

In the same rig phoenix worked fine and after the windows instalation phoenix doesn't work ?? And give me adl library intialised

So what do you think ? The problem is in my rig or in phoenix isn't compatible with all systems like claymore

Ps: i have claymore without fees but i want to work with phoenix this is why i am requesting for a solution

For your first problem, try to grow your Virtual Memory, it happened to me when I tried to do that, I changed to 32000 (32MB) and it worked fine. I use that default now on all my miners.

For your other problem, port, on one of your miner's software (Phoenix for instance) you can change the port using -cdmport 3334 (changing it from 3333 which is the default to 3334)
Claymore has a flag to do the same.

Hope it helps

--
Aurus
Donations: aurusmx.eth

Can anybody tell me why phoenix.exe above 2.7c crashes in 5 seconds when starting on one rig and on my other rig it runs perfect also with latest version.
Both rigs are identical with 6 gtx1070 8gb cards each and windows 10.
I didn’t read anything here about this problem.

PhoenixMiner we are waiting 2.9, any news? 

PhoenixMiner we are waiting 2.9, any news?

I still have the same problem when i install a new windows version i have 7 rigs 3 of them don't want to work with phoenix after a new windows instalation and the other 4 works fine tell me please where is the exactly problem and how to bypass it and if it need install some package tell me please

Waiting for your reply devs

I found a bug: if I start Claymore CryptoNight with some card and then start PhoenixMiner with all the other card then Phoenix crash...
I tried then to start first Phoenix and then Claymore and I saw the problem: I was using the same port (3333)... opsss I forgot to change it! 

So if the port 3333 is busy PhoenixMiner crash.

I have also a request: can you add to the line of server name also the time when the connection occurred (or a counter)? I ask it because some time my internet connection go down and then up and I need to search on the log if this happened 


*** 0:50 ***************************************************
Eth: Mining ETH on eth-eu1.nanopool.org:9999 from 13:00:00 07/04/2018
Eth speed: 183.484 MH/s, shares: 57/0/0, time: 0:50


I'm using your software from a few months and I'm very happy... I'm waiting for version 2.9! 

not sure if already mentioned but there is an typo when starting your miner
https://ibb.co/nyLZRc

Can someone help to resolve this error?

I had internet connection problem and after connetion went up again, the miner did not connect again.. I had to restart miner.
Is there any resolve for this issue? Why is phoenix connection to port 4444 nad not 5555 ssl?

17628:09:32:51.214: unkn Eth: Can't resolve host ssl://eu1.ethermine.org:5555
17628:09:32:51.214: unkn Eth: Giving up after 3 retries, switching to next pool
17628:09:32:51.214: unkn Eth: Reconnecting in 20 seconds...
17628:09:32:55.514: GPU2 Unable to submit share - pool disconnected
17628:09:33:04.989: GPU3 Unable to submit share - pool disconnected
17628:09:33:09.973: GPU4 Unable to submit share - pool disconnected
17628:09:33:11.222: unkn Eth: Connecting to ethash pool eu1.ethermine.org:4444 (proto: EthProxy)
17628:09:33:11.256: eths Eth: Connected to ethash pool eu1.ethermine.org:4444 (188.165.239.100)
17628:09:33:11.256: eths Eth: Send: {"id":1,"jsonrpc":"2.0","method":"eth_submitLogin","worker":"eth1.0","params":["YourWallet.DESKTOP-O8QC2F8"]}

17628:09:33:11.277: eths Eth: Received: {"id":999,"jsonrpc": "2.0","result": false,"error": "Invalid user provided"}
17628:09:33:18.794: main GPU1: 54C 72%, GPU2: 54C 56%, GPU3: 49C 49%, GPU4: 54C 64%, GPU5: 57C 64%, GPU6: 43C 70%
17628:09:33:21.952: GPU2 Unable to submit share - pool disconnected
17628:09:33:43.568: GPU5 Unable to submit share - pool disconnected
17628:09:33:46.704: main GPU1: 55C 73%, GPU2: 54C 56%, GPU3: 49C 48%, GPU4: 54C 64%, GPU5: 58C 64%, GPU6: 43C 70%
17628:09:33:55.839: GPU4 Unable to submit share - pool disconnected
17628:09:34:04.807: GPU4 Unable to submit share - pool disconnected
17628:09:34:09.682: GPU5 Unable to submit share - pool disconnected
17628:09:34:11.873: GPU5 Unable to submit share - pool disconnected
17628:09:34:14.941: main GPU1: 54C 73%, GPU2: 54C 56%, GPU3: 49C 48%, GPU4: 55C 64%, GPU5: 58C 64%, GPU6: 42C 70%
17628:09:34:30.878: GPU3 Unable to submit share - pool disconnected
17628:09:34:42.992: main GPU1: 54C 73%, GPU2: 54C 56%, GPU3: 49C 47%, GPU4: 54C 64%, GPU5: 58C 64%, GPU6: 42C 70%
17628:09:34:48.490: GPU3 Unable to submit share - pool disconnected
17628:09:34:51.279: eths Eth: Connection closed by the pool
17628:09:34:51.279: eths Eth: Reconnecting in 20 seconds...
17628:09:35:11.097: main GPU1: 55C 73%, GPU2: 54C 56%, GPU3: 49C 47%, GPU4: 54C 64%, GPU5: 58C 64%, GPU6: 42C 70%
17628:09:35:11.285: unkn Eth: Connecting to ethash pool eu1.ethermine.org:4444 (proto: EthProxy)
17628:09:35:11.308: eths Eth: Connected to ethash pool eu1.ethermine.org:4444 (188.165.226.213)
17628:09:35:11.308: eths Eth: Send: {"id":1,"jsonrpc":"2.0","method":"eth_submitLogin","worker":"eth1.0","params":["YourWallet.DESKTOP-O8QC2F8"]}

17628:09:35:11.329: eths Eth: Received: {"id":999,"jsonrpc": "2.0","result": false,"error": "Invalid user provided"}
17628:09:35:22.780: GPU6 Unable to submit share - pool disconnected
17628:09:35:39.343: main GPU1: 54C 73%, GPU2: 54C 57%, GPU3: 49C 47%, GPU4: 54C 64%, GPU5: 57C 64%, GPU6: 42C 70%
17628:09:36:02.016: GPU4 Unable to submit share - pool disconnected

I want to know too.

HI Dev,

can you put genom coin to the devfee list to avoid dag switch?

Hi there

I added one more Ellesmere card to my rig (4 now) and Phoenix Miner stopped controlling fan speeds.
-tt and -fanmin stopped working.

I tried to use only one value or assigning a value to each card, but it won't work.

Claymore's works as usual.

Any ideas?

Hi Phoenix, FWIW, here's a small "potential bug" I found:

I use Monitorig to keep track of all my rigs:
https://bitcointalksearch.org/topic/windows-mining-monitoring-tool-v2-beta-open-beta-1448855

Everything goes fine, except for single GPU rig, where for some weird reason Monitorig won't pick it up.

I'd be inclined to 'blame' Monitorig, but here's the catch: I switched all single GPU rigs back to Claymore, and they worked fine!

My guess: it has something to do with your log file format, because that's how Monitorig output the information. 

***If you could please change/mimic Claymore's in your future updates, that'd be great!***

Thanks and keep up the good work!  I have to switch back to Claymore for now for single GPU rigs though

Looks like i missed that one, thx mate

Also I have another question regarding using -cclock 1150 -mclock 2100 -cvddc 900 -mvddc 900 arguements on RX 580.
I used to be able to use them on claymore prior to blockchain beta driver. But ever since I upgrade to blockchain beta, the setting will no long stay very long. It is able to set them correctly via claymore, after mining for awhile, it will reset to default some the hashrate will drop, power usuage and temperature will go up as result.
Some people mention 18.3.4 driver fix the problem so I can use claymore 11.6 to control OC setting again like before. But I still haven't apply the new AMD driver yet because: 1) It took a lot of time to get driver correctly installed (2~3 hours, most times longer) 2) not sure the new driver is as stable as the old one (My rigs have been running for a month now w/o hang, so I don't really need to do anything to interrupt that streak unil something is broken)
Anyway, can I use -cclock 1150 -mclock 2100 -cvddc 900 -mvddc 900 arguements on RX 580 with Phoenix 2.8c on Blockchain beta driver?

I have question regarding to stale share:
I located in US, would my stale rate be higher if I connect to EU server than connect to US server?
I've been tested this many times with Claymore in a 24-hour continue mining period.
Connecting to US or EU, I forgot to record all the stale rate, but eth/hour stay nearly identical.

Did you not see the answer from PhoenixMiner ?
It isn't a pool problem. This type of attack will continue at random as long as miners don't use the secure ssl connections.

From PhoenixMiner:
You have fallen victim of the MITM scamers (so called IP hijack attack). The IP address of the ethermine server was hijacked by hackers (this happens in your ISP, so it is not your rig's fault but the result is still the same. You can see the telltale sign of the 10000 MH difficulty, which is never used by ethermine (their jobs are always with 4000MH difficulty). Fortunately, there is quick and easy fix the prevent similar problems in the future: use the encrypted (SSL) address of ethermine like this: -pool ssl://eu1.ethermine.org:5555. Note that the address starts with ssl:// and the port is 5555.