Plesk 12 Installation - Fehlermeldungen

T

tobi4

Member
Hallo,

ich habe gerade erfahren, dass es schon Plesk 12 gibt.

Ein Upgrade über das Webinterface von Plesk scheint nicht so glatt gelaufen zu sein:

[...]
Trying to upgrade Roundcube webmail configuration... Trying to upgrade configuration layout from 0.9.x... Trying to upgrade Roundcube Web Based mail client configs and DB from '0.9.5' to '1.0.0'... PHP Warning: realpath(): open_basedir restriction in effect. File(/usr/share/psa-roundcube) is not within the allowed path(s): (/var/www/vhosts/) in /usr/share/psa-roundcube/bin/update.sh on line 22
PHP Warning: require_once(): open_basedir restriction in effect. File(/program/include/clisetup.php) is not within the allowed path(s): (/var/www/vhosts/) in /usr/share/psa-roundcube/bin/update.sh on line 24
PHP Warning: require_once(/program/include/clisetup.php): failed to open stream: Operation not permitted in /usr/share/psa-roundcube/bin/update.sh on line 24
PHP Fatal error: require_once(): Failed opening required '/program/include/clisetup.php' (include_path='.:') in /usr/share/psa-roundcube/bin/update.sh on line 24

WARNING!
Some problems are found during upgrade Roundcube Web Based mail client configs and DB from '0.9.5' to '1.0.0'. Run /usr/share/psa-roundcube/bin/update.sh manually to complete upgrade.(see log file: /var/log/plesk/install/plesk_12.0.18_installation.log)

Continue...

Trying to start service mysqld... mysqld (pid 2929) is running...
done
Trying to establish test connection... connected
done
Trying to upgrade Roundcube webmail configuration... Trying to upgrade configuration layout from 0.9.x... Trying to upgrade Roundcube Web Based mail client configs and DB from '0.9.5' to '1.0.0'... PHP Warning: realpath(): open_basedir restriction in effect. File(/usr/share/psa-roundcube) is not within the allowed path(s): (/var/www/vhosts/) in /usr/share/psa-roundcube/bin/update.sh on line 22
PHP Warning: require_once(): open_basedir restriction in effect. File(/program/include/clisetup.php) is not within the allowed path(s): (/var/www/vhosts/) in /usr/share/psa-roundcube/bin/update.sh on line 24
PHP Warning: require_once(/program/include/clisetup.php): failed to open stream: Operation not permitted in /usr/share/psa-roundcube/bin/update.sh on line 24
PHP Fatal error: require_once(): Failed opening required '/program/include/clisetup.php' (include_path='.:') in /usr/share/psa-roundcube/bin/update.sh on line 24

Continue...

shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
rsync: getcwd(): No such file or directory (2)
rsync error: errors selecting input/output files, dirs (code 3) at util.c(992) [receiver=3.0.6]
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
chdir: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
===> Cumulative APS controller upgrade (final stage) has been started.
===> Cumulative upgrade of APS controller (final stage) has been completed.
===> Cumulative Plesk upgrade (final stage) has been started.
===> Preparing Plesk upgrade (final stage).
Stopping psa... Stopping sw-engine-fpm: [FAILED]
done
Click to expand...

Zum Schluss dann eine grüne Meldung:

"All operations with products and components have been successfully completed."

Ich komme ins Plesk und alle Daten scheinen erhalten geblieben zu sein und soweit funktioniert wohl auch alles.

Muss ich mir da jetzt irgendwelche Gedanken machen?

Des weiteren scheint es ja interessant zu sein, dass Plesk jetzt wohl Sicherheitsfeatures wie Fail2ban und ausgehende Mail-Begrenzung mitbringt...
An dieser Stelle auch die entscheidende Frage: Wenn ich jetzt diese Fail2ban-Unterstützung im Plesk nachinstalliere, muss dafür fail2ban installiert sein? Ich habe es bereits installiert und so halbwegs laufen (nur SSH, ProFTPd).

Danke!
 
Last edited by a moderator:
Ich habe jetzt auch das Fail2Ban von Plesk im Einsatz. Kannst du einfach installieren. Er zeigt dir auch eine Custom Jails an, diese müssen allerdings deaktiviert werden bevor du Fail2Ban im Control Panel aktivieren kannst.
 
Bei Plesks Installation von fail2ban gibts ein paar Haken:
1. falls du bei Angriffen Mailbenachrichtigung willst, eine default action für das Blockieren und Mailen definieren, und bei Plesk erstellten Jails die action rauswerfen und dir Ports setzen. Sonst musst du alle actions noch erweitern um die action sendmail....
2. falls bei logpath mehrere Pfade angegeben werden, funktioniert action_mwl nicht. Dann muss der Jail in mehrere gesplittet werden, in denen nur ein logpath ist.

Beispiel für jail.local:
Code: 
[DEFAULT]
destemail = servermaster@example.org
sender = Fail2Ban
dest = servermaster@example.org
banaction = iptables-multiport
mta = sendmail
protocol = tcp
chain = INPUT
action_ = %(banaction)s[name=%(__name__)s, port="%(port)s", protocol="%(protocol)s", chain="%(chain)s"]
action_mw = %(banaction)s[name=%(__name__)s, port="%(port)s", protocol="%(protocol)s", chain="%(chain)s"]
	%(mta)s-whois[name=%(__name__)s, dest="%(destemail)s", protocol="%(protocol)s", chain="%(chain)s"]
action_mwl = %(banaction)s[name=%(__name__)s, port="%(port)s", protocol="%(protocol)s", chain="%(chain)s"]
	%(mta)s-whois-lines[name=%(__name__)s, dest="%(destemail)s", logpath=%(logpath)s, chain="%(chain)s"]
action = %(action_mwl)s

Beispiel für Jail mit mehrern Logpath:
Code: 
# HTTP servers
[plesk-apache]

enabled  = false
port     = http,https,7080,7081
filter   = apache-auth
logpath  = /var/log/apache2/*error.log
maxretry = 3

[plesk-apache1]

enabled  = false
port     = http,https,7080,7081
filter   = apache-auth
logpath  = /var/www/vhosts/system/*/logs/error_log
maxretry = 3
 
Last edited by a moderator:
Danke für die Infos.

Soweit klappt das fail2ban über Plesk. Allerdings will es einfach nicht mit dem Plesk-Panel Schutz über Port 8880 und 8443.

Des weiteren finde ich die von Plesk in /etc/fail2ban/ angelegte jail.local etwas komisch. Teilweise schreibt er logpaths oder meine im Plesk definierte bantime in den Jail, teilweise nicht. Bei manchen steht eine action drin, bei manchen nicht.

Ich habe es bereits mit SSH, ProFTPd und Apache-Error getestet und es scheint wider Erwarten zu funktionieren!

[DEFAULT]
maxretry = 3
destemail = info@xxx.de
findtime = 600
bantime = 600

[plesk-apache-badbot]
logpath = /var/www/vhosts/system/*/logs/*access*log
/var/log/httpd/*access_log
enabled = true

[plesk-panel]
maxretry = 4
enabled = true
bantime = 86400

[plesk-apache]
enabled = true
logpath = /var/www/vhosts/system/*/logs/error_log
/var/log/httpd/*error_log
maxretry = 8
action = iptables-multiport[name=apache, port="http,https,7080,7081"]
sendmail[dest="test@test.me", sendername="Fail2Ban", sender="fail2ban@test.me", name="apache"]
bantime = 3600

[plesk-courierimap]
enabled = true
bantime = 86400

[ssh]
action = iptables[name=SSH, port=43436, protocol=tcp]
enabled = true
maxretry = 4
bantime = 43200

[plesk-postfix]
enabled = true
bantime = 86400

[plesk-horde]
enabled = true

[plesk-proftpd]
maxretry = 4
enabled = true
bantime = 86400
Click to expand...

Nochmal zu dem Panel-Schutz. Die in der Plesk-Fail2ban-Jailconfig festgelegte Logdatei für Panelzugriffe (/var/log/plesk/panel.log) existiert und enthält auch entsprechende Fehlzugriffe. Auch das Regex von Plesk im /etc/fail2ban/filter.d/plesk-panel.conf sollte mit dieser Logmeldung übereinstimmen. Aber ich kann mich so oft falsch anmelden und so viele Logeinträge erzeugen wie ich will, es erfolgt gar kein Eintrag in die iptables. Ich komme da nicht weiter. Kann das jemand bestätigen oder muss man dafür noch zusätzlich was machen?

Und wie muss ich diese komische von Plesk angelegte jail.local verstehen, warum fehlen da teilweise Angaben die aber wiederum beim Bearbeiten der Jails in Plesk angezeigt werden?

Ach, noch der fail2ban-Log, der ja eigentlich gut aussieht...

2014-06-19 02:47:11,034 fail2ban.server [6710]: INFO Stopping all jails
2014-06-19 02:47:11,436 fail2ban.jail [6710]: INFO Jail 'plesk-apache-badbot' stopped
2014-06-19 02:47:11,686 fail2ban.jail [6710]: INFO Jail 'plesk-panel' stopped
2014-06-19 02:47:12,629 fail2ban.jail [6710]: INFO Jail 'plesk-apache' stopped
2014-06-19 02:47:13,633 fail2ban.jail [6710]: INFO Jail 'plesk-courierimap' stopped
2014-06-19 02:47:14,553 fail2ban.jail [6710]: INFO Jail 'ssh' stopped
2014-06-19 02:47:15,557 fail2ban.jail [6710]: INFO Jail 'plesk-postfix' stopped
2014-06-19 02:47:16,449 fail2ban.jail [6710]: INFO Jail 'plesk-horde' stopped
2014-06-19 02:47:16,831 fail2ban.jail [6710]: INFO Jail 'plesk-proftpd' stopped
2014-06-19 02:47:16,832 fail2ban.server [6710]: INFO Exiting Fail2ban
2014-06-19 02:47:17,023 fail2ban.server [7079]: INFO Changed logging target to /var/log/fail2ban.log for Fail2ban v0.8.13
2014-06-19 02:47:17,024 fail2ban.jail [7079]: INFO Creating new jail 'plesk-apache-badbot'
2014-06-19 02:47:17,024 fail2ban.jail [7079]: INFO Jail 'plesk-apache-badbot' uses Gamin
2014-06-19 02:47:17,037 fail2ban.jail [7079]: INFO Initiated 'gamin' backend
2014-06-19 02:47:17,038 fail2ban.filter [7079]: INFO Added logfile = /var/www/vhosts/system/xxx.com/logs/access_ssl_log
2014-06-19 02:47:17,038 fail2ban.filter [7079]: INFO Added logfile = /var/www/vhosts/system/xxx.com/logs/proxy_access_log
2014-06-19 02:47:17,039 fail2ban.filter [7079]: INFO Added logfile = /var/www/vhosts/system/xxx.com/logs/proxy_access_ssl_log
2014-06-19 02:47:17,039 fail2ban.filter [7079]: INFO Added logfile = /var/www/vhosts/system/xxx.com/logs/access_log
2014-06-19 02:47:17,040 fail2ban.filter [7079]: INFO Added logfile = /var/log/httpd/ssl_access_log
2014-06-19 02:47:17,041 fail2ban.filter [7079]: INFO Added logfile = /var/log/httpd/access_log
2014-06-19 02:47:17,041 fail2ban.filter [7079]: INFO Set maxRetry = 1
2014-06-19 02:47:17,042 fail2ban.filter [7079]: INFO Set findtime = 600
2014-06-19 02:47:17,042 fail2ban.actions[7079]: INFO Set banTime = 172800
2014-06-19 02:47:17,064 fail2ban.jail [7079]: INFO Creating new jail 'plesk-courierimap'
2014-06-19 02:47:17,064 fail2ban.jail [7079]: INFO Jail 'plesk-courierimap' uses Gamin
2014-06-19 02:47:17,065 fail2ban.jail [7079]: INFO Initiated 'gamin' backend
2014-06-19 02:47:17,065 fail2ban.filter [7079]: INFO Added logfile = /var/log/maillog

2014-06-19 02:47:17,066 fail2ban.filter [7079]: INFO Set maxRetry = 5
2014-06-19 02:47:17,066 fail2ban.filter [7079]: INFO Set findtime = 600
2014-06-19 02:47:17,066 fail2ban.actions[7079]: INFO Set banTime = 86400
2014-06-19 02:47:17,072 fail2ban.jail [7079]: INFO Creating new jail 'plesk-apache'
2014-06-19 02:47:17,072 fail2ban.jail [7079]: INFO Jail 'plesk-apache' uses Gamin
2014-06-19 02:47:17,073 fail2ban.jail [7079]: INFO Initiated 'gamin' backend
2014-06-19 02:47:17,073 fail2ban.filter [7079]: INFO Added logfile = /var/www/vhosts/system/xxx.com/logs/error_log
2014-06-19 02:47:17,073 fail2ban.filter [7079]: INFO Added logfile = /var/log/httpd/ssl_error_log
2014-06-19 02:47:17,074 fail2ban.filter [7079]: INFO Added logfile = /var/log/httpd/error_log
2014-06-19 02:47:17,074 fail2ban.filter [7079]: INFO Set maxRetry = 8
2014-06-19 02:47:17,075 fail2ban.filter [7079]: INFO Set findtime = 600
2014-06-19 02:47:17,075 fail2ban.actions[7079]: INFO Set banTime = 3600
2014-06-19 02:47:17,147 fail2ban.jail [7079]: INFO Creating new jail 'ssh'
2014-06-19 02:47:17,147 fail2ban.jail [7079]: INFO Jail 'ssh' uses Gamin
2014-06-19 02:47:17,147 fail2ban.jail [7079]: INFO Initiated 'gamin' backend
2014-06-19 02:47:17,148 fail2ban.filter [7079]: INFO Added logfile = /var/log/secure
2014-06-19 02:47:17,148 fail2ban.filter [7079]: INFO Set maxRetry = 4
2014-06-19 02:47:17,148 fail2ban.filter [7079]: INFO Set findtime = 600
2014-06-19 02:47:17,148 fail2ban.actions[7079]: INFO Set banTime = 43200
2014-06-19 02:47:17,255 fail2ban.jail [7079]: INFO Creating new jail 'plesk-postfix'
2014-06-19 02:47:17,255 fail2ban.jail [7079]: INFO Jail 'plesk-postfix' uses Gamin
2014-06-19 02:47:17,256 fail2ban.jail [7079]: INFO Initiated 'gamin' backend
2014-06-19 02:47:17,256 fail2ban.filter [7079]: INFO Added logfile = /var/log/maillog
2014-06-19 02:47:17,256 fail2ban.filter [7079]: INFO Set maxRetry = 5
2014-06-19 02:47:17,257 fail2ban.filter [7079]: INFO Set findtime = 600
2014-06-19 02:47:17,257 fail2ban.actions[7079]: INFO Set banTime = 86400
2014-06-19 02:47:17,261 fail2ban.jail [7079]: INFO Creating new jail 'plesk-panel'
2014-06-19 02:47:17,261 fail2ban.jail [7079]: INFO Jail 'plesk-panel' uses Gamin
2014-06-19 02:47:17,262 fail2ban.jail [7079]: INFO Initiated 'gamin' backend
2014-06-19 02:47:17,262 fail2ban.filter [7079]: INFO Added logfile = /var/log/plesk/panel.log
2014-06-19 02:47:17,262 fail2ban.filter [7079]: INFO Set maxRetry = 4
2014-06-19 02:47:17,263 fail2ban.filter [7079]: INFO Set findtime = 600
2014-06-19 02:47:17,263 fail2ban.actions[7079]: INFO Set banTime = 86400
2014-06-19 02:47:17,265 fail2ban.jail [7079]: INFO Creating new jail 'plesk-horde'
2014-06-19 02:47:17,265 fail2ban.jail [7079]: INFO Jail 'plesk-horde' uses Gamin
2014-06-19 02:47:17,266 fail2ban.jail [7079]: INFO Initiated 'gamin' backend
2014-06-19 02:47:17,266 fail2ban.filter [7079]: INFO Added logfile = /var/log/psa-horde/psa-horde.log
2014-06-19 02:47:17,266 fail2ban.filter [7079]: INFO Set maxRetry = 5
2014-06-19 02:47:17,267 fail2ban.filter [7079]: INFO Set findtime = 600
2014-06-19 02:47:17,267 fail2ban.actions[7079]: INFO Set banTime = 600
2014-06-19 02:47:17,269 fail2ban.jail [7079]: INFO Creating new jail 'plesk-proftpd'
2014-06-19 02:47:17,269 fail2ban.jail [7079]: INFO Jail 'plesk-proftpd' uses Gamin
2014-06-19 02:47:17,270 fail2ban.jail [7079]: INFO Initiated 'gamin' backend
2014-06-19 02:47:17,270 fail2ban.filter [7079]: INFO Added logfile = /var/log/secure
2014-06-19 02:47:17,270 fail2ban.filter [7079]: INFO Set maxRetry = 4
2014-06-19 02:47:17,271 fail2ban.filter [7079]: INFO Set findtime = 600
2014-06-19 02:47:17,271 fail2ban.actions[7079]: INFO Set banTime = 86400
2014-06-19 02:47:17,288 fail2ban.jail [7079]: INFO Jail 'plesk-apache-badbot' started
2014-06-19 02:47:17,289 fail2ban.jail [7079]: INFO Jail 'plesk-courierimap' started
2014-06-19 02:47:17,298 fail2ban.jail [7079]: INFO Jail 'plesk-apache' started
2014-06-19 02:47:17,302 fail2ban.jail [7079]: INFO Jail 'ssh' started
2014-06-19 02:47:17,305 fail2ban.jail [7079]: INFO Jail 'plesk-postfix' started
2014-06-19 02:47:17,308 fail2ban.jail [7079]: INFO Jail 'plesk-panel' started
2014-06-19 02:47:17,311 fail2ban.jail [7079]: INFO Jail 'plesk-horde' started
2014-06-19 02:47:17,314 fail2ban.jail [7079]: INFO Jail 'plesk-proftpd' started
Click to expand...

Danke & Gruß
 
Einträge in der jail.local sind für benutzerdefinierte Konfiguration, die Einträge aus jail.conf erweitern/überschreiben.
Außerdem werden noch jail-Konfigurationen aus /etc/fail2ban/jail.d eingelesen.

Ich weiß ja nicht wie du das jetzt aufbaust.

Ich habe selbst der jail.local nur die Einträge um Jails zu aktivieren, also für [plesk-apache nur
Code: 
[plesk-apache]
enabled = true
und den DEFAULT-Abschnitt.

Ich habe meine jails in /etc/fail2ban/jail.d/myjails.conf eingetragen.
 
GwenDragon said:
Ich habe meine jails in /etc/fail2ban/jail.d/myjails.conf eingetragen.
Click to expand...

Aaaaber Moment mal - wenn man das doch über Plesk macht legt dieses doch in jail.d eine plesk.conf an. Wieso machst Du dort nochmal eine eigene?

Ich habe das Gefühl, das hier im System ist ein totales Durcheinander. Habe hier die bereits gezeigte jail.local, dann eine jail.conf.rpmsave, jail.conf, jail.d/plesk.conf.

Speichert Plesk die Jails/Jailconfigs nochmal in einer internen Datenbank oder bezieht es die direkt aus diesen Dateien? Ich könnte ja evtl. alle Jails manuell in einer Datei im Verzeichnis jail.d in einem übersichtlichen Schema erstellen und alle anderen Schrottdateien löschen, in der Hoffnung dass Plesk diese im Webinterface erkennt und mir auch anzeigt, wobei ich das bezweifle.

Danke & Gruß
 
Es ist doch irrelevant wie viele eigene Jails definiert in jail.d, sie werden doch auch im Plesk-fail2ban-Konfigurator angezeigt. Sicherlich kannst du alles in die von Plesk erstellte plesk.conf reindonnern ;)
So wie ich das sehe, liest Plesk die diversen .conf ein, löscht dabei aber auch eigene Kommentare raus :(

Die jail.conf solltest du eben nicht anrühren, denn Konfiguration der Jails werden bei fail2ban immer in jail.local definiert und in jail.d in den *.local. Sicherlich kannst du auch die .conf patchen, ob aber bei Updates des Systems/Plesk diese so bestehen bleiben, weiß ich nicht.

Du musst auch nicht den Plesk-fail2ban-Konfigurator nutzen, der lässt sich im Systempaketmanager deinstallieren. Es geht doch auch per Hand.
 
Last edited by a moderator:
Diese plesk.conf solle nicht modifiziert werden, da sie von Plesk wieder überschrieben werde (steht in der Datei ganz oben)...

Ich habe nun gerade nochmal mehrere Fehlversuche beim Plesk-Login unternommen, und siehe da, jetzt funktioniert es auf einmal. Mehrmals getestet und es klappt zuverlässig. Warum heute Nacht nicht, weiß ich leider nicht... Hoffe in Zukunft ist das zuverlässig.

Ich fand es ganz nett, dass diese Möglichkeit nun endlich in Plesk angeboten wird. Als ich mir kürzlich Plesk 11.5 eingerichtet habe, habe ich mich noch schwer darüber aufgeregt, dass Plesk keine Sicherheitsfeatures mitbringt. In diesem Zusammenhang habe ich auch gelesen, dass bei manchen angeblich Plesk sich nicht mit fail2ban vertragen würde und sich da irgendwas hätte zerschossen. Nun bietet Plesk die Konfiguration direkt im Panel an, das ist doch für jemanden der die Konsole gerne meidet eine super Sache. :D

Danke & noch einen schönen Feiertag
 
Damit eben Plesk nicht alles wieder bei Updates kaputt schreibt, sollte eine eigene myjails.conf genommen werden.
 
Hmm, jetzt stehe ich wieder auf dem Schlauch. Da ich doch jetzt auch die Jails direkt im Panel anlegen kann, ist doch die Wahrscheinlichkeit gering, dass sich dort durch Plesk etwas zerschießt ?!

Ich dachte, wenn ich jetzt manuell irgendwelche .conf's anlege, laufe ich Gefahr, dass sich was nicht verträgt und zerschießt.

Ich weiß auch jetzt nicht ob sich diese Aussagen, dass Plesk bei Updates irgendwas im Zusammenhang mit fail2ban zerschießen würde, schon von Benutzern der neuen Plesk 12er kamen. Wenn ja, wäre das ja wieder doof, dass Plesk die selbst angebotene Möglichkeit diese Sicherheitsvorkehrung einzurichten und zu verwalten bei Updates zerschießen würde. Wenn nicht, wäre das Problem ja vermutlich mit der Einführung der Verwaltung von fail2ban direkt im Plesk behoben.

Danke & Gruß
 
Nun wollte ich Plesk auf einem anderen Server, diesmal ein vServer bei 1und1, upgraden von 11.5 auf 12 und jetzt lässt sich der psa - Dienst nicht mehr starten. Alles läuft, aber Plesk ist tot.

Warum passiert sowas... Wenn ich hier auf meinem Windoof-Rechner eine (aktuelle) Software installiere oder eine bestehende upgrade lässt sich diese doch auch so gut wie immer starten...

# service psa start
Starting psa... Starting sw-engine-fpm: Fri Jun 20 00:52:41 2014 (3858): Fatal Error Unable to allocate shared memory segment of 104857600 bytes: mmap: Cannot allocate memory (12)

Jemand eine Idee? Das macht mich gerade wieder fürchterlich nervös.

Danke
 
tobi4 said:
Warum passiert sowas... Wenn ich hier auf meinem Windoof-Rechner eine (aktuelle) Software installiere oder eine bestehende upgrade lässt sich diese doch auch so gut wie immer starten...
Click to expand...

Weil Server und Clients nun einmal zwei völlig verschiedene Dinge sind, Du hier einen vServer hast (welcher wohl die Ursache ist) und zwischen der Komplexität eines Adminpanels und den meisten anderen Desktopanwendungen Welten liegen.
 
RAM ist nicht zu wenig... Also ist 1und1 dran schuld und jeder der nun seinen vServer von Plesk 11 auf 12 upgraden will schießt sich sein Plesk tot?

Hätte ich nicht gerade erst einen neuen Vertrag mit 2-jähriger Mindestvertragslaufzeit abgeschlossen hätte ich mir gleich noch einen kimsufi geholt. :D
 
Poste mal bitte die Beancounter und/oder kontaktiere mal 1 und 1 mit der konkreten Situation und frage an, ob man den Wert nicht erhöhen kann.
 
Dies steht in der Datei /proc/user_beancounters:

Version: 2.5
uid resource held maxheld barrier limit failcnt
77577379: kmemsize 24053466 27107328 33554432 41943040 0
lockedpages 0 0 256 256 0
privvmpages 131825 136313 524288 576716 0
shmpages 1241 1241 20480 20480 10
dummy 0 0 9223372036854775807 9223372036854775807 0
numproc 80 83 128 128 0
physpages 51701 60868 524288 524288 0
vmguarpages 0 0 262144 262144 0
oomguarpages 36975 36975 262144 262144 0
numtcpsock 30 30 360 360 0
numflock 13 13 188 206 0
numpty 2 2 16 16 0
numsiginfo 0 51 256 256 0
tcpsndbuf 211592 259552 1720320 2703360 18
tcprcvbuf 212992 215304 1720320 2703360 0
othersockbuf 180336 181624 1126080 2097152 0
dgramrcvbuf 0 0 262144 288358 0
numothersock 123 125 360 360 0
dcachesize 6271781 6291422 5242880 6291456 0
numfile 2200 2390 4096 4096 0
dummy 0 0 9223372036854775807 9223372036854775807 0
dummy 0 0 9223372036854775807 9223372036854775807 0
dummy 0 0 9223372036854775807 9223372036854775807 0
numiptent 18 18 100 105 0
Click to expand...

Gruß
 
shmpages hat einen Failcounter von 10, was (wenn ich die Dokumentation richtig deute) wohl shared memory ist und damit in diesem konkreten Fall der "Übeltäter" sein dürfte.
Du kannst einmal bei 1und1 fragen ob eine Erhöhung möglich ist oder versuchen den Ressourcenverbrauch im Container zu drücken (vermutlich schwer möglich, wenn dort nur Plesk läuft).
 
Danke für die Information. Mal sehen ob ich dann später mal 1&1 anrufen werden. Werde hier berichten.

Übrigens, mit jedem Versuch psa zu starten steigt der Wert bei shmpages -> failcnt um 4.

Gruß
 
Ich habe nun bei 1und1 angerufen und nachgefragt. Bisher sei das Problem noch nicht bekannt (obwohl im Parallels Forum bereits ein paar weitere Fälle gemeldet wurden, wo vServer u.a. von 1und1 betroffen seien und ich mir daher vorstellen kann, dass da eine ganze Reihe an Kunden die Ihren vServer auf Plesk 12 geupgradet haben betroffen sein müssen).
Der Mitarbeiter hat eine Auslastung der Ressourcen festgestellt, könne aber keine Werte erhöhen. Nach einem Neustart des Containers würde es evtl. kurzfristig gehen. Dies kann ich nicht bestätigen, wenn ich neustarte und es probiere kommt exakt der gleiche Fehler.

Ich sollte eine Mail mit Screenshot der Fehlermeldung an die Admins schicken.

Mal schauen, ob/wann was zurückkommt.

Gruß
 
Bisher noch keinerlei Reaktion von 1und1. Kann ich nicht verstehen...

Edit: Ah ok, im Plesk Forum hat ein User (ja, noch nichtmal jemand von Plesk) eine Lösung gefunden:

# plesk conf php.ini
die unteren beiden Zeilen mit "zend" beginnend mit ; auskommentieren.

Wie geil...
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top