Beiträge von juhaa

    Ich bin im Prinzip dieser Anleitung gefolgt:
    http://www.howtoforge.com/perfect-server…ynx-ispconfig-2

    Mit Ausnahme der Anweisungen, die sich, bedingt durch die Einschränkungen des vServers, so nicht durchführen lassen (chroot, quota). ISPConfig habe ich nicht mehr installiert.

    Im einzelnen dürften das also folgende Befehle gewesen sein:

    Das hat soweit auch wunderbar geklappt und alle Dienste liefen danach, bis zum ersten Neustart. Danke, dass ihr euch das anseht.

    Ich würde eine schnelle IPv6-Einführung ebenfalls sehr begrüßen, ich hätte auch eine konkrete Anwendung dafür. Go IPv6, Netcup! Das ist doch auch ein tolles Marketingargument.

    Zitat von [netcup] Felix;14163

    Vorher hat IPv6 nur einen experimentellen Charakter und aufgrund seiner Neuheit extrem viele Supportanfragen zur Folge.


    Kann ich mir, ehrlich gesagt, nicht vorstellen. Wer's nicht braucht, wird auch keine Supportanfrage dazu stellen. Und wer's braucht, weiß vermutlich auch, wie er sein Subnetz benutzt.

    Danke für den Tipp, jok2. Mit den Modifikationen an der Upstart-Konfiguration starten nun tatsächlich, außer ssh, wieder alle Dienste. Keine Ahnung, warum ssh nicht will.

    Allerdings sind mir diese Modifikationen an einem Produktivsystem doch deutlich zu heikel, weil ich befürchte, diese nach jedem Update wieder vornehmen zu müssen. So wird's wohl doch Lenny werden.

    Ich habe dasselbe Problem wie Talion mit dem Ubuntu 10.04-Image. Ich hatte den Server praktisch fertig aufgesetzt (nicht viel mehr als LAMP installiert), wollte anschließend eigentlich nur zum Testen den Server neu starten und jetzt ist er außer via Ping nicht mehr zu erreichen.

    Der VServer scheint nicht richtig zu starten, im Rettungssystem sehe ich in den Logs nur, dass sich die /var/log/wtmp verändert, alle anderen Logdateien bleiben exakt gleich.

    Beim Beenden des Servers und Starten des Rettungssystems kommt folgende Meldung:

    Code
    A timeout occured while waiting for the vserver to finish and it will
     be killed by sending a SIGKILL signal. The following process list
     might be useful for finding out the reason of this behavior:
     
     ----------------------------------------------------------------------
     21228  7023 [entfernt] ?        Ss     0:00 /sbin/init
     21229  7023 [entfernt] ?        Ss     0:00  \_ /bin/sh -e /proc/self/fd/10
     21231  7023 [entfernt] ?        S      0:00      \_ initctl emit local-filesystems
     ----------------------------------------------------------------------

    Ich hoffe, ihr seht euch das Image noch einmal an, denn ich wüsste nicht, was ich falsch gemacht hätte. Hoffentlich auch möglichst bald, denn ich wollte meinen Server in spätestens einem Monat migrieren, und müsste mich ansonsten nach einer Alternative umsehen.