| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
On 11/15/11 10:18, Matthias Hanft wrote: |
| 5 |
> Hallo, |
| 6 |
> |
| 7 |
> nachdem hier nach Traffic gefragt wurde :-) |
| 8 |
> |
| 9 |
> Habe gerade ein neues (32bit-)Gentoo (3.0.6) auf einem Virtuellen Server |
| 10 |
> (VMWare bei einem Internet-Provider) installiert. Eigentlich geht auch |
| 11 |
> soweit alles wie üblich (hab ich schon öfters gemacht), allerdings hatte |
| 12 |
> ich jetzt auf dieser Maschine gelegentlich den ganz neuen Effekt, daß |
| 13 |
> eine ssh-Session, auf der "top" oder "tail -f syslog" o.ä. für längere |
| 14 |
> Zeit gelaufen ist, sich plötzlich aufgehängt hat. Mit "Duplicate Session" |
| 15 |
> im PuTTY konnte man dann einfach eine neue aufmachen, aber die alte war |
| 16 |
> endgültig blockiert und ist irgendwann gar den Bach runtergegangen. |
| 17 |
> |
| 18 |
> Habe dann etwas gegoogelt und zwei Dinge gefunden: |
| 19 |
> |
| 20 |
> 1. hab ich mal in /etc/ssh/sshd_config den Eintrag "ClientAliveInterval 60" |
| 21 |
> gesetzt. Seitdem ist der Effekt nicht mehr aufgetreten, allerdings ist |
| 22 |
> die Laufzeit momentan noch zu kurz, als daß man mit Bestimmtheit sagen |
| 23 |
> könnte, daß der Fehler damit wirklich weg wäre - sooo oft ist der vor- |
| 24 |
> her auch nicht aufgetreten. Muß ich also noch länger beobachten (und |
| 25 |
> so richtig würde ich auch, wenns wirklich daran läge, den kausalen |
| 26 |
> Zusammenhang nicht verstehen, denn daß eine ssh-Verbindung bei Inak- |
| 27 |
> tivität irgendwann mal getrennt werden könnte, seh ich ja noch ein, |
| 28 |
> aber top schickt ja alle drei Sekunden was über die Leitung). |
| 29 |
> |
| 30 |
> 2. ein ähnlicher Effekt wurde in |
| 31 |
> http://www.linuxquestions.org/questions/linux-server-73/ssh-frozen-display-maybe-missing-responses-801586/ |
| 32 |
> beschrieben. Mein Provider hat die VM tatsächlich als "Other Linux 64 bit" |
| 33 |
> eingerichtet, und tso=on (und etliches andere auch) bei ethtool -k. Was |
| 34 |
> macht VMWare anders bei den Einstellungen 32/64-bit-Guest, und ist tso/ |
| 35 |
> gso/gro & Co. evtl. "giftig"? (Auf meiner realen Hardware daheim steht |
| 36 |
> bei "ethtool -k" überall "off".) |
| 37 |
> |
| 38 |
> Meinungen? |
| 39 |
> |
| 40 |
> Danke & Gruß Matthias. |
| 41 |
> |
| 42 |
|
| 43 |
Hi, |
| 44 |
|
| 45 |
tso, gso usw sind die Offload Engines, was heisst, daß Teile der |
| 46 |
Netzwerkbehandlung auf der Netzwerkkarte selber gerechnet wird, was in |
| 47 |
der Regel Geschwindigkeit bringt, da die CPU dies dann nicht mehr tun muss. |
| 48 |
Dein Provider setzt also entweder höherwertige Netzwerkkarten ein, oder |
| 49 |
VMWare bietet diese Funktion. |
| 50 |
Deine Hardware zu Hause ist vermutliche normale Consumer Hardware und |
| 51 |
hat dieses Feature entsprechend nicht. |
| 52 |
Böse oder Giftig sollte das eigentlich nicht ein. Aber in den |
| 53 |
Netzwerktreibern sind schon hin und wieder "lustige" Sachen am Start. |
| 54 |
|
| 55 |
Grüße |
| 56 |
Norman |
| 57 |
-----BEGIN PGP SIGNATURE----- |
| 58 |
Version: GnuPG v2.0.17 (GNU/Linux) |
| 59 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ |
| 60 |
|
| 61 |
iQEcBAEBAgAGBQJOwjfmAAoJEMCA6frkLT6zIYIH/jsl8u/WakAEjKydjFEHjWwH |
| 62 |
cXH2y1Ir0pfwNeypIrvgI6xwNJUXB8sYLKC//oiwMZf0bIROabV8JZARbo+8pE4a |
| 63 |
8JGLHWyxaxng3kb+AVG07leEyGAVs9ItSxoyncU6spkkYX8S6PQNh6tYcE3lEgeO |
| 64 |
KNVgMZjOncP9lPpDBjJgj3ag3VuoLrNpyyHmp6GVlrQlsigACeod6WEPSjgK1aZd |
| 65 |
cSE6UHpP3R6zCJ05GkdGpQf/h5SbSTkmIrXvYEsasBagxZ9f46X9rdL76FE0aynS |
| 66 |
axj08C8RI0g1JdMamUjNFjS1glZbfSqPb0KtaHuXB1JLDfji4bXwNvXpu0aqOBU= |
| 67 |
=Dg5R |
| 68 |
-----END PGP SIGNATURE----- |
Archives