Beiträge von kk

Die Version 1.7.3 wurde eben noch mal aktualisiert (r2921) - damit werden zwei Probleme beseitigt:

• lclogparse: hier gab es auf manchen System ein Timing-Problem bei der Erstellung der PID-Datei (nach einem fork() versuchte der Child-Prozess die PID-Datei zu sperren, während der Parent-Prozess aber noch nicht beendet war). Sollte nun klappen - während des Updates wird lclogparse ggf. automatisch (neu) gestartet.
• Cron-Jobs: durch eine Änderung beim Erstellen der Cronjobs (so dass nun eventuelle Fehlermeldungen abgefangen und im LiveConfig-Log angezeigt werden) gab es teilweise Fehler beim Anlegen von Cronjobs. Auch das ist mit dem Update beseitigt.

Viele Grüße & noch ein schönes Wochenende

-Klaus Keppler

Hallo,

vielen Dank für den Hinweis - ein Update (r2921) steht ab sofort bereit.

Mit freundlichen Grüßen

-Klaus Keppler

iOS arbeitet nur eine von Apple vorkonfigurierte Liste ab - es wird für POP/IMAP/SMTP leider keine Form von Autodiscover o.ä. unterstützt (wir haben uns längere Zeit damit beschäftigt).
Einzige Möglichkeit das bei größeren Rollouts etwas zu vereinfachen ist die Erstellung einer .plist-Datei (mit den Mail-Preferences) - so machen das Unternehmen, Unis usw.

Zitat von kenny_g

Ich weiß, nachträglich zu spekulieren bringt eigentlich nichts.

Nein, nicht eigentlich nichts, sondern überhaupt nichts.

Ohne eine systematische Fehlersuche ist das völlige Zeitverschwendung.
Mögliche Fehlerquellen: DNS, DNS-Cache, Apache-Konfiguration, Firewall, Virenscanner, Internetanbindung, Routing.
Ausgeschlossen werden kann lediglich: das Wetter.

