Hier gibt es noch mehr Informationen zu dem Feature:
Neues Feature für vServer: Export von Snapshots « netcup news
Hier gibt es noch mehr Informationen zu dem Feature:
Neues Feature für vServer: Export von Snapshots « netcup news
Wir arbeiten bereits an einer neuen Cloud Produktpalette auf Basis KVM. Bis wir diese jedoch anbieten können müssen noch ein paar technische Details geklärt werden.
Es wird wieder Cloud vServer geben.
Dies gilt wie im Text beschrieben nur für unsere vServer Angebote.
Bitte ein Ticket aufmachen, damit dies untersucht werden kann.
Vielen Dank für die Meldung des Problems. Der Traffic wird bei Ihnen nun korrekt accounted.
Hier kam es wohl zu einem Missverständnis.
Wir benötigen die Zusicherung, dass alle Komponenten auf Grund deren der Eingriff möglich war abgesichert wurden und auch in Zukunft regelmäßig auf Sicherheit und Updates kontrolliert wird, so dass die Wahrscheinlichkeit, dass ein solcher Vorfall erneut auftritt sehr gering wird.
Hierzu muss noch ergänzt werden: Es muss uns dennoch zugesichert werden, dass es nicht erneut zu so einem Vorfall kommen wird. Dieses bekräftigt noch einmal das unsere AGB trotz des einmaligen Verstoßes auch in der Zukunft ihre Gültigkeit bewahren.
Bitte hierzu mal eine Supportanfrage aufmachen: netcup.de - Kontakt zu netcup - Support innerhalb von wenigen Minuten
Gute Begründung: Fail2Ban-netcup-VCP-Script.
Obwohl ich selber gar kein Fail2Ban brauche.
Mit Fail2Ban sollte man generell drauf achten, dass IP's auch wieder Entsperrt werden.
Es können insgesamt maximal 100 Regeln angelegt werden.
Das Limit wurde bereits im alten VCP eingeführt, da es leider einige vServer hab, die an die 10.000 Regeln definiert hatten und dadurch andere Kunden in Mitleidenschaft gezogen wurden.
Bei sehr sehr guten Begründungen können wir auch ein größeres Limit definieren, allerdings sehen wir momentan keine Notwendigkeit das Limit zu erhöhen.
Bitte machen Sie hierzu unter netcup.de - Kontakt zu netcup - Support innerhalb von wenigen Minuten ein Ticket auf, damit der Fehler genau untersucht werden kann.
Vielen Dank.
Alles anzeigen
Ich seh grad, Version 2.0.2 ist raus.
Ich sehe nirgends eine Liste der Änderungen?? Außerdem habe ich ein paar Punkte die ich gerne geklärt hätte:
- Beim Punkt Backup erneuern ist einfach ein Textfeld - Name? Steht nichts weiter, es ist einfach da. Was passiert wenn ich was reinschreibe? was wenns leer ist?
Wozu dient es?Nach einem Test: Jap, ist ein Feld für den Namen. Bitte schreibt "Name des Backups" davor, oder füllt es automatisch aus, wie bei "neues Backup anlegen".- Klickt mal rechts oben auf "Optionen", und dann auf Einstellungen. Hier sind beide Tabs gleichzeitig angezeigt, wenn ich auf Sprache oder Anzeige klicke, wird eines ausgeblendet, wie es auch anfangs sein sollte
- Eine neue Option ist implementiert worden wie mir scheint: Optionen -> Webservice. ich kann mir darunter absolut nichts vorstellen..? Und wozu das Passwortfeld? Ein kleiner Info-Text wäre praktisch.
Hoffe ihr könnt bei mir Licht ins dunkel bringen
Ansonsten: danke fürs Update!
Ich wollte eben das Backup von einem Server auf den anderen installieren, und bekam bei starten der Aktion einen "500 Internal Server Error".
Aber im VCP bekomme ich die Meldung, dass das Backup zurück gespielt wird.
Das Backup wird auch erfolgreich aufgespielt.
Bitte direkt beim Support melden, damit der Fehler nachvollzogen werden kann.
Es steht immer noch "Webservice Aktiviert" drüber, egal was man einstellt. Dass das Passwort-Feld nach dem Aktivieren erst nach nochmaligem Aufrufen der Seite kommt, finde ich auch etwas ungünstig.
Dieser Fehler wurde nun auch behoben.
Das nächste mal solltet Ihr ein Update erst mal nur für die Testserver Kunden ausliefern.
So eine Operation am offenen Herzen ist irgendwie ungut.
Eine gute Anregung die wir gerne aufnehmen.
Die beschriebenen Webservice Fehler sind nun behoben.
Soeben wurde die neue Version des VCP Online geschaltet.
Es gibt nun folgende neuen Funktionen:
Es kann laut Zend zu Problemen bei PHP 5.3 kommen, wenn Software eingesetzt wird, die mit dem Zend Guard verschlüsselt wurde.
Damit verschlüsselte Software auf PHP 5.3 läuft muss diese speziell für PHP 5.3 verschlüsselt worden sein.
Ist die Gallery3 Installation teil oder ganz verschlüsselt?
Dem Namen nach werden hier Kernel-Parameter gesetzt, was die Virtualisierung nicht erlaubt und dann einen Fehler meldet.
Korrekt.
ProcPS erwartet, dass mountkernfs aktiviert ist, da dies bei unseren vServer aber nicht benötigt wird, haben wir es schlichtweg aus dem Bootprozess entfernt. Im angegebenen workaround wird nun nichts anderes gemacht, als dass wir mountkernfs aktivieren. Im gleichen Moment "deaktivieren" wir aber auch die Skripte durch das "exit 0" um unnötige Fehlermeldungen zu verhindern.
Momentan steht nach einem apt-get update && apt-get upgrade das Paket "procps" zur Aktualisierung bereit.
Dies scheitert mit folgendem Fehler:
apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be upgraded:
procps
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 249 kB of archives.
After this operation, 12.3 kB disk space will be freed.
Do you want to continue [Y/n]? Y
Get:1 http://debian.netcup.net/debian/ squeeze-proposed-updates/main procps amd64 1:3.2.8-9squeeze1 [249 kB]
Fetched 249 kB in 0s (5780 kB/s)
(Reading database ... 8949 files and directories currently installed.)
Preparing to replace procps 1:3.2.8-9 (using .../procps_1:3.2.8-9squeeze1_amd64.deb) ...
Unpacking replacement procps ...
Processing triggers for man-db ...
Setting up procps (1:3.2.8-9squeeze1) ...
insserv: Service mountkernfs has to be enabled to start service procps
insserv: exiting now!
update-rc.d: error: insserv rejected the script header
dpkg: error processing procps (--configure):
subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
Errors were encountered while processing:
procps
E: Sub-process /usr/bin/dpkg returned an error code (1)
Alles anzeigen
Diesen Fehler kann man mit folgenden Schritten beheben:
Dann folgende Dateien bearbeiten:
/etc/init.d/mountkernfs.sh und /etc/init.d/procps
Bei beiden Scripten jeweils nach
folgendes einfügen:
Die Scripte sehen dann folgendermaßen aus:
/etc/init.d/mountkernfs.sh:
#! /bin/sh
### BEGIN INIT INFO
# Provides: mountkernfs
# Required-Start:
# Required-Stop:
# Should-Start: glibc
# Default-Start: S
# Default-Stop:
# Short-Description: Mount kernel virtual file systems.
# Description: Mount initial set of virtual filesystems the kernel
# provides and that are required by everything.
### END INIT INFO
exit 0
...
Alles anzeigen
/etc/init.d/procps:
#! /bin/sh
# /etc/init.d/procps: Set kernel variables from /etc/sysctl.conf
#
# written by Elrond <Elrond@Wunder-Nett.org>
### BEGIN INIT INFO
# Provides: procps
# Required-Start: mountkernfs $local_fs
# Required-Stop:
# Should-Start: udev module-init-tools
# Default-Start: S
# Default-Stop:
# Short-Description: Configure kernel parameters at boottime
# Description: Loads kernel parameters that are specified in /etc/sysctl.conf
### END INIT INFO
exit 0
...
Alles anzeigen
Anschließend läuft ein apt-get upgrade sauber durch.
Der erste Server scheint nicht erreichbar zu sein.
Der erste Server ist lediglich nicht pingbar, löst aber DNS Anfragen entsprechend auf.
Sehr geehrte Kunden,
wir möchten Sie bereits heute über eine anstehende Umstellung informieren:
Wir haben den Anspruch an uns selbst für unsere Kunden eine möglichst große Ausfallsicherheit zu gewährleisten. Aus diesen Gründen werden wir eine Umstellung bei unseren Nameservern vornehmen. Durch die Umstellung können wir die Nameserver noch optimaler auf unsere genutzten Rechenzentren verteilen. Auch sind die neuen Nameserver mit besserer Hardware ausgestattet.
Die neuen Nameserver sind unter folgenden IP-Adressen bereits ab sofort erreichbar:
root-dns.netcup.net: 46.38.225.225 (netcup RZ in Nürnberg)
second-dns.netcup.net: 78.47.47.47 (Hetzner RZ in Falkenstein)
third-dns.netcup.net: 46.38.252.252 (Telemaxx RZ in Karlsruhe)
Die bisher bestehenden Nameserver werden bis zum 31.12.2011 weiter betrieben. Im Anschluss wird die Abschaltung vorgenommen.
Zu Ihrem eigenen Vorteil der weiter verbesserten Ausfallsicherheit empfehlen wir Ihnen jedoch Ihren VServer bereits jetzt auf die neuen Nameserver umzustellen, spätestens jedoch bis zum 31.12.2011.
Zur Umstellung genügt üblicherweise die Änderung der Datei /etc/resolv.conf
Hier sollten nur folgende Nameserver eingetragen sein:
NACHTRAG
Alle Neuinstallation seit heute mittag 12 Uhr beinhalten bereits die aktuellen Nameserver.