Humancell
Member
Offline
Activity: 63
Merit: 10
|
|
May 13, 2014, 06:14:21 AM |
|
Bummer. There are still some strange issues going on with my AntMiner S1s working against the pool with "price" thresholds.
I just came home and found my two test AntMiner S1s hung ... they *said* the NiceHash pool was alive ... but they were NOT mining it ... and they were NOT mining my backup pools.
Both were mining earlier in the day, and then when the 0.06 contracts expired, they fell back to the backup pools. That is where they were when I left the house. I come home and realized they were in some strange state ... not mining NiceHash nor the backup pools.
I had to restart the miners, and then they immediately jumped back to the backup pools as there are no 0.06 contracts.
Something is broken ...
|
|
|
|
|
kano
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
May 13, 2014, 09:24:42 AM |
|
Try to run it with some logging options and then paste content of file here.
Ok, it was a bit difficult getting log file as the default antminer S1 settings hides cgminers display. So had to kill process and run my own cgminer outputting to log file. Ran it for 5 mins. . . . This is using the binaries from here: https://github.com/kanoi/cgminer-binaries/tree/master/AntS1Nicehash website says ~60% reject rate. The only thing that comes to my mind is that this miner is modifying ntime. We don't allow modified ntimes, because we have no methods to evaluate whether modified ntime would be accepted by remote pool or not. There should be a way to force miner not to modify ntime; in fact, there is plenty of extranonce2 size so the ntime doesn't have to be modified. Guess that is the change compared to older miner. ntime is modifed. As is valid on all good pools.
|
|
|
|
nicehashdev
|
|
May 13, 2014, 10:20:09 AM |
|
Try to run it with some logging options and then paste content of file here.
Ok, it was a bit difficult getting log file as the default antminer S1 settings hides cgminers display. So had to kill process and run my own cgminer outputting to log file. Ran it for 5 mins. . . . This is using the binaries from here: https://github.com/kanoi/cgminer-binaries/tree/master/AntS1Nicehash website says ~60% reject rate. The only thing that comes to my mind is that this miner is modifying ntime. We don't allow modified ntimes, because we have no methods to evaluate whether modified ntime would be accepted by remote pool or not. There should be a way to force miner not to modify ntime; in fact, there is plenty of extranonce2 size so the ntime doesn't have to be modified. Guess that is the change compared to older miner. ntime is modifed. As is valid on all good pools. This has been sorted out. One thing is still unclear to me - could not find any documentation regarding that. Simple example: pool sends work at time t, miner sends back share at time t+2, but with ntime t+1. Is this valid share? By logic I would say yes. Bummer. There are still some strange issues going on with my AntMiner S1s working against the pool with "price" thresholds.
I just came home and found my two test AntMiner S1s hung ... they *said* the NiceHash pool was alive ... but they were NOT mining it ... and they were NOT mining my backup pools.
Both were mining earlier in the day, and then when the 0.06 contracts expired, they fell back to the backup pools. That is where they were when I left the house. I come home and realized they were in some strange state ... not mining NiceHash nor the backup pools.
I had to restart the miners, and then they immediately jumped back to the backup pools as there are no 0.06 contracts.
Something is broken ...
This is known idlebug in cgminer that has been there since the start.
|
|
|
|
Ajeto
Member
Offline
Activity: 97
Merit: 10
|
|
May 13, 2014, 11:20:06 AM |
|
Is it possible to set failover for sph-sgminer for different algorithms? I believe it could be done with .conf file.
So iz would be something like : if (x11) p<1 than go to (scrypt)
If anyone is already using that, can you paste your config plz?
|
|
|
|
nicehashdev
|
|
May 13, 2014, 12:03:01 PM |
|
Bummer. There are still some strange issues going on with my AntMiner S1s working against the pool with "price" thresholds.
I just came home and found my two test AntMiner S1s hung ... they *said* the NiceHash pool was alive ... but they were NOT mining it ... and they were NOT mining my backup pools.
Both were mining earlier in the day, and then when the 0.06 contracts expired, they fell back to the backup pools. That is where they were when I left the house. I come home and realized they were in some strange state ... not mining NiceHash nor the backup pools.
I had to restart the miners, and then they immediately jumped back to the backup pools as there are no 0.06 contracts.
Something is broken ...
ckolivas informed me, that idlebug is fixed in latest cgminer. Do you use latest cgminer?
|
|
|
|
guyver
|
|
May 13, 2014, 12:11:07 PM |
|
nicehash dev
can you provide the correct working batch or config line for x11 mining please. not working for me
|
|
|
|
|
guyver
|
|
May 13, 2014, 12:26:31 PM |
|
I get waiting for work to become available.
|
|
|
|
Ajeto
Member
Offline
Activity: 97
Merit: 10
|
|
May 13, 2014, 01:00:27 PM |
|
I get waiting for work to become available. did you set price (-p p=x) to high?
|
|
|
|
Ajeto
Member
Offline
Activity: 97
Merit: 10
|
|
May 13, 2014, 01:02:11 PM |
|
dev, shouldn't -I 13 -g 2 --lookup-gap 2 -w 256 --thread-concurrency 8192 give better results?
|
|
|
|
guyver
|
|
May 13, 2014, 01:11:03 PM |
|
I get waiting for work to become available. did you set price (-p p=x) to high? price not set. used -p x as the password. not getting any work from pool
|
|
|
|
reflexmk
|
|
May 13, 2014, 02:07:32 PM |
|
@dev, is there a table or a formula to set the diff for the hasrate I own. For example what diff for 8.6 Mh/s on x11
|
|
|
|
Humancell
Member
Offline
Activity: 63
Merit: 10
|
|
May 13, 2014, 02:27:36 PM |
|
Bummer. There are still some strange issues going on with my AntMiner S1s working against the pool with "price" thresholds.
I just came home and found my two test AntMiner S1s hung ... they *said* the NiceHash pool was alive ... but they were NOT mining it ... and they were NOT mining my backup pools.
Both were mining earlier in the day, and then when the 0.06 contracts expired, they fell back to the backup pools. That is where they were when I left the house. I come home and realized they were in some strange state ... not mining NiceHash nor the backup pools.
I had to restart the miners, and then they immediately jumped back to the backup pools as there are no 0.06 contracts.
Something is broken ...
ckolivas informed me, that idlebug is fixed in latest cgminer. Do you use latest cgminer? I'm using the latest cgminer from user "kano" who wrote to you above ... he has been making the builds for the AntMiner S1. Do you have details of the fix/build that ckolivas made so that we can ensure that kano adds it?
|
|
|
|
Humancell
Member
Offline
Activity: 63
Merit: 10
|
|
May 13, 2014, 02:28:40 PM |
|
The only thing that comes to my mind is that this miner is modifying ntime. We don't allow modified ntimes, because we have no methods to evaluate whether modified ntime would be accepted by remote pool or not. There should be a way to force miner not to modify ntime; in fact, there is plenty of extranonce2 size so the ntime doesn't have to be modified. Guess that is the change compared to older miner.
ntime is modifed. As is valid on all good pools. kano ... have you incorporated the "idle bug" fix in your builds that is mentioned here? Bummer. There are still some strange issues going on with my AntMiner S1s working against the pool with "price" thresholds.
I just came home and found my two test AntMiner S1s hung ... they *said* the NiceHash pool was alive ... but they were NOT mining it ... and they were NOT mining my backup pools.
Both were mining earlier in the day, and then when the 0.06 contracts expired, they fell back to the backup pools. That is where they were when I left the house. I come home and realized they were in some strange state ... not mining NiceHash nor the backup pools.
I had to restart the miners, and then they immediately jumped back to the backup pools as there are no 0.06 contracts.
Something is broken ...
ckolivas informed me, that idlebug is fixed in latest cgminer. Do you use latest cgminer?
|
|
|
|
ingvarfervent
|
|
May 13, 2014, 02:38:24 PM |
|
When set " -p p=price " 100% reject
|
|
|
|
reflexmk
|
|
May 13, 2014, 02:39:39 PM |
|
@dev, is there a table or a formula to set the diff for the hasrate I own. For example what diff for 8.6 Mh/s on x11
also, once the price was not available, sgminer stood idle, didnt switch to my backup pools. I'm using the newest SPH-sgminer you've recommended.
|
|
|
|
MysteryX
Member
Offline
Activity: 98
Merit: 10
|
|
May 13, 2014, 03:15:10 PM |
|
Even setting the password as x i'm not getting any accepted shares. (x11 on port 3336)
Dev?
|
|
|
|
reflexmk
|
|
May 13, 2014, 04:19:12 PM |
|
Latest sph-sgminer works fine, i can set price and diff it all works well, problem remains if work is not available at my minimum price miner stays idle. And can someone please tell the formula for setting diff per MH/s, on x11 or overall on any algo, if it's default. THANKS
|
|
|
|
nicehashdev
|
|
May 13, 2014, 04:22:32 PM |
|
Latest sph miner has to be used, else you may be getting rejects.
Note that sph miner does still have idlebug inside and does not support extranonce subscriptions. When we prepare NiceHash sph miner, these issues will be fixed.
|
|
|
|
|