Bitcoin Forum
March 07, 2021, 09:44:41 PM *
News: Latest Bitcoin Core release: 0.21.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 ... 372 »
  Print  
Author Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff]  (Read 836619 times)
AfricanHunter
Full Member
***
Offline Offline

Activity: 157
Merit: 103


View Profile
December 14, 2012, 04:27:37 AM
Last edit: December 19, 2012, 02:08:31 PM by AfricanHunter
 #2241

Tried one of the faster streams a while back but was throttling bad, may try the others based on what you report. Also going to replace the fan and redo the thermal compound. If you have any ideas I'm all ears.

Thinking about doing business with johnniewalkerhttps://bitcointalk.org/index.php?action=profile;u=72227?
First read this thread https://bitcointalk.org/index.php?topic=131841.0

Also, Join the National Rifle Association to protect 2nd Amendment Rights http://membership.nrahq.org/default.asp?campaignid=XR020022
1615153481
Hero Member
*
Offline Offline

Posts: 1615153481

View Profile Personal Message (Offline)

Ignore
1615153481
Reply with quote  #2

1615153481
Report to moderator
1615153481
Hero Member
*
Offline Offline

Posts: 1615153481

View Profile Personal Message (Offline)

Ignore
1615153481
Reply with quote  #2

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

Posts: 1615153481

View Profile Personal Message (Offline)

Ignore
1615153481
Reply with quote  #2

1615153481
Report to moderator
1615153481
Hero Member
*
Offline Offline

Posts: 1615153481

View Profile Personal Message (Offline)

Ignore
1615153481
Reply with quote  #2

1615153481
Report to moderator
DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
December 16, 2012, 05:28:52 AM
 #2242

