Problem

Nach dem Eintragen der Migrationsdaten wie Serveradresse des alten Servers etc.  steht das nicht editierbare Ziel-Server Feld noch auf  “IP address not found“.

Server IP-Adressmaske

So gelangt man zur Eingabemaske:

Linke Navigationsleiste:
- Servermanagement / Tools & Utilities
Dann Auswahl des Gruppenicons
-  IP-Adresses

Umstellung auf Shared-IP

Von Dedicated auf Shared umstellen

Migration Manager

Nach dem Wechsel auf die Eingabemaske des Migration Managers kann man nunmehr die Ziel-IP in einem Dropdownfeld auswählen.

Migrationsfortschritt

Der grüne Fortschrittsanzeige ist zwar nicht schlecht, aber aussagekräftiger ist die Maske, die sich öffnet, wenn man auf den linken Link drückt.  Dann wird einem nämlich angezeigt, welches Ablaufschritt bei der Migration gerade ausgeführt wird, was auch bei der Fehlersuche hilfreich ist.

Der Hauptgrund für die Probleme dürfte m.E. in der Änderung des Businesskonzepts (Reseller/Client/Customer) liegen, so dass der Migration Manager  oft damit zu kämpfen hat, die Daten von der alten Struktur automatisch in die neue zu transferieren.

Einleitung

Hauptgrund für den Versionswechsel war, dass die Version Plesk 10.3 zusammen mit Ubuntu 10.04 LTS gebundelt ist, also auch ein Softwareupdate für Pakete wie PHP, Apache, und Co. beinhaltete, was teilweise gewünscht/erforderlich war.

Sicherheitsaspekte spielten keine Rolle, hier hätte man bei der Version Plesk 9.x bleiben können.

Achtung
Um mein Fazit gleich vorweg zu nehmen: Bei Plesk 10 hat sich das Bedienkonzept entscheidend verändert (s.u.),  so dass ich im Nachhinein einfach nur davon abraten kann, einen ganzen Server (mit verschiedenen Clients, Domains und Anwendungsinstallationen) mit Hilfe des Migrationsmanagers von Plesk umziehen zu wollen.

Bei jedem Fall (Client/Domain) traten andere Migrationsfehler auf. Die Errormeldungen sind nicht immer sehr hilfreich, aber man muss froh sein, wenn man überhaupt welche erhält, denn manchmal bricht der Migrationsvorgang auch nur mit “Failed” ab.

Wenn man also nicht wirklich einen Mehrgewinn durch einen Plesk Versionswechsel hat, dann gilt die alte Regel: “Never change a winning team” und man sollte sich darauf beschränken, den einzelnen Client oder die Domain, die es erfordert, auf einen neuen Server zu portieren.

Läuft die automatische Migration hierbei, dann ist alles Gut, ansonsten lieber eine Anwendungsneuinstallation auf dem Zielsystem mit Import der Altdaten.  Nicht groß versuchen, den Plesk-Automatismus zum Laufen zu bringen. Lohnt sich nicht.

Dokumentation des Programmherstellers

Wer sich dennoch an die Migration heranmachen möchte, findet folgende unterstützende Dokumentation:

Plesk Provider Handbuch: Der Wechsel auf Panel 10

Die deutsche Übersetzung ist teilweise sehr schlecht und irritiert mehr, als dass sie hilft.
Hier zwei Textauszüge als Beispiel:

1.) Widersprüchliche Aussagen innerhalb einer kurzen Textpassage:

In Panel 10 gibt es keine Kunden-Accounts und Domainadministrator-Accounts mehr. Für Benutzer, die ihre Hostingdienste weiterverkaufen und ihre eigenen Websites hosten, müssen Sie Reseller-Accounts anlegen. Für Benutzer, die ihre Hostingdienste nicht weiterverkaufen, aber nur ihre eigenen Websites hosten, müssen Sie Kunden-Accounts anlegen.

2.) Wahrscheinlich keine Übersetzer aus der techn. Fachrichtung

Dieser Link ist permanent und kann nicht beschädigt werden, daher kann eine Domain nicht von einem Abonnement auf ein anderes übertragen werden.

Hilfen für die Fehlersuche

Um Fehlern auf die Spur zu kommen, sei auf einen Plesk-Knowledgebase Artikel hingewiesen, in dem man für die Migration den Speicherpfad für die Fehler- und Ausführungslogdateien erfährt:

Structure of Plesk Migration Manager logs

