Bitcoin Forum
September 28, 2016, 10:16:45 AM *
News: Latest stable version of Bitcoin Core: 0.13.0 (New!) [Torrent]. Make sure you verify it.
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3151 (80.4%)
Bank transfer / USD - 407 (10.4%)
Gold/silver coins and bars - 359 (9.2%)
Total Voters: 3915

Pages: « 1 ... 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 [97] 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 ... 1104 »
  Print  
Author Topic: [40+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 3856265 times)
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 09, 2011, 07:20:28 AM
 #1921

Hmm, this is weird..I have "0.63640126 BTC" showing as unconfirmed and it has been that way for many hours

I need to check three blocks manually and mark them in database as valid or invalid, which I'll do today. Until then, reward from those three blocks is pending as 'unconfirmed'...

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1475057805
Hero Member
*
Offline Offline

Posts: 1475057805

View Profile Personal Message (Offline)

Ignore
1475057805
Reply with quote  #2

1475057805
Report to moderator
allinvain
Legendary
*
Offline Offline

Activity: 1932



View Profile
May 09, 2011, 07:25:50 AM
 #1922

Hmm, this is weird..I have "0.63640126 BTC" showing as unconfirmed and it has been that way for many hours

I need to check three blocks manually and mark them in database as valid or invalid, which I'll do today. Until then, reward from those three blocks is pending as 'unconfirmed'...

OK slush, thanks for clearing that up. I am in no rush so do that at your earliest convenience.


LobsterMan
Member
**
Offline Offline

Activity: 74


View Profile
May 09, 2011, 11:26:53 AM
 #1923

Eagerly awaiting full status report  Grin
cablepair
Hero Member
*****
Offline Offline

Activity: 854


https://btc-republic.com/index.php?ref=cablepair


View Profile WWW
May 09, 2011, 04:15:40 PM
 #1924

ive been mining at 375 m/hashs since slush came back and got it back up and running...

it seems like unconfirmed keeps going up, but confirmed is going no where

I definitely should of made something in the last 15 or so hours

whats up with the confirmations ?
xenon481
Sr. Member
****
Offline Offline

Activity: 406



View Profile
May 09, 2011, 04:17:26 PM
 #1925

ive been mining at 375 m/hashs since slush came back and got it back up and running...

it seems like unconfirmed keeps going up, but confirmed is going no where

I definitely should of made something in the last 15 or so hours

whats up with the confirmations ?

Block Generation requires 120 confirmations (subsequent blocks) before the 50BTC is spendable.

It takes ~20 hours for 120 confirmations.

Tips Appreciated: 171TQ2wJg7bxj2q68VNibU75YZB22b7ZDr
cablepair
Hero Member
*****
Offline Offline

Activity: 854


https://btc-republic.com/index.php?ref=cablepair


View Profile WWW
May 09, 2011, 04:22:19 PM
 #1926

thanks for the info, it just seems so much slower than it was before

I'll keep mining away though...

on another note, im looking to buy a new righ with two cross fired 5770's what kind of speeds you think I could get from that?
dafishman
Newbie
*
Offline Offline

Activity: 16


View Profile
May 09, 2011, 05:33:11 PM
 #1927

thanks for the info, it just seems so much slower than it was before

I'll keep mining away though...

on another note, im looking to buy a new righ with two cross fired 5770's what kind of speeds you think I could get from that?

Everything seems to be "business as usual" at this point.

Two 5770's should net you ~340-370.

Might want to check the price difference between 5770's and 5850's. Although the 5850's each require 2x pcie power.

I have 2 5850's in one rig and am getting about 580 with them. I also have a few 5770's running and they net about 160-180 each.

Just pay attention to cooling when using two cards in one machine.
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 10, 2011, 12:27:22 AM
 #1928

Eagerly awaiting full status report  Grin

What happen?
On Saturday's evening (UTC), bitcoin daemons on two independent pool servers ate all available memory (RAM & swap) and fall to massive I/O operations, which make servers extremely slow. Central server switched traffic to the last machine, but this machine was unable to handle all traffic and some RPC calls started to timeout. Then those miners getting RPC timeouts probably started to ask server even more frequently (miners don't implement any "polite waiting" in the code and send new RPC call immediately after error/timeout). Those thousands of requests per second were the last piece to shut down last working machine Smiley.

Why so many invalid blocks?
Then central server tried to balance traffic between all three overloaded servers, which lead to partially working, but invalid blocks generating pool. This was caused by huge I/O latencies on first two crashed machines: when bitcoind is waiting to I/O operations (usually processing new bitcoin block), it is still accepting getwork submits, but submitted work is compared to non-actual blockchain.

Why bitcoind initially crashed?
I never see this before, which is also the reason why there wasn't any watchdog or another mechanism recovering pool from this type of issue. Actually restarting of bitcoind when they started to eat too much memory *should* be enough for the future, but threshold for doing that automatically is of course hard to test.

Was it an attack?
I have no evidence for following claims, but makes sense for me: I heard some rumors on the forum/IRC that is possible to overload bitcoind by sending malicious messages to its P2P port. I can imagine attacker waiting till I'll be offline and then started with such attack. Fix was pretty easy: bitcoind restart helped, so attack while I'm online could be recovered almost instantly. I also know that attacker who did previous DoS is on #bitcoin-dev channel, so detecting that I'm offline is pretty easy (and I also randomly mentioned that I'm going to few day holiday).  I'm usually online all the time, this was second weekend since December 2010 (pool start) in the row when I was offline without any chance to reach Internet connection.

Lesson learn
a) Don't take holiday Smiley
b) If I'll take holiday, don't tell it anybody Wink.
c) Try to setup watchdog restarting bitcoind when it started to use too much memory.

