
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.