Никакая пропускная способность, но загрузка не запирает ssh сессию.

Таким образом, это действительно нечетно мне. Во-первых, я предполагаю, вот моя установка:

root@kh13-9:/var/log/radosgw# cat /etc/*release*
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=14.04
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION="Ubuntu 14.04.3 LTS"

У меня есть SFP на 2x10 ГиБ + плата портов, и я использую 1 порт на той карте.

Settings for p7p1:
    Supported ports: [ FIBRE ]
    Supported link modes:   10000baseT/Full 
    Supported pause frame use: No
    Supports auto-negotiation: No
    Advertised link modes:  10000baseT/Full 
    Advertised pause frame use: No
    Advertised auto-negotiation: No
    Speed: 10000Mb/s
    Duplex: Full
    Port: Direct Attach Copper
    PHYAD: 0
    Transceiver: external
    Auto-negotiation: off
    Supports Wake-on: d
    Wake-on: d
    Current message level: 0x00000007 (7)
                   drv probe link
    Link detected: yes

Вот конфигурация, которую я использую для p7p1:

auto p7p1
iface p7p1 inet static
  address 10.64.64.152
  netmask 255.255.192.0
  network 10.64.64.152.0
  broadcast 10.64.127.255
  gateway 10.64.64.1
  dns-nameservers 10.100.100.251 10.100.100.252
  dns-search osdc.io
  mtu 9000
  post-up  /sbin/ip link set $IFACE txqueuelen 10000 || /bin/true
  post-up  /sbin/iptables-restore /etc/iptables.conf &>/dev/null || /bin/true

У меня есть адрес, и у меня есть сетевое соединение, но я не могу загрузить/загрузить ничего большого, не запирая мою ssh сессию.

root@kh13-9:/var/log/radosgw# ip addr show p7p1
5: p7p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP     group default qlen 10000
    link/ether 0c:c4:7a:bc:2c:de brd ff:ff:ff:ff:ff:ff
    inet 10.64.64.152/18 brd 10.64.127.255 scope global p7p1
       valid_lft forever preferred_lft forever

root@kh13-9:/var/log/radosgw# ping -c1 -w1 10.64.64.1 -I p7p1
PING 10.64.64.1 (10.64.64.1) from 10.64.64.152 p7p1: 56(84) bytes of     data.
64 bytes from 10.64.64.1: icmp_seq=1 ttl=64 time=0.195 ms

--- 10.64.64.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.195/0.195/0.195/0.000 ms

root@kh13-9:/var/log/radosgw# завихритесь-s www.google.com>/dev/null && $ эха?; эхо 0

и большим я имею в виду 100mib.bin от локального зеркала.

root@kh13-9:/var/log/radosgw# wget    http://speedtest.dallas.linode.com/100MB-dallas.bin
--2016-08-31 16:31:10--  http://speedtest.dallas.linode.com/100MB-   dallas.bin
Resolving speedtest.dallas.linode.com (speedtest.dallas.linode.com)...    50.116.25.154, 2600:3c00::4b
Connecting to speedtest.dallas.linode.com    (speedtest.dallas.linode.com)|50.116.25.154|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: ‘100MB-dallas.bin.1’

0% [                                                                                                                                             ] 17,146      --.-K/s  eta 3d 5h   

Файл никогда не будет загружать и пока я не нажму ctrl+c, хост, кажется, больше не принимает соединения SSH кроме моего начального.

Перезапуск хоста фиксирует его, но проблема возвращается через какое-то время. Все на переключателе кажется прекрасным мне. Все на этом хосте выглядит хорошо. Нет никакой загрузки, поршень в порядке, никакой свопинг, происходящий прямо сейчас. Я действительно понятия не имею, что продолжается прямо сейчас.

У меня есть ceph radosgw на этом хосте, и это, кажется, происходит с любыми 14,04 узлами с выполнением radosgw. Вещь, после того, как я останавливаю radosgw, который сохраняет проблема, пока я не перезагружаю сервер. Я потерян. У кого-либо есть какая-либо идея о том, каково это может быть? Я думаю, что это - ошибка.