Hallo,
der Fehler wurde gefunden und beseitigt. Das Problem trat unter bestimmten Umständen dann auf, wenn u.a. für einen Kunden kein Webspace-Quota im Hosting-Angebot definiert war (also "unbegrenzter" Webspace). Ob auf dem betroffenen Filesystem ein Quota aktiviert war spielte keine Rolle.
Ein neues Release wird gerade gebaut und in den nächsten 2-3 Stunden zum Download bereitgestellt.
Viele Grüße
Klaus Keppler
[Nachtrag] Die neue Version (1.2.1 r1101) steht zum Download bereit.
Ok, das hilft weiter. Wir werden diese Konfiguration (ext3 ohne Quota) morgen mal ausführlicher testen.
Wenn Sie möchten, aktivieren Sie einfach mal Group Quota auf der root-Partition - vielleicht erledigt sich das Problem dann schon:
(Folgende Anleitung ist frei aus dem Gedächtnis, sollte aber etwa so funktionieren)
Ich melde mich dann morgen noch mal sobald der Fehler behoben ist.
Danke auch für die schnelle Rückmeldung 
Das Problem liegt in der Abfrage der Filesystem-Quotas.
Könnten Sie mir bitte noch die Ausgabe von "mount" zuschicken? Ich denke, dass wir das Problem dann kurzfristig beseitigen können.
Die Segfaults sind für LiveConfig an sich "nicht schlimm" (da der Client-Prozess durch den eingebauten Watchdog automatisch neu gestartet wird), aber sicher sehr lästig. Künftig werden wir auch Segfaults im Client-Prozess besser abfangen, um einen kleinen Stackdump ins Logfile schreiben zu lassen, mit dem wir die Ursache dann noch schneller identifizieren können.
Viele Grüße
Klaus Keppler
Der Meldung nach stürzt der Client-Prozess (also der Teil, der mit Lua-Scripten die Konfigurationsdateien verwaltet etc.) nach ca. 30 Sekunden ab.
Da wir dieses Problem unter Debian 6 bisher noch nicht erlebt haben, bitte ich Sie, uns die Ausgabe von "liveconfig --diag" zukommen zu lassen (IP/Hostname usw. kann gerne anonymisiert werden; interessant für uns sind die erkannten Software-Pakete).
Einfach hier ins Forum posten, oder Kontaktformular, oder Mail an info@liveconfig.com
Vielen Dank schon mal!
Hallo,
soeben wurde Version 1.2.1 zum Download freigegeben (vorerst Debian/AMD64; Debian/i386 folgt in Kürze; bei Gentoo müssen wir noch ein paar Lua-Scripte überarbeiten, da dort nach einem Update von Dovecot Warnungen auftreten).
Die Änderungen zur Version 1.2.0 sind in den Release Notes ausführlich beschrieben; die wichtigsten Neuerungen sind:
Ein Upgrade von allen früheren Versionen ist reibungslos möglich.
Bei Rückfragen jeglicher Art stehen wir hier natürlich gerne zur Verfügung.
Viele Grüße
Klaus Keppler
Wir erzeugen bereits RPM-Pakete, müssen aber noch ein paar Lua-Scripte mit CentOS 5 testen. CentOS 6 wird gerade vorbereitet (auch hier muss eigentlich "nur" noch die von LiveConfig erzeugte Konfiguration angepasst werden).
Beide Betriebssysteme werden voraussichtlich ab etwa Ende nächster Woche unterstützt.
Viele Grüße
Klaus Keppler
Es gibt einen Workaround: aktivieren Sie in der Konfigurationsdatei den Eintrag "library_path = ...". Wie sich gezeigt hat, wird die Konfiguration schon eingelesen, der Fehler besteht darin, dass der Standard-Wert für "library_path" nicht definiert war.
Ist im nächsten Release nun ebenfalls beseitigt.
Ah, ok... das Problem ist etwas kniffliger, dazu existiert hier intern auch noch ein Ticket. LiveConfig hat zu dem Zeitpunkt wenn "--init" abgearbeitet wird, die Konfigurationsdatei nicht (bzw nicht vollständig) eingelesen, und greift daher nicht auf den mitgebrachten MySQL-Client zurück. Das betrifft aber ausschließlich "--init" - der "normale" Betrieb mit einer MySQL-Datenbank klappt (was bedeutet, dass Sie sich mit dem Standard-Login admin/admin eigentlich anmelden können müssten).
Wir werden das gleich mal erledigen...
Ok, das ist noch ein Fehler im Handbuch. Inzwischen enthält LiveConfig die notwendige MySQL-Client-Bibliothek (/usr/lib/liveconfig/libmysqlclient_r.so). Das Paket "libmysqlclient[...]" wird also (zumindest für LiveConfig) nicht benötigt.
Bekommen Sie irgendwo eine Fehlermeldung mit den o.g. MySQL-Versionscodes (50000 bzw. 60000)?
Wenn man die Installation mit einem nicht interaktiven Debian Frontend ausführt, erfolgt keinerlei Abfrage des gewünschten Passworts [...] Wer es nicht weiss, hat dann kein Passwort gesetzt und kann LiveConfig nicht nutzen [...]
Es ist Absicht, bei der nicht-interaktiven Installation keine Eingabe zu erwarten (einige Kunden nutzen diesen Modus für die automatisierte Installation auf vServern). In diesem Fall gilt das Standard-Passwort (siehe Handbuch) - so lange, bis dieses entweder über die GUI oder über --init geändert wird.
Zwingend notwendig wäre es sicherlich nicht, allerdings wird Courier noch recht häufig gewünscht / verwendet, schlecht wäre es daher nicht um zumindest eine Alternative zu haben.
Courier wird in einer der nächsten Versionen mit unterstützt - Ticket ist bereits geöffnet.
ZitatHab auch nochmal ein frisches System aufgesetzt und konnte es nicht mehr nachvollziehen. Muss ein temporäres Problem gewesen sein
Auch ein temporäres Problem ist ein Problem Wir untersuchen das trotzdem weiter. Falls Sie im LiveConfig-Log (/var/log/liveconfig/liveconfig.log) irgendwelche Fehlermeldungen rund um den Zeitpunkt des nicht erfolgreichen Neustarts finden, schicken Sie mir diese bitte einfach per PM oder E-Mail (kk@keppler-it.de). Vielen Dank schonmal!
What about Courier? Oder bleibt es bei Dovecot?
Nun, Dovecot ist schlanker, effizienter, moderner und einfacher zu konfigurieren als Courier. Bei Bedarf können wir den aber natürlich genauso integrieren. Ich nehm' das mal als "Feature Request" auf.
ZitatAchja: Wenn man liveconfig installiert rennt es ohne Lizenz. Installiert man dann allerdings Dienste wie apache php5 etc. startet liveconfig nicht bei einem restart weil er meint er findet keine Lizenz. Ist tatsächlich auch ein Restart nicht möglich mit der Demo-Version?
Ein Restart sollte unabhängig von der Lizenz eigentlich immer möglich sein. Wir schauen uns das beschriebene Verhalten noch mal genauer an.
- LiveConfig erkennt Postfix zwar als Mailsystem in der Serververwaltung, einen Kunden kann man jedoch nicht erstellen da der Maildienst (Kein Mailserver verfügbar) wiederum nicht erkannt wird?
Es sollten sowohl Postfix als auch Dovecot (dovecot-imapd und dovecot-pop3d) installiert sein, und deren Verwaltung in LiveConfig aktiviert sein. Dann können auch Verträge mit E-Mail-Postfächern erstellt werden.
Die o.g. Fehlermeldung sollte eigentlich nur dann auftreten, wenn einer der Dienste (Postfix/Dovecot) nicht installiert ist (bzw nicht erkannt wurde) und nicht von LiveConfig verwaltet wird.
Wir haben bereits ein Ticket hierzu eröffnet, um die Fehlermeldung etwas genauer zu gestalten und dem Benutzer am besten gleich einen Hinweis auf notwendige Änderungen zu geben (Sie sind nicht der erste, bei dem diese Frage auftaucht 
Zitat- LiveConfig erkennt weder proftpd noch vsftpd als FTP-Server?
Um genau zu sein: LiveConfig ist der installierte FTP-Server derzeit noch egal (es gibt bereits Lua-Scripte zur Erkennung und Verwaltung von proFTPd, diese werden aber noch nicht aktiv genutzt). Der Hintergrund ist etwas komplexer - um's kurz zu fassen: ursprünglich wollten wir für weitere FTP-Accounts eines Kunden einfach weitere "echte" (Betriebssystem-)Accounts einrichten. Das klappt in der Praxis aber nicht, wenn die Standard-Versionen von suExec/suPHP zum Einsatz kommen, da diese Benutzer ja eben nicht Eigentümer des Kunden-Web-Verzeichnisses sind (das verbietet dann der Sicherheitsmechanismus von suPHP). Aus diesem Grund werden weitere FTP-Accounts künftig als "virtuelle" Benutzer eingerichtet - dazu mussten wir einige Teile noch etwas umorganisieren. Im nächsten Release (1.2.1) wird dann ProFTPd erkannt, und "virtuelle" FTP-Accounts damit unterstützt.
Viele Grüße
Klaus Keppler
Was genau meinen Sie mit "Reverse Proxy Funktion"? Irgendeine (unerwünschte) Apache-Einstellung?
Wenn ja, welche Einstellung, und welche Distribution verwenden Sie?
Hallo,
soeben wurde LiveConfig v1.2.0 zum Download freigegeben - die erste "Produktiv-Version".
Kostenlose 30-Tage-Testlizenzen können online angefordert werden, kommerzielle Lizenzen sind ab sofort im Online-Shop erhältlich. Die Online-Demo wurde natürlich schon aktualisiert.
Wir haben außerdem die Roadmap neu organisiert - somit ist nun auf den ersten Blick zu erkennen, welche Funktionen sich gerade in Arbeit befinden. Die Roadmap wird regelmäßig (mindestens zu jedem Release) aktualisiert.
Die nächste Version (1.2.1) befindet sich bereits in Arbeit. Wir wissen, dass LiveConfig noch nicht "perfekt" ist - einige Funktionen fehlen noch, einige können noch optimiert werden - aber wir arbeiten bereits daran.
Ab Ende nächster Woche bieten wir zusätzlich die jeweils aktuelle Entwicklungs-Version ebenfalls zum Download an. Diese Versionen enthalten die neuesten Funktionen, sind aber noch nicht ganz so intensiv getestet wie die offiziellen Releases. Wir möchten somit den Entwicklungs- und Release-Prozess transparenter gestalten und neue Funktionen noch schneller bereitstellen.
Für Rückfragen jeglicher Art stehen wir hier natürlich gerne zur Verfügung.
Viele Grüße & viel Spaß beim Testen
Klaus Keppler
Vielen Dank für die Info. Wird umgehend beseitigt.
Viele Grüße
Klaus Keppler
Ich habe eben gesehen, dass die Datei virtual_alias.db eigentlich schon seit einiger Zeit automatisch erzeugt werden sollte - auf unseren Testsystemen funktioniert das auch.
Daher hätte ich noch zwei Fragen:
- welche Distribution setzen Sie ein?
- wie lautet bei Ihnen der genaue Pfad zu "postmap"? (sollte eigentlich "/usr/sbin/postmap" sein)
Besten Dank & viele Grüße
Klaus Keppler
Keine Ursache - Danke für den Fehlerhinweis!
(und natürlich ein schönes Wochenende
Ah, ok... das hilft weiter. Es sieht so aus, als ob noch keine Postfächer in LiveConfig angelegt wurden - daher fehlt offenbar noch die Datei /etc/postfix/virtual_alias.db.
Versuchen Sie bitte folgende Befehle:
touch /etc/postfix/virtual_alias
postmap /etc/postfix/virtual_alias
/etc/init.d/postfix reloadWir werden das Lua-Script zur Verwaltung von Postfix entsprechend anpassen, so dass die o.g. Datei bei "frischen" Installationen künftig automatisch erzeugt wird.
Viele Grüße
Klaus Keppler
Das hat mit LiveConfig vermutlich nicht viel zu tun. :-|
- ist Postfix installiert?
- läuft Postfix?
- welche Einträge werden in /var/log/mail.log unmittelbar nach dem Sendeversuch erzeugt?
Viele Grüße
Klaus Keppler