Und zu SPA findet man über sogenannte Suchmaschinen (z.B. unter http://www.google.de) ganz viele Informationen. Kurz gesagt: aus lassen.

Die .css-Dateien werden nicht dynamisch erzeugt (wäre auch Quatsch), sondern sind in den Ressourcen-Dateien unter /usr/share/liveconfig/ enthalten.
Was kommt denn, wenn man direkt die .css im Browser aufrufen möchte? https://###:8443/res/t/default/style.js?r2910

Ggf. LiveConfig (noch) mal neu starten (sollte beim Update ohnehin automatisch geschehen)

Ich kann das hier leider nicht reproduzieren (weder mit SQLite noch mit MySQL). Ich habe testweise die Seite "Webspace" -> "Domains" zig mal hintereinander aufgerufen (<Strg>+<R> auch mal gedrück gehalten) - kein Problem.
Ich würde der Sache gerne auf den Grund gehen - könnten Sie sich bitte bei Gelegenheit kurz unter support@liveconfig.com melden? Dann würde ich das weitere Vorgehen direkt besprechen (ggf. Core-Dump des "defekten" Prozesses erzeugen).

100% CPU-Last können zumindest für eine kurze Zeit durchaus "normal" sein (event-basierter I/O eben), sobald die offenen Anfragen bearbeitet sind sollte aber wieder alles normal laufen. Sie können während so eines Test mal die Datei /var/log/liveconfig/access.log beobachten (tail -f ...) - sobald da keine Zeilen mehr dazu kommen sollten alle Requests bearbeitet sein und LiveConfig wieder "normal" reagieren.

PS: das Video funktioniert leider nicht (defekt?).

Auf welcher LiveConfig-Seite machen Sie den Refresh? Nutzen Sie bereits MySQL als Datenbank-Backend für LiveConfig?

LiveConfig ist an sich so ausgelegt, dass es quasi beliebige Lasten problemlos verarbeiten kann (event-basiertes I/O). Flaschenhals kann dann SQLite sein, da diese DB nicht für parallele Abfragen optimiert ist.

Das LiveConfig-Team freut sich, die Verfügbarkeit von Version 1.7.3 (r2914) bekanntgeben zu dürfen.

Die neue Version steht ab sofort im Download-Bereich sowie in allen Repositores bereit.

Die wichtigsten Änderungen in der neuen Version sind:

• Statistik über gesendete & empfangene E-Mails der letzten 24 Stunden pro Vertrag
• Auswahl der IPs für eingehende & ausgehende SMTP-Verbindungen
• Unterstützung von DNS-Whitelists (wenn Greylisting aktiviert ist, ab Postfix v2.8)
• automatische Aktualisierung der SSL-Zertifikate in der Webserver-Konfiguration, wenn diese in der LiveConfig-GUI bearbeitet wurden
• SSL-Ciphers verbessert (basiert nun auf Mozillas OpSec-Empfehlungen)
• OpenSSL von 1.0.1g auf 1.0.1h aktualisiert
• bessere Eingabeprüfung und Fehlerverarbeitung bei Einrichtung von Cron-Jobs

Die vollständige Liste aller Änderungen finden Sie im Änderungsverlauf.

Ist ab v1.7.3 behoben (in der aktuellen Lab-Version bereits enthalten).

Viele Grüße

-Klaus Keppler

Das geht schon lange
Geben Sie den Vertragsnamen einfach in die Schnellsuche ein (links, unterhalb des letzten Punkts im Navigationsmenü).

Ja, ich hatte am Freitag einfach nicht im Kopf, dass am Montag Feiertag ist.
In r2907 war noch ein Fehler, der uns nicht gleich aufgefallen ist (beim Bearbeiten von Verträgen), daher gab es mit 2910 noch ein kurzfristiges Update hinterher. Um diesen (und ähnliche) Fehler künftig gleich zu erkennen bauen wir heute noch ein paar weitere Tests. Am LiveConfig selbst gibt es heute keine Änderungen mehr - wenn die Tests alle durchlaufen erfolgt heute Abend das Release.

Viele Grüße

-Klaus Keppler

Zitat von ju_o

Das Dropdown-Feld bei "eigene DNS-Server" innerhalb des Hosting Panels von LiveConfig ist einfach blank und bietet nach Auswahl auch kein Erstellen einer erstmaligen DNS-Vorlage.

Sind Sie als Reseller oder als "admin"-Kunde angemeldet?
Wenn admin: in diesem Fall haben Sie vermutlich keine vollständigen DNS-Templates angelegt. Alle Details hierzu sind im Handbuch beschrieben ("4.15.1 DNS-Vorlagen").

Reseller können derzeit die DNS-Templates nicht mit nutzen, da hier einige Berechtigungsfragen noch nicht geklärt sind. (was machen Sie etwa, wenn ein Reseller z.B. die Domain "gmx.de" auf Ihrem DNS-Server anlegen will?)

Ja, die Änderungen sind drin. Bitte speichern Sie ggf. den betroffenen Vertrag noch mal neu (damit die Rechte aktualisiert werden).
Und bitte ggf noch die Preview auf r2910 aktualisieren (mit r2907 gab's noch einen Fehler beim Bearbeiten von Verträgen unter "Mein Hosting").

Viele Grüße

-Klaus Keppler

.. eben noch ein Update auf r2910 (es gab in r2907 einen Fehler beim Bearbeiten von Verträgen unter "Mein Hosting").

Die Preview wurde eben noch mal aktualisiert, ab sofort steht v1.7.3-r2907 bereit.
Die wichtigsten Änderungen sind:

• Auswahl der IP-Adressen für eingehende SMTP-Verbindungen möglich
• Deaktivierung von IPv6 für ausgehende SMTP-Verbindungen möglich (wichtig z.B. bei GoogleMail)

Viele Grüße

-Klaus Keppler

Zitat von andreas

Mich hate es nur stutzig gemacht da schon fast 2 Jahre vergangen sind und dazu sich nichts getan hat!

Naja, das stimmt so nicht ganz - siehe Changelog vom 28.11.2013 (#115)

Ich will mich kurz fassen: wenn das Backup von MySQL-Datenbanken nur ein billiger Aufruf von mysqldump vor dem Erstellen des tgz's wäre, dann wäre das natürlich schon längst drin.
Leider ist die Sache in der Praxis etwas komplizierter. In vielen Setups laufen Web- und DB-Server separat. Auf vielen Webservern sind keine MySQL-CLI-Tools (insbes. mysqldump) installiert. Die Backup-Thematik bei Postfächern ist sogar noch komplexer.

Ein Backup, dass zwar auf dem Server erzeugt wurde aber von niemandem heruntergeladen wurde, nutzt kaum etwas. Auf professionellen Shared-Hosting-Systemen sollten ohnehin seitens des Betreibers inkrementelle Backups mit sinnvolleren Protokollen (z.B. rsync) laufen, statt "dumm" einfach große TGZs zu erzeugen welche dann die gesamte Storage zumüllen.

Wir machen uns also sehr ernsthaft Gedanken zu diesem Thema. Eins nach dem anderen.

Dann kopieren Sie die "liveconfig.db.dist" einfach mal in "liveconfig.db".
Wie hatten Sie LiveConfig genau installiert? Bei der "normalen" RPM-Installation sollte dieser Schritt nämlich durch den RPM-Installer selbst durchgeführt werden.

Da fehlt offenbar die LiveConfig-Datenbank (liveconfig.db). Die "liveconfig.db.dist" ist nur das "Template" bei neuen Installationen.

Was genau hatten Sie gemacht? Haben Sie ein LiveConfig-Update durchgeführt? Wenn ja, mit welchen Befehlen genau?
Oder hatten Sie LiveConfig zwischenzeitlich gelöscht? Selbst bei einer normalen Deinstallation löscht LiveConfig die Datenbank nämlich nicht . . .

Ist das OpenSUSE?
So wie es aussieht kann LiveConfig nicht auf die SQLite-Datenbank /var/lib/liveconfig/liveconfig.db zugreifen. Existiert diese Datei? Stimmen die Berechtigungen? Haben Sie in der liveconfig.conf evtl. einen anderen Namen für die Datenbankdatei angegeben?