matsy
-
Posts
100 -
Joined
-
Last visited
Posts posted by matsy
-
-
1 hour ago, d00p said:
Tut es aber wunderbar...
Bei mir leider nur mit den besagten Änderungen.
-
Was muss ich denn ändern, damit es mit der Einstellung localhost funktioniert? Ich frage deswegen, weil ich Froxlor eigentlich nach der Anleitung eingerichtet habe und mir die Konfigurationsdateien so kopiert habe, wie es von den Froxlor templates angezeigt wurde. Und da ist es natürlich doof wenn es nicht funktionniert.
Ich musste übrigens auch in den Dovecot-Einstellungen erst
disable_plaintext_auth = noeinstellen, damit es funktioniert hat.
Vielleicht kann man das in den templates irgendwie berücksichtigen?
-
Meine Postfix/Dovecot installation hat nicht funktioniert. Fehlermeldung war, dass z.B.
warning: connect to mysql server localhost: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' warning: virtual_alias_domains: mysql:/etc/postfix/mysql-virtual_alias_maps.cf: table lookup problem warning: virtual_alias_domains lookup failure Temporary lookup failureErst nachdem ich in den betreffenden .cf dateien
localhostdurch
127.0.0.1ersetzt hatte, hat es funktioniert.
In der /etc/hosts ist eingetragen
127.0.0.1 localhostweswegen ich mich frage, warum es nicht funktioniert mit localhost.
-
Ich bin es jetzt noch einmal durchgegangen. Du hast Recht, bei 2 Vhosts waren keine Zeilenumbrüche im Eingabefeld. Warum, weiß ich nicht, bisher hatte es so funktioniert und geändert hatte ich auch nichts. Jetzt sollte es aber erst einmal wieder ohne Probleme laufen.
-
Eigentlich nicht. Ich habe jetzt gerade noch einmal geschaut und so sieht das zum Beispiel aus:
<Directory /var/www/> Options -Indexes +FollowSymLinks AllowOverride All Require all granted</Directory> </VirtualHost>
Und wenn ich jetzt neu starten würde, dann würde der Apache wahrscheinlich wieder meckern.
-
Vielen Dank. Ich konnte das Backend so wieder zum Laufen bringen und das Update abschließen.
Zwischendurch haben sich die Konfigs durch den Cron mal neu geschrieben und weder der PHP-FPM Service noch der Apache ließen sich neu starten. Es hat sich heraus gestellt, dass die Formatierungen in manchen site confs aus irgendeinem Grund nicht mehr gestimmt haben (Fehlende Zeilenumbrüche). Ich habe die Konfigs mehrmals neuschreiben lassen, hat aber trotzdem nicht funktioniert. Nachdem ich die Zeilenumbrüche manuell wieder eingefügt habe, läuft alles wieder.
-
Sowohl PHP 7.0 also auch PHP 7.3 sind als PHP-FPM installiert.
-
Nach einem Froxlor-Update über das Admin-Backend ergibt sich folgende Situation:
Beim Aufruf des Backends:
It seems you are using an older version of PHP Froxlor requires at least PHP version 7.1.0 The installed version is: 7.0.33-53+0~20210826.58+debian9~1.gbpf7a29f
PHP7.3 ist installiert:
php -v PHP 7.3.30-1+0~20210826.87+debian9~1.gbpe56a7b (cli) (built: Aug 26 2021 16:06:22) ( NTS ) Copyright (c) 1997-2018 The PHP Group
Ich habe keinen Weg gefunden, Forxlor zum Umstieg auf die 7.3 zu bekommen.
Daher habe ich geschaut, ob ich das in der Datenbank manuell ändern muss. Ich habe die Einstellungen defaultini, vhost_defaultini und mod_fcgid_defaultini_ownvhost auf die ID der 7.3 version gesetzt. Hat aber auch nicht funktioniert.
Zur Sicherheit wollte ich die manuell Konfigs neu schreiben lassen, damit die Änderungen übernommen werden, bekomme daraufhin aber nur:
php /var/www/froxlor/scripts/froxlor_master_cronjob.php --force --debug Version of file doesn't match version of database. Exiting... Possible reason: Froxlor update Information: Current version in database: 0.10.20 (DB: 202007240) - version of Froxlor files: 0.10.28 (202108180)) Solution: Please visit your Foxlor admin interface for further information.
Webseiten, denen PHP7.3 vorher schon zugeordnet war, laufen ohne Probleme.
Wie kriege ich nun zunächst die Versionen auf Gleichstand und dann funktioniert nach dem Neuschreiben der Konfigs vielleicht auch PHP7.3 für das Backend?
-
Eine Subdomain wurde als Kunde über den Kundenbereich angelegt. Sie wurde auch erfolgreich erstellt. Nun irritiert mich, dass sie zwar im Kundenbereich sichtbar ist, aber nicht im Admin Bereich. Sollte nicht der Admin in seinem Bereich alle angelegten Domains sehen? Was würde passieren, wenn der Admin aus welchem Grund auch immer, die gleiche Subdomain noch einmal erstellt, vielleicht sogar mit anderen Parametern?
-
6 hours ago, d00p said:
Ist schon in der aktuellen 0.10.20 enthalten
Jetzt scheint es auch zu funktionieren.
-
Kann ich ausprobieren.
Wie füge ich das am einfachsten ein? Per Copy & Paste?
-
32 minutes ago, d00p said:
Ach im vhost...ja sag das doch gleich - müsst ich Mal schauen ob da ggfls nicht der korrekte wert genommen wird ja
Hab ich doch:
Ja bitte, wäre nett, wenn du das überprüfen kannst. Wichtig wäre ja nicht, ob der Wert angezeigt wird, sondern ob er übernommen wird. Da in meinen Logs der Idle-Timeout steht, befürchte ich, dass das System den Wert nicht berücksichtigt.
-
Vielleicht schaue ich auch falsch oder habe ein Verständnisproblem?
Ich sehe, dass unter /etc/php/7.0/fpm/pool.d conf-Dateien für die Domains liegen, in denen pm.process_idle_timeout auf die richtige Dauer vom child gesetzt ist.
In der entsprechenden vhost unter /etc/apache2/sites-enabled steht aber unter FastCgiExternalServer die falsche Zeit, nämlich die vom parent.
Ist es überhaupt richtig, dass in beiden die gleichen Sekunden stehen müssten?
-
So ich habe gerade das Update gemacht. Folgende Situation:
1. Die Crons haben nicht mehr funktioniert. Obwohl ich im Syslog den Aufruf des Crons sehe, wurden keine Konfigs mehr neu erstellt. Ich habe das mit dem -force parameter nun ainmal manuell gemacht, da hat es funktioniert. Ob es nun wieder automatisch geht, muss man sehen.
2. Der Idle Timeout wird immer noch nicht übernommen.
-
Ja, die Version ist älter. Dann versuche ich es später über autoupdate.
-
Das letzte Mal als ich per apt-get updaten wollte, wurde mir kein Paket mehr angeboten. Geht das nur noch manuell und wenn ja wie?
-
Es wird nur der Parent übernommen.
Meine Version ist 0.10.3.
-
Nein, da habe ich dich missverstanden: Das Dropdownfeld zeigt korrekt das an, was ich einstelle.
Muss der parent auf etwas bestimmtem stehen?
Ich stelle jetzt einmal beides auf "ondemand" nur mit unterschiedlichen Idle-Timeout.
-
Also im Dropdownfeld bleibt es auf "ondemand" eingestellt.
Ich habe eben testweise in PHP-Versionen den Idle-Timeout verändert und das wird in die Vhost übernommen.
-
Dann scheint bei mir etwas nicht zu stimmen.
Im Moment sieht es so aus.
Unter PHP-FPM Versionen:
Process Manager Control: dynamic
Idle-timeout: 120sUnter PHP Konfigurationen die entsprechende PHP Version zugeordnet.
Überschreibe FPM-Daemon Einstellungen: Angehakt
Process Manager Control: ondemand
Idle-timeout: 30s
Im Vhost steht dennoch: FastCgiExternalServer -idle-timeout 120Hier müssten nun doch die 30s stehen? Oder ist das eine andere Einstellung?
-
Warum wird mein PHP-FPM idle timeout nicht übernommen?
In PHP Versionen ist 120s eingestellt.
In PHP Konfigurationen 300s, Überschreibe FPM-Daemon Einstellungen ist angehakt. Domain entsprechend zugeordnet.
Trotzdem wird es nicht übernommen. Es bleibt bei 120s.
-
Hat sich gerade erledigt. Die erlaubten Konfigurationen waren beim Kunden falsch eingestellt.
-
Irgendetwas übersehe ich: Bei einer Domain lässt sich die gewünschte PHP Konfiguration nicht auswählen. Alle PHP-Konfigurationen bis auf die aktuell eingestellte, erscheinen grau.
Wenn ich eine andere Domain auswähle, erscheinen die verfügbaren Konfigurationen im Dropdown-Feld nicht grau und die gewünschte Konfiguration lässt sich auswählen.
-
Version ist Debian 8.11
Installiert habe ich es (glaube ich) nur nach der Froxlor Anleitung. Also einfach
apt-get install postfix postfix-mysqlDie Zeile in postfix-files sieht jetzt so aus:
#$daemon_directory/dict_sdbm.so:f:root:-:755Bei Google findet man nicht sehr viel darüber, was diese Datei macht. Ein Vorschlag ist das Paket postfix-tls zu installieren, das findet apt-get aber nicht bei mir.
Failed to autocreate mailbox
in German / Deutsch
Posted
Im Mail log sehe ich folgende Fehlermeldung:
und
save failed to open mailbox INBOX: Mailbox INBOX: Failed to autocreate mailbox: Internal error occurred. Refer to server log for more information.Ich verstehe die Fehlermeldung so, dass er im root Verzeichnis aufgrund fehlender Rechte den Befehl 'mkdir /root/mail/.imap' nicht ausführen kann. Habe ich einen Fehler in der Dovecot Konfiguration oder muss ich 'nobody' und 'nogroup' die entsprechenden Schreibrechte einräumen, was mir komisch vorkommt?