Beiträge von kk

LiveConfig v2.6.1 is available for download now.

This release contains basically bugfixes and minor improvements.
Anyone using NGINX with LiveConfig should install the upgrade as soon as possible. There was a bug which led to flooded access.log files in many cases.

The changes are:

• updated integrated MariaDB client to v3.0.5
• automatically detecting language for iPhone/iPad configuration page (/liveconfig/hosting/mobileconfig)
• configuring ProFTPD (v1.3.5+) to also support TLS 1.1 and 1.2
• fixed bug when displaying CAPTCHA image on Safari browsers
• in some cases, new created access.log files can't be read by users (too restrictive umask in lclogsplit)
• lcclient: remove /etc/logrotate.d/liveconfig during upgrade (got replaced by /etc/logrotate.d/liveconfig-vhosts)
• fixed bug in lclogsplit when NGINX access log was rotated (already rotated log file sometimes was parsed again several times)
• date-based deactivation of autoresponder didn't work with SQLite backend

Ab sofort steht LiveConfig v2.6.1 zum Download bereit.

Es handelt sich dabei hauptsächlich um Bugfixes und kleinere Verbesserungen.
Wer NGINX mit LiveConfig betreibt, sollte dieses Update bitte möglichst zeitnah einspielen. Es gab in dieser Konstellation einen Fehler, der in vielen Fällen dazu führte, dass access.log-Dateien von NGINX-Webspaces voll laufen.

Die Änderungen sind:

• integrierten MariaDB-Client auf v3.0.5 aktualisiert
• automatische Erkennung der Sprache für die iPhone/iPad-Konfiguration (/liveconfig/hosting/mobileconfig)
• ProFTPD-Konfiguration (ab v1.3.5) unterstützt nun auch TLS 1.1 und 1.2
• Fehler in CAPTCHA-Anzeige mit Safari-Browser behoben
• neu erstellte access.log-Dateien konnten in manchen Fällen nicht durch Benutzer gelesen werden (zu restriktive umask in lclogsplit)
• lcclient: Datei /etc/logrotate.d/liveconfig wird nun während des Upgrades gelöscht (wurde durch /etc/logrotate.d/liveconfig-vhosts ersetzt)
• Fehler in lclogsplit behoben, wenn NGINX access.log-Datei rotiert wurde (die bereits rotierte Log-Datei wurde ggf. mehrmals erneut verarbeitet)
• Datums-basierte Abschaltung beim Autoresponder funktionierte nicht mit SQLite als DB-Backend

Das Update (v2.6.1) ist ab sofort verfügbar. Wer NGINX mit LiveConfig betreibt, sollte das bitte möglichst zeitnah einspielen.
Noch mal ein ehrliches und großes SORRY für die vollgelaufenen Log-Dateien.

Der Fehler ist auch wirklich äußerst ärgerlich. Um das vielleicht kurz zu erklären: lclogsplit wurde komplett neu entwickelt und arbeitet intern nun vollständig Event-basiert. Dabei erkennt lclogsplit auch, ob Log-Dateien rotiert wurden - und zwar dann wenn sich die inode-Nummer der betroffenen Log-Datei geändert hat oder die Logdatei zurückgesetzt (truncated) wurde. Genau hier gab es einen Fehler, der bei Logfile-Quellen (also nur bei NGINX) in manchen Fällen fälschlicherweise ein "Truncate" bei der Logdatei gemeldet hat - woraufhin diese komplett neu eingelesen und durchgeparsed wurde. Je nachdem wie groß wie Quell-Log-Datei war, führte das dann entsprechend zu viel Output.
Wir planen nun die Testphase vor größeren Änderungen etwas umzustrukturieren, um so etwas früher erkennen zu können. (das NGINX-Log wird z.b. standardmäßig nur wöchentlich rotiert, und der Fehler kann frühestens ab der zweiten Rotation auftreten).

Zitat von aci

Gab oder gibt es einen Problem mit dem LOGGING ??

In der aktuellen v2.6.0 kann es ein Problem geben, wenn NGINX genutzt wird und die Logrotation zuschlägt. Wir arbeiten daran, Update kommt in den nächsten Stunden.

Zitat von leo

yesterday I must hard-restart my server, and from that moment,
this problem exist.

Ok, possibly /var/run/ is located on a RAM drive or tmpfs (and thus deleted on restart).
Please create /var/run/liveconfig, then it should work again.
We'll check that lclogsplit cares for this automatically with the next update.

