Ich habe ein seltsames Problem mit Linux-Hosts, auf denen Kernel 3.x läuft (z. B. Fedora 16, Ubuntu 11.10). Ich kann weder SSH noch Traceroute verwenden (derzeit wurden nur Tests durchgeführt), da das Problem beim Reisen über eine VLAN-Netzwerkpartition auftritt.
Ich habe ein Testnetzwerk mit 2 Hosts und einem Cisco-Router in der Mitte eingerichtet. SSH bleibt beim Verbindungsversuch zwischen ihnen hängen. Wenn ich das Betriebssystem auf den Hosts beispielsweise durch Fedora 12 ersetze, funktioniert die Verbindung ordnungsgemäß.
Hat das jemand schon erlebt und kennt jemand eine Lösung?
Antwort1
KasseDasArtikel auf der HP-Website. Ich habe nach einem anderen Problem gesucht, bin aber auf Ihre Frage und den Artikel gestoßen und dachte, das könnte helfen.
Lösung
Obwohl dies als Fehler mit VLAN-Blockierungen auf einem verbundenen Set im Balance-Alb-Modus gemeldet wurde, scheint der Kernel-Patch das Problem behoben zu haben.
Klicken Sie hier, um den technischen Artikel aufzurufen, der verfügbar ist unter https://bugzilla.redhat.com/show_bug.cgi?id=630540.
HINWEIS: Der oben genannte Weblink führt zu einer Website, die nicht von HP stammt. HP kontrolliert Informationen außerhalb der HP-Website nicht und ist dafür nicht verantwortlich.
[RHEL5.5] Soft-Lockup bei VLAN mit Bonding im Balance-Alb-Modus [rhel-5.5.z] im Kernel 2.6.18-194.19.1.el5 linux-2.6-net-bonding-fix-alb-mode-to-balance-traffic-on-vlans.patch errata-xmlrpc 2010-11-09 13:07:22 EST
Es wurde eine Empfehlung herausgegeben, die das in diesem Fehlerbericht beschriebene Problem beheben sollte. Dieser Bericht wird daher mit einer ERRATA-Lösung geschlossen. Weitere Informationen zu dieser Lösung und/oder zum Auffinden der aktualisierten Dateien finden Sie unter dem folgenden Link. Sie können diesen Fehlerbericht erneut öffnen, wenn die Lösung für Sie nicht funktioniert.
Klicken Sie hier, um den technischen Artikel aufzurufen, der verfügbar ist unter http://rhn.redhat.com/errata/RHSA-2010-0839.html.
HINWEIS: Der oben genannte Weblink führt zu einer Website, die nicht von HP stammt. HP kontrolliert Informationen außerhalb der HP-Website nicht und ist dafür nicht verantwortlich.
Der Benutzer hat den Kernel aktualisiert, wodurch die vollständige Kommunikation auf allen VLAN- und Nicht-VLAN-Kanälen wiederhergestellt wurde.