Finally I'm very sorry for such troubles, but everything is resolved now, pool hashrate is again slowly climbing up and I'll try to setup such watchdog before I'll go offline next time.

allinvain
Legendary
*
Offline Offline

Activity: 1932



View Profile
May 10, 2011, 12:30:43 AM
 #1929

Also maybe add more RAM to your servers? With the fees that you're earning I'm sure you can afford to upgrade the server infrastructure Tongue But I think the main problem is the buggy bitcoind you use.

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 10, 2011, 12:36:19 AM
 #1930

Also maybe add more RAM to your servers? With the fees that you're earning I'm sure you can afford to upgrade the server infrastructure Tongue

I'm sure that it will eat everything what I'll 'offer'. It filled few GB of swap space before it finally crash...

Quote
But I think the main problem is the buggy bitcoind you use.

*If* there is such bug, it is *very* likely included also in upstream. Don't forget that bitcoind on pools is used under extreme load, so there might be hidden troubles which don't appear in your personal wallet... There were already similar issues: deadlocks in 'send'/'sendmany' RPC, huge performance issues in getwork & spam transactions in the network etc...

allinvain
Legendary
*
Offline Offline

Activity: 1932



View Profile
May 10, 2011, 12:51:36 AM
 #1931

Also maybe add more RAM to your servers? With the fees that you're earning I'm sure you can afford to upgrade the server infrastructure Tongue

I'm sure that it will eat everything what I'll 'offer'. It filled few GB of swap space before it finally crash...

Quote
But I think the main problem is the buggy bitcoind you use.

*If* there is such bug, it is *very* likely included also in upstream. Don't forget that bitcoind on pools is used under extreme load, so there might be hidden troubles which don't appear in your personal wallet... There were already similar issues: deadlocks in 'send'/'sendmany' RPC, huge performance issues in getwork & spam transactions in the network etc...

Hmm I see. So what's needed is an "industrial strength" bitcoin daemon - a lot of work and bug testing involved there. Would it be a good idea to setup the system in such a way that when the servers get overloaded to a certain point no new workers will be accepted to join the pool? Also is it possible to rewrite the bitcoind so it operates in a cluster configuration? This way you can have one bitcoind loaded to say only maximum 50% capacity.

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 10, 2011, 01:03:55 AM
 #1932

So what's needed is an "industrial strength" bitcoin daemon

Exactly. I know some people are working on highly scalable bitcoind replacement, but nothing for production use yet. It's sad that all pool failures for whole service history were related to bitcoind; I cannot remember single critical error in my code Sad.

marcus_of_augustus
Legendary
*
Offline Offline

Activity: 2016



View Profile
May 10, 2011, 03:32:37 AM
 #1933


Maybe a small business partner or other worker to watch over pool when you are off-line? Meatspace watchdog.

bitcoind is open source so bug fixes are welcomed i'm sure.

warweed
Full Member
***
Offline Offline

Activity: 130


View Profile
May 10, 2011, 04:48:34 AM
 #1934

see this ...



this just sucks
dishwara
Legendary
*
Offline Offline

Activity: 1358


Truth may get delay, but NEVER fails


View Profile
May 10, 2011, 06:20:56 AM
 #1935

Eagerly awaiting full status report  Grin

Lesson learn
a) Don't take holiday Smiley
b) If I'll take holiday, don't tell it anybody Wink.
c) Try to setup watchdog restarting bitcoind when it started to use too much memory.

Welcome back, rise again.
I differ slightly. Take holiday(It's must, coz humans born to live, not to work) after setting up watchdog & don't share that you in holiday.
LobsterMan
Member
**
Offline Offline

Activity: 74


View Profile
May 10, 2011, 07:32:12 AM
 #1936

I was using deepbit's pool for a little while while yours was down slush, and I was wondering if you are planning to implement a pay per share model?

To me it almost seems like the people who are doing pay per share are getting slightly ripped off, and I much prefer the proportional method, but I am wondering anyway  Smiley
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 10, 2011, 07:38:38 AM
 #1937

Welcome back, rise again.
I differ slightly. Take holiday(It's must, coz humans born to live, not to work) after setting up watchdog & don't share that you in holiday.

My previous point about not taking holiday was of course joke. I'm currently working on monitoring measures - what is yet OK and what is beginning of the failure. Active monitoring will be working soon. And yes, I won't say anybody that I'm going off next time...

Nythain
Jr. Member
*
Offline Offline

Activity: 56



View Profile
May 10, 2011, 07:40:43 AM
 #1938

I was using deepbit's pool for a little while while yours was down slush, and I was wondering if you are planning to implement a pay per share model?

To me it almost seems like the people who are doing pay per share are getting slightly ripped off, and I much prefer the proportional method, but I am wondering anyway  Smiley

Pay per share has its ups and downs, just not as drastic as score and proportional. I made more in 12 hours on deepbit doing pps with my 68Mh/s a few days ago than i have in 2x as much time on either slush or eligius.

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 10, 2011, 07:45:03 AM
 #1939

I was using deepbit's pool for a little while while yours was down slush, and I was wondering if you are planning to implement a pay per share model?

PPS is vulnerable to some kind of attacks (similar to classic sabotage), it was already discussed here. I know people like PPS (mostly beginners, before they realize that everything *really* converge to expected values and they are ripped of by 7%), but I don't want to open yet another doors to hurt the pool. I believe that proportional & score system is best option for serious miners, which is what I offer.

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 10, 2011, 07:45:56 AM
 #1940

Pay per share has its ups and downs, just not as drastic as score and proportional. I made more in 12 hours on deepbit doing pps with my 68Mh/s a few days ago than i have in 2x as much time on either slush or eligius.

Well, don't take it personally, but my previous post was exactly about people like you Wink.

Pages: « 1 ... 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 [97] 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 ... 1104 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!