Sorry, a technical issue made the pool unstable (many failed connection attempts if you didn't already have an active connection). Now fixed.

▶▶▶ Bitminter.com 2011-2020
juhakall
Sr. Member
****
Offline Offline

Activity: 655
Merit: 250



View Profile WWW
December 16, 2012, 04:40:01 PM
 #2243

Looks like it's down / unstable again.

willphase
Hero Member
*****
Offline Offline

Activity: 768
Merit: 500


View Profile
December 16, 2012, 04:41:10 PM
 #2244

Looks like it's down / unstable again.

indeed - it does appear to be down.

Will

DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
December 16, 2012, 09:50:12 PM
 #2245

Apologies for downtime earlier today. I was away and had to use a cell phone to get things going again. Haven't really been able to investigate the issue much yet. But it seems to be running smoothly again after the restart. What I can say is that namecoind had crashed (as usual), but there must have been something more wrong.

Today's insight into networking magic for the techies:
One weird new thing I have learned about Linux/TCP lately. If namecoind is down and a process tries to connect to it, then Linux may pick the destination port to also be the source port for the connection. If this happens when connecting to localhost then the socket will connect to itself. Yes, even though you were connecting, not listening. After that the pool thinks it is talking to namecoind, but for every HTTP request it sends it doesn't get an HTTP response back, it gets its own HTTP request back. It is talking to itself. A real pain, and very odd behavior by the network stack in my opinion, whether it is by TCP specs or not.

▶▶▶ Bitminter.com 2011-2020
AfricanHunter
Full Member
***
Offline Offline

Activity: 157
Merit: 103


View Profile
December 16, 2012, 11:16:58 PM
 #2246

Apologies for downtime earlier today. I was away and had to use a cell phone to get things going again. Haven't really been able to investigate the issue much yet. But it seems to be running smoothly again after the restart. What I can say is that namecoind had crashed (as usual), but there must have been something more wrong.

Today's insight into networking magic for the techies:
One weird new thing I have learned about Linux/TCP lately. If namecoind is down and a process tries to connect to it, then Linux may pick the destination port to also be the source port for the connection. If this happens when connecting to localhost then the socket will connect to itself. Yes, even though you were connecting, not listening. After that the pool thinks it is talking to namecoind, but for every HTTP request it sends it doesn't get an HTTP response back, it gets its own HTTP request back. It is talking to itself. A real pain, and very odd behavior by the network stack in my opinion, whether it is by TCP specs or not.


Seems like we are having an unusual amount of downtime, or is it just my imagination? If not imagining it, any idea on wheat the cause is?

Thinking about doing business with johnniewalkerhttps://bitcointalk.org/index.php?action=profile;u=72227?
First read this thread https://bitcointalk.org/index.php?topic=131841.0

Also, Join the National Rifle Association to protect 2nd Amendment Rights http://membership.nrahq.org/default.asp?campaignid=XR020022
DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
December 16, 2012, 11:48:42 PM
 #2247

Seems like we are having an unusual amount of downtime, or is it just my imagination? If not imagining it, any idea on wheat the cause is?

The last downtime looks to be the issue with the socket connecting to itself after namecoind goes down. That's the second time this has happened.

namecoind is being monitored and will attempt to restart. But in the meantime the pool keeps retrying to establish contact with namecoind. If namecoind doesn't come back up soon enough it can happen that Linux picks the source port to be the same as the destination port, as I attempted to explain in the previous message. Then the pool connects to itself and gets a bit confused. Also namecoind is unable to start after that because the port is already in use.

I can work around this issue so it won't happen anymore. I will also make the pool service more robust (regarding crashing coin backends) and add a semi-intelligent automatic restart of the pool service if it ceases to function properly.

This should allow to keep merged mining of the unmaintained and constantly crashing namecoin, without the stability issues for the pool. I can hear some of you saying "just kill namecoin". But as long as they are a decent income boost it makes sense to keep them, right? That's assuming I can isolate the bugs in namecoin to just the namecoin side of mining and keep the pool itself stable.

I do fear namecoin is dying though, after all its developers abandoned it. To all developers making me-too coins: become a namecoin dev instead, it makes more sense.

▶▶▶ Bitminter.com 2011-2020
Luke-Jr
Legendary
*
Offline Offline

Activity: 2506
Merit: 1026



View Profile
December 16, 2012, 11:56:39 PM
 #2248

I can hear some of you saying "just kill namecoin". But as long as they are a decent income boost it makes sense to keep them, right?
They are? I didn't notice...
If (or when) there's a merged-minable coin that makes sense to have, I plan to implement merged-mining in BFGMiner using GBT, so miners don't need to depend on their Bitcoin pool for it. Wink

juhakall
Sr. Member
****
Offline Offline

Activity: 655
Merit: 250



View Profile WWW
December 17, 2012, 04:02:37 AM
Last edit: December 17, 2012, 07:15:13 AM by juhakall
 #2249

Today's insight into networking magic for the techies:
One weird new thing I have learned about Linux/TCP lately. If namecoind is down and a process tries to connect to it, then Linux may pick the destination port to also be the source port for the connection. If this happens when connecting to localhost then the socket will connect to itself. Yes, even though you were connecting, not listening. After that the pool thinks it is talking to namecoind, but for every HTTP request it sends it doesn't get an HTTP response back, it gets its own HTTP request back. It is talking to itself. A real pain, and very odd behavior by the network stack in my opinion, whether it is by TCP specs or not.

That sounds indeed strange, but I can easily replicate it with netcat. nc -p 1234 localhost 1234. I can connect using whatever port, and netstat shows only a single socket, not two like localhost connections usually require. Interesting!

Can't you work around that by detecting this condition in the pool code? Perhaps by checking if there is a corresponding receiving end socket, using netstat or whatever syscalls netstat itself uses. Obviously I don't know what it looks like or even how customizable it is for you, just thinking aloud.

Or you could limit the source port range that you're using, so that the destination port doesn't get picked up.

EDIT: I found a conversation with a good fix for this problem: http://stackoverflow.com/questions/5139808/tcp-simultaneous-open-and-self-connect-prevention. Here's the relevant part: "Bind the client socket to port 0 (system assigns), check the system assigned port, if it matches the local server port you already know the server is down and and can skip connect()."

DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
December 17, 2012, 07:20:56 AM
 #2250

Some instability this morning due to an insane spam of getwork requests from some miners. This has happened a couple times lately. I may have to work further on protecting against this. Perhaps block the IP address in the firewall for 5 minutes if you request too much work too quickly.

I can hear some of you saying "just kill namecoin". But as long as they are a decent income boost it makes sense to keep them, right?
They are? I didn't notice...

Bitcoin difficulty is 3.5 times higher than namecoin, and after the reward halving bitcoin makes roughly (not considering tx fees) half the coins per block. So namecoins are produced 7 times as fast as bitcoins. Right now I see namecoins sold 216 for 1 bitcoin. 7/216=0.0324... So namecoins give a 3.2% extra income.

3.2% extra income is a major feature for my pool, so I'll keep it if I can.

That sounds indeed strange, but I can easily replicate it with netcat. nc -p 1234 localhost 1234. I can connect using whatever port, and netstat shows only a single socket, not two like localhost connections usually require. Interesting!

Yeah, and anything you type gets echoed back to you, as the socket is connected to itself. A really annoying "feature".

Can't you work around that by detecting this condition in the pool code? Perhaps by checking if there is a corresponding receiving end socket, using netstat or whatever syscalls netstat itself uses. Obviously I don't know what it looks like or even how customizable it is for you, just thinking aloud.

Or you could limit the source port range that you're using, so that the destination port doesn't get picked up.

I'm going to do the second, as it is the quickest. But maybe I'll do the first as well. If source and destination ports are the same and you are connected to localhost, immediately disconnect and consider it the same as a failure to connect.

▶▶▶ Bitminter.com 2011-2020
juhakall
Sr. Member
****
Offline Offline

Activity: 655
Merit: 250



View Profile WWW
December 17, 2012, 07:48:39 AM
 #2251

Can't you work around that by detecting this condition in the pool code? Perhaps by checking if there is a corresponding receiving end socket, using netstat or whatever syscalls netstat itself uses. Obviously I don't know what it looks like or even how customizable it is for you, just thinking aloud.

Or you could limit the source port range that you're using, so that the destination port doesn't get picked up.

I'm going to do the second, as it is the quickest. But maybe I'll do the first as well. If source and destination ports are the same and you are connected to localhost, immediately disconnect and consider it the same as a failure to connect.


Limiting the source port range is a really good idea, so that namecoind won't fail to start. Even if you fix the pool connecting to itself problem, some other program might randomly get namecoind's port. Doesn't namecoind have an option to change the listening port to something more sensible?

DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
December 17, 2012, 09:58:56 AM
 #2252

Limiting the source port range is a really good idea, so that namecoind won't fail to start. Even if you fix the pool connecting to itself problem, some other program might randomly get namecoind's port. Doesn't namecoind have an option to change the listening port to something more sensible?

Sure, that's what I was going to do.

And yes, namecoind has configurable ports just like bitcoind. In fact the config file is named bitcoin.conf. I think in the latest namecoin versions you are allowed to rename the file to namecoin.conf. But I always thought it was silly they didn't even bother to change the name "bitcoin" everywhere.

It always gave me the impression: "Dude, you should totally invest in my coin. I spent like 10 minutes renaming bitcoin. Oh, I may have missed a couple places, but it's an awesome coin!" Actually I get that impression from all the "alt coins". Cheesy

▶▶▶ Bitminter.com 2011-2020
LazyOtto
Sr. Member
****
Offline Offline

Activity: 476
Merit: 250


View Profile
December 17, 2012, 11:22:37 PM
 #2253

Its'a down.
Equilux
Sr. Member
****
Offline Offline

Activity: 347
Merit: 250


View Profile
December 17, 2012, 11:50:32 PM
 #2254

Its'a down.

Yeah, and it's been a bit unstable for me aswell, but I just read the last few post and that seems to be solved now?

WhitePhantom
Sr. Member
****
Offline Offline

Activity: 348
Merit: 250


View Profile
December 18, 2012, 02:22:16 AM
 #2255

Is it still down for everybody else or is it just me?
m3ta
Sr. Member
****
Offline Offline

Activity: 436
Merit: 250



View Profile WWW
December 18, 2012, 02:24:54 AM
 #2256

Is it still down for everybody else or is it just me?

Down.

Why the frell so many retards spell "ect" as an abbreviation of "Et Cetera"? "ETC", DAMMIT! http://en.wikipedia.org/wiki/Et_cetera

Host:/# rm -rf /var/forum/trolls
DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
December 18, 2012, 03:03:18 AM
 #2257

Something wrong, working on it.

▶▶▶ Bitminter.com 2011-2020
DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
December 18, 2012, 03:19:10 AM
 #2258

Back up again... sorry for the downtime Sad

Not namecoin this time. Something strange going on, will need to investigate further.

▶▶▶ Bitminter.com 2011-2020
miter_myles
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500



View Profile
December 18, 2012, 03:22:20 AM
 #2259

thanks!

BTC - 1D7g5395bs7idApTx1KTXrfDW7JUgzx6Z5
LTC - LVFukQnCWUimBxZuXKqTVKy1L2Jb8kZasL
Turbor
Legendary
*
Offline Offline

Activity: 1022
Merit: 1000


BitMinter


View Profile WWW
December 18, 2012, 05:40:05 AM
 #2260

Something strange going on...

Cheesy


Pages: « 1 ... 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 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 ... 372 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!