Ich bin gerade bei Arbeiten via VNC Console aus dem VCP gefolgen und erhalte jetzt die ganze Zeit die Meldung.
Ein Serverfehler ist aufgetreten. Sollte der Fehler wiederholt auftreten, setzen Sie sich bitte mit dem Support in Verbindung.
Bin ich der einzige oder ist das mal wieder was generelles?
Ggf. liegts einfach nur am DNS Cache?
Backups auf eigenen Servern anzulegen ist ja kein Thema, hier ging es darum Lösungen zu zeigen, die hier auf dem ganz normalen Webspace laufen.
Mein letzter Stand den ich habe, ist z.B. das NetCup keine Backups von den Kundendaten auf managed vServern anlegt, dafür bist du also selber zuständig (was ohne Root-Account ja nicht so einfach ist bei mehreren Websites). Das solltest du unbedingt berücksichtigen, dann ist das Angebot nämlich leider bei weitem nicht mehr so gut wie es zuerst erscheint.
vermutlich wird die www. und die ohne-www Variante automatisch angelegt - ist aber kein Problem, wenn du ne A-Record mit Wildcard auf die Server IP gelegt hast.
Theoreisch kann das iscp Forum als Archiv da reingeschoben werden. i-mscp ist ja schließlich ein Fork von dem inzwischen toten iscp.
Und immer gibt es auch nicht unbedingt ne Mail. Ich hatte schon ein paar mal Störungen wo gar nichts kommuniziert wurde. Die Status-Seite ist in meinen Augen daher aktuell mehr oder weniger komplett nutzlos.
Ich habe meins inzwischen übrigens zusammen gebaut und es "rennt" soweit ganz gut, ich bin allerdings von OpenMediaVault zu Xpenology da es mir nach einigen Versuchen doch besser gefallen hat.
Ich habe mir gerade selber eins zusammen gebaut und warte gerade auf die Lieferung der Hardware. OpenMediaVault werde ich wohl als OS einsetzen, da gibt es ein nettes Webinterface für die gängigen Aufgaben und im Hintergrund arbeitet Debian, was man dann natürlich beliebig anpassen kann. Mein NAS wird aber auch nicht durchlaufen sondern i.d.R. im Standby sein und dann via Wake on Lan aufwachen, so oft nutze ich es dann doch nicht.
Wie wäre es wenn du erstmal deine Sätze so formulierst, dass man das als "normaler" Mensch auch verstehen kann? Anschließend bekommst du hier wohl auch Hilfe.
Aber wie ich vermute, ist es das beste, wenn du den Server kündigst und auf Webspace umsteigst.
Unabhängig von allem anderen hier:
Produktiver Zweck: Ich möchte eigentlich gerne mit einem Windows Server arbeiten, jedoch auch das ispCP Tool nutzen und weitere Linux Gadgets, was mich zu dieser Problematik bringt.
ispCP ist (leider) tot.
Das ganze wurde jedoch wieder geforked: http://i-mscp.net/ du solltest also gleich mit i-mscp einsteigen 
Hallo zusammen,
ich habe mich in den letzten Tagen intensiv damit beschäftigt, meinen Webspace hier so zu sichern, dass automatisch die Datenbanken sowie die Files mit gewissen Abständen automatisch gepackt und auf einen externen FTP-Server übertragen werden.
Eine Lösung für die Datenbanken war ziemlich schnell gefunden, da ich damit bereits eine Weile arbeite: MySQLDumper MySQLDumper - Browse Files at SourceForge.net
Damit ist es möglich automatische Backups (via perl) zu erstellen und diese dann auf einen externen FTP Server zu übertragen. Dabei kann dann auch angegeben werden, wie viele Backup Versionen gespeichert werden sollen, Backups die älter sind, werden automatisch gelöscht. Die Konfiguration erfolgt komfortabel über ein Webinterface.
Schwieriger wurde es, eine passende Lösung für die Files zu finden. Hier habe ich in den letzten Tagen einige Scripte ausprobiert und getestet, hängen geblieben bin ich an folgendem:
XCloner: Download | XCloner - Website Backup and Restore made simple
Damit ist es auch möglich Verzeichnisse die sich auf dem Webspace befinden automatisch mittels Cron zu packen, auf einen externen FTP Server zu kopieren und alte Backups automatisch zu löschen.
Die Konfiguration erfolgt hier ebenfalls mittels Webinterface und es wird lediglich php benötigt. Das Runtime Limit spielt bei der Ausführung via Cron zum Glück auch keine Rolle, so dass die Backups ohne Probleme durchlaufen. Darüberhinaus kann XCloner die Datenbanken ebenfalls direkt mitsichern, ich vertraue da momentan jedoch mehr auf den MySQLDumper, da ich den bereits seit Jahren einsetze.
Ggf. hilft die Übersicht dem ein oder anderen, der vor dem selben Problem stand wie ich.
Wie geschrieben, Port 80 und Port 443 sind frei. Nur alle anderen Ports nicht.
VG Felix Preuß
Habe ich falsch gelesen - Das WGET geht auf Port 80, der Befehl direkt per Konsole ging auch ohne Probleme, lediglich der Cron wurde nicht ausgeführt.
Scheinbar wurde was gemacht am System. Meine Crons sind gerade eben durchgelaufen. Das erste mal seit ich den Account habe.
Bei mir geht es jetzt auch auf einmal, wäre schön zu wissen, woran es denn nun lag.
Die möglichkeit PERL befehle via Cronjob zu starten konnte "selbst" Confixx, das ist dies bezüglich ein Rückschritt, so muss ich mir mittels WGET abhilfe schaffen um meine Perl Scripte zu starten. Doch auch das funktioniert momentan leider nicht via Cronjob....
Gehen die wget-Aufrufe auf Ports die nicht 80 oder 443 sind? Falls ja, muss eine Freischaltung dafür beim Support in der Firewall beantragt werden.
Ich habe keinen freien Cronjob mehr um das zu testen. Es ist aber auch nicht wirklich Sinnig Port 80 zu blocken, i.d.R. werden doch WGET abfragen auf diesen Gerichtet. Ich wäre für eine Korrektur / Freischaltung dankbar.
Ich habe es mal gegen gecheckt, bei mir werden meine wget Cronjobs auch nicht ausgeführt, der Rest schon. Meine Wget Befehle sind aber auch zu 100% richtig, da sie per Konsole ohne Probleme funktionieren.
Ah Okay - Ja ich habe ein Expert Tarif. Gerade dann wenn du es nicht ändern kannst, ist es (meiner Meinung nach) zwingend, das dort keine Vorauswahl getroffen wird.
Die Cronjobs laufen im chroot des jeweiligen Nutzers ab. Hier steht stand heute kein Perl zur Verfügung.
Vielen Dank für die Info, hierzu war der Support via Mail leider seit Samstag nicht in der Lage. Ist hier denn eine Umsetzung geplant? So ist es leider ziemlich unglücklich.
Ich hatte das auch bei mir auf Bevorzugt: "ohne www" stehen und mich erstmal gewundert, warum meine htaccess Regeln immer in einer Redirect Loop landen. Da bringt der Tipp den du vom Support erhalten hast natürlich auch gar nichts, wenn dir dort nicht mitgeteilt wird, wie du vorher die Vorauswahl entfernen kannst...
Du kannst die Einstellung jedoch ändern -> Auch wenn es bei der Hauptdomain leider ziemlich versteckt ist, ich musste da auch eine Weile suchen, denn der Punkt um das zu ändern ist (im Gegensatz zu Subdomains) leider ziemlich ungünstig gesetzt.
Du musst bei deiner Domain auf "Hosting-Einstellungen" klicken, anschließend auf Hostingtyp [Website] auf ändern klicken und dort kannst du den Parameter dann anpassen. Warum ein "ändern" direkt neben der Einstellung in der Anzeige fehlt, ist mir auch ein Rätsel. Ebenfalls fände ich es auch sinnvoller, wenn dort erst einmal keine bevorzugung "von Haus aus" getroffen wird, dann das verwirrt mehr als alles andere.
Bei mir hat er sich die Änderung jedoch leider nicht direkt gezogen und ich musste ein paar mal die Einstellung dort sowie die php Version hin und her wechseln, bis es kapsst hat. Scheinbar ist das alles noch nicht so ganz ausgereift.
Sieht soweit gut aus, ich habe aber auch das Problem, dass mein Cron nicht ausgeführt wird, da angeblich kein Perl vorhanden ist.. Leider scheint das WCP noch mit einigen "Kinderkrankheiten" ausgestattet zu sein,
Hatte es mit mod_php und fastcgi versucht, war aber wie im Beitrag steht ein Fehler und der Support hat es angepasst. Allgemein scheint das neue Panel an ein paar Stellen noch etwas Fehlerhaft zu sein.
