Fehler nach Domainänderung! [GELÖST]

[hase]

Moin,
ich glaube ich habe einen BUG entdeckt.
Wenn ich z.B. bei einer Domain eine Änderung der PHP-Version durchführe, wird mir angezeigt " Ein Fehler ist aufgetreten "
Ich muss jedes mal manuell den Apache restarten. Dies sollte doch bestimmt automatisch passieren.

[Reseller4711]

Da ich da heute mehrfach gemacht habe (Domains und Subdomains), kann ich das nicht bestätigen.

[hase]

Merkwürdig, habe es auf 2 verschiedenen Servern getestet. Bei beiden das gleiche...

[Alexander]

Moin,

ich denke mal du benutzt Debian 9?

Dort gibt es aktuell ein Problem im Apache, das dieser einen Reload nicht verkraftet und in einen undefinierbaren Zustand fällt. Man muss hierzu noch nicht mal über KeyHelp gehen sondern kann das Problem (auf manchen Servern) auch über die Konsole via "service apache2 reload" reproduzieren.

(Hatten wir hier irgendwo schon einmal.)

-> Im letzten KeyHelp Update gab es schon Vorkehrungen, um diesen Fehler zu minimieren, im nächsten Update kommen dann noch weitere hinzu, danach sollte das Problem nicht mehr auftreten. Schön wäre es natürlich, die Ursache des Problems zu kennen, die Suche danach blieb allerdings bislang wenig erfolgreich.

[hase]

Ja, genau so ist es. Nutze Debian9. Dann werden wir einfach mal das nächste Update abwarten....

[Alexander]

Kannst du bitte einmal schauen, ob du die RAM-Disk unter KeyHelp Servereinstellungen für /tmp oder/und /var/tmp aktiviert hast?

Ich konnte den Fall auf meinem Testsystem in allen Test-Fällen reproduzieren:

- Bei deaktivierter RAM-Disk (Standardeinstellung) -> Domains konnten ohne rotes Ausrufezeichen geändert / angelegt werden

- Bei aktivierter RAM-Disk -> Domains wurden entsprechend fehlerhaft markiert, service apache2 reload schlug fehl

[hase]

Moin,
die RAM-Disk ist deaktiviert (Standard Einstellung)

[l_fish]

Hallo,

auch bei uns ist es so: Die RAM-Disk ist deaktiviert, trotzdem tauchen die Reload-Fehler ab und zu auf (Debian 9.3).


Grüße,
Lars

[Alexander]

Wäre ja zu schön gewesen .

Wurden z.B. andere Dinge mit den temporären Verzeichnissen angestellt? Separate Partition, kein Speicherplatz, Symlinks und dergleichen? Was sagt der Befehl "mount"?

[hase]

Wäre ja zu schön gewesen .

Wurden z.B. andere Dinge mit den temporären Verzeichnissen angestellt? Separate Partition, kein Speicherplatz, Symlinks und dergleichen? Was sagt der Befehl "mount"?

Es wurden meinerseits keine weiteren Dinge verändert, Standard wie von KH vorgegeben.

[hase]

Ich ghabe in der Syslog noch folgenden Fehler gefunden:

apache2.service: Failed at step NAMESPACE spawning /usr/sbin/apachectl: No such file or directory

[hase]

@Alexander,

ich konnte das Problem lösen. Es betrifft wohl nur Debian 9.xx

In der /lib/systemd/system/php7.0-fpm.service muss bei dem Eintrag
[Service]
PrivateTmp=false

hinzugefügt werden. Habe es getestet und nun erscheinen keine Fehler mehr!

[hase]

Moin,
könnte dies mal jemand vom KH-Team überprüfen, od dies so richtig ist oder ob der Eintrag in der apache-config irgendwo hinterlegt werden muss?

[marco]

Hallo, ich habe das Problem auch, es scheint so das das nur passiert wenn man zu schnell hintereinander Änderungen durchführt.
Hier meine Fehler:

Code: Select all

Feb  3 12:32:01 s02w CRON[17615]: (root) CMD (nice -n 5 php /home/keyhelp/www/keyhelp/incl/cronjob/mastercronjob.php)
Feb  3 12:32:30 s02w postfix/anvil[17008]: statistics: max connection rate 1/60s for (smtp:35.158.169.217) at Feb  3 12:28:10
Feb  3 12:32:30 s02w postfix/anvil[17008]: statistics: max connection count 1 for (smtp:35.158.169.217) at Feb  3 12:28:10
Feb  3 12:32:30 s02w postfix/anvil[17008]: statistics: max cache size 2 at Feb  3 12:29:05
Feb  3 12:33:01 s02w CRON[17774]: (root) CMD (nice -n 5 php /home/keyhelp/www/keyhelp/incl/cronjob/mastercronjob.php)
Feb  3 12:34:01 s02w CRON[17957]: (root) CMD (nice -n 5 php /home/keyhelp/www/keyhelp/incl/cronjob/mastercronjob.php)
Feb  3 12:34:01 s02w systemd[1]: Reloading The Apache HTTP Server.
Feb  3 12:34:01 s02w systemd[18003]: apache2.service: Failed at step NAMESPACE spawning /usr/sbin/apachectl: No such file or directory
Feb  3 12:34:01 s02w systemd[1]: apache2.service: Control process exited, code=exited status=226
Feb  3 12:34:01 s02w systemd[1]: Reload failed for The Apache HTTP Server.
Feb  3 12:34:11 s02w systemd[1]: Reloading The Apache HTTP Server.
Feb  3 12:34:11 s02w systemd[18013]: apache2.service: Failed at step NAMESPACE spawning /usr/sbin/apachectl: No such file or directory
Feb  3 12:34:11 s02w systemd[1]: apache2.service: Control process exited, code=exited status=226
Feb  3 12:34:11 s02w systemd[1]: Reload failed for The Apache HTTP Server.
Feb  3 12:35:01 s02w CRON[18125]: (root) CMD (nice -n 5 php /home/keyhelp/www/keyhelp/incl/cronjob/mastercronjob.php)
Feb  3 12:35:02 s02w systemd[1]: Reloading The Apache HTTP Server.
Feb  3 12:35:02 s02w systemd[18171]: apache2.service: Failed at step NAMESPACE spawning /usr/sbin/apachectl: No such file or directory
Feb  3 12:35:02 s02w systemd[1]: apache2.service: Control process exited, code=exited status=226
Feb  3 12:35:02 s02w systemd[1]: Reload failed for The Apache HTTP Server.
Feb  3 12:35:12 s02w systemd[1]: Reloading The Apache HTTP Server.
Feb  3 12:35:12 s02w systemd[18181]: apache2.service: Failed at step NAMESPACE spawning /usr/sbin/apachectl: No such file or directory
Feb  3 12:35:12 s02w systemd[1]: apache2.service: Control process exited, code=exited status=226

Ich habe kurz hintereinander 2 Domains bearbeitet und da kam der Fehler. Wenn im Log die Änderungen und reloads durch sind und man dann wieder was ändern kommt kein Fehler.

[Tobi]

es scheint so das das nur passiert wenn man zu schnell hintereinander Änderungen durchführt

Hast du auch Debian 9?
Bei mir unter 8 tritt der Fehler nicht auf. Ich kann mehrere Änderungen gleichzeitig durchführen.