[bammes]

Hallo,

wie sieht es jetzt aus? Falls das Problem immer noch besteht, teil uns bitte noch die Servernummer mit.

Mathias

Um das ganze ordentlich zu beenden: Letztes Auftreten der merkwürdige MAC:

/var/log/messages.1.bz2:Oct 12 18:15:12 portanigra kernel: arp: 176.31.180.250 moved from 00:07:b4:00:01:01 to 00:25:90:0d:1c:3c on em0

Seitdem nurnoch die beiden cisco-MACs

[SolSteve]

also im resuce modus kommt genau das gleiche download ist gut und der upload 1100kb also nen 10 von dem was es sein sollte

[uisge]

Mein log[1] sagt mir nun, dass scheinbar der Router mehrfach gewechselt wurde, dieses passiert schon quasi von Anfang an immer wieder (gewollte HA-Verfügbarkeits-Lösung/Loadbalancing?), nur gabs diesmal eine völlig neue mac für den Router im Segment während dem Ausfall (s.u.).
War das so beabsichtigt? Treibt da jemand Schindluder?
[EDIT]
Die neue aufgefallen MAC-Adresse sieht auch irgendwie NICHT nach Cisco aus sondern eher nach einem anderen Server im Subnetz…

[1]
[…]
Oct 12 14:56:06 portanigra kernel: arp: 176.31.180.250 moved from 00:25:90:0d:1c:3c to 00:07:b4:00:01:01 on em0
Oct 12 14:56:06 portanigra kernel: arp: 176.31.180.250 moved from 00:07:b4:00:01:01 to 00:07:b4:00:01:02 on em0
Oct 12 14:57:12 portanigra kernel: arp: 176.31.180.250 moved from 00:07:b4:00:01:02 to 00:25:90:0d:1c:3c on em0
[…]

Hatte ich (unter FreeBSD) schon vor Jahren beobachtet, bsp. vor einem Jahr:

Oct 14 12:40:00 my kernel: arp: 37.59.2.251 moved from 00:25:90:09:44:fe to 00:07:b4:00:00:02 on em0
Oct 14 12:40:00 my kernel: arp: 37.59.2.251 moved from 00:07:b4:00:00:02 to 00:07:b4:00:00:01 on em0
Oct 14 13:00:00 my kernel: arp: 37.59.2.251 moved from 00:25:90:09:44:fe to 00:07:b4:00:00:01 on em0

Habe es dann schlußendlich ausgeschaltet, wie beschrieben in http://forums.freebsd.org/showthread.php?t=31240 (#4). IMHO hat das mit #8 zu tun, aber ich kann auch irren. Nochmals IMHO: das ist harmlos.

[Altenholzer]

Das neu aufsetzten bringt da auch nichts,solltest erstmal den Test machen.

[SolSteve]

hast mal den test im rescue gemacht?

nein noch nicht habe aber schonmal alles neu aufgesetzt der fehler bleibt

Ergebnisse von http://www.speedmeter.de
(Kopiert am 14.10.13 22:06)
Download aus Deutschland : 91893 Kbit/Sek
Upload : 1172 kbit/Sek
Verbindung : 698 Verb/Min
Ping Test Deutschland : 118 ms

[Altenholzer]

hast mal den test im rescue gemacht?

[SolSteve]

Hallo ich habe so ein ähnliches problem
bei meinem server ist die bandbreite sehr niedrig komm nur noch auf 1000kb die sek
ks3098370.kimsufi.com
Rack 08F04
Nummer: 85261

[mathias]

Hallo,

wie sieht es jetzt aus? Falls das Problem immer noch besteht, teil uns bitte noch die Servernummer mit.

Mathias

[Bobs]

00:25:90 = supermicro = dedizierter Server. Da hat wohl jemand in deiner Nachbarschaft ip/gateway vertauscht oder das VAC läuft auf Systemen Marke Eigenbau.

[TF_SChw@rZl!cht]

mach mal tracerts .... hört sich danach an, dass bei dir die VAC anspringt

[bammes]

Hallo,
ich hatte grade auf meinem isgenug 4g Server (freebsd) ein merkwürdiges Verhalten: das Netz brach weg, der Packet loss stieg bis auf 70-80%.
Dies alles in einem Zeitraum von < 5 Minuten.
Mein log[1] sagt mir nun, dass scheinbar der Router mehrfach gewechselt wurde, dieses passiert schon quasi von Anfang an immer wieder (gewollte HA-Verfügbarkeits-Lösung/Loadbalancing?), nur gabs diesmal eine völlig neue mac für den Router im Segment während dem Ausfall (s.u.).
War das so beabsichtigt? Treibt da jemand Schindluder?
[EDIT]
Die neue aufgefallen MAC-Adresse sieht auch irgendwie NICHT nach Cisco aus sondern eher nach einem anderen Server im Subnetz…


[1]
[…]
Oct 12 14:56:06 portanigra kernel: arp: 176.31.180.250 moved from 00:25:90:0d:1c:3c to 00:07:b4:00:01:01 on em0
Oct 12 14:56:06 portanigra kernel: arp: 176.31.180.250 moved from 00:07:b4:00:01:01 to 00:07:b4:00:01:02 on em0
Oct 12 14:57:12 portanigra kernel: arp: 176.31.180.250 moved from 00:07:b4:00:01:02 to 00:25:90:0d:1c:3c on em0
[…]