Beiträge von sh-gfeld

    Hallo micon,


    habe den Support nochmals mit dem Hinweis auf die Meldung "RTNETLINK answers: Cannot assign requested address" angeschrieben, die auch bei mir ausgegeben wird.
    Dann wird der vserver hoffentlich bald wieder erreichbar sein.


    Stefan

    Hallo micon,


    hast Du bereits beim Support angefragt?


    Auf meine Anfrage wurde mir empfohlen syslog durch rsyslogd zu ersetzen ..


    Zitat


    .....
    wir empfehlen Ihnen den syslog zu entfernen und stattdessen auf den
    rsyslogd zu setzen.


    Dies am besten aus dem rescue System installieren......

    Wenn ich rsyslog im rescue System installiere, dann ist das nach meinem Verständnis nur dort vorhanden. Muss ich die Dateien und Konfiguration dann in den vserver kopieren? Wer hat das schon mal erfolgreich praktiziert?


    Stefan

    Anscheinend startet der vserver schon 'etwas', aber nicht richtig.


    Hier das Serverlog vom startup ...


    Mar 13 19:10:04 v220091013951770 syslogd 1.5.0#5: restart.
    Mar 13 19:15:05 v220091013951770 named[18044]: starting BIND 9.5.1-P3 -u bind
    Mar 13 19:15:05 v220091013951770 named[18044]: found 16 CPUs, using 16 worker threads
    Mar 13 19:15:05 v220091013951770 named[18044]: using up to 4096 sockets
    Mar 13 19:15:05 v220091013951770 named[18044]: loading configuration from '/etc/bind/named.conf'
    Mar 13 19:15:05 v220091013951770 named[18044]: using default UDP/IPv4 port range: [1024, 65535]
    Mar 13 19:15:05 v220091013951770 named[18044]: using default UDP/IPv6 port range: [1024, 65535]
    Mar 13 19:15:05 v220091013951770 named[18044]: no IPv6 interfaces found
    Mar 13 19:15:05 v220091013951770 named[18044]: listening on IPv4 interface lo, 127.0.0.1#53
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: 254.169.IN-ADDR.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: D.F.IP6.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: 8.E.F.IP6.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: 9.E.F.IP6.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: A.E.F.IP6.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: automatic empty zone: B.E.F.IP6.ARPA
    Mar 13 19:15:05 v220091013951770 named[18044]: command channel listening on 127.0.0.1#953
    Mar 13 19:15:05 v220091013951770 named[18044]: zone 0.in-addr.arpa/IN: loaded serial 1
    Mar 13 19:15:05 v220091013951770 named[18044]: zone 127.in-addr.arpa/IN: loaded serial 1
    Mar 13 19:15:05 v220091013951770 named[18044]: zone 255.in-addr.arpa/IN: loaded serial 1
    Mar 13 19:15:05 v220091013951770 named[18044]: zone localhost/IN: loaded serial 2
    Mar 13 19:15:05 v220091013951770 named[18044]: running
    Mar 13 19:15:05 v220091013951770 dovecot: Dovecot v1.0.15 starting up
    Mar 13 19:15:05 v220091013951770 proftpd[18320]: vXXXXXXXXXX.yourvserver.net - ProFTPD 1.3.1 (stable) (built Thu Oct 29 09:01:50 UTC 2009) standalone mode STARTUP
    Mar 13 19:15:05 v220091013951770 /usr/sbin/cron[18352]: (CRON) INFO (pidfile fd = 6)
    Mar 13 19:15:05 v220091013951770 /usr/sbin/cron[18353]: (CRON) STARTUP (fork ok)
    Mar 13 19:15:05 v220091013951770 /usr/sbin/cron[18353]: (CRON) INFO (Running @reboot jobs)


    Ich habe leider nur ein backup und zwar genau das, auf Grund dessen der vserver rebooted wurde. Das werde ich jetzt einfach mal zurückspielen, obwohl es eigentlich genau den aktuellen Stand widerspiegelt.


    Stefan

    Hallo vserver-Gemeinde,


    nach Erstellung eines neuen backups startet mein vserver nicht mehr richtig und ist nicht zu erreichen ( ssh, ping )
    Es gibt eine Fehlermeldung die besagt 'Failed to start vserver ....' und danach steht wieder 'vserver ..... successfully started'.


    Hatte jemand schon mal ein ähnliches Problem?


    Stefan

    Starting system log daemon....
    Starting kernel log daemon...
    An error occured while executing the vserver startup sequence; when
    there are no other messages, it is very likely that the init-script
    (/etc/init.d/rc 3) failed.


    Common causes are:
    * /etc/rc.d/rc on Fedora Core 1 and RH9 fails always; the 'apt-rpm' build
    method knows how to deal with this, but on existing installations,
    appending 'true' to this file will help.



    Failed to start vserver 'vxxxxxxxxxxxx'
    failed!


    vserver vxxxxxxxxxxxx sucessfully started