KanoPool since 2014 🐈 - PPLNS and Solo 0.5% fee - Worldwide - 2436 blocks

[usernamehere]

Is CKDB down?

https://imgur.com/i7TMTcQ

[1714988927]

1714988927

[1714988927]

1714988927

[1714988927]

1714988927

[kano]

Is CKDB down?

https://imgur.com/i7TMTcQ

Had a network glitch in CKDB - so I had to restart it.

Mining is completely unaffected.

Yet again, nothing to do with the recent changes - added to the TODO list to sort out why it happened and fix it
Restart almost complete.

[usernamehere]

Thanks again Kano-san!

[DarKSm0ke]

Nice green color! I like it, keep them coming guys!

Mine on

[kano]

Thanks again Kano-san!

Probably more detail than you want to know but ...

Web<->CKDB is handled via 2 socat connections through a secure tunnel.
The tunnel avoids constant logging in to the main server for every request, the socat's make a new connection for each message, through the tunnel and at the CKDB end translate the socket into a linux socket as per what CKDB wants.

When the tunnel closes (once in a blue moon) the replies to all the web messages that CKDB is processing, will not be wanted, since the web server will have given up on them and replied with the red "Database is reloading, mining is all OK" message.
This leads to a (possibly large) number of unwanted messages queued in CKDB and trying to be sent back to the web server.

I'll need to get CKDB to not report every one of them, but rather a summary a minute later, since it's OK that they fail, since they are no longer wanted.
However, on the console it looks like CKDB has gone into network cardiac arrest due to so many messages not replied, and I restarted it to clear it

As I mentioned, it's on the TODO list, but since it's ever so rare (happened probably only twice before) it's not urgent.

[usernamehere]

Thanks again Kano-san!

Probably more detail than you want to know but ...

Web<->CKDB is handled via 2 socat connections through a secure tunnel.
The tunnel avoids constant logging in to the main server for every request, the socat's make a new connection for each message, through the tunnel and at the CKDB end translate the socket into a linux socket as per what CKDB wants.

When the tunnel closes (once in a blue moon) the replies to all the web messages that CKDB is processing, will not be wanted, since the web server will have given up on them and replied with the red "Database is reloading, mining is all OK" message.
This leads to a (possibly large) number of unwanted messages queued in CKDB and trying to be sent back to the web server.

I'll need to get CKDB to not report every one of them, but rather a summary a minute later, since it's OK that they fail, since they are no longer wanted.
However, on the console it looks like CKDB has gone into network cardiac arrest due to so many messages not replied, and I restarted it to clear it

As I mentioned, it's on the TODO list, but since it's ever so rare (happened probably only twice before) it's not urgent.

That's exactly the kinda stuff I like to hear about! While I'm not familiar with Socat, it sounds like CKDB just got into a strange state due to not being able to get replies from the web server, and couldn't recover.

[kano]

Block! by mikese

[philipma1957]

Block! by mikese

That gets us to 54 for the month  52.21  is 100% luck.

So 63 blocks for the month  will do the trick.

That means only 9 more needed.

I for one predict  12 more.

or 66 for July

[darval]

I for one predict  12 more.

Don't go jinx'n it now with your predictions..

[kano]

Oh, one thing I didn't mentioned when I put in the BIP91 code on the pool:
I've changed it to always generate the 988,888 size blocks, instead of an 88,888 on the block change then 988,888 for all work until the next block change.

The reason is that 0.14.2 is 'supposed' to be faster at block transfers due to them finally implementing my idea from 5 years ago
(not transferring the full block, just the expected header/transaction needed, then whatever else is needed if requested)

Thus the time lost generating a full block 'might' be gained in the faster transfer of the block in or out on the net.
Hopefully they balance out, but I've not spent any effort comparing, since I'm not sure about how much is gained in the optimised block transfer.

If generation+transfer is slower, then that would mean a slightly higher chance of getting an orphan, if instead it balances out, then no expected difference.

Anyway, this covers the case before when we were getting smaller blocks if the previous network block was less than 30 seconds before our block.

Unfortunately, it would appear that the blocks are no longer as full as they were before, when the majority said SegWit was necessary ... sounds like a segwit scam to me

[philipma1957]

I for one predict  12 more.

Don't go jinx'n it now with your predictions..

No worries  my jinx-i-facation abilities are long gone.

If anything  we will get 14 or 15 before the month is out.

Here is why I placed an order for avalon 741 last week  and they took

from  fri-sat-sun-mon-tue-wed  before they gave me a btc bill.

So instead of having my gear in hand mining here  Say this past mon  it will come on tue the 1st.  With me losing a week or six days of mining.  So I am sure  kano.is will be smoking red hot from now until I get the miner next week.

[VRobb]

Pretty solid logic there, phil. I'm convinced. 

[pyrexfoot]

I registered at kano.is. I can't find where to enter a payout address.

[kano]

I registered at kano.is. I can't find where to enter a payout address.

Account->Settings

[bit2255]

I registered at kano.is. I can't find where to enter a payout address.

It's under the account settings tab.

Welcome aboard!!

[madmartyk]

Anyone here using a wireless bridge.  Got my 2 S9's in and they are LOUD!!!  Until I get them into hosting (Sept) I was thinking of moving them out into the garage.  Can't run a wire there, but I can run a bridge.  Has anyone used DD-WRT?

[clgrissom3]

Block! by mikese

I'm loving the Stats page

[kano]

Anyone here using a wireless bridge.  Got my 2 S9's in and they are LOUD!!!  Until I get them into hosting (Sept) I was thinking of moving them out into the garage.  Can't run a wire there, but I can run a bridge.  Has anyone used DD-WRT?

Or try a power-line ... that's what I used to get down to my garage (dungeon) basement 2 floors below me - until I moved the A7 up here to heat the room (on lower speed)

... also what I use for my internet modem - coz it's not near anything and my walls are all solid concrete - and internet here sux shit and is way slower than anything you could ever run over a powerline

[madmartyk]

Anyone here using a wireless bridge.  Got my 2 S9's in and they are LOUD!!!  Until I get them into hosting (Sept) I was thinking of moving them out into the garage.  Can't run a wire there, but I can run a bridge.  Has anyone used DD-WRT?

Or try a power-line ... that's what I used to get down to my garage (dungeon) basement 2 floors below me - until I moved the A7 up here to heat the room (on lower speed)

Can you run it across a 220 line?  Plus it's only for a month or so, want to do it on the cheap!!  But the wife is starting to bitch about the fan noise..  Should have kept the R4s!!!

[kano]

Anyone here using a wireless bridge.  Got my 2 S9's in and they are LOUD!!!  Until I get them into hosting (Sept) I was thinking of moving them out into the garage.  Can't run a wire there, but I can run a bridge.  Has anyone used DD-WRT?

Or try a power-line ... that's what I used to get down to my garage (dungeon) basement 2 floors below me - until I moved the A7 up here to heat the room (on lower speed)

Can you run it across a 220 line?  Plus it's only for a month or so, want to do it on the cheap!!  But the wife is starting to bitch about the fan noise..  Should have kept the R4s!!!

These sort of things - some are quite cheap.
https://www.newegg.com/powerline-networking/subcategory/id-294
If you have power in your garage then it must get there somehow