PREVIEW: LiveConfig v2.5.0

Zitat von aziegler

heißt für alle mit vielen Servern wieder selbst in der sqlite rumbasteln um das überall zu aktivieren?
Manchmal hab ich echt das Gefühl LC wird primär/nur für Gelegenheits-Admins mit 5-10 Servern ausgelegt...

LiveConfig ändert bei bestehenden Installationen im Rahmen eines Upgrades grundsätzlich nichts an der Konfiguration. Wenn der Admin ein neues Feature nutzen will, dann muss er das also ausdrücklich aktivieren - ich denke das ist auch in Ihrem Sinn.

Wenn es darum geht, neue Features automatisiert auszurollen, dann ist das eine andere Sache über die wir gerne diskutieren können.

Viele Grüße

-Klaus Keppler

Zitat von TCRserver

Ein weiteres Problem scheinen bei mir die CAA Records zu verursachen.
Nach dem ausfüllen und speichern des Formulars wird die GUI leer wieder angezeigt.

Merkwürdig, hier klappt alles einwandfrei. Welche Distribution und welches Datenbank-Backend (SQLite/MySQL) nutzen Sie?

Die Preview für LiveConfig 2.5.0 wurde eben aktualisiert (r4728).

Neue Features & Verbesserungen:

• Unterstützung von Single Sign-On an phpMyAdmin
• Unterstützung von PHP7 als Apache-Modul (mod_php7)
• Performance des Logsplit-Programms (lclogsplit) verbessert (50x weniger I/O)
• Autoresponder sendet keine Antwort, wenn die Nachricht als SPAM markiert wurde (betrifft nur neue und aktualisierte Postfächer)
• Zeitzonen-Datenbank auf Version 2017b aktualisiert

Bugfixes:

• Let's Encrypt-Zertifikate konnten nicht mit Subdomains bestellt werden, die als Reverse Proxy konfiguriert waren (Apache)
• Doppelte Einträge aus /etc/apache2/accesslog.map entfernt
• über Port 465 (SMTPS) eingereichte E-Mails wurden von lclogparse nicht gezählt
• Postfach-Statistiken (maildirsize) mit Postfächern >2GB funktionierten nicht auf 32-Bit-Sytemen

Viele Grüße

-Klaus Keppler

Zitat von kk

Merkwürdig, hier klappt alles einwandfrei. Welche Distribution und welches Datenbank-Backend (SQLite/MySQL) nutzen Sie?

Hat sich erledigt - ist vermutlich mit MySQL als DB-Backend, da gibt es noch einen (bekannten) Fehler.
(der CAA-Record hat den Typ 257, im entsprechenden Feld können aber nur "unsigned char"-Werte gespeichert werden). Wird kurzfristig noch geändert.

Zitat von Febas

Frage aus Neugier: Was genau wurde denn geändert, dass nun 50x weniger I/O entsteht?

Bislang war es so, dass lclogsplit nur eine kleine, fest definierte Anzahl an (Ziel-)Log-Dateien gleichzeitig geöffnet gehalten hat. Dieser Dateideskriptor-Puffer wurde nach dem FIFO-Prinzip genutzt.
Nun liest lclogsplit aus dem Betriebssystem die maximal erlaubte Anzahl gleichzeitig geöffneter Dateien aus (quasi "ulimit -n"), deckelt diesen Wert auf maximal 256, und erlaubt entsprechend viele offene Ziel-Dateien. Der Overhead durch das öffnen/flushen/schließen wird somit drastisch reduziert.
Aufgefallen war der Flaschenhals bei Tests, als die Verarbeitung einer 10 GB großen Logdatei etwa eine Minute gedauert hatte. Nach der Änderung waren das nur noch wenige Sekunden.