sourceforge mirror problem

[Stanislav S Grinkin]

Всем привет.

Некоторое время назад сделали у себя зеркало sourceforge.
Зеркало обслуживает РФ и до кучи индию, пакистан, саудовскую аравию 
- видимо территориально они к нам ближе, чем к другим зеркалам.
В этом сервере несколько хардов, общий объем данных почти 8Тб, 
объединенные в один логический том.
Народ качает интенсивно, до 400мбит.
Линукс, слакварь, nginx.
Раз в час самый главный сервер sourceforge из США делает контрольный 
запрос по хттп - живо ли зеркало, и если не живо, на час "вычеркивает" 
его из редиректов.

Где-то с месяц уже проблемка - иногда этот самый контрольный запрос не 
проходит. Запросы на сервер перестают редиректиться до следующего 
тестового запроса, который всегда успешен. На мртг образуется часовой провал (см. аттач).
Конечно, может проблема в делающем контрольном запросе сервере. Однако иногда народ 
жалуется мне лично на проблемы с отдачей файлов. Например, вчера знакомый 
по аське прислал:

citylan.dl.sourceforge.net/project/corefonts/the%20fonts/final/arial32.exe
Устанавливается соединение с 
citylan.dl.sourceforge.net|212.118.44.106:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... Ошибка чтения (Время ожидания 
соединения истекло) в заголовках.

Может быть, конечно, проблема была в сети этого знакомого.

Вопрос собственно в чем - как понять, где проблема? Американская 
команда sourceforge весьма медленная, до них иногда можно месяц 
стучаться.
В логах ядра никаких ошибок от чего бы то ни было нет. Одно время глючил 
один из хардов - тогда да, сыпалось в логи, заменили хард - стало все чисто. Кстати, пока хард 
глючил, это не приводило к таким вот провалам трафика по часу.
Я пытался качать файлы с этого зеркала по http - во время провалов трафика 
- но все прекрасно качается...

# uname -a
Linux sf-moscow 2.6.33.2-smp #2 SMP Thu Apr 29 14:23:05 MSD 2010 i686 
Pentium(R) Dual-Core  CPU      E6500  @ 2.93GHz GenuineIntel GNU/Linux

# /usr/local/nginx/sbin/nginx -V
nginx version: nginx/1.0.12
configure arguments: --with-ipv6

начало конфига nginx:

worker_processes  4;
worker_rlimit_nofile 10240;
events {
     worker_connections  10240;
}
http {
server {
     #listen 212.118.44.106:80;
     listen   [::]:80;
     # Set your mirror here and any alternate names if desired
     server_name citylan.dl.sourceforge.net;

дальше все просто...


порт на каталисте:

GigabitEthernet1/0/11 is up, line protocol is up (connected)
   Hardware is Gigabit Ethernet, address is 001a.e366.150b (bia 001a.e366.150b)
   Description: SF-Moscow.citylan.ru
   MTU 9000 bytes, BW 1000000 Kbit, DLY 10 usec,
      reliability 255/255, txload 2/255, rxload 48/255
   Encapsulation ARPA, loopback not set
   Keepalive set (10 sec)
   Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
   input flow-control is off, output flow-control is unsupported
   ARP type: ARPA, ARP Timeout 04:00:00
   Last input never, output 00:00:00, output hang never
   Last clearing of "show interface" counters never
   Input queue: 0/4096/0/0 (size/max/drops/flushes); Total output drops: 0
   Queueing strategy: fifo
   Output queue: 0/4096 (size/max)
   1 minute input rate 189775000 bits/sec, 16144 packets/sec
   1 minute output rate 9968000 bits/sec, 8897 packets/sec
      2851633192 packets input, 1484435691 bytes, 0 no buffer
      Received 2151 broadcasts (0 multicast)
      0 runts, 0 giants, 0 throttles
      416 input errors, 315 CRC, 0 frame, 0 overrun, 0 ignored
      0 watchdog, 72 multicast, 0 pause input
      0 input packets with dribble condition detected
      489411821 packets output, 3729280214 bytes, 0 underruns
      0 output errors, 0 collisions, 1 interface resets
      0 babbles, 0 late collision, 0 deferred
      0 lost carrier, 0 no carrier, 0 PAUSE output
      0 output buffer failures, 0 output buffers swapped out


Проблем со связностью нет, успешно приторговываем магистральным 
инетом и 400мбит этого зеркала погоды не делают.

-- 
Best regards,
Stanislav S Grinkin
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: mrtg-sf.png
Type: application/octet-stream
Size: 4339 bytes
Desc: 
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120222/0602f7e6/attachment.obj>