Drucken

Bitte loggen sie sich ein oder registrieren sie sich.
1 Stunde 1 Tag 1 Woche 1 Monat Immer
Einloggen mit Benutzername, Passwort und Sitzungslänge

[root]

Hallo,

habe heute bemerkt, dass meine hostnode sich "wieder" geaendert hat.

Wodurch mein Server per SSH nicht erreichbar war. MySQL und andere login sachen funktionierten nicht.

Nach einem Neustart funktioniert wieder alles normal.

Code: [Auswählen]

IP: 81.89.106.55
alte Hostnode: 75
neue Hostnode: 67

[Skellods]

Was ich weiß:

Dass die HN sich ändert ist ganz natürlich und normal. EUSERV betreibt Lastverteilung. Falls auf einem Server die Post abgeht wird er entlastet und VServer auf einen weniger stark belasteten Server geschoben. Das ist nach außen hin nicht merkbar (im Normalfall). D.h. die Reaktionsgeschwindigkeit steigt, und du kannst die Resourcen deines Tarifs voll ausschöpfen.
Evtl. liegt es an etwas anderem, dass dein Server nicht mehr erreichbar ist/war.

[root]

Ich kann nur sagen, dass ich an dem Tag mich nicht mehr einloggen konnte.

Tage zuvor konnte ich es.


Aber jetzt ist alles ok

[ultrasn0w]

Ich wurde auch von meiner tollen HN 87 auf die 67 geschoben und kann mich seitdem nicht mehr per SSH einloggen.
Schon mehrmals per Support System neugestartet, keine Änderung.

EDIT//
Und das tolle ist jetzt, wie "viel" RAM ich zur Verfügung habe...

[Skellods]

Und das tolle ist jetzt, wie "viel" RAM ich zur Verfügung habe...

Der Anzeigefehler ist bekannt und wurde schon oft angesprochen.

[ultrasn0w]

Lieber Herr/Frau Skellods,
ich kann dazu leider nichts finden.
Wäre nett wenn ich einen Link bekomme damit ich mir das mal anschauen kann.
Der Server sagt mir nämlich schon bei 112MB Auslastung, das er keine weiteren Prozesse starten könne und die Richtigkeit dieser Zahlen lässt sich mit diesem Wirrwarr kaum bestimmen.

EDIT//
So, ein Thema gefunden das sich damit beschäftigt.
Aber warum wirft man dann die Leute auf andere Hostnodes wenn diese solche Fehler aufweisen...
Auf HN 87 bestand das Problem nicht!

[Skellods]

Ich bevorzuge ein einfaches "du".

Weil es mehr Leute als Hostnodes gibt und die Last ausbalanciert werden soll. Der Anzeigefehler bringt KEINE Einschränkungen mit sich. Trotz des Fehlers hat niemand weniger Ram zur Verfügung, als das bezahlte Paket erlaubt. So war es zumindest bisher. Ansonsten gibt es immernoch die Option, eine Mail an den Support zu schreiben und diesen das nachprüfen zu lassen.

Ich bin regelmäßig hier im Forum aktiv, und mir sind schon ein paar Threads über den Weg gelaufen, in denen der Anzeigefehler angesprochen wurde. Der Support hat zugesichert, dass der Fehler behoben wird.

Nochmal zum Thema Lastenausgleich:
Was ist besser? Ein statisches System, bei dem es passieren kann, dass 10 relativ inaktive Server eine HN besetzen und 10 stark aktive Server eine HN überlasten;
ODER
Ein dynamisches System, das versucht, stark aktive Server und relativ inaktive Server gleichmäßig zu mischen um optimale Performance zu gewährleisten?

[Forum-Support2]

Hallo,

sofern ein Dienst nicht funktioniert, müßten Sie die user_beancounter anschauen, ob hier etwas überschritten wird. (Wurde hier im Forum schon entsprechend diskutiert.) Weiterhin gibt es den Rescue-Mode, mit dem Sie sich immer einloggen können.

Das "Anzeige"-Problem liegt an der Migration der Hostsysteme auf ein neueres OS, damit wir den Kundenwunsch "IPv6" erfüllen können.