Author

Topic: Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v15.0 (Windows/Linux) - page 279. (Read 6590718 times)

member
Activity: 277
Merit: 23
Does anyone have random disconnects from ethermine?

I noticed that some miners appear offline on the pools side but when i log in i see they are submitting shares, only thing I noticed that the latency doubled (from 60 to 120ms in my case). Using 11.5 version previously 10.6 never had this...

Can someone point me for what to look in a claymor log file maybe i missed something.

Search this pattern in log
ETH: Stratum - Failed to connect, retry

Also ethermine's new UI might highlight rig that's offline in red if they don't get any update within 20 minutes. Most of them are false alarm. That's normal, nothing to worry as long as ethermine gets the update in the next round.

I did find this actually, maybe some more experienced can have a look:

02:40:40:115   1164   ETH: checking pool connection...
02:40:40:115   1164   sent: {"worker": "", "jsonrpc": "2.0", "params": [], "id": 3, "method": "eth_getWork"}

02:40:40:209   1164   buf: {"jsonrpc":"2.0","id":0,"result":["0x658de68c04f3cb57c14378332bccf71f9cca302c1db3e52ed587090636422c54","0xa74dd84414948aba4bfd6580908dbf9c32a494aa336609746d19a35bb4cccb24","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}

02:40:40:678   11d0   em hbt: 15, fm hbt: 93,
02:40:40:678   11d0   watchdog - thread 0 (gpu0), hb time 547
02:40:40:678   11d0   watchdog - thread 1 (gpu0), hb time 234
02:40:40:678   11d0   watchdog - thread 2 (gpu1), hb time 297
02:40:40:678   11d0   watchdog - thread 3 (gpu1), hb time 609
02:40:40:678   11d0   watchdog - thread 4 (gpu2), hb time 297
02:40:40:678   11d0   watchdog - thread 5 (gpu2), hb time 609
02:40:40:678   11d0   watchdog - thread 6 (gpu3), hb time 140
02:40:40:678   11d0   watchdog - thread 7 (gpu3), hb time 453
02:40:40:678   11d0   watchdog - thread 8 (gpu4), hb time 609
02:40:40:678   11d0   watchdog - thread 9 (gpu4), hb time 297
02:40:40:678   11d0   watchdog - thread 10 (gpu5), hb time 297
02:40:40:678   11d0   watchdog - thread 11 (gpu5), hb time 609
02:40:41:444   c8   srv_thr cnt: 1, IP: 192.168.1.5
02:40:41:444   c8   recv: 51
02:40:41:444   c8   srv pck: 50
02:40:41:444   c8   srv bs: 0
02:40:41:444   c8   sent: 335
02:40:45:772   1164   sent: {"id":6,"jsonrpc":"2.0","method":"eth_submitHashrate","params":["0xadd3ef8", "0x0000000000000000000000000000000000000000000000000000000033ef23e2"]}

02:40:46:522   fc4   srv_thr cnt: 1, IP: 192.168.1.5
02:40:46:522   fc4   recv: 51
02:40:46:522   fc4   srv pck: 50
02:40:46:522   fc4   srv bs: 0
02:40:46:522   fc4   sent: 335
02:40:50:132   1164   ETH: checking pool connection...
02:40:50:132   1164   sent: {"worker": "", "jsonrpc": "2.0", "params": [], "id": 3, "method": "eth_getWork"}

02:40:50:226   1164   buf: {"jsonrpc":"2.0","id":0,"result":["0x658de68c04f3cb57c14378332bccf71f9cca302c1db3e52ed587090636422c54","0xa74dd84414948aba4bfd6580908dbf9c32a494aa336609746d19a35bb4cccb24","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}

02:40:50:554   1164   buf: {"jsonrpc":"2.0","id":0,"result":["0xaeef20c127f6068a2e4c19681e2ee97ddd2aeed92ecf84fe7ee95f30363cafb9","0xa74dd84414948aba4bfd6580908dbf9c32a494aa336609746d19a35bb4cccb24","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}

02:40:50:554   1164   ETH: 04/05/18-02:40:50 - New job from eu1.ethermine.org:4444
02:40:50:554   1164   target: 0x000000006df37f67 (diff: 10000MH), epoch 179(2.40GB)
02:40:50:554   1164   gpu #2 dt 0.15 (0%, good)
02:40:50:554   1164   gpu #3 dt 0.15 (0%, good)
02:40:50:554   1164   ETH - Total Speed: 182.312 Mh/s, Total Shares: 17089, Rejected: 0, Time: 108:18
02:40:50:554   1164   ETH: GPU0 30.318 Mh/s, GPU1 30.471 Mh/s, GPU2 30.483 Mh/s, GPU3 30.095 Mh/s, GPU4 30.487 Mh/s, GPU5 30.458 Mh/s
02:40:51:570   e54   srv_thr cnt: 1, IP: 192.168.1.5
02:40:51:570   e54   recv: 51
02:40:51:570   e54   srv pck: 50
02:40:51:570   e54   srv bs: 0
02:40:51:570   e54   sent: 335
02:40:52:211   1334   checked ETH share on CPU, spent 4ms
02:40:52:211   1334   sent: {"id":13,"method":"eth_submitWork","params":["0x4b1517000258e5ad","0xaeef20c127f6068a2e4c19681e2ee97ddd2aeed92ecf84fe7ee95f30363cafb9","0x8b6339c1548718a413840e2f41a2142556c527b58dbd7b1fd1235826ee16520b"]}

02:40:52:211   1334   ETH: put share nonce 4b1517000258e5ad
02:40:52:226   1164   ETH: 04/05/18-02:40:52 - SHARE FOUND - (GPU 3)
02:40:52:320   1164   buf: {"jsonrpc":"2.0","id":13,"result":true}

02:40:52:320   1164   ETH: Share accepted (109 ms)!

02:40:56:258   12d8   checked ETH share on CPU, spent 6ms
02:40:56:258   12d8   sent: {"id":12,"method":"eth_submitWork","params":["0x9ab71b640a2f8dea","0xaeef20c127f6068a2e4c19681e2ee97ddd2aeed92ecf84fe7ee95f30363cafb9","0xa5f9f9f145952fb2644f5d7e0e656d060a1df6fa127fa1c0a2b685aa3cfe0384"]}

02:40:56:258   12d8   ETH: put share nonce 9ab71b640a2f8dea
02:40:56:273   1164   ETH: 04/05/18-02:40:56 - SHARE FOUND - (GPU 2)
02:40:56:367   1164   buf: {"jsonrpc":"2.0","id":12,"result":true}

02:40:56:367   1164   ETH: Share accepted (110 ms)!

02:40:56:680   1440   srv_thr cnt: 1, IP: 192.168.1.5
02:40:56:680   1440   recv: 51
02:40:56:680   1440   srv pck: 50
02:40:56:680   1440   srv bs: 0
02:40:56:680   1440   sent: 335
02:40:57:492   11d4   GPU0 t=59C fan=37%, GPU1 t=58C fan=36%, GPU2 t=55C fan=36%, GPU3 t=59C fan=36%, GPU4 t=59C fan=41%, GPU5 t=58C fan=36%
02:41:00:149   1164   ETH: checking pool connection...
02:41:00:149   1164   sent: {"worker": "", "jsonrpc": "2.0", "params": [], "id": 3, "method": "eth_getWork"}

02:41:00:243   1164   buf: {"jsonrpc":"2.0","id":0,"result":["0xaeef20c127f6068a2e4c19681e2ee97ddd2aeed92ecf84fe7ee95f30363cafb9","0xa74dd84414948aba4bfd6580908dbf9c32a494aa336609746d19a35bb4cccb24","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}

02:41:01:727   844   srv_thr cnt: 1, IP: 192.168.1.5
02:41:01:727   844   recv: 51
02:41:01:727   844   srv pck: 50
02:41:01:727   844   srv bs: 0
02:41:01:727   844   sent: 335
02:41:05:790   1164   sent: {"id":6,"jsonrpc":"2.0","method":"eth_submitHashrate","params":["0xadd23c5", "0x0000000000000000000000000000000000000000000000000000000033ef23e2"]}

02:41:06:915   fa8   srv_thr cnt: 1, IP: 192.168.1.5
02:41:06:915   fa8   recv: 51
02:41:06:915   fa8   srv pck: 50
02:41:06:915   fa8   srv bs: 0
02:41:06:915   fa8   sent: 335
02:41:10:166   1164   ETH: checking pool connection...



I can see the only dev fee getting connected in the span of 5 hourse
legendary
Activity: 1274
Merit: 1006
v11.6:

- improved hashrate for weak Nvidia cards by about 1%.
- zero devfee for 3GB cards in Windows 10, same as for all 2GB cards.
- applied some tricks to increase available memory for 3GB cards in Windows 10 so you can mine ETH a bit longer.
- now you can press "y" key to turn on "Compute Mode" in AMD drivers for all cards (Windows only).
- Linux version: removed openssl library dependency.
- improved "-logfile" option, now you can use it to specify a folder for log files, use slash at the end to do it, for example, "-logfile logs\".
- added "-epoolsfile" and "-dpoolsfile" options.
- remote management: now "miner_getstat2" command also returns PCI bus index for every GPU.
- a few minor bug fixes and improvements.

Thanks Claymore, for bringing life back to 3GB cards, worked right off the bat!

+1, I can mine Eth on 1060 3GB cards in W10 only with Claymore, all other miners fail now. Also 0% developer fee Cool

No luck on Win7 though...  Undecided
jr. member
Activity: 34
Merit: 2
Helping the blockchain world build secure++ stuff!
1. CVE-2017-16929 works only if you specified -mport > 0 and don't use password (-mpsw). Also it can crash miner:

From History.txt:

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

That was the last known security issue and it was fixed in v10.2 and above.

Here is my opinon:
Yes my miners have "remote management" feature that allows administrators to upload files, restart miners etc. It's not a vulnerability itself. Also I know that this feature can be used by attackers, therefore by default miner uses "read-only" mode which ignores all commands except "miner_getstat1" (I mean recent versions of my miners, very old versions have no "read-only mode"). User must specify "-mport" option and positive port manually to enable potentially dangerous commands. Also I added "-mpsw" option that allows users to set a password for remote management. Also miner shows warning during startup if "read-only" mode is disabled and -mpsw is missed. Also I added necessary information to Readme file. And, of course, it's bad idea to make these ports public, they must be used in local network only, "-mport" option can expose the port to specified network interface only.
To make this feature dangerous, user must do the following:
1. Disable "read-mode", ignore miner warning.
2. Ignore "-mpsw", i.e. don't set a password, again ignore miner warning.
3. Expose the port(s) to internet.
So, in my opinion, I did everything to make this feature safe as much as possible, but some users have no idea/knowledge what they do when they change default settings.

  • cve-2017-16929 - authenticated directory traversal - as statet in the advisory (link) requires remote mgmt enabled (write) and you need the password if set
  • cve-2017-16930 - unauthenticated buffer overflow - as statet in the advisory (link) requires remote mgmt enabled; read-only is also affected; attacker does not need to have a password; This case "could cause a crash" (best case) whereas one would likely aim for remote code execution to hijack the process (shellcode -> exploit; worst case; consider your machine compromised if your vulnerable version was reachable from the internet).



Yep, it would be easier to reason about the security of the code if it were open source, or at least had a formal code audit.
jr. member
Activity: 73
Merit: 3
Maybe ignorant question, but how are the ASICs going to work? I thought the whole point of DAGs was to prevent ASICs. How do the ASICs fit the DAG file on their chips affordably?

They don't ... they have DDR3 memory attached to the ASICs / FPGAs.  If you look on the Bitmain site, you can see that the device is a) twice the size of their other miners and b) is about the hash equivalent of 4x 580's.  If you consider the 800 watts of draw, it uses more Watts/MH than a rig with 4x 580s.  About the only attractive thing about it is the price ... $800.

The only decent way to attack the Ethash mechanism is to take advantage of the 64 DAG lookup steps in the algorithm.  If you broke your DAG storage into 64 or 128 or 256 separately accessible pieces, you could pipeline the 64 lookup's and take advantage of the random nature of the lookup addresses.  The point is to do 64 lookup's at the same time taking advantage of their being in separate pieces of memory ... usually.  In this way you could pipeline the Ethash and have 64 going on at the same time with each at one point along the 64 step process ... ignoring the pre and post processing.  Occasionally, you would have a collision when two or more lookup's needed the same DAG section and so you'd stall for that step.  It's difficult to get all of that address and data bus space hooked into an ASIC or FPGA.  So it's still a hard problem ... not impossible though.
jr. member
Activity: 73
Merit: 3
V11.6 has eliminated the "incorrect shares" that I was getting in prior versions.  Was running just over 1% ... now none.  No other changes than moving from 11.5 to 11.6.  Thanks Claymore.
newbie
Activity: 312
Merit: 0
Hi Claymore.
If phoenix really is faster (as he claims) u should lower fee to 0.60% (he have 0.65%.)
That would make you steal his customers.
newbie
Activity: 41
Merit: 0
The attack on Verge XVG coin does not look good. Where are we going now? What currency do we go to for dual mining?

Blake2s Neva, Taj, Info, Shield?
Keccak smartcash?

 Huh

Keccak maxcoin
member
Activity: 413
Merit: 17
Dual mining stopped being profitable more than a month ago. Run your cards on solo mining and save yourself the electric bill.
newbie
Activity: 56
Merit: 0
is any XVG pool online?  Shocked
when we can continue to mine in dual XVG?

XVG are with problems since yesterday, it is speculating with a possible verge fork, there is no official information from dev team of what is happening, only, they are working on it, nothing more.

Maybe it's time to give an opportunity to other currencies with dual mining.
hero member
Activity: 1680
Merit: 583
xUSD - The PRIVATE stable coin - Haven Protocol
is any XVG pool online?  Shocked
when we can continue to mine in dual XVG?
newbie
Activity: 56
Merit: 0
The attack on Verge XVG coin does not look good. Where are we going now? What currency do we go to for dual mining?

Blake2s Neva, Taj, Info, Shield?
Keccak smartcash?

 Huh
full member
Activity: 236
Merit: 101
Been on v11.4 for a few weeks now and it's been very stable with very little stale shares, will try out the newest v11.6 soon. Cool
member
Activity: 277
Merit: 23

Search this pattern in log
ETH: Stratum - Failed to connect, retry

Also ethermine's new UI might highlight rig that's offline in red if they don't get any update within 20 minutes. Most of them are false alarm. That's normal, nothing to worry as long as ethermine gets the update in the next round.

Just checked, i don't have this pattern, the strange thing is that submitted shares seem to be in order. According to ethermine one miner was down for 5 hours (and appeared at one point before going offline once more)



I think this could be related to dev fee switching (i see claymor sometime uses SSL conection sometimes just a regular)
sr. member
Activity: 1008
Merit: 297
Grow with community
Maybe ignorant question, but how are the ASICs going to work? I thought the whole point of DAGs was to prevent ASICs. How do the ASICs fit the DAG file on their chips affordably?

Its not actually an ASIC, its FPGA board

https://bitcointalksearch.org/topic/fpga-ethereum-miner-2182826
member
Activity: 277
Merit: 23
Does anyone have random disconnects from ethermine?

I noticed that some miners appear offline on the pools side but when i log in i see they are submitting shares, only thing I noticed that the latency doubled (from 60 to 120ms in my case). Using 11.5 version previously 10.6 never had this...

Can someone point me for what to look in a claymor log file maybe i missed something.
newbie
Activity: 55
Merit: 0
Maybe ignorant question, but how are the ASICs going to work? I thought the whole point of DAGs was to prevent ASICs. How do the ASICs fit the DAG file on their chips affordably?
member
Activity: 119
Merit: 10
I use Claymore's 9.8, no problem,always 89MHs stable
But  3 months ago I got 0,2 ETH in 18 days, now I get 0,2 ETH in 35 days

Soon it will not worth it, am I wrong something?

you are not alone and dropping in eth output is due to surge in total hashrate in the global network and doubling difficulty.
I suspect bitmain and other asic makers already mined eth w/ their large scale ASIC in house for awhile.
nvidia has 10% Q4 over Q3 revenue increase.
we know AMD financially always lags regardless of how others are prosperous in the past 40 years.
the global hashrate has increased 45% in the same period. a lot new gpus also mine other coins. asic has contributed to some of the surge under the radar.
by the time eth mining becomes less profitable, bitmain will sell asic to public to double their profit.
This is bitmain's true business model:
develop asic and mine in house at lower network hashrate. get enough profit from mining and sell old less profitable asic model to public at premium price to at least double the profit, at the same time flood the global network so the only rig can be very profitable is their own next generation high efficient in house asic model. Repeat! At the same time, they may also manipulated the coin price at bit because they have mined so much.
Will PoS kill bitmain? not really. it certainly will affect their asic business. but with $4b profit in 2017, they already developed tensor AI process in house and prepared life after asic.
After mining for awhile, I realized this: in Macro Perspective: only the large scale mining farm and people will deep pocket and power will be benefited in long run. The small fish like us will see some quick cash in the beginning, but those things will be gone regardless of whether crypto crashes or not.

From what I saw, the ETH ASIC is only 4% more powerful than RX 580 gpus So I wouldn't worry much about difficulty increase. The target group is newcomers, I doubt anyone with a running mining rig will sell his rig to buy a 4% faster ASIC.

The thing to worry about is resellability of gpus, since the ASIC is up to 75% cheaper than building an equivalent gpu mining rig
newbie
Activity: 1
Merit: 0
Hi,

I apologize, I am newbie here.  I read and follow all the directions.
I am experience problems with 2 of my PCs, using Claymore Miner 11.6
I have a Nvidia Card.

First PC:  Windows 7 pro 64-bit
I got error message that "DCR: 0 pool specificed.
No AMD or Nvidia card found ..

2nd PC:  Windows 10 pro 64-bit
This app cannot run on this PC.

I am testing on my older PC, I know it is not efficient.  I want to get to know at least the setup first.

any suggestion would be appreciated.

Thanks
full member
Activity: 181
Merit: 101
Ethereum Miner
Is it worth upgrading to 11.6?

I'm currently on 11.2 and my 8-card Rx580 is getting 242Mh eth-only and 241Mh dual-mining XVG.
jr. member
Activity: 225
Merit: 1
I change xvg pool to nlpool. I was using antminepool for second coin I am now getting 30% more coins on nlpool. Anyone using antminepool or others I would say try nlpool. Despite there small share of hashrate I get better payout
Jump to: