SpecialX
Newbie
Offline
Activity: 3
Merit: 0
|
|
October 24, 2017, 04:14:22 PM |
|
--telemetry=0.0.0.0:42000
It can not work
|
|
|
|
crazydane
|
|
October 24, 2017, 04:22:38 PM |
|
Right, use the actual IP of the miner.
|
|
|
|
chancefx
Member
Offline
Activity: 153
Merit: 10
In Decentralization We Trust
|
|
October 24, 2017, 04:23:10 PM |
|
--telemetry=0.0.0.0:42000
It can not work
you need to edit 0.0.0.0 to you local rig address
|
|
|
|
SpecialX
Newbie
Offline
Activity: 3
Merit: 0
|
|
October 24, 2017, 04:38:05 PM |
|
|
|
|
|
UrsaUrsa
Member
Offline
Activity: 104
Merit: 11
|
|
October 24, 2017, 05:34:46 PM |
|
Hi.
Tried out your miner. It is, in fact, about 10% faster than EWBF. However, it has a nasty bug that forced me to go back to EWBF.
I mine ZEC on nanopool, recently they've had some service disruptions. So, if pool drops connection, EWBF simply tries to reconnect and succeeds finally, while dstm's ZM miner goes into "0 connection closed by server - reconnecting..." infinite loop, scrolling text very fast and never actually resumes mining.
Using Linux version under Ubuntu 16.04 LTS.
Thanks!
Hi, I got the same problem with suprnova pool. I am using 0.5.2 on windows. Infinite loop. I just looked if I can had a list of pools but it seems impossible... Could you pls post the suprnava server and port you're using, I'll test the current dev branch against it. The one time my miner had disconnected it was the same and zm did not reconnect.
|
|
|
|
B00gieman
Newbie
Offline
Activity: 65
Merit: 0
|
|
October 24, 2017, 05:38:58 PM |
|
Hello. Tested on 8x Gigabyte NVIDIA 1700 rig on W64. Connected to Flypool. 460/470 sol's 1100w PowerDraw Keep testing and waiting for BTG
|
|
|
|
promomei
|
|
October 24, 2017, 06:24:38 PM |
|
make video set it up on youtube XD will be nice Ill try it later with my 1060 farm-let you know guys
|
|
|
|
sp_
Legendary
Offline
Activity: 2940
Merit: 1087
Team Black developer
|
|
October 24, 2017, 06:30:27 PM |
|
Did a test with 60 workers. Unstable at first, but then I added a simple failover script and it seems to work..
|
|
|
|
balkeep
Newbie
Offline
Activity: 9
Merit: 0
|
|
October 24, 2017, 06:40:40 PM |
|
Hi.
Tried out your miner. It is, in fact, about 10% faster than EWBF. However, it has a nasty bug that forced me to go back to EWBF.
I mine ZEC on nanopool, recently they've had some service disruptions. So, if pool drops connection, EWBF simply tries to reconnect and succeeds finally, while dstm's ZM miner goes into "0 connection closed by server - reconnecting..." infinite loop, scrolling text very fast and never actually resumes mining.
Using Linux version under Ubuntu 16.04 LTS.
Thanks!
Hi, I got the same problem with suprnova pool. I am using 0.5.2 on windows. Infinite loop. I just looked if I can had a list of pools but it seems impossible... Yep, having the same problem with suprnova and ZEN on win10 ltsb x64 and 0.5.2 version. Have to restart manually, but when I do it reconnects instantly. zm --server zen.suprnova.cc --port 3618 --user balkeep.Stacey --pass XXXX --telemetry=192.168.1.10:42000
|
|
|
|
UrsaUrsa
Member
Offline
Activity: 104
Merit: 11
|
|
October 24, 2017, 06:55:36 PM |
|
Did a test with 60 workers. Unstable at first, but then I added a simple failover script and it seems to work.. I assume your workers are running Linux?
|
|
|
|
sp_
Legendary
Offline
Activity: 2940
Merit: 1087
Team Black developer
|
|
October 24, 2017, 07:03:13 PM |
|
I assume your workers are running Linux?
No The test is conducted with the Version 0.5.2 exe file
|
|
|
|
dstm (OP)
|
|
October 24, 2017, 07:08:04 PM |
|
is there any --log command? don't find on first page
There is currently no logfile support. I'll ad it in one of the next releases.
|
|
|
|
dstm (OP)
|
|
October 24, 2017, 07:08:40 PM |
|
Did a test with 60 workers. Unstable at first, but then I added a simple failover script and it seems to work.. What's failing?
|
|
|
|
sp_
Legendary
Offline
Activity: 2940
Merit: 1087
Team Black developer
|
|
October 24, 2017, 07:25:36 PM |
|
if you implement a accepted share count, and a rejected share count like other miners, it's easier to see wich of the workers that's just been restarted. Easier to troubleshoot When a worker is restarted I loose hashrate.
|
|
|
|
dstm (OP)
|
|
October 24, 2017, 07:53:19 PM |
|
if you implement a accepted share count, and a rejected share count like other miners, it's easier to see wich of the workers that's just been restarted. Easier to troubleshoot
It's there, it's accessible via json-rpc or webui. How do you monitor your workers? For large worker counts people usually use json-rpc. Json-rpc will contain uptime and connection-time in the next release which is useful in this kind of situations. If it's useful I'll output a/r shares also on terminal. When a worker is restarted I loose hashrate.
Not sure if I understand this correctly. Do the GPUs perform slower after a restart?
|
|
|
|
PL84
Newbie
Offline
Activity: 27
Merit: 0
|
|
October 24, 2017, 08:06:40 PM |
|
@dstm
I sent message you about implementing your miner to EthOS. Have a look and reply if you are interested about it.
|
|
|
|
NameTaken
|
|
October 25, 2017, 05:04:24 AM |
|
Hi.
Tried out your miner. It is, in fact, about 10% faster than EWBF. However, it has a nasty bug that forced me to go back to EWBF.
I mine ZEC on nanopool, recently they've had some service disruptions. So, if pool drops connection, EWBF simply tries to reconnect and succeeds finally, while dstm's ZM miner goes into "0 connection closed by server - reconnecting..." infinite loop, scrolling text very fast and never actually resumes mining.
Using Linux version under Ubuntu 16.04 LTS.
Thanks!
Thx for reporting, this is a know bug, NameTaken had similar issues. It will be fixed in the next release - this path is unlikely to hit, zm 0.5.2 should reconnect properly in almost all cases. Woke up today to find all my rigs had stopped working due to this.
|
|
|
|
patinencomun
Jr. Member
Offline
Activity: 76
Merit: 1
|
|
October 25, 2017, 05:40:46 AM |
|
Hi dstm's developer,
I found a "bug", if telemetry fails at boot, for example when a power lose / power restore situation occurs, the miner won't start. System reboots on power fails, and miner start on boot, but for the router is not started yet...
Could you fix this? Thank you.
|
|
|
|
jpl
Member
Offline
Activity: 154
Merit: 11
|
|
October 25, 2017, 06:27:54 AM |
|
how can you run 14 GTX cards with Windows 10 ?
I'm not, I'm running 14 rigs x5 cards each. Holy fuckin shit.. really? wow. lol.. sorry.
|
|
|
|
dstm (OP)
|
|
October 25, 2017, 09:31:42 AM |
|
Hi.
Tried out your miner. It is, in fact, about 10% faster than EWBF. However, it has a nasty bug that forced me to go back to EWBF.
I mine ZEC on nanopool, recently they've had some service disruptions. So, if pool drops connection, EWBF simply tries to reconnect and succeeds finally, while dstm's ZM miner goes into "0 connection closed by server - reconnecting..." infinite loop, scrolling text very fast and never actually resumes mining.
Using Linux version under Ubuntu 16.04 LTS.
Thanks!
Thx for reporting, this is a know bug, NameTaken had similar issues. It will be fixed in the next release - this path is unlikely to hit, zm 0.5.2 should reconnect properly in almost all cases. Woke up today to find all my rigs had stopped working due to this. Sry for this, I'll release 0.5.3 earlier than planed due to this - however it won't contain all the requested adjustments. I'm expecting to release it tomorrow.
|
|
|
|
|