Bitcoin Forum
June 17, 2021, 06:39:01 PM *
News: Latest Bitcoin Core release: 0.21.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 [70] 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 ... 457 »
  Print  
Author Topic: PhoenixMiner 5.6d: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 663211 times)
RooiWillie
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
April 05, 2018, 07:14:00 PM
 #1381

Hi Guys,

Can I specify the logfile name and maximum size (i.e. 75MB)?
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Lunga Chung
Member
**
Offline Offline

Activity: 278
Merit: 23


View Profile
April 05, 2018, 07:39:26 PM
 #1382

Something weird happened tonight on one of my two rigs. Early this morning I noticed on ethermine.org that one rig with 8xRX 480 cards did not work for about 5 hours.

I approached the rig and, surprisingly, noticed that he worked steadily since the last restart I did about 8 hours before.

I checked the log file and I realized that there was no errors or restart in it. I reviewed the Task Manager and found that PhoenixMiner.exe on this rig uses about 887 MB of memory, which is roughly 441 MB more compared to the 8xRX 580 cards running steadily on ethermine.org, practically twice as much memory.

I restarted the rig and he reappeared at ethermine.org, but I noticed that after 5 minutes of work PhoenixMiner.exe used 558 MB of memory and after 8 minutes 887 MB of memory again.
I do not know how the Phoenix miner could work permanently, and that ethermine org shows it does not work. This is not about any kind of hacking on the side, I think the problem is in the miner itself, maybe it's a bag in the miner. I'd like to hear your suggestions.

Think this is related to the pool, I'm using Claymore same thing happen around 1:00 AM and restored at 5:00 AM. Also checked the miner everything looks good (didn't check the memory and CPU usage but my ping went from 60 to 12ms) I'm under impression that this might be related to dev fee pool switching and recreation of DAG file.

But one thing was strange, since miner was actually submitting shares, my share rate stayed the same.

janding
Newbie
*
Offline Offline

Activity: 140
Merit: 0


View Profile
April 06, 2018, 02:07:45 AM
 #1383

Something weird happened tonight on one of my two rigs. Early this morning I noticed on ethermine.org that one rig with 8xRX 480 cards did not work for about 5 hours.
https://imgur.com/a/dASLC
I approached the rig and, surprisingly, noticed that he worked steadily since the last restart I did about 8 hours before.
https://imgur.com/a/bLLTP
I checked the log file and I realized that there was no errors or restart in it. I reviewed the Task Manager and found that PhoenixMiner.exe on this rig uses about 887 MB of memory, which is roughly 441 MB more compared to the 8xRX 580 cards running steadily on ethermine.org, practically twice as much memory.
https://imgur.com/a/vL3r8
I restarted the rig and he reappeared at ethermine.org, but I noticed that after 5 minutes of work PhoenixMiner.exe used 558 MB of memory and after 8 minutes 887 MB of memory again.
I do not know how the Phoenix miner could work permanently, and that ethermine org shows it does not work. This is not about any kind of hacking on the side, I think the problem is in the miner itself, maybe it's a bag in the miner. I'd like to hear your suggestions.

Think this is related to the pool, I'm using Claymore same thing happen around 1:00 AM and restored at 5:00 AM. Also checked the miner everything looks good (didn't check the memory and CPU usage but my ping went from 60 to 12ms) I'm under impression that this might be related to dev fee pool switching and recreation of DAG file.

But one thing was strange, since miner was actually submitting shares, my share rate stayed the same.

https://i.gyazo.com/7ba77ddc0eb838c711d940ee0bab3276.png

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.
xunl
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
April 06, 2018, 07:51:55 AM
 #1384

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.
xunl
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
April 06, 2018, 08:06:07 AM
 #1385

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?
Lunga Chung
Member
**
Offline Offline

Activity: 278
Merit: 23


View Profile
April 06, 2018, 08:54:33 AM
 #1386


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.


Looks like i missed that one, thx mate
sanriopurin
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
April 06, 2018, 09:22:16 AM
 #1387

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

I use Monitorig to keep track of all my rigs:
https://bitcointalk.org/index.php?topic=1448855.0

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 Sad
lncm
Member
**
Offline Offline

Activity: 376
Merit: 13


View Profile
April 06, 2018, 09:40:42 AM
 #1388

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?
Portofilo
Newbie
*
Offline Offline

Activity: 29
Merit: 0


View Profile
April 06, 2018, 02:59:15 PM
 #1389

HI Dev,

can you put genom coin to the devfee list to avoid dag switch?
zeii
Newbie
*
Offline Offline

Activity: 41
Merit: 0


View Profile
April 06, 2018, 03:47:30 PM
 #1390

Hi Guys,

Can I specify the logfile name and maximum size (i.e. 75MB)?

I want to know too. Huh
Tranzius
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
April 07, 2018, 07:41:36 AM
 #1391

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
rboer
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
April 07, 2018, 08:01:24 AM
 #1392

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

Activity: 27
Merit: 0


View Profile
April 07, 2018, 11:47:42 AM
 #1393

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!  Shocked

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  Sad


*** 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!  Cheesy
hafidh6
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
April 07, 2018, 01:18:11 PM
 #1394

