<br><font size=2 face="sans-serif">By webserver I meant the box not the
daemon running on it.  I wasn't trying to give everyone a lesson on
TCP, I was just implying that the original post about the problem being
based on a location were probably false.  I'm still curious if it
was the entire site or just a few of the servers in a load-balanced pool</font>
<br><font size=2 face="sans-serif"><br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr>
<td><img src=cid:_1_20C0FD1420C0F940008350B68525770E>
<td width=100%>
<table width=100%>
<tr valign=top>
<td width=100%><font size=2 face="sans-serif"><b>Re: [outages] FB down?</b></font></table>
<br>
<table width=100%>
<tr>
<td><font size=2 color=#e26200 face="sans-serif"><b>Jeremy Chadwick </b></font>
<td><font size=2 color=#8f8f8f face="sans-serif">to:</font>
<td><font size=2 face="sans-serif">outages</font>
<td>
<div align=right><font size=1 face="sans-serif">04/23/10 07:48 PM</font></div></table>
<br>
<table width=100%>
<tr>
<td>
<table width=100%>
<tr>
<td><font size=2 color=#8f8f8f face="sans-serif">Sent by:</font>
<td width=100%><font size=2 color=#e26200 face="sans-serif"><b><outages-bounces@outages.org></b></font></table>
<br>
<td>
<div align=right></div></table>
<br></table>
<br>
<br>
<hr>
<br>
<br>
<br><tt><font size=2>On Fri, Apr 23, 2010 at 07:08:14PM -0400, Keegan.Holley@sungard.com
wrote:<br>
> Correct me if I'm wrong but aren't RST's sent by the TCP stack in
the <br>
> webserver?  If you are recieving them it would imply that the
network <br>
> connection is fine, but you were sent to a server that is having issues.
<br>
> WIth the amount of traffic they recieve I would assume they use some
sort <br>
> of load balancing method.  Try clearing your DNS cache and closing
your <br>
> browser and trying again.<br>
<br>
RSTs are sent by the OS (not the "webserver"; there is no TCP
stack<br>
inside a webserver) when the underlying userland application calls<br>
close(2) on the descriptor (socket), the process exits, or otherwise<br>
aborts/crashes in some way thus freeing the descriptor that handles the<br>
network I/O.  Facebook's predominantly using Linux[1] which is why
I<br>
describe the above model.<br>
<br>
Given Facebook's complexity, who knows what the problem was.  Load<br>
balancer or layer 7 filter/re-writer (think F5) issues?  Back-end
server<br>
problems?  Software misconfiguration?  Doing burn-outs in an
AMC Pacer<br>
by sticking with PHP[2]?  Some developer deciding to just roll something<br>
out in the middle of the day (as is quite common with social networking<br>
sites these days)?  We'll probably never know.<br>
<br>
If I had a nickel for every time I've seen FB's environment behave<br>
erratically (easy to confirm with curl), close sockets abruptly, time<br>
out during HTTP transactions, I'd own a series of small islands by now.<br>
<br>
[1]: http://www.infoq.com/presentations/Facebook-Software-Stack <br>
[2]: http://developers.facebook.com/blog/post/358<br>
<br>
-- <br>
| Jeremy Chadwick                
                  jdc@parodius.com
|<br>
| Parodius Networking              
        http://www.parodius.com/ |<br>
| UNIX Systems Administrator            
     Mountain View, CA, USA |<br>
| Making life hard for others since 1977.          
   PGP: 4BD6C0CB |<br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> [outages] FB down?<br>
> <br>
> Franck Martin <br>
> to:<br>
> outages<br>
> 04/23/10 06:12 PM<br>
> <br>
> <br>
> Sent by:<br>
> <outages-bounces@outages.org><br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> FB is down from Fiji: the connection to the server was reset<br>
> <br>
> Franck Martin<br>
> http://www.avonsys.com/<br>
> http://www.facebook.com/Avonsys<br>
> twitter: FranckMartin Avonsys<br>
> <br>
> _______________________________________________<br>
> Outages mailing list<br>
> Outages@outages.org<br>
> https://puck.nether.net/mailman/listinfo/outages<br>
> <br>
<br>
<br>
> _______________________________________________<br>
> Outages mailing list<br>
> Outages@outages.org<br>
> https://puck.nether.net/mailman/listinfo/outages<br>
<br>
_______________________________________________<br>
Outages mailing list<br>
Outages@outages.org<br>
https://puck.nether.net/mailman/listinfo/outages<br>
<br>
</font></tt>
<br>