No such method 'GetUnit

Lazybone

Lazybone

Member
Ich habe jetzt auf Debian9 hochgezogen. Aber Plesk Onyx will nicht mehr.
Apache 2 kann nicht gestartet werden. Hat irgendwas mit MPM zu tun.
Und
Code: 
No such method 'GetUnit
kommt beim Versuch, es über Plesk zu reparieren. Kann jemand
helfen? Edit: Kam noch eine Mail

Code: 
Unable to generate the web server configuration file on the host <server.domains.de> because of the following errors:

Template_Exception: Can not restart web server: INFO: [Wed May 30 16:41:26 CEST 2018]: Service: apache2, Action: start
 Trying to start service apache2... 

WARNING!
Some problems are found during start service apache2(see log file: /var/log/plesk/rc_actions.log)

Continue...

/opt/psa/admin/sbin/pleskrc execution failed:
Failed to retrieve unit: No such method 'GetUnit'
Failed to start apache2.service: Unknown unit: apache2.service
See system logs and 'systemctl status apache2.service' for details.
Failed to get properties: No such interface ''

file: /opt/psa/admin/plib/Service/Driver/Web/Server/Apache.php
line: 109
code: 0

Please resolve the errors in web server configuration templates and generate the file again.
 
Last edited by a moderator:
GwenDragon said:
Sieht so aus als würdest du ein problem mit systemd-sysv haben.
Upgrade sollte wie in https://docs.plesk.com/en-US/onyx/a...ver-administration/distupgrade-support.74627/ aublaufen.