Aufgetretene Probleme

Ohne Vollständigkeit hier ein paar Fehler/Probleme, die bei der Migration aufgetreten sind:

• Ziel-Server IP-Adresszuweisung
• Timeout bei PHP-Prozessen
• Password was changed for user ‘Domain Adminstrator’
• Kein Matching von Reseller/Client/Domain Strukturen ins neue Geschäftsmodell
• Probleme beim chmod beim Deployen der Dateien auf dem Zielserver
• Firewall-Probleme beim Quellserver und Zielserver
• SSL-Certificate does not exist
• unable to change subscription owner, chown failed with return code 1
• failed deployment of domain xxx

Da jede Servermigration anders gelagert ist, ist das Plesk Forum voll von weiteren Problemen und Hilferufen.

Schlußwort

Nach zwei Tagen war ich mit der Migration des Servers durch. Glücklich, dass ich alle aufgetretenen Fehler und Probleme lösen konnte und somit am Ende die größten Broken automatisch transferiert wurden und nur marginal, manuell nachgearbeitet werden mußte.  Es hätte aber auch ganz anders kommen und die Chance bestand, dass man irgendwo nicht mehr weiterkommt. Letztendlich hat sich der Zeitaufwand und das Risiko meines Erachtens nicht gelohnt.

Wer sich von diesem Erfahrungsbericht jedoch nicht abbringen lassen will und sportlichen Ergeiz besitzt, dem Wünsche ich viel Ausdauer und Erfolg bei der Migration .

Links
Parallels Plesk Panel 10:  Dokumentationsüberblickseite
Plesk Provider Handbuch: Der Wechsel auf Panel 10
Plesk Knowledgebase: Structure of Plesk Migration Manager logs

PHP-Konfiguration

Nicht immer entsprechen die standardmäßig vorgegebenen PHP-Parameter den von Contao empfohlenen Werten.  Bei meinem augenblicklichen Hauptprovider (Hosteurope) sieht die Sache schon recht gut aus.

Die PHP-Grundeinstellung lautet auf safe_mode = off und register_globals = off , so dass hier schon einmal gewisse Sicherheitslöcher gestopft sind.

Gegebenenfalls wünschenswert und erwägenswert wäre (laut Screenshot unten) eine Vergrößerung der Dateigröße für hochzuladende Dateien.

Wenn auf dem Server das Administrationsprogramm Plesk installiert ist wie auf den meisten von Hostern angebotenen Servern, dann kann man pro Domain individuelle PHP.ini Einstellungen hinterlegen.

Dazu muss man

1. unter Plesk FAST_CGI aktivieren
2. und einen Eintrag für den Parameter upload_max_filesize in der Datei php.ini im Verzeichnis /var/www/vhosts/domainname.de/etc/

vornehmen.

Beispiel
Syntax der erforderlichen Eintragszeile in php.ini:

[PHP]
open_basedir = /var/www/vhosts/IhreDomain.de/httpdocs:/tmp
safe_mode = Off
upload_max_filesize = 8M

Weitere Blogbeiträge zu dieser Thematik

Perfect-Knowhow: File permission (Aktivierung von FAST_CGI unter Plesk)

Anzeige

The validity period of client account 'NameOfClient' (Contact Name 'ClientContactName') is about to expire.

The client account and all of related domains will be deactivated by Juli 1, 2011 unless the validity period is prolonged.

dann sollte man diese Meldung nicht ignorieren.

Lösung:

Sowohl bei den Client- als auch bei den Domaineinstellungen kann man ein Ablaufdatum (Expiration date) einstellen. 

1.) Veränderung der Gültigkeit des Clientaccounts:

     Plesk Panel > Clients > Resource usage   (s.a. obiges Bild)

Ganz unten findet sich dann ein Datumsfeld, in dem man explizit ein Ablaufdatum eingeben kann bzw. eine Checkbox für endlos, wenn die Domain "open end" gebucht wurde..

2.) Veränderung der Gültigkeit des Domainaccounts:

     Plesk Panel > Domains > Resource usage

   Die Version 2.0 von Moodle benötigt hierbei als Systemvoraussetzung eine PHP-Version größer als 5.2.8, welche nicht so leicht zu finden ist, aber bei der Server-Administrationssoftware Plesk in der Version 9.5.4 dabei wäre.

Lösung:
Host-Europe hat zur Zeit (bis 6. Februar 2011) den Preis für seine Windows-Server gesenkt, mit dem sehr interessanten Zusatz, dass der erniedrigte Preis nicht nur für eine beschränkte Einführungszeit, wie bei anderen Anbietern gang und gebe, sondern für die gesamte Laufzeit des Vertrags gilt.

Eigentlich setze ich Server auf Basis von Linux auf, aber da der Windows Server genauso wie bei Linux mit Plesk als leicht zu bedienendes Server Administrationsprogramm arbeitet, sah ich darin kein Problem. Was dann auch so war.

Schnelle Einrichtung des Servers

Fünf Stunden nach der Bestellung des Windows Servers XL 4.0 war dieser schon eingerichtet und ich hatte alle Zugangsdaten per E-Mail erhalten. 

Welche PHP Version steht zur Verfügung?

Ich hatte mich schon zuvor über die Host-Europe FAQ Seite darüber informiert, welche Plesk Version für Windows Server 2003 bei zur Verfügung stehen und hatte gehofft, dass die Grundinstallation gleich mit der stabilen Plesk 9.5.4 Version erfolgt, die PHP 5.2.13 mit sich bringt.
   Dem war aber leider nicht so. Die Grundinstallation erfolgte mit Plesk 9.2.1, was doch zunächst etwas enttäuschend war.

Plesk 9.5.4 Update ist problemlos und total einfach

 Was mich dann allerdings sofort wieder versöhnte, war die absolut leichte Anleitung, die Host-Europe zur Verfügung stellt, um auf die neueste Version 9.5.2 zu updaten. Von Version 9.2 auf 9.5 ist es ja wirklich ein Sprung, aber die Anleitung mit Bildern ist so easy vorzunehmen, dass absolut jeder Laie das Pleskupdate ohne Probleme selbst durchführen kann.

   Werbung        

Siehe auch:

Host-Europe: Plesk Updates unter Windows

Domains mit der Verwaltungsoberfläche Plesk 9.3 eingerichtet.

Wenn man für eine Domain einen externen Mailserver verwenden möchte, dann ist der DNS-Eintrag auf den Nameservern entsprechend zu setzen. Dies funktioniert soweit bei E-Mail, die von außerhalb gesendet werden, auch recht gut.

Problem

Wird jedoch auf der Internetseite selbst eine E-Mail an eine interne Adresse versendet, z.B. an  kontakt@meineDomain.de,  so erhält man eine Fehlermeldung der Art

Hi. This is the qmail-send program at n1.meineDomain.de.

I’m afraid I wasn’t able to deliver your message to the following addresses.

This is a permanent error; I’ve given up. Sorry it didn’t work out.

<kontakt@meineDomain.de>:

This address no longer accepts mail.

Lösung

Die Fehlermeldung kommt, weil auf der Domainebene kein E-Mail Account angelegt wurde. Das ist ja aber gerade auch erwünscht und soll so bleiben. Da jedoch die Domain auf diesem Server lokal angelegt ist, versucht das System die E-Mails zuzustellen.

Man muss nocheinmal explizit den Mail-Service deaktivieren.

Also Mail-Settings (E-Mail Einstellungen) anklicken und das Häkchen aus dem Ankreuzfeld nehmen.

Die Besucheranzahl ist eine wichtige Kenngröße für den Erfolg einer Webseite. Die Defaulteinstellung bei einem Server, der mit Plesk verwaltet wird, ist, dass die Ermittlung der Besucherstatistik einmal nachts für alle Domains erfolgt.  Das macht Sinn, da das System kurz nach Mitternacht, die vollständigen Daten für den Vortag vorfindet und bei einem Nachtlauf auch recht wenig Besucher gestört werden (Performancelast, größere Antwortzeiten des Servers).

Was aber, wenn man den Erfolg einer Webseitenänderung verfolgen will und sich im Tagesverlauf die Frage stellt:

“Wieviel Besucher hatten wir denn heute schon auf der Webseite?”

Leider wird von Plesk wie schon gesagt, die Statistik nur einmal am Tag aktualisiert. Es ist recht unbefriedigend, um 15:00 Uhr zu sehen, wie hoch die Besucherzahl am Vortag war und dass bis 0:15 Uhr nachts, als der Berechnungslauf startete, schon 20 Besucher auf der Internetseite unterwegs waren. Diese Anzahl mag zwar richtig sein, ist aber für den Informationshungrigen, der tagesaktuelle Daten sucht, nicht ausreichend.

Sicher muss man nicht übertreiben und stündlich eine Aktualisierung der Besucheranzahl anstoßen, denn die Erzeugung der Statistik geht zu Lasten der Webseitenzugriffszeit und das könnte so manchen Besucher stören. Aber eine zusätzliche Aufbereitung um 11 Uhr für die Abdeckung des Morgens und um 16 Uhr wäre sicherlich nicht schlecht.

Lösung: Cronjob für AWSTATS einrichten

Da bei vielen Servern heutzutage Plesk als Server-Verwaltungsoberfläche eingesetzt wird, möchte ich die Vorgehensweise beschreiben, das Aufbereitungsintervall für die Statistik zu verkürzen.

Den Anstoß für die Aufbereitung der AWSTATS-Statistik unter Plesk gibt das Programm

-r-x — —  root root  /usr/local/psa/admin/sbin/statistics

Wie man sehen kann, darf nur der Benutzer ROOT dieses Programm ausführen.
Das ist wichtig zu wissen.
Trägt man bei Plesk bei irgendeinem anderen Benutzer den Cronjob ein, so würde dieser Cronjob ins Leere laufen und nichts würde passieren.

für Plesk 9.3, das auf vielen Altsystemen noch installiert ist und die aktuelle Plesk Version 10.3 beschreiben,

1. Schritt:  Plesk Verwaltungsoberfläche aufrufen

Rufen Sie zunächst unter dem Menüpunkt HOME die SYSTEM USER auf, und suchen Sie den Benutzer root.

Ein alternativer Zugang zu der Einstellungsmaske ist hierbei
HOME / Settings / Scheduled Tasks

2. Schritt: Neuen Crontab Eintrag anlegen

Eigentlich hat man das Schwierigste, die richtige Stelle für seinen Eintrag zu finden, mit dem 1. Schritt schon erledigt.  Der rechtsstehende Screenshot zeigt den anzulegenden Eintrag.

Um einen neuen Cronjob anzulegen, ist auf den “Add New Tasks” Schaltfläche oben zu klicken.

Bei Stunden, Minuten, Tag und Monat einfach die gewünschten Werte in die Felder eintragen und beim auszuführenden Programm

/usr/local/psa/admin/sbin/statistics   >/dev/null 2>&1

/usr/local/psa/admin/sbin/statistics –calculate-one –domain-name=blabla.com   >/dev/null 2>&1

Der Aufruf zur Aktualisierung aller Domains (=default) lautet:

/usr/local/psa/admin/sbin/statistics –calculate-all

Warning: mkdir() [function.mkdir]: Permission denied in /var/www/vhosts/yourDomain.de/httpdocs/…/Cache.php on line 271

Problemlösung (mit Haken)
Wenn man PHP als Apache FAST_CGI  Modul aktiviert, dann hat man keine Zugriffsrechtsprobleme mehr, aber gleichzeitig kann der Domainbesitzer NICHT MEHR den ‘safe_mode’ Parameter für seine Domain verändern!

Nachtrag: Wie gelangt man bei Plesk zu der Einstellungsseite für das FAST_CGI Modul?

Vollbild: Bitte anklicken

Zuerst muß man den Tabellenreiter “Websites & Domains” aufrufen. Dort aber nicht den oberen Punkt “Web Hosting Settings” anklicken, sondern ganz unten auf den Domainnamen

Vollbild: Bitte anklicken

Auf der Seite, die sich dann öffnet, findet man in der unteren Hälfte eine Dropdown-Box zur Art der PHP-Einbindung (hier FAST_CGI).

Anzeige

Warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 10001 is not allowed to access /var/www/vhosts/domain.de/httpdocs/…/tmp owned by uid 0 in /root/domain.de/httpdocs/verzeichnis/…/Cache.php on line 271

Ein phpinfo() zeigt
safe_mode=On

Hintergrund
Gerade bei virtuellen Hostern wird der PHP-Parameter SAFE_MODE gerne auf ON gesetzt.  Das mag zwar zunächst einmal richtig sein, da man damit den bösen Buben das Leben erschwert, aber im Grunde genommen ist diese Sicherheitseinstellung mehr hinderlich als nützlich.

