Kein Durchsatz, aber der Download blockiert die SSH-Sitzung.

Kein Durchsatz, aber der Download blockiert die SSH-Sitzung.

Das ist für mich wirklich seltsam. Zunächst, denke ich, hier ist mein Setup:

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"

Ich habe eine 2x10Gib SFP+-Portkarte und verwende 1 Port auf dieser Karte.

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

Hier ist die Konfiguration, die ich für p7p1 verwende:

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

Ich habe eine Adresse und eine Netzwerkverbindung, kann jedoch nichts Großes herunterladen/hochladen, ohne meine SSH-Sitzung zu sperren.

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# curl -s www.google.com >/dev/null && echo $?; echo 0

und mit groß meine ich 100mib.bin von einem lokalen Spiegel.

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   

Die Datei wird nie heruntergeladen und bis ich Strg+C drücke, scheint der Host keine weiteren SSH-Verbindungen außer meiner ersten zu akzeptieren.

Ein Neustart des Hosts behebt das Problem, aber nach einiger Zeit tritt das Problem erneut auf. Mir scheint alles auf dem Switch in Ordnung zu sein. Auf diesem Host sieht alles in Ordnung aus. Es gibt keine Last, der RAM ist in Ordnung, es findet derzeit kein Swapping statt. Ich habe wirklich keine Ahnung, was gerade los ist.

Ich habe Ceph Radosgw auf diesem Host und es scheint mit jedem 14.04-Knoten zu passieren, auf dem Radosgw läuft. Die Sache ist, dass das Problem nach dem Stoppen von Radosgw weiterhin besteht, bis ich den Server neu starte. Ich bin ratlos. Hat jemand eine Idee, was das sein könnte? Ich denke, das ist ein Fehler.

verwandte Informationen