17617:12:22:59.708: main Phoneix Miner 2.8b Windows/msvc - Release
17617:12:22:59.708: main Cmd line:
17617:12:22:59.708: main config.txt: -pool eu1-etc.ethermine.org:4444 -pool2 us1-etc.ethermine.org:4444 -wal 0xd07e049700388d961068b92e28a9a86064b67986.letjen2 -clkernel 2 -amd
17617:12:23:00.302: main Available GPUs for mining:
17617:12:23:00.302: main GPU1: Radeon RX 570 Series (pcie 1), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU2: Radeon RX 570 Series (pcie 2), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU3: Radeon RX 570 Series (pcie 3), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU4: Radeon RX 570 Series (pcie 4), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU5: Radeon RX 570 Series (pcie 5), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU6: Radeon RX 570 Series (pcie 6), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.330: main ADL library initialized

always stuck like that. From v6 to v8b, how to fix it? Let me know, tk u

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
milos957
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
April 07, 2018, 04:23:40 PM
 #1395

PhoenixMiner we are waiting 2.9, any news?
Digital_Seytan
Jr. Member
*
Offline Offline

Activity: 186
Merit: 1

Hayat guzeldir yasamasini bilene !


View Profile WWW
April 07, 2018, 06:05:07 PM
 #1396

PhoenixMiner we are waiting 2.9, any news?  Huh



Hayat guzeldir yasamasini bilene !
Sandro6666
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
April 07, 2018, 06:37:04 PM
 #1397

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.
aurus33
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
April 07, 2018, 11:31:13 PM
 #1398

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!  Shocked

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  Sad


*** 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!  Cheesy

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 Smiley

--
Aurus
Donations: aurusmx.eth
hafidh6
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
April 08, 2018, 05:40:57 AM
 #1399

17617:12:22:59.708: main Phoneix Miner 2.8b Windows/msvc - Release
17617:12:22:59.708: main Cmd line:
17617:12:22:59.708: main config.txt: -pool eu1-etc.ethermine.org:4444 -pool2 us1-etc.ethermine.org:4444 -wal 0xd07e049700388d961068b92e28a9a86064b67986.letjen2 -clkernel 2 -amd
17617:12:23:00.302: main Available GPUs for mining:
17617:12:23:00.302: main GPU1: Radeon RX 570 Series (pcie 1), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU2: Radeon RX 570 Series (pcie 2), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU3: Radeon RX 570 Series (pcie 3), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU4: Radeon RX 570 Series (pcie 4), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU5: Radeon RX 570 Series (pcie 5), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU6: Radeon RX 570 Series (pcie 6), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.330: main ADL library initialized

always stuck like that. From v6 to v8b, how to fix it? Let me know, tk u

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

Curious why you think this is the miner problem. If it works on some of your rigs and not others the logical conclusion
is that some of you rigs, not the miner has the issue. I would trouble shoot more on finding whats wrong with the rigs
it doesn't work on.


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
PhoenixMiner
Member
**
Offline Offline

Activity: 338
Merit: 68


View Profile
April 08, 2018, 06:00:24 AM
 #1400

...
appreciate the time comparing and clear justification, i am looking forward to see 2.9 outperform Claymore.
what i like about PM is that it could maximize my GPU's capability to hash up to 31.2Mhs for 580's which has a difference of .5 Mhs from Claymore.
having 1-2% of stale share is reasonable enough to shift to PM, i am still trying out other settings using PM though.

thanks and appreciate your feedback.
  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).

PhoenixMiner I owe you a beer, my mistake in the comment where I suspected that there was a bag in your miner, and it was a MITM attack. Sorry ser.
  Thanks a lot, we will drink a Heineken (or three) in your honor  Grin  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.

Any plans for CryptoNote miner or integration  or a seperate miner?
 Already answered here (sorry but we don't have more specific answer for now):
Any plans for CryptoNote miner or integration, would be great?
  Not in the immediate future but in a few months a lot could and probably would change.  Wink

Hi Guys,

Can I specify the logfile name and maximum size (i.e. 75MB)?
  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).

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.
  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.

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?
  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.

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

I use Monitorig to keep track of all my rigs:
https://bitcointalk.org/index.php?topic=1448855.0

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 Sad
 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).

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?
   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).

HI Dev,

can you put genom coin to the devfee list to avoid dag switch?
  Will try to add it in the next release.

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?

Code:
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
 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).

not sure if already mentioned but there is an typo when starting your miner
  Oops, thanks for catching this  Embarrassed

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!  Shocked

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  Sad


*** 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!  Cheesy
  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.

17617:12:22:59.708: main Phoneix Miner 2.8b Windows/msvc - Release
17617:12:22:59.708: main Cmd line:
17617:12:22:59.708: main config.txt: -pool eu1-etc.ethermine.org:4444 -pool2 us1-etc.ethermine.org:4444 -wal 0xd07e049700388d961068b92e28a9a86064b67986.letjen2 -clkernel 2 -amd
17617:12:23:00.302: main Available GPUs for mining:
17617:12:23:00.302: main GPU1: Radeon RX 570 Series (pcie 1), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU2: Radeon RX 570 Series (pcie 2), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU3: Radeon RX 570 Series (pcie 3), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU4: Radeon RX 570 Series (pcie 4), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU5: Radeon RX 570 Series (pcie 5), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.302: main GPU6: Radeon RX 570 Series (pcie 6), OpenCL 2.0, 8 GB VRAM, 32 CUs
17617:12:23:00.330: main ADL library initialized

always stuck like that. From v6 to v8b, how to fix it? Let me know, tk u

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
  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).

PhoenixMiner we are waiting 2.9, any news?  Huh
  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.

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.
   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.
Pages: « 1 ... 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 [70] 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 ... 457 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!