<br><br><div><span class="gmail_quote">On 7/24/07, <b class="gmail_sendername">John R Pierce</b> <<a href="mailto:pierce@hogranch.com">pierce@hogranch.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Jesse Cantara wrote:<br>> So basically, what I can figure from all of the evidence at this point<br>> is the problem is either:<br>> default configuration of the network in CentOS isn't proper for what<br>> I'm doing (can't handle the traffic or number of connections). I get a

<br>> decent amount of traffic, maxing out a 10 Mbit connection all day<br>> long. I don't know exactly where to check to diagnose if this is the<br>> case though. Can anybody point me where to find things like the system

> usage of the network (memory, any buffers, # of connections, etc)? the > things I know to check look normal, but that's basically just > ifconfig, and your standard /var/log/message and dmesg log files.

<br>> or:<br>> the network drop from the hosting facility is "bad" somehow, either<br>> the cable physically, or the way in which they are limiting me to 10<br>> Mbit.<br><br><br>check with the facility to see if that drop is 10Mbit HALF duplex, and

if so, make sure your server's NIC is configured as such. I had a problem like this in a  coloc many years ago, with a much older linux version.</blockquote><div> While not the exact same issue I had a problem similar to this between two switches one was a Cisco 4006 and the other was a 3Com 3300 they were using a media converter that was 10 mb over fiber and for some reason the 3com would not negotiate properly with the media converter it was plugged into.  It kept jumping between full and half and sometimes it would try to go to 100mb.  As soon as I turnded off auto negotiate and set it to 10 mb full all the dropped packets disappeared.  It was under similar conditions where it would all be fine with a low load but as soon as it was running close to max it would drop packets repeatedly and the link would seem to fail until the load dropped off (because people thought it was down) then it would become stable again until the traffic went back up.

<br><br>John's suggestion looks like a solid one below.  If the 'problem' server is behaving find in your office I would really look at this as a probable solution.<br><br>Rob<br></div><br>(ps Hopefuly it clears it up.  In our case the problem had been happening for over a year and the connection fed an elementary school.  I found out about the problem about a month into working at the place and had it fixed within a day or two.  The previous outsourced IT dept could never track it down because they were never there when it happened.  They would come in after school was out and it would work fine for them without the high packet load and they would just claim it was user error.)

<br></div><br>