Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 676. (Read 243376 times)

older version 1.0.8.3 seems to be more stable - almost all miners are visible, hps are quite good
1.0.8.6 is unstable, now dual xeon has 6x lower hps than laptop with old i3

Togo sent me info that there is a Christian coin called Rapture and they are on SouthXchange.  I checked them out and they appear to be pretty small.

I applied for a listing on SouthXChange.

So here is what I see Capulo, this might actually be beneficial to add as a feature for the pool, yes, more work for me, but anyway here is what I see:

Out of the 50,000 or so solutions we have received over the last 10 minutes, about 8% of those are invalid.  Most of the errors (the lions share) is BLOCK_SOLUTION_STALE.  So that is actually pretty normal.  That happens when the block changes and a miner is still working on the solution and submits it late.

On Your miners however we have an 18.3% error rate (as compared to the standard 8.39% error rate).  The lions share of the errors are the same : block_solution_stale.  I see one miner in there a lot: capulo_wrk_21, maybe that particular node is hosed.

Anyway please check to see if the chain is synced, most of the errors are on the old version too, I do not see a higher incidence of errors on the new version.  You might have nodes behind an IP on a fork together.

I will go ahead and see if I can add a feature to the pool to convey the error ratio of the user up into either the leaderboard, I guess leaderboard might be OK then we can all see who is hosing the pool the most descending, it would be a nice feature.

Im going to work on the yobit paperwork first though!

Rob,    I guess traceroute or anything with the network is irrelevant  here.  
My ALL miners are fluctuating and  going up and down to 0   regularly .  and I have them on different VPS's including VULTR which is   provider you host the pool with .

I also didn't notice any difference between the miners with staked balance and empty ones.

my subsidy dropped more than  10x compared to what it was before the upgrades .

anybody else have problems with miners?
my miners are randomly disappearing from pool, but what is worse, when i check 'alive' miners i can see:

going to solo with poolmining=true
  "poolinfo1": "BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; ",
  "poolinfo2": "RM_01-25-2018 19:00:06; RMC_01-25-2018 19:00:18; RMC_01-25-2018 19:00:13; RM_01-25-2018 18:58:58; ",
  "poolinfo3": "POOL DOWN-REVERTING TO SOLO MINING; ",
  "miningpulse": 777,
  "poolmining": true,
  "pool_url": "http://pool.biblepay.org",

  "biblepay-generate": true,
  "poolinfo1": "BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; ",
  "poolinfo2": "Submitting Solution 01-25-2018 19:02:53; RMC_01-25-2018 19:02:33; RMC_01-25-2018 19:00:49; RMC_01-25-2018 19:02:31; Submitting Solution 01-25-2018 19:01:08; RMC_01-25-2018 19:02:23; RM_01-25-2018 18:54:16; RMC_01-25-2018 19:00:28; Submitting Solution 01-25-2018 19:02:47; RMC_01-25-2018 18:59:51; ",
  "poolinfo3": "CFW 01-25-2018 18:59:05; CFW 01-25-2018 19:02:31; ",
  "miningpulse": 859,
  "poolmining": false,
  "pool_url": "http://pool.biblepay.org",
 

  "poolinfo3": "Checking on Pool Health to see if back up...01-25-2018 18:40:45; ",
  "miningpulse": 1670,
  "poolmining": false,
 
and so...
hash2 fluctuating from 100k to 2m - totaly unstable

No miners should be missing.  You would need to go down to an individual case, of one single miner, and go and trace the packets to the pool with source of getmininginfo, and what I see on my end.   
Before doing that ensure that single miner is synced and the getmininginfo shows that the pool is up.

They should give more or less the same numbers, they did at least. (some differences but not that much)
name.                hps           hps2
hvdbWorld6_1   537.58   2475.94
hvdbWorld6_2   537.42   3533.94
hvdbWorld6_3   537.06   1247.75
hvdbWorld6_4   537.16   6084.77
hvdbWorld6_5   537.26   3770.02
hvdbWorld6_6   537.4   5763.09
hvdbWorld6_7   537.65   7096.88
hvdbWorld6_8   537.62   4592.51

And other identical server:
hvdbWorld7_1   164.84   3724.04
Missing
hvdbWorld7_3   658.04   9770.68
hvdbWorld7_4   657.72   15507.6
hvdbWorld7_6   658.34   3643.06
hvdbWorld7_5   658.35   12560.54
hvdbWorld7_7   657.41   7274.45
hvdbWorld7_8   658.34   7751.4

I will look at any differences between the setup of the servers.


Edit:
After I got the numbers and refreshed the page most of the miners disappeared.
They are not in missing miner section.

And after a new refresh some are back.

I will look on the nodes if I see something,.

No, not the case.

First thing you need to do is run solo for an hour on each of the two machines and post the wallets HPS, and be descriptive about what you tested and label the value something descriptive, like "procname, location, threads, core-wallet HPS".  Then let us see how that compares to the other "exact" proc before talking about the pool layer.


Also take into account the HPS2 is generated over time.

YOBIT is horrible .. im waitin for activated email almost hour  

ROB hello, can i to ask, why any miners is missing on pool and miners is staked in missing?   thanks

Let me check into it....

ALEX hello, can you make graph into explorer like this

https://bitcoinwisdom.com/bitcoin/difficulty