Neu gestartet?
Schon mal plesk repair installation versucht?
Click to expand...
Habe ich beides gemacht und der Server ist wieder per SSH erreichbar.
Und auch das Adminpanel von Plesk, wo übrigens KEINE Fehler anzeigt werden.
Aber bei plesk repair installation kommt div:
Code: 
Trying to start service apache2... failed
May 30 20:33:16 server1.domains.de apachectl[21081]: (98)Address already in use: AH00072: make_sock: could not bind to address [::]:80
May 30 20:33:16 server1.domains.de apachectl[21081]: (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:80
May 30 20:33:16 server1.domains.de apachectl[21081]: no listening sockets available, shutting down
May 30 20:33:16 server1.domains.de apachectl[21081]: AH00015: Unable to open logs
May 30 20:33:16 server1.domains.de apachectl[21081]: Action 'start' failed.
May 30 20:33:16 server1.domains.de apachectl[21081]: The Apache error log may have more information.
May 30 20:33:16 server1.domains.de systemd[1]: apache2.service: Control process exited, code=exited status=1
May 30 20:33:16 server1.domains.de systemd[1]: Failed to start The Apache HTTP Server.
May 30 20:33:16 server1.domains.de systemd[1]: apache2.service: Unit entered failed state.
May 30 20:33:16 server1.domains.de systemd[1]: apache2.service: Failed with result 'exit-code'.

Executing: /lib/systemd/systemd-sysv-install enable kavehost
Job for kavehost.service failed because the control process exited with error code.
See "systemctl status kavehost.service" and "journalctl -xe" for details.
INFO: [Wed May 30 20:33:37 CEST 2018]: Service: kavehost, Action: start
 Trying to start service kavehost... failed
May 30 20:33:38 server1.domains.de systemd[1]: Starting LSB: Kaspersky AntiVirus service....
May 30 20:33:38 server1.domains.de kavehost[21918]: Starting kavehost: /etc/init.d/kavehost: 107: cd: can't cd to /opt/kav/sdk8l3/bin
May 30 20:33:38 server1.domains.de kavehost[21918]: /etc/init.d/kavehost: 108: /etc/init.d/kavehost: /opt/kav/sdk8l3/bin/kavehost: not found
May 30 20:33:38 server1.domains.de kavehost[21918]: [14B blob data]
May 30 20:33:38 server1.domains.de systemd[1]: kavehost.service: Control process exited, code=exited status=127
May 30 20:33:38 server1.domains.de systemd[1]: Failed to start LSB: Kaspersky AntiVirus service..
May 30 20:33:38 server1.domains.de systemd[1]: kavehost.service: Unit entered failed state.
May 30 20:33:38 server1.domains.de systemd[1]: kavehost.service: Failed with result 'exit-code'.

Fixing permissions on Panel packages files
WARNING:failed to get permissions for /etc/fail2ban/action.d/iptables-blocktype.conf from package /var/cache/apt/archives/fail2ban_1%3a0.9.6-debian9.0.17101717_all.deb
WARNING:failed to get permissions for /opt/psa/admin/smb/application/config/smb.ini from package /var/cache/apt/archives/plesk-core_17.8.11-debian9.0.build1708180301.19_amd64.deb
WARNING:failed to get permissions for /etc/sw-cp-server/conf.d/apsc.conf from package /var/cache/apt/archives/plesk-core_17.8.11-debian9.0.build1708180301.19_amd64.deb
WARNING:failed to get permissions for /etc/sw-cp-server/conf.d/cbm.inc from package /var/cache/apt/archives/plesk-core_17.8.11-debian9.0.build1708180301.19_amd64.deb
WARNING:failed to get permissions for /etc/sw-cp-server/conf.d/cbm-fcgi.inc from package /var/cache/apt/archives/plesk-core_17.8.11-debian9.0.build1708180301.19_amd64.deb
WARNING:failed to get permissions for /usr/share/plesk-wp-cli/vendor/symfony/finder/Tests/Fixtures/with space/foo.txt from package /var/cache/apt/archives/plesk-wp-cli_0.25.0-debian7.0.16113011_all.deb

Bootstrapper repair finished.
Errors occurred while performing the following actions: restore mail, fix Apache configuration.
Check '/var/log/plesk/install/plesk_17.8.11_repair.log' and '/var/log/plesk/install/plesk_17.8.11_repair_problems.log' for details.
If you can't resolve the issue on your own, please address Plesk support.
 
Last edited by a moderator:
nö, weiss auch nicht, wo das herkommt. Ich gucke nochmal
 

Attachments

  • Bildschirmfoto 2018-05-30 um 20.58.54.png
    Bildschirmfoto 2018-05-30 um 20.58.54.png
    25.2 KB · Views: 88
Last edited by a moderator:
Zu KAV kann ich nix sagen, da ich die nicht verwende.

Ist das denn in Plesk UI aktiviert? Vielleicht mal die angezeigten Antivirusdienste erst mal deaktivieren und den gewünschten reaktivieren.
 
ich will das ja auch nicht und habe auch gar nix aktiviert.
Siehe Bild :) Auf jeden Fall startet der Apache immer noch nicht. :-/
 
Hallo!

Was steht denn so in folgenden Dateien:
Check '/var/log/plesk/install/plesk_17.8.11_repair.log' and '/var/log/plesk/install/plesk_17.8.11_repair_problems.log' for details.

Some problems are found during start service apache2(see log file: /var/log/plesk/rc_actions.log)


mfG
Thorsten
 
gar nix. Die 1.

Code: 
Fixing permissions on Panel packages files

Bootstrapper repair finished.
Errors occurred while performing the following actions: restore mail, fix Apache configuration.
Check '/var/log/plesk/install/plesk_17.8.11_repair.log' and '/var/log/plesk/install/plesk_17.8.11_repair_problems.log' for details.
If you can't resolve the issue on your own, please address Plesk support.

**** Product repair completed successfully.

STOP Bootstrapper 17.8.11 repair AT Wed May 30 20:38:41 CEST 2018
die 2.
Code: 
/var/log/plesk/install/plesk_17.8.11_repair_problems.log' kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden
 
KAV und anderen Ballast vollständig deinstallieren, Systemd aufräumen, sämtliche Configs im System prüfen und danach schlicht mal neu booten...


Also einfach mal genau das tun, was ein "root" nach jedem grösseren Update routinemässig als Erstes macht, bevor er (unnötig) nach Hilfe schreit...



