Whew...what just happened? Can't pull up site.
Another block - same ckdb crash 
Last one 3hrs ago was 3:20am for me - now 6:20am
Will fix the crash when I fix the shifts.
Gotta love a crash each time we find a block
Mining is of course unaffected.
Topic: KanoPool kano.is lowest 0.9% fee 🐈 since 2014 - Worldwide - 2432 blocks - page 2088. (Read 5352067 times)
May 11, 2015, 03:27:31 PM
Last one 3hrs ago was 3:20am for me - now 6:20am
Will fix the crash when I fix the shifts.
Gotta love a crash each time we find a block
Mining is of course unaffected.
May 11, 2015, 03:26:57 PM
it seems like the pool is got about of block indegestion
May 11, 2015, 03:26:00 PM
Whew...what just happened? Can't pull up site.
edit; did we just hit?
edit; did we just hit?
May 11, 2015, 12:42:18 PM
I got a fake Block Found notice, it almost worked... 
I've received two fake notices over the weekend, always a bummer.
There a period of time when I restart ckdb, when it won't reply or gives back nothing useful - maybe the app forgets the last block when that happens?
Yay finally a block under 100% diff
Yay indeed! I got a warning that my hash rate dropped to 0, and then got a block found message, so I assumed it was another fake find restart generated message until I checked the last block found date/time, woo hoo!
May 11, 2015, 12:33:36 PM
and Tin TinTin hits 355952, and i am not going to say anything about smelling another back to back
That block actually crashed ckdb 
That of course doesn't affect anything except it caused a ckdb restart.The shift problem hasn't been 'repaired' yet coz it got too late (2am) before I completed testing the changes.
But of course this block crash showed up another (silly) bug in my code that will be fixed with the changes in the morning.
Yay finally a block under 100% diff
May 11, 2015, 12:13:25 PM
and Tin TinTin hits 355952, and i am not going to say anything about smelling another back to back
May 11, 2015, 01:10:03 AM
Payout 355773 sent
7a98fee384cd0d00662327135f28b9a8502b67ccc37925f6ace449c1980e576c
and confirmed
(It's unaffected coz it's before the 3 shifts)
7a98fee384cd0d00662327135f28b9a8502b67ccc37925f6ace449c1980e576c
and confirmed
(It's unaffected coz it's before the 3 shifts)
May 11, 2015, 12:58:26 AM
I got a fake Block Found notice, it almost worked...
I've received two fake notices over the weekend, always a bummer.
There a period of time when I restart ckdb, when it won't reply or gives back nothing useful - maybe the app forgets the last block when that happens?
May 11, 2015, 12:23:12 AM
I got a fake Block Found notice, it almost worked...
I've received two fake notices over the weekend, always a bummer.
May 10, 2015, 09:20:55 PM
Is there anything unusual about the valentina and xenovia shifts? My Avg Hs on Workers/Shifts looks about 25% short (as does winry by a smaller amount too):
4keyk yuno 2015-05-10 22:38:48+00 48m 0s 3.784M 5.64THs 2.928k 1,292.34
4kesx xenovia 2015-05-10 21:52:18+00 46m 30s 3.117M 4.80THs 2.395k 1,301.33
4kenh winry 2015-05-10 21:03:17+00 49m 0s 3.706M 5.41THs 2.853k 1,299.13
4kefr valentina 2015-05-10 20:15:54+00 47m 23s 3.052M 4.61THs 2.351k 1,298.34
4kea9 ur 2015-05-10 19:28:47+00 47m 7s 3.814M 5.79THs 2.923k 1,304.91
4ke4p tenshi 2015-05-10 18:41:47+00 47m 0s 3.827M 5.83THs 2.929k 1,306.62
4kdx6 sena 2015-05-10 17:53:17+00 48m 30s 3.951M 5.83THs 3.028k 1,304.92
4kdrg rika 2015-05-10 17:05:48+00 47m 30s 3.900M 5.88THs 2.992k 1,303.43
4kdkw quinn 2015-05-10 16:17:46+00 48m 1s 3.850M 5.74THs 2.948k 1,305.83
My miners don't show any failover and report hashing away at 5.8T-ish during that time, so I found the stats peculiar when I saw them.
4keyk yuno 2015-05-10 22:38:48+00 48m 0s 3.784M 5.64THs 2.928k 1,292.34
4kesx xenovia 2015-05-10 21:52:18+00 46m 30s 3.117M 4.80THs 2.395k 1,301.33
4kenh winry 2015-05-10 21:03:17+00 49m 0s 3.706M 5.41THs 2.853k 1,299.13
4kefr valentina 2015-05-10 20:15:54+00 47m 23s 3.052M 4.61THs 2.351k 1,298.34
4kea9 ur 2015-05-10 19:28:47+00 47m 7s 3.814M 5.79THs 2.923k 1,304.91
4ke4p tenshi 2015-05-10 18:41:47+00 47m 0s 3.827M 5.83THs 2.929k 1,306.62
4kdx6 sena 2015-05-10 17:53:17+00 48m 30s 3.951M 5.83THs 3.028k 1,304.92
4kdrg rika 2015-05-10 17:05:48+00 47m 30s 3.900M 5.88THs 2.992k 1,303.43
4kdkw quinn 2015-05-10 16:17:46+00 48m 1s 3.850M 5.74THs 2.948k 1,305.83
My miners don't show any failover and report hashing away at 5.8T-ish during that time, so I found the stats peculiar when I saw them.
I always thought it was normal for the shifts to show less than the machines show? It's not!?
I did notice an unexpected shift summarisation during each of the restarts (it's not planned to do that and hasn't before) but I'll have to make the code more 'forceful' about that and also do more checking to be sure that's the exact cause.
I'm looking into the cause and then will have to fix it (for everyone)
Glad you found it so soon after, since to regenerate a small amount of data (less than a day) is way better than having to do it much after the fact.
Of course it will only be those 3 shifts in the middle, but from ckdb's point of view it's easiest to just push the shift processing back to before the problem and have it regenerate everything from then forward.
There is a full log of all shares and I've found for those 3 shifts the totals don't add up for you and of course will be the same for everyone.
This may take me a bit to sort out ... working on it
May 10, 2015, 08:43:44 PM
Is there anything unusual about the valentina and xenovia shifts? My Avg Hs on Workers/Shifts looks about 25% short (as does winry by a smaller amount too):
4keyk yuno 2015-05-10 22:38:48+00 48m 0s 3.784M 5.64THs 2.928k 1,292.34
4kesx xenovia 2015-05-10 21:52:18+00 46m 30s 3.117M 4.80THs 2.395k 1,301.33
4kenh winry 2015-05-10 21:03:17+00 49m 0s 3.706M 5.41THs 2.853k 1,299.13
4kefr valentina 2015-05-10 20:15:54+00 47m 23s 3.052M 4.61THs 2.351k 1,298.34
4kea9 ur 2015-05-10 19:28:47+00 47m 7s 3.814M 5.79THs 2.923k 1,304.91
4ke4p tenshi 2015-05-10 18:41:47+00 47m 0s 3.827M 5.83THs 2.929k 1,306.62
4kdx6 sena 2015-05-10 17:53:17+00 48m 30s 3.951M 5.83THs 3.028k 1,304.92
4kdrg rika 2015-05-10 17:05:48+00 47m 30s 3.900M 5.88THs 2.992k 1,303.43
4kdkw quinn 2015-05-10 16:17:46+00 48m 1s 3.850M 5.74THs 2.948k 1,305.83
My miners don't show any failover and report hashing away at 5.8T-ish during that time, so I found the stats peculiar when I saw them.
4keyk yuno 2015-05-10 22:38:48+00 48m 0s 3.784M 5.64THs 2.928k 1,292.34
4kesx xenovia 2015-05-10 21:52:18+00 46m 30s 3.117M 4.80THs 2.395k 1,301.33
4kenh winry 2015-05-10 21:03:17+00 49m 0s 3.706M 5.41THs 2.853k 1,299.13
4kefr valentina 2015-05-10 20:15:54+00 47m 23s 3.052M 4.61THs 2.351k 1,298.34
4kea9 ur 2015-05-10 19:28:47+00 47m 7s 3.814M 5.79THs 2.923k 1,304.91
4ke4p tenshi 2015-05-10 18:41:47+00 47m 0s 3.827M 5.83THs 2.929k 1,306.62
4kdx6 sena 2015-05-10 17:53:17+00 48m 30s 3.951M 5.83THs 3.028k 1,304.92
4kdrg rika 2015-05-10 17:05:48+00 47m 30s 3.900M 5.88THs 2.992k 1,303.43
4kdkw quinn 2015-05-10 16:17:46+00 48m 1s 3.850M 5.74THs 2.948k 1,305.83
My miners don't show any failover and report hashing away at 5.8T-ish during that time, so I found the stats peculiar when I saw them.
I always thought it was normal for the shifts to show less than the machines show? It's not!?
May 10, 2015, 08:42:01 PM
OK - looking into it ...
May 10, 2015, 07:29:08 PM
Is there anything unusual about the valentina and xenovia shifts? My Avg Hs on Workers/Shifts looks about 25% short (as does winry by a smaller amount too):
4keyk yuno 2015-05-10 22:38:48+00 48m 0s 3.784M 5.64THs 2.928k 1,292.34
4kesx xenovia 2015-05-10 21:52:18+00 46m 30s 3.117M 4.80THs 2.395k 1,301.33
4kenh winry 2015-05-10 21:03:17+00 49m 0s 3.706M 5.41THs 2.853k 1,299.13
4kefr valentina 2015-05-10 20:15:54+00 47m 23s 3.052M 4.61THs 2.351k 1,298.34
4kea9 ur 2015-05-10 19:28:47+00 47m 7s 3.814M 5.79THs 2.923k 1,304.91
4ke4p tenshi 2015-05-10 18:41:47+00 47m 0s 3.827M 5.83THs 2.929k 1,306.62
4kdx6 sena 2015-05-10 17:53:17+00 48m 30s 3.951M 5.83THs 3.028k 1,304.92
4kdrg rika 2015-05-10 17:05:48+00 47m 30s 3.900M 5.88THs 2.992k 1,303.43
4kdkw quinn 2015-05-10 16:17:46+00 48m 1s 3.850M 5.74THs 2.948k 1,305.83
My miners don't show any failover and report hashing away at 5.8T-ish during that time, so I found the stats peculiar when I saw them.
4keyk yuno 2015-05-10 22:38:48+00 48m 0s 3.784M 5.64THs 2.928k 1,292.34
4kesx xenovia 2015-05-10 21:52:18+00 46m 30s 3.117M 4.80THs 2.395k 1,301.33
4kenh winry 2015-05-10 21:03:17+00 49m 0s 3.706M 5.41THs 2.853k 1,299.13
4kefr valentina 2015-05-10 20:15:54+00 47m 23s 3.052M 4.61THs 2.351k 1,298.34
4kea9 ur 2015-05-10 19:28:47+00 47m 7s 3.814M 5.79THs 2.923k 1,304.91
4ke4p tenshi 2015-05-10 18:41:47+00 47m 0s 3.827M 5.83THs 2.929k 1,306.62
4kdx6 sena 2015-05-10 17:53:17+00 48m 30s 3.951M 5.83THs 3.028k 1,304.92
4kdrg rika 2015-05-10 17:05:48+00 47m 30s 3.900M 5.88THs 2.992k 1,303.43
4kdkw quinn 2015-05-10 16:17:46+00 48m 1s 3.850M 5.74THs 2.948k 1,305.83
My miners don't show any failover and report hashing away at 5.8T-ish during that time, so I found the stats peculiar when I saw them.
May 10, 2015, 07:20:48 PM
There's now an Acclaim page under the pool menu showing the block finders
Fun feature, thanks for adding it!
But it also displays more specifically for me so I can see more of what's going on to make sure the expected results are still ... expected
May 10, 2015, 06:51:41 PM
There's now an Acclaim page under the pool menu showing the block finders
Fun feature, thanks for adding it!
May 10, 2015, 06:40:50 PM
Very nice Kano, i can see my username in the lights
Edit and i did within a few with 2th/s
Edit and i did within a few with 2th/s
May 10, 2015, 06:13:43 PM
I did a few ckdb restarts earlier (no affect on mining)
There's now an Acclaim page under the pool menu showing the block finders
There's now an Acclaim page under the pool menu showing the block finders
May 10, 2015, 07:23:37 AM
and i can smell another one rigth after this one
i guess my sense of smell it's a bit wack
i guess my sense of smell it's a bit wack
May 10, 2015, 07:22:43 AM
Yepy cayeh mf a Block 355773
May 09, 2015, 07:51:46 PM
Indeed - and I'm the one who spends most of the day looking at it 
* kano restarts the pool
Yeah, as a pool op that must be tough at times (also for miners on the pool) ... but we all know luck% might look mighty different in a couple of weeks, averages will come good and settle down ... just a pain in the *ass whilst we wait ...
Although it's not getting better as people are pulling their miners off the pool again.
I try to think about how much better my payout is going to be when we bust a few quick blocks now that my % is higher
Jump to: