Seit ca. 2 Tagen liegt mein Blog auf einem neuen Server. Bis jetzt ist alles in Ordnung. Nach einem vollständigen Update von Plesk 9.0.0 auf 9.2.1 lief komischerweise Yast2 nicht mehr. Folgende Fehlermeldung wurde ausgegeben:
//sbin/yast: line 27: //lib/YaST2/bin/yast2-funcs: No such file or directory
//sbin/yast: line 238: set_lang_from_sysconfig: command not found
//sbin/yast: line 267: check_ncurses: command not found package
yast2-qt is not installed
Something is wrong with the YaST user interface.
Bzw. es wurde später eine ähnlich Fehlermeldung erzeugt:
//sbin/yast: line 27: //lib/YaST2/bin/yast2-funcs: No such file or directory
//sbin/yast: line 250: set_lang_from_sysconfig: command not found
//sbin/yast: line 279: check_ncurses: command not found
package yast2-qt is not installed
package yast2-gtk is not installed
Something is wrong with the YaST user interface.
Das Problem liegt eigentlich an einer falschen Pfadangabe der Systemvariable PATH. Um diesen Fehler nun zu beseitigen, sollte man folgende Schritte durchführen: Überprüfe, ob im Ordner /etc/ eine Datei namens profile.local enthalten ist. Wenn dies nicht der Fall ist, dann solltest Du diese Datei erstellen (Wie? vi /etc/profile.local). Prüfe nun den Inhalt der Datei und wenn der Inhalt ähnlich diesem ist, dann passt es:
export PATH;
Jetzt das Dokument per: :wq! speichern und schliessen. Jetzt ein Logout/Login vornehmen und mal versuchen Yast zu öffnen. Wenn das klappt, hat alles geklappt. Wenn nicht, dann müssen wir noch etwas vornehmen. Bei mir gab es noch das Problem, dass zwei Pakete (Yast2-qt und Yast2-gtk) nicht installiert waren. Diese sollten wir noch installieren. Wenn Yast jetzt nicht geöffnet werden kann, können wir die PATH-Angabe einfach in der Shell einfügen. Dazu einfach den folgenden Text kopieren!
Jetzt solltest Du wenigstens Yast öffnen können. Installiere kurz die fehlenden Pakete und teste per Logout/Login, ob du Yast nun öffnen kannst. Andernfalls nochmal den Server neustarten, um die Einstellungen zu überprüfen. Das war’s! Have Fun!
Ab und an kommt es mal vor, dass man einen User schnell einrichten will. Besonders viele Administratoren arbeiten in der Console und wollen sich nicht immer über die Administrationsoberfläche von Plesk einloggen. Warum? Das anlegen von teilweise 400 Emailadressen auf Business-Servern kann mitunter eine harte Arbeit werden. Der Administrator freut sich, wenn er nicht über die Plesk Administrationsoberfläche arbeiten braucht und nicht jeden einzelnen Nutzer manuell anlegen muss. Um einen weiteren Emailnutzer einer Domain anlegen zu können bedarf es folgendem Befehl:
Der o. g. Befehl erstellt einen neuen Nutzer mit dem Namen vorname.nachname@domain.ltd, einer Email-Quota von 50 Megabyte und der Antivirenscanner ist für ein- und ausgehenden Emailverkehr aktiv geschaltet worden. Das war’s!
Nehmen wir mal an, dass dein Server ausgefallen ist und das Plesk Backup nicht richtig funktioniert !?! Es kommt vielleicht noch schlimmer und es funktioniert gar nichts mehr! Vielleicht funktioniert der Zugriff auf die MySQL Datenbank noch, um eventuell ein paar Abfragen starten zu können. Wenn das der Fall sein sollte, dann kannst Du mit der nun folgenden Abfrage alle Passwörter aller Emailkonten, die auf deinem dedizierten Server liegen mit einmal auslesen. Glaubst du nicht? Kann man wirklich und dies kommt sehr oft vor! Um dies realisieren zu können, gibt es eine Abfrage, die man sich auf jedenfall merken sollte!
Absolute Klasse. Erfahren habe ich dies von Markus. Danke nochmal hierfür!
Bei dem Update von Plesk 8.6.0 auf eine 9ner Version ist für manchen Nutzer nicht ganz einfach und zu anstrengend. So schlecht aber nicht. In den letzten Tagen erhalte ich viele Emails mit Fehlermeldungen und Problemen, wo ich das ein oder andere Mal auch nachsehen muss worum es sich eigentlich handelt. Diese Anleitung soll Dir nun helfen ein Update von der Plesk Version 8.6.0 auf die Version 9.0.1 zu schaffen. Dazu führe folgende Befehle aus:
Es ist gerade kurz nach halb Sechs und mir wurde per Mail auf dieses Video hingewiesen. Ein Dank an Marcus. Gefunden wurde das Video auf Neatorama.
Ich erhielt heute Nachmittag eine Email mit der Information, dass eine neue Plesk Version mit dem Revisionsnummer 9.2 erschienen sei und diese über die interne Updatesteuerung von Plesk installiert werden kann. Änderungen gegenüber der Vorgängerversion können auf der Seite von Plesk entnommen werden.
Das Update ist bei mir soweit gut verlaufen. Allerdings gibt es ein kleines Problem! Alle Pakete sind installiert und auf der Plesk-Administrationsoberfläche wird dennoch angezeigt, dass Updates verfügbar sein.
Da ich auch mal ab und an unterwegs bin und meine Emails über das Plesk-Webmailportal prüfe bzw. Emails versende kommt es meist vor, dass die Email-Anhangsgröße von maximal 2 Megabyte meist nicht ausreicht. Um dies bei seinem Plesk Webserver in den PHP Einstellungen vom Apache zu ändern, müssen folgende Einstellungen wie folgt geändert werden:
- per SSH auf deinen Linux Server schalten
- dich als “root” anmelden
- in das Verzeichnis /etc/php5/apache2/ gehen
- “upload_max_filesize = 2 MB” auf 5 MB oder höher in der php.ini ändern
- mit “:wq” die php.ini speichern und schliessen
- den Apache Webserver mit “rcapache2 restart” neustarten.
Das war’s.
Guter Rat ist meist teuer! Man sitzt an seiner Linux- und/oder Windows-Kiste und möchte sich gerade als “Admin” anmelden? Im Wahnsinn gerade auch noch das Admin-Kennwort vergessen? Dafür gibt es eine einfache Lösung:
Per Console als “root” sich anmelden und dann den oben genannten Befehl eingeben und das Passwort des “Admin”-Plesk Nutzers wird dann im Klartext gezeigt. Das war’s.
Macht nix – Ich selber verkehre eher weniger mit GMX-Emailadressen! Warum? Ganz einfach; ich habe dort keine Freunde, die eine GMX-Adresse im folgende Format haben.
*@gmx.de
*@gmx.net
Aufmerksam bin ich durch eine zurückkommende Email geworden. Den Empfänger gibt es und von dort empfange ich ab und an mal ein paar Emails. Daran kann es also nicht liegen.
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.
<emailadresse@gmx.de>:
213.165.64.100 does not like recipient.
Remote host said: 550-5.7.1 {mx118} Sorry, your helo has been denied.
550 5.7.1 ( http://portal.gmx.net/serverrules ) Giving up on 213.165.64.100.
--- Below this line is a copy of the message.
Die Emailserver vom GMX verhindern mitunter, wenn der FQDN nicht vollständig ist. Bei meinem Beispiel war es so, dass nur ein Teil meines vollqualifizierten Host-/Domainnamens (FQDN = Fully Qualified Domain Name) in der Hostdatei stand.
Normaler FQDN: host.domain.tld
Mein FQDN: host
Um dieses Problem zu lösen, gibt es leider mehrere Wege! Ich selber nutze auf meinem Server openSuSE 10.3 mit Plesk 9.0.x. Da dieses System vor einer langen Zeit mal frisch aufgesetzt habe, wusste ich wo ich noch ein paar Einstellungen tätigen konnte, um das o. g. Problem beheben zu können. Dazu habe ich einfach in der Datei:
meinen vollqualifizierten Host-/Domainnamen eingetragen. Meinen Server habe ich einmal neu starten müssen und konnte nach ein paar Minuten wieder Emails an *@gmx.de oder *@gmx.net senden. Falls Fragen aufkommen sollten, einfach ein Kommentar hinterlassen.