Ansonsten: Fehlermeldungen lesen und darin enthaltene Hints befolgen schadet nicht, zumal sich da offensichtlich schonmal die Mühe gemacht hat, Lösungen für häufige Ursachen zu dokumentieren und diese Arbeit sollte man ruhig mal würdigen indem man diese Lösungsversuche als Erste durchgeht.
Und wenn man dann immernoch der Meinung ist, sein Problem in einem Forum oder einer anderen Plattform abkippen zu müssen, dann liefert man vollständige unmanipulierte Fehlermeldungen, Logs und Configs mit und beschreibt auch, welche Problemlösungen man bereits mit welchem Ergebnis abgearbeitet hat.
 
das Problem ist ja, dass Apache keine Errors loggt, weder in seinem
error.log, noch in den Vhosts.
Ich habe ja was beim Plesk Support gefunden. Da steht, dass das an Selinux
liegen kann. Aber damit kenne ich mich gar nicht aus. :-/
 
Last edited by a moderator:
Es steht doch in der von Dir geposteten Fehlermeldung gleich in den ersten vier Zeilen, dass sich Apache nicht an seine konfigurierten Ports binden kann, da diese Ports derzeit anderweitig gebunden sind.

Entweder wurde Apache vorm/beim Update nicht sauber beendet und die Ports daher nicht ungebunden, oder ein anderer Dienst lauscht auf den entsprechenden Ports.

Kurz nach der Fehlermeldung gegoogelt und der Fehler ist in weniger als drei Minuten eigenständig behoben...
 
Danke. :) Das mit dem Apachen hat geklappt, aber jetzt macht Nginx
das gleiche, wenn ich nginx danach starten will

Code: 
Mai 31 00:59:17 server1.art-domains.de nginx[28100]: nginx: [emerg] listen() to 77.236.98.239:443, backlog 511 failed (98: Address already in use)
Mai 31 00:59:18 server1.art-domains.de nginx[28100]: nginx: [emerg] listen() to 195.137.213.14:80, backlog 511 failed (98: Address already in use)
Mai 31 00:59:18 server1.art-domains.de nginx[28100]: nginx: [emerg] listen() to 77.236.98.239:80, backlog 511 failed (98: Address already in use)
Mai 31 00:59:18 server1.art-domains.de nginx[28100]: nginx: [emerg] listen() to 195.137.213.14:443, backlog 511 failed (98: Address already in use)
Mai 31 00:59:18 server1.art-domains.de nginx[28100]: nginx: [emerg] listen() to 77.236.98.239:443, backlog 511 failed (98: Address already in use)
Mai 31 00:59:18 server1.art-domains.de nginx[28100]: nginx: [emerg] still could not bind()
Mai 31 00:59:18 server1.art-domains.de systemd[1]: nginx.service: Control process exited, code=exited status=1
Mai 31 00:59:18 server1.art-domains.de systemd[1]: Failed to start Startup script for nginx service.
Mai 31 00:59:18 server1.art-domains.de systemd[1]: nginx.service: Unit entered failed state.
Mai 31 00:59:18 server1.art-domains.de systemd[1]: nginx.service: Failed with result 'exit-code'.
 
Du wirst Dich schon für einen HTTPd entscheiden müssen, welcher auf den Ports 80 und 443 binden soll.
Der andere HTTPd muss entweder andere Ports verwenden, oder deinstalliert werden.
 
Verstanden, danke. :) Aber die *.conf von nginx soll man ja nicht editieren.
Steht innerhalb oben ganz gross. :( was nun?
 
Dann steht dort auch drin, wo Du Anpassungen vornehmen sollst.
Wenn nicht, dann sind als nächstes die Doku Deines Adminpanels und danach die Doku Deiner Distro die nächsten Anlaufstellen in ihrer gegebenen Reihenfolge.
Ich verwende weder Pest^WPlesk noch veraltete unsichere Distros wie Debian, daher wirst Du hier selbst weiterlesen müssen.
 
You must log in or register to reply here.
Back
Top