Zitat

one more thing, some serious bug lclogsplit have on my server, just nginx web server is there,

but i`l wrote about it later..

We're currently investigating a problem with lclogsplit after NGINX log rotation (log file is periodically re-read from start). Bugfix expected within the next few hours.

Zitat von leo

Jun 18 10:28:52 web3 systemd[1]: Starting LiveConfig lclogsplit...
Jun 18 10:28:52 web3 lclogsplit[6981]: lclogsplit: pid_create: open: No such file or directory
Jun 18 10:28:52 web3 lclogsplit[6981]: pid_create: open: No such file or directory

Did you modify the location of the lclogsplit PID file (/var/run/liveconfig/lclogsplit.pid)?
Does /var/run/liveconfig/ exist? (owned by root:root, mode=0755)

Was liefert der Befehl

ldd /opt/php-7.0/lib/php/extensions/no-debug-non-zts-20151012/gd.so

zurück?

Ist das Paket "libgd3" korrekt installiert?

Ich tippe mal darauf, dass das Upgrade nicht vollständig durchgelaufen ist und libgd nicht aktualisiert wurde.

Ok... but mode 0654 doesn't make sense, you should use mode=0644.
What Linux distribution do you use?
I've just checked with Debian 9, here the access.log is being created correctly (with mode 0644).

Zitat von leo

on the webspace page, view log window, access.log is empty

Please restart lclogsplit ("service lclogsplit restart") and then check if the access.log is updated when the website is accessed.

If even after a lclogsplit restart the access.log remains empty, check if the domain name is listed within /var/lib/liveconfig/accesslog.map.

Zitat von DominikP

Obwohl ein externer Server eingegeben wurde, versucht sich liveconfig auf ein Socket zu verbinden welches nicht existieren kann. (MySQL Server ist eine externe, gesicherte Anwendung)
[...]
Mit der vorherigen Version (2.5.0) hat dies noch einwandfrei funktioniert!

Mit v2.6.0 wurde der integrierte MySQL-Client durch den MariaDB Connector/C ersetzt. In unserer Testumgebung klappt die Verbindung via TCP/IP zu externen MySQL-Servern aber problemlos.
Welche Distribution genau setzen Sie ein? Können Sie uns ggf. Ihre my.cnf-Datei mal an support@liveconfig.com schicken?

Fehler gefunden: in der Upgrade-Funktion der RPMs wurde nur unter /etc/apache2/ gesucht (OpenSUSE), während CentOS aber /etc/httpd/ verwendet.
Wurde eben mit r4974 korrigiert. Danke für den Hinweis!

Zitat von llaehn

nach dem Update startet der Webserver nicht korrekt da die accesslog.map im Ordner /var/lib/liveconfig erwartet wird.
Die scheint sich nun aber im Ordner /etc/httpd zu befinden.
Ich habe ein Symlink au /var/lib/liveconfig erstellt. So ging es erstmal.
Wo muss der Pfad geändert werden?

Umgekehrt: die Datei befand sich offenbar noch in /etc/httpd/, gehört ab v2.6.0 aber in /var/lib/liveconfig.
Ich tippe mal auf CentOS? Welche Version genau?
Eigentlich sollte während des Upgrades die Datei automatisch entsprechend verschoben werden.
Welches Paket genau haben Sie installiert (liveconfig oder lcclient) und auf welcher Distribution genau?

Zitat von leo

what about version that are not installed trough liveconfig repository,

custom.lua:

LC.web.addPHP("php53", "/usr/bin/php53/php-cgi")

will it be register?

Alles anzeigen

This will work exactly as before.

Zitat von WebService4U

Müssen die dafür früher erfolgten Anpassungen an der custom.lua zwingend vor dem Update rückgängig gemacht werden?

Nein, natürlich nicht. Es gibt nur im liveconfig.log einen dezenten Hinweis ("PHP version 'php72' already registered") - mehr passiert nicht.

Hello,

we're happy to announce that LiveConfig v2.6.0 is ready for download.

The most important changes are:

• supporting Ubuntu 18.04 LTS
• full access.log support for NGINX, including live statistics and merging with Apache access.log
• added option to force change of LiveConfig password on next login
• automatically registering additional PHP packages installed from LiveConfig repository (Debian/Ubuntu) - no need to create/modify custom.lua (/etc/liveconfig/lua.d/*.lua)
• auto-configuration of e-mail settings for Apple iOS devices (/liveconfig/hosting/mobileconfig)
• contact data can now be edited directly (without prior searching)
• easy searching for unused contact data

... as well as many minor improvements, see the full changelog for all details.

Actions while upgrading from previous LiveConfig installations:

• all Apache and NGINX vHosts are reconfigured, to get NGINX domain names into /var/lib/liveconfig/accesslog.map and to update all log rotation settings
• the CustomLog directive in /etc/apache2/conf-available/liveconfig.conf respective /etc/httpd/conf.d/99_liveconfig.conf is changed (new parameters for lclogsplit call)
• the file /etc/apache2/accesslog.map is moved to /var/lib/liveconfig/accesslog.map
• the setting for Dovecot in /etc/postfix/master.cf is modified (null_sender= is inserted), then Postfix is restarted
• if NGINX is used, lclogsplit is additionally installed as service
• the file /etc/logrotate.d/liveconfig is renamed to /etc/logrotate.d/liveconfig-vhosts (log rotation of vHosts then separated from settings for LiveConfig log files)

Hallo,

ab sofort steht LiveConfig in der Version 2.6.0 zum Download bereit.

Die wichtigsten Neuheiten und Änderungen sind:

• Unterstützung von Ubuntu 18.04 LTS
• volle access.log-Unterstützung für NGINX, inklusive Echtzeit-Statistiken und Zusammenführung mit Apache access.log
• die Änderung von LiveConfig-Passwörtern kann bei der nächsten Anmeldung erzwungen werden
• vereinfachte (automatische) Registrierung von unseren PHP-Paketen für Debian/Ubuntu (keine Anpassung der custom.lua mehr notwendig)
• E-Mail-Autokonfiguration für iOS (iPhone/iPad) möglich (via /liveconfig/hosting/mobileconfig)
• Kontaktdaten können nun direkt bearbeitet werden (ohne vorherige Suche nach dem jeweiligen Kontakt)
• einfaches Finden ungenutzter Kontaktdatensätze

... sowie viele kleinere Verbesserungen - die vollständige Liste findet sich wie immer im Änderungsverlauf.

WICHTIG: während eines Upgrades von älteren LiveConfig-Installationen finden folgende Aktionen statt:

• alle Apache- und NGINX-vHosts werden rekonfiguriert, um die NGINX-Domainnamen in /var/lib/liveconfig/accesslog.map aufzunehmen und die Logrotate-Einstellungen zu aktualisieren
• die CustomLog-Anweisung in /etc/apache2/conf-available/liveconfig.conf bzw. /etc/httpd/conf.d/99_liveconfig.conf wird geändert (andere Parameter für lclogsplit-Aufruf)
• die Datei /etc/apache2/accesslog.map wird nach /var/lib/liveconfig/accesslog.map verschoben
• in der Datei /etc/postfix/master.cf wird der Eintrag für Dovecot modifiziert (null_sender= wird eingefügt) und Postfix anschließend neu gestartet
• falls NGINX genutzt wird, dann wird lclogsplit zusätzlich als Service eingerichtet und gestartet
• die Datei /etc/logrotate.d/liveconfig wird in /etc/logrotate.d/liveconfig-vhosts umbenannt (Log-Rotation der vHosts somit getrennt von den Einstellungen für LiveConfig-eigene Logs)

Zitat von dicker

ist die Anleitung https://www.liveconfig.com/de/…tml#server.database.mysql noch aktuell?

Ja, die ist noch aktuell.
Wenn es einen Fehler bei gunzip gibt, dann liegt das Problem ganz wo anders. Eigentlich ist "No such file or directory" doch eine sehr eindeutige Fehlermeldung...

Kommt drauf an was das für "eigene" Mailserver sind. Wenn die ordentlich betrieben & gepflegt werden, könnte man die durchaus in die DNSWL aufnehmen: https://www.dnswl.org/?page_id=87
Es ist auch kein Hexenwerk, auf einem eigenen DNS-Server eine eigene DNS-Whitelist anzulegen.

Die Preview wurde eben auf v2.6.0-r4971 aktualisiert:

• erzwungene Passwortänderungen wurden erst nach Ab-/Anmeldung übernommen
• unter "Kunden" -> "Kontakte" wird nun in einem separaten Tab angezeigt, bei welchen Objekten der betroffene Kontakt verwendet wird (Benutzer & Kunden)

Wir rollen die neue Version derzeit auf allen unserer Systemen aus - wenn nichts dazwischen kommt, soll am Montag (11.06.) das Release erfolgen.