1. Die Sicherheitseinstellung bringt nur etwas, wenn der Angreifer PHP verwendet. Weicht er aber dann auf z.B. Perl als Skriptsprache aus, dann bringt diese restriktive Einstellung gar nichts.
2. Ab PHP-Version 5.3.0 ist die PHP-Einstellung SAFE_MODE als DEPRICATED gekennzeichnet, sollte also nicht mehr verwendet werden.
3. Die SAFE_MODE=ON Einstellung behindert die PHP-Skripte Verzeichnisse zu erstellen und zu benutzen (die angelegten Verzeichnisse werden dem WWW-Server Benutzer zugeordnet und nicht dem Besitzer der PHP-Skripte)

Lösung

PHP-SAFE_MODE als Domainowner deaktivieren.

Anmerkung: Der Admin eines virtuellen Servers hat die Möglichkeit seinen Kunden das Recht zum PHP SAFE_MODE Management einzuräumen oder auch nicht.

Der Domain-Administrator kann unter dem Menüpunkt WEB HOSTING SETUP den PHP-Parameter ‘save_mode’ für seine Domain verändern (siehe Anmerkung zum virtuellen Server Admin). 

1. Lokal installiertes E-Mail Client Programm
   Viele Internetnutzer rufen Ihre E-Mail über einen auf Ihrem PC lokal installiertes E-Mail Client Programm (Microsoft Outlook, Pegaus Mail, Eudora, Lotus Notes, …) auf.
    
2. Browser basierendes E-Mail Client Programm
   WebMail Clients auf dem Server ermöglichen es dem Benutzer, seine E-Mails mittels eines Browsers direkt auf dem Mailserver zu lesen, so dass der Benutzer direkt auf seine neuen Nachrichten zugreifen kann (z.B. von unterwegs) und dies ohne dass zuvor auf dem PC etwas  installiert werden muss.
    

 Bei der Einrichtung eines Servers (mit Mailserverfunktion) stellt sich daher die Frage, welches WebMail Client Programm man zur Verfügung stellt.

Plesk 9.2 bietet in der Administrationsoberfläche die Möglichkeit, die für den Kunden verfügbaren WebMail-Clients anzugeben.

Augenblicklich stehen bei Plesk
   -  Horde 4.1.6 und
   -  AtMail 1.02
zur Auswahl.

Daher werde ich meine Kurzbetrachtung auf diese beiden Programme beschränken.
 

Abwägung der serverseitigen WebMail Clients

Versionsstände
Horde
Die Versionsnummer 4.1.6 von Horde spricht für eine fortwährende Weiterentwicklung, das Programm ist aus den Kinderschuhen herausgewachsen, längjährig erprobt und arbeitet daher sicher zuverlässig.
   Auf der anderen Seite kann ich die Plesk angegebene Versionsnummer 4.1.6 nicht ganz nachvollziehen, denn laut Horde-Projektseite ist die derzeitige (Stand: 12. Januar 2010) aktuelle Version Horde 3.3.6.  
 
AtMail
Das WebMail-Programm AtMail hat hier mit der Versionsnummer 1.02 eine viel kürzere Historie, was aber nicht unbedingt schlecht sein muss. Rein optisch kommt es mit einer gefälligeren Oberfläche daher und als Frameworkbasis wird Zend verwendet, was ich auch als Pluspunkt bewerten würde. 

Lizenzpolitik
Horde
Horde steht als Programmpaket (Anmerk.: das WebMail-Modul nennt sich IMP) unter mehreren Open Source Lizenzmodellen, hauptsächlich aber unter der GNU Public License.  Das eigentliche Horde Framewerk steht seit der Version 2.0 unter der LGPL.

AtMail
AtMail gibt es als 
   - kostenlose Version –> AtMail Open Version 1.03
   - kommerzielle Version –> AtMail Commercial 6.01  (ca. 250 EUR)

Auffällig ist hierbei der schon etwas krass zu nennende Versionsnummernunterschied und die deutlich bessere Feature-Ausstattung des kommerziellen Produktes.

Fazit
Welches der beiden Programme man zum Punktsieger erklärt, ist wohl nicht zuletzt eine finanzielle Frage. 

• Berücksichtigt man nur die kostenlosen Varianten, so hat Horde die Nase vorn, da die AtMail Open Version einfach zu stark eingeschränkt ist.
   
• Wenn der finanzielle Aspekt keine Rolle spielt und man die kostenlose Hordeversion mit dem kommerziellen AtMail Produkt vergleicht, dann wird es nach der Gewichtung der einzelnen Programmhighlights gehen, welchem der beiden Programme man den Vorzug gibt.