|
dodziu
|
 |
February 09, 2016, 11:04:49 PM |
|
am i lucky to be one of few, whose mining is not ok, during this database reloading  but i cant be lucky to hit a block, eeehhh probably im cursed |
|
|
|
|
|
|
|
|
|
|
|
|
|
"In a nutshell, the network works like a distributed
timestamp server, stamping the first transaction to spend a coin. It
takes advantage of the nature of information being easy to spread but
hard to stifle." -- Satoshi
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
dmwardjr
Legendary
 Offline
Activity: 1302
Merit: 1318
Technical Analyst/Trader
|
|
February 09, 2016, 11:06:17 PM |
|
All who are new to mining, new to the pool and new to the blockchain will find the following video quite educational. Andreas got into explanations about SHA256, the blockchain, what goes on in a "race" when blocks are found by competing miners, the importance of low latency, etc... I thought it was educational and others new to mining here on the pool will find it educational as well. If I'm out of line for posting the link in this forum, my feelings will not be hurt in any way if the moderator decides it needs to be deleted. Consensus Algorithms, Blockchain Technology and Bitcoin UCL - by Andreas M. Antonopouloshttps://www.youtube.com/watch?v=fw3WkySh_HoIn the 35th minute of the video - Andreas talks about that "race condition".... very useful information and I now better understand forks and orphans... Heh, he's wrong about why the April-2015 fork happened. The problem was the SPV pools weren't even checking the block header properly, let alone ignoring checking the transactions. BTC-Nuggets generated (twice) a V2 block header that the SPV mining pools mined on top of, after the point when V2 headers were no longer valid. Had they checked the transactions in the V2 BTC-Nuggets blocks, they would have found them all OK. I was wondering if all that he was saying was actually accurate information. Thanks for clarifying, Kano. |
|
|
|
|
tlhIlwI
|
|
February 09, 2016, 11:19:30 PM |
|
Is something up? All of my miners are on double failover... Kano and solo pools both down.
|
|
|
|
|
cavaliersrus
|
|
February 09, 2016, 11:22:39 PM |
|
yea kano.is pool is down from looks of it i do not see anything on my miners also on the site its showing 0 across the board
weird im seeing connections to kanos pool on my miners but nothing on the site
|
|
|
|
|
tlhIlwI
|
|
February 09, 2016, 11:27:05 PM |
|
My Kano primary is back up. solo pool failover is still down.
|
|
|
|
udaredme
Member
Offline
Activity: 104
Merit: 10
|
|
February 09, 2016, 11:28:24 PM |
|
my miners went offline for a bit, now they are back up, plus my rented hash is connected with no issues as well. Hope this helps.
|
|
|
|
|
Mikestang
Legendary
Offline
Activity: 1274
Merit: 1000
|
|
February 09, 2016, 11:29:40 PM |
|
My kano.is miners failed over briefly. Main cksolo was down, too, so they failed over to german solo, but now all appears to be back to normal operations.
Block on!
|
|
|
|
|
-ck
Legendary
Offline
Activity: 4088
Merit: 1631
Ruu \o/
|
|
February 09, 2016, 11:30:27 PM |
|
Is something up? All of my miners are on double failover... Kano and solo pools both down.
Check here http://internethealthreport.com/and https://www.internetweathermap.com/and if you have mtr on your system (eg linux) try mtr --report -w kano.is As far as I can see both pools are working fine. |
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
|
|
|
not.you
Legendary
Offline
Activity: 1726
Merit: 1018
|
|
February 09, 2016, 11:31:00 PM |
|
I believe traditionally this means we should be seeing a block any minute now.
|
|
|
|
|
|
cavaliersrus
|
|
February 09, 2016, 11:33:33 PM |
|
maybe its kano's database for his site that is down or something but the pool servers are up
|
|
|
|
udaredme
Member
Offline
Activity: 104
Merit: 10
|
|
February 09, 2016, 11:35:14 PM |
|
pool seems okay, my user stats are not available. But there seems to be some ddos attacks going on, perhaps not to the pool but overall internet connectivity... http://map.norsecorp.com/#/ |
|
|
|
|
|
tlhIlwI
|
|
February 09, 2016, 11:39:28 PM |
|
Both Kano and solo are up again from my perspective.
|
|
|
|
SergES
Member
Offline
Activity: 81
Merit: 10
|
|
February 09, 2016, 11:40:58 PM |
|
But was down...
|
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4480
Merit: 1800
Linux since 1997 RedHat 4
|
|
February 09, 2016, 11:43:21 PM |
|
All finally OK again now.
Restarting CKDB caused memory problems for ckpool and trying to keep the two in balance without shutting everything down caused a lot of disconnects for people - sorry about that.
The ckdb restart process itself ensures that I know if any data is lost or missing, there's sequence numbers for all data from ckpool and thus I know with the last restart (yes there were multiple restarts in there) that all is OK now.
Web site is of course all caught back up and all good now.
|
|
|
|
edonkey
Legendary
Offline
Activity: 1150
Merit: 1004
|
|
February 09, 2016, 11:58:47 PM |
|
One of my S7s did not come back after the last disconnect. I had to power cycle it remotely via PDU. Weird...
Yet another reason to have a PDU if your miners are remote (mine are at a data center).
|
Was I helpful? BTC: 3G1Ubof5u8K9iJkM8We2f3amYZgGVdvpHr
|
|
|
djgorilla
Newbie
Offline
Activity: 51
Merit: 0
|
|
February 10, 2016, 12:01:41 AM |
|
having the same problem with 2x S7 not comeing back
|
|
|
|
|
|
wolfen
|
|
February 10, 2016, 12:12:06 AM |
|
One of my S7s did not come back after the last disconnect. I had to power cycle it remotely via PDU. Weird...
Yet another reason to have a PDU if your miners are remote (mine are at a data center).
Pdu's save me a lot of grief at the datacenter. Ever since I put my s7's on manual fan they don't crash. |
For those about to block we salute you! AC->BTC
|
|
|
|
wolfen
|
|
February 10, 2016, 12:14:48 AM |
|
All finally OK again now.
Restarting CKDB caused memory problems for ckpool and trying to keep the two in balance without shutting everything down caused a lot of disconnects for people - sorry about that.
The ckdb restart process itself ensures that I know if any data is lost or missing, there's sequence numbers for all data from ckpool and thus I know with the last restart (yes there were multiple restarts in there) that all is OK now.
Web site is of course all caught back up and all good now.
Good man. That was pretty quick. |
For those about to block we salute you! AC->BTC
|
|
|
|
VRobb
|
|
February 10, 2016, 12:23:04 AM |
|
And as expected, after restart/attack we get BLOCK!!  How about another? (block I mean, not restart and/or attack!!) |
I don't believe in superstition because it's bad luck: 13thF1oor6CAwyzyxXPNnRvu3nhhYeqZdc
These aren't the Droids you're looking for: S5 & S7 (Sold), R4B2, R4B4 (RIP), 2x S9 obsolete, 2xS15-28, S17-56, S17-70
Pushing a whopping 1/5 PH! Oh The SPEED!!!
|
|
|
|
PPOC
|
|
February 10, 2016, 12:23:54 AM |
|
That is scary! Every time we have a restart, DDOS attack etc, we get a block within an hour of being backup!
That is Voodoo magic!
|
BTC: 1Bo6YsPeHCrVRygHLJg9BwHeaLSQpppcJi
"Lost coins only make everyone else’s coins worth slightly more. Think of it as a donation to everyone."
|
|
|
|
