Здравствуйте,
есть 2 гипервизора OpenVZ, расположенные в одном датацентре, на них крутятся виртуалки.

с первым сервером (server1) все в порядке: отличная скорость как на вход, так и на выход - до 40Мбайт/сек (гигабитный порт) - и с хост-машины, и с виртуалок.

со вторым сервером (server2) странности. заметили, когда скорость закачки с одной из виртуалок упала до 80кбайт/сек. проверили - скорость закачки с этой же виртуалки на server1 - те же 38-40Мбайт. сделали вывод - ДЦ режет внешний канал для server2, обратились в поддержку - они категорически этот факт отрицают.

Далее выяснилось, что скорость закачки с самой хост-машины server2  наружу составляет 2.4Мбайт/с, на server1 - те же 40Мбайт/с.

Начали сравнивать настройки server1  и server2 -  конфигурация портов свича идентична.

Конфигурация сетевых интерфейсов чуть различается:

Проблемный сервер:
ethtool eth0
Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Full
    Supported pause frame use: Symmetric
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Full
    Advertised pause frame use: Symmetric
    Advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: Unknown
    Supports Wake-on: pumbg
    Wake-on: g
    Current message level: 0x00000007 (7)
                   drv probe link
    Link detected: yes

Сервер, где все ОК:
ethtool eth0
Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Full
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Full
    Advertised pause frame use: Symmetric
    Advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: Unknown
    Supports Wake-on: pumbg
    Wake-on: g
    Current message level: 0x00000003 (3)
                   drv probe
    Link detected: yes

Собственно, вопрос - может ли данная картина наблюдаться из-за разных настроек Supported pause frame use, если да - как его изменить (в идеале, без перезагрузки).
Или куда еще покопать?

• Странности со скоростью аплоада,pavel_simple, 08:41 , 18-Янв-14
  • Странности со скоростью аплоада,lyric, 12:25 , 20-Янв-14
    • Странности со скоростью аплоада,pavel_simple, 12:46 , 20-Янв-14
      • Странности со скоростью аплоада,lyric, 13:45 , 20-Янв-14
        • Странности со скоростью аплоада,pavel_simple, 21:31 , 24-Янв-14

>[оверквотинг удален]
>  MDI-X: Unknown
>  Supports Wake-on: pumbg
>  Wake-on: g
>  Current message level: 0x00000003 (3)
>           drv probe
>  Link detected: yes
> Собственно, вопрос - может ли данная картина наблюдаться из-за разных настроек Supported
> pause frame use, если да - как его изменить (в идеале,
> без перезагрузки).
> Или куда еще покопать?

давай я погугля за тебя
http://ubuntuforums.org/archive/index.php/t-2170219.html
http://serverfault.com/questions/473860/how-to-change-advert...
https://lists.debian.org/debian-kernel/2013/08/msg00183.html

flow-control нужно выключать.

> давай я погугля за тебя
> http://ubuntuforums.org/archive/index.php/t-2170219.html
> http://serverfault.com/questions/473860/how-to-change-advert...
> https://lists.debian.org/debian-kernel/2013/08/msg00183.html
> flow-control нужно выключать.

Я правильно понимаю, что параметр Supported pause frame use - это информация о том, поддерживается или pause frame сетевой картой или нет.

А вот Advertised pause frame use мы можем управлять включением/выключением flow control?

#ethtool -A eth0 autoneg off rx off tx off
#ethtool eth0
Settings for eth0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: Symmetric
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: Unknown
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: yes

Ничего не изменилось.

>[оверквотинг удален]
>         MDI-X: Unknown
>         Supports Wake-on: pumbg
>         Wake-on: g
>         Current message level: 0x00000007
> (7)
>            
>            
>         drv probe link
>         Link detected: yes
> Ничего не изменилось.

коммутатор?

>[оверквотинг удален]
>>         Supports Wake-on: pumbg
>>         Wake-on: g
>>         Current message level: 0x00000007
>> (7)
>>
>>
>>         drv probe link
>>         Link detected: yes
>> Ничего не изменилось.
> коммутатор?

к коммутатору доступа нет, но в ДЦ клянутся, что настройки порта идентичны с другим сервером (см. первый пост), где проблем нет.

сейчас поменяли местами: подключили сервер1 в порт свича, где был сервер2 и наоборот - ничего не изменилось. т.е. дело явно в сервере

>[оверквотинг удален]
>>>
>>>
>>>         drv probe link
>>>         Link detected: yes
>>> Ничего не изменилось.
>> коммутатор?
> к коммутатору доступа нет, но в ДЦ клянутся, что настройки порта идентичны
> с другим сервером (см. первый пост), где проблем нет.
> сейчас поменяли местами: подключили сервер1 в порт свича, где был сервер2 и
> наоборот - ничего не изменилось. т.е. дело явно в сервере

lspci -vv
cat /proc/interrupts
dmesg что говорит?

но вообще всё равно у мня подозрение на flow-control -- очень по поведению похоже.