Beiträge von KochFolie

    ich habe keine Ahnung ^^
    ich hab den vserver Silber, mehr infos siehe 1. post dieses threads.


    cat /proc/version sagt mir folgendes:

    Zitat

    Linux version 2.6.29.4-vserver2.3.0.36.14-nfct-1000hz-preem-derjohn.de (root@buildbox-etch-amd64) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP PREEMPT Mon Jun 1 23:19:12 CEST 2009

    und momentan läuft lenny x86, mit x64 kam der Fehler.


    Habe wie gesagt im 1. Post alles erklärt, machs aber gern nochmal ;)
    einloggen -> error 500 -> php5-cgi killen
    einloggen klappt dann
    reseller anlegen klappt auch
    kunden anlegen -> error 500
    php5-cgi killen bringt leider nichts, da dann eine "userleiche" in der liste ist, die nur durch phpmyadmin gefummel zu entfernen ist,
    bringt nur leider nichts weil beim nächsten versuch wieder eine leiche entsteht... ist also unbenutzbar so

    Sehr interessant finde ich ja, dass es bei mir nun funktioniert, obwohl ich meines Wissens nichts anders gemacht habe als vorher, evtl ist da ein Glücksfaktor bei?


    Habe keine Ahnung von 1000hz kerneln oder was auch immer in der Richtung, also verlasse ich mich auf die Profis und bin dankbar, dass jemand was daran macht :)

    dann möge netcup mich bitte anschreiben, da ich nicht über den Silber als Kunde registriert bin ;)


    Ich dachte eher du probierst ob es auf etch klappt, und wenn ja, ob es nach dist-upgrade immer noch geht.
    Falls ja liegt es evtl an Lenny.


    Bisher wissen wir nur, dass es auf dem Silber zu Problemen kommt, und auf dem 768 nicht.
    Der Wechsel von 64 auf 32 bit hat anscheinend nur bei mir geholfen, das kanns also eigentlich auch nicht sein.


    Alles in allem bin ich ziemlich ratlos, und hoffe dass netcup uns dabei irgendwie helfen kann.
    Ist nur die Frage ob die hier überhaupt mitlesen, bzw. ob es sie interessiert...
    Man bezahlt ja nur die hardware und hat selber dafür zu sorgen, dass der server läuft. (quasi-zitat aus den üblichen netcup antwortmails)


    Wäre dennoch schön wenn irgendwer eine Lösung weiß ;)

    ja bei mir läuft grad 32 bit ;)
    ich will auch bei ispcp bleiben, da es einfach das beste kostenlose ist ^^
    das 64 bit habe ich als "experiment" empfohlen, mal ausprobieren obs läuft, da es bei mir beim wechsel von 64 auf 32 bit auf einmal klappte..


    wie gesagt installiert habe ich streng nach anleitung nachdem der fehler auftrat, vorher habe ich auch mal ruby und ein entpackscript "e" draufgemacht, oder mal build-essentials, aber wie gesagt seit dem fehler nur noch standardkram nach anleitung.


    Ich hoff auch dass netcup da was macht, bzw. überhaupt machen KANN.
    Weiß ja keiner woran das liegen könnte.

    Genau aus dem Grund würde ich netcup auch "empfehlen" mal zu schauen ob sie da was tun können, sonst rennen nachher die Kunden weg, ich würde lieber 64 Bit nutzen.


    Anfangs habe ich die Anleitung ein wenig abgewandelt, und wegen der neuen features die nightly builds benutzt, nachdem der Fehler auftrat habe ich dann die stable strikt nach howto installiert, und selbst da kam es zu dem Bug.
    (Habe keine Passwörter generiert)
    Ich habe es immer mit Lenny 64 probiert, und irgendwann mal 32 Bit aus Verzweiflung.


    Ich kann eigentlich nur sagen, dass das Betriebssystem ziemlich sicher ein Faktor ist, und du einfach mal andere ausprobieren solltest.
    Eine Möglichkeit wäre evtl auch debian Edge zu nehmen und ein dist-upgrade durchzuführen.
    Kann leider auch nicht genau sagen was hilft ;)


    Habe mich zu der Zeit natürlich nach Alternativen umgeschaut und kann dir, für ein wenig Geld allerdings, http://www.directadmin.com/ empfehlen.
    Die Demo ist phantastisch ;)
    Das hier ist sogar gratis: http://www.ispconfig.de


    Hoffe du findest eine Lösung, und/oder netcup kann da was beheben, da es schon bei 3 Leuten auftritt kann es eigentlich nicht am User liegen, und am Betriebssystem können wir ja nichts ändern...

    ja, ich benutze die stable, habe aber auch mit den 3 neuesten nightly builds (zur zeit meines postings) keinen Erfolg gehabt.
    Die sources.list wurde laut ispcp-install-howto ergänzt, also die standard werte belassen und " contrib non-free" hinten dran (in allen 3 Zeilen)
    Diese Setup Methode hat immerhin gut 20 mal funktioniert, bis ich sie auf dem Silber probiert habe.
    Dort dann glücklicherweise mit dem x86 image, und ich habe nicht vor eine neuinstallation zu wagen :D

    Tja wie gesagt, das Problem lässt sich beheben indem man einfach das x86 image benutzt.
    Ist allerdings, finde ich, keine wirkliche Lösung.


    x64 macht leider sowieso überall nur Probleme habe ich das Gefühl.
    Bei Vista64 z.b. funktionieren Explorer Addons (z.b. TortoiseSVN) nicht, man muss dafür den 32 bit Explorer öffnen...


    Vielleicht antwortet ja noch jemand, danke für den Push :)

    Hi Leute :)


    Update: Kennt jemand das Phänomen... sobald man wen fragt funktioniert alles?
    Genau darum hab ich hier auch geposted ;)
    Nun, ich habe nun statt Lenny x64 mal das x86 image benutzt, und da läuft alles fröhlich ohne Probleme..
    Ich nehme also an die Silber-hardware in Verbindung mit 64 bit, haut irgendwas kaputt...
    hoffentlich funktioniert ab sofort alles.
    Danke fürs lesen, kann von mir aus geschlossen werden :)


    ---------------------------


    Folgendes Problem:
    Wir haben den vserver Silber gemietet, und würden diesen gerne mit ispCP betreiben.
    Leider kommt es damit zu Problemen:
    Installation problemlos, keine Fehler etc.
    aber beim einloggen hängt sich der Server meistens auf, oder genauer gesagt es kommt nach ca. einer Minute "lädt..." ein Error 500 und in "top" läuft eine php5-cgi mit über 50% cpu Last.
    Das kann man "beheben", indem man die php5-cgi killt.
    Dann funktioniert das einloggen, nun kommt aber das nächste Problem.
    Das Anlegen eines Resellers geht auch, aber wenn ich dann einen User/Domain anlege, kommt wieder das selbe. php5-cgi mit hoher cpu Last, lässt sich nur durch kill beenden.
    Problem ist halt, dass man danach eine User-Leiche im Menü hat, die man nicht bearbeiten, löschen, überschreiben kann...


    Das kuriose ist bei der ganzen Sache, dass wir vor dem Silber einen vserver768 hatten, bzw. noch haben, und auf dem klappt die Geschichte mit identischen Installationsschritten problemlos.


    Jemand eine Ahnung woran das liegen könnte?
    Ich habe natürlich bereits gesucht, und etwas von dem php5-cgi bug gelesen, allerdings findet man dazu nur sehr wenig, und auch nicht wirklich Lösungsvorschläge.


    Was netcup support auf so eine Mail antwortet weiß ja hier wohl jeder ^^


    Danke schonmal ;)