Beiträge von [netcup] Felix P.

Zitat von Patschi;24546

Genau das meinte ich!

Ich ich werde sicher nicht pro 15 Minuten 20 Euro bezahlen, dass die auf meinem vServer den Fehler suchen. Und dann nach einigen Stunden garkeinen Fehler auf meinem vServer finden!

Mein vServer wird von meinen Vater bezahlt, deshalb weniger Taschengeld, könnte mir das kaum leisten...

Frage an Artimis: Telefonserver? Kann man da einfach anrufen und telefonieren? Oder was ist das genau? Interessiert mich

Wenn Sie uns nicht darlegen können wo die Fehler herkommen, bleibt Ihnen nichts anderes übrig. Wir übernehmen nicht Ihre Arbeit und auch wenn Sie von Taschengeld leben, sollten Sie wissen das es den Weihnachtsmann nicht mehr gibt.

Der einzige gemeinsame Schnittpunkt der vServer auf einem Node sind die Festplatten und die Netzwerkkarte. Letztere ist mit 2 * 1 GBit in der Regel ausreichend ausgelegt. Bei allen anderen Ressourcen stehen Garantien zur Verfügung.

Bei VoIP sollte eine Anbindung mit der Möglichkeit für Paket-Priorisierung genutzt werden. Der von Ihnen genannte Fehler liegt vermutlich daran, dass Sie dieses bei einem vServer nicht haben.

Wenn Sie ausschließen können das kein Fehler auf Ihrem System selber vorliegt, können wir gerne testhalber Ihren vServer auf einen anderen Node verschieben. Dieses muss uns aber glaubhaft dargelegt werden.

Zitat

Spätestens hier kann dem Kunden nicht die Schuld zugewiesen werden, da das System im frisch aufgesetztem Zustand schon etwas mehr leisten sollte als ein 50MHz-CPU-Äquivalent.

Das tun sich auch. Hierfür gibt es genügend Benchmarks. Als Betreiber eines vServer sollten Sie wissen, dass nicht alles von der CPU-Leistung abhängt.

Ja, darum geht es mir. Das Schlimme ist, dass auch Menschen mit wenigen Kenntnissen die Beiträge lesen und jetzt in großen Mengen uns für "Lags" verantwortlich machen. Bei einigen Nachfragen hat sich heraus gestellt, dass diesen nicht einmal bekannt ist, was ein "Lag" ist (Beispiel: Fehler in einem PHP-Script).

Wir können nur helfen, wenn wir wissen was die Ursache für das Problem ist. In gut 99% der Fälle, die wir in eigenen Interesse geprüft haben, lag das Problem nicht auf unserer Seite. Wenn vServer aufgrund des Logrotates langsamer werden, ist dieses z.B. nicht von uns änderbar.

Was wir eventuell einführen ist, dass die täglichen Cronjobs in der Grundinstallation zu einem zufälligen Zeitpunkt starten. Dann sollte der nächtliche Peak beseitigt sein.

Also Menschen können Lags am vServer nur verursachen, wenn sie diesen oder dessen Anbindung physikalisch beeinträchtigen. Das dieses nicht passiert wird von uns und dem Betreiber des RZ sicher gestellt. Wenn das System Ihres vServer Lagt, kann dieses nur von einer Software geschehen, nicht von anderen Menschen. Die Software kann natürlich von dritten gestartet werden. Als Administrator Ihres Systems, können aber nur Sie die Software prüfen, die auf Ihrem System arbeitet.

Nicht ganz: Sobald 0,1% der Kunden den Button geklickt haben, gibt es ein generelles Problem bei netcup

Wie Lags an Ihrer individuellen Software zu Stande kommen, können nur Sie selber prüfen.

Oh man, ich glaube ich führe bald den "Mein vServer geht nicht, netcup ist Schuld"-Button ein (oder mache das Forum dicht). Aufgrund der hier aktuellen Beiträge sollen nun unsere vServer für fehlerhafte PHP-Scripte verantwortlich sein. Wo bliebt die Sachlichkeit?

Zitat

Mir ist aufgefallen, dass bei mir ziemlich der Server laggt...

Aber auch nicht immer.
Ab und zu fängt er an durchzudrehen und ich brauch für Webmin ca 5 Minuten zum laden!

Was verstehen Sie unter "Lags"? Wie kommen die Lags zu Stande? Wie kann ein vServer "durchdrehen"?

Zitat

Also ich komme schon seit gestern durchgehend nicht mehr auf meinen Server.

Wieso kommen Sie nicht mehr auf Ihren vServer?

Das Panel ist erreichbar. Es gab heute hier auch keine Ausfälle.

Sofern nicht alle Kerne auf 100% sind, ist alles in Ordnung. Kritischer wäre es wenn zu der CPU-Last auch entsprechend hohe Festplattenzugriffe erfolgen. Das könnte die Probleme mit Webmin erklären.

Bei solchen "Rucklern" sollte man immer als erstes die Ressourcen des vServer prüfen. Wenn hier alles in Ordnung ist, muss die Software geprüft werden. Eventuell wartet sie auf etwas (Timeout) o.ä..

Man könnte ja eine automatische Verpixelung für Gesichter in der Webcam einschalten, die Gesichter müssten allerdings als Gesichter erkannt werden

Zitat

Aber vorsicht Felix, ich glaub der Alex frisst mich heute noch

Der Schreibtisch von Alex ist fast aufgegessen. Jetzt wird es langsam gefährlich.

Gutschein sollte unterwegs sein

Man benötigt eine Netzwerkkarte mit Intel-Chipsatz.

Wir konnten das Problem nun auf dem vServer des Kunden nachvollziehen. Sobald mysql-server geupdatet wird, läuft dieser nicht mehr mit Upstart in einem vServer.

Da dieses Problem nun viele Kunden betreffen wird, werden wir versuchen eine Lösung zu erarbeiten.

Ich weise jedoch darauf hin, dass dieses Problem vermutlich nicht an unserem Image liegt. apache2 kommt mit upstart auch nach einem Upstart zurecht. In unserer Testumgebung arbeitet mysql-server auch mit Upstart, erst wenn dieser geupdatet wird, startet er bei einem Restart nicht mehr.

Da Upstart neu von Ubuntu eingeführt wurde, ist davon auszugehen, dass es noch einige Bugs in Software von dritten Herstellern geben wird.

Zitat

Wenn aber mehrere Personen ein Problem melden, kann doch nicht die Antwort sein, es wären keine Probleme bekannt. Das leuchtet mir nicht ein...

D.h. wenn mehrere Menschen nicht in der Lage sind einen vServer zu administrieren, muss ein Problem bei uns vorliegen?

Wir haben das Image ausreichend getestet und den Kunden der sich aufgrund dieses Beitrages beim Support gemeldet hat (wir können die Forenaccounts nur über Umwegen direkt einem Kunden zuordnen) per Support gezeigt, dass die vermeintlichen Fehler nicht an unserem Image, sondern an einer Software die mit Upstart nicht arbeiten kann, liegen.

Häufig genutzte Dienste wie ssh, rsyslog, mysql, apache2... starten in unserem Image alle per Upstart.

Bitte weisen Sie uns auf ein konkretes Problem hin, wenn dieses existiert. Wenn Fehler in unserem Verantwortungsbereich liegen, werden wir diese natürlich so schnell wie möglich beheben.

Wir sind gerade in der Umstellung und bitten um etwas Geduld.

So, morgen gibt es neue optimierte Webhosting-Tarife. Das Memory-Limit wird generell erhöht werden. Auch kann die php.ini weitreichender editiert werden als bisher. Unter anderem wird auf vielfachen Wunsch der Safe_Mode abschaltbar sein.

Wir hoffen das wir so wieder vielen Kundenwünschen gerechter werden können.

Zitat von sil;23810

Ich habe das System von Ihrem Image gestern installiert.

Mit dem Image gibt es keine uns bekannten Probleme, viele Kunden haben dieses auch bereits im Einsatz. Wenn Sie möchten können Sie sich gerne an den Support wenden, mit der Bitte das wir das Image für Sie neu installieren, inkl. einem Dienst der bei Ihnen Probleme bereitet.

Zitat

Ich hatte mich wegen des Problems an den Support gewandt, dort bekam ich aber nur einen Textbaustein.

Wenn Sie Ihr System updaten, ist einiges zu beachten. Ubuntu hat hier leider wesentliches geändert. Hierzu geben wir allerdings keinen Support. Wenn Sie unser Image neu einspielen, gibt es keine bekannten Probleme.