ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

sourceforge mirror problem


  • To: nginx-ru@xxxxxxxxx
  • Subject: sourceforge mirror problem
  • From: Stanislav S Grinkin <stas@xxxxxxxxxx>
  • Date: Wed, 22 Feb 2012 18:39:20 +0300 (MSK)
  • Content-id: <Pine.BSF.4.64.1202221813510.34419@mx.sanskrit.ru>


Всем привет.

Некоторое время назад сделали у себя зеркало 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

Attachment: mrtg-sf.png
Description: Binary data

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.