Beiträge von kk

  • Migration auf die MySQL Datenbank

    Hallo,


    wie immer - der Teufel steckt(e) im Detail. Der von SQLite erzeugte Dump enthielt keine Spaltennamen in den INSERT-Befehlen, wodurch bei einem Import in MySQL zwangsweise alle Spalten in der selben "Reihenfolge" vorliegen müssten. Dies ist aber - je nach Update-Verlauf einer LiveConfig-Installation - nicht immer der Fall.


    Lange Rede, kurzer Sinn: es gibt ab sofort ein neues Tool namens lcdbdump, welches einen MySQL-kompatiblen Dump einer SQLite-Datenbank erzeugt. Die Schritte für eine Migration auf MySQL sehen somit wie folgt aus:

    • erzeugen Sie eine neue, leere MySQL-Datenbank samt Benutzer und Passwort (siehe Handbuch)
    • importieren Sie die Standard-MySQL-Datenbank (ebenfalls siehe Handbuch)
    • laden Sie das lcdbdump-Tool herunter und erzeugen einen Dump:

      Code
      wget http://download.liveconfig.com/tools/lcdbdump
./lcdbdump /var/lib/liveconfig/liveconfig.db dump.sql


    • importieren Sie den Dump in die MySQL-Datenbank


    In unseren ersten Tests hier hatte alles geklappt, wir sind aber für weitere Rückmeldungen dankbar. Wenn alles passt, wird die entsprechende Anleitung kurzfristig aktualisiert.


    Viele Grüße


    -Klaus Keppler

  • Reinstall nach Systemcrash! Bitte um Hilfe!

    Hallo Herr Groh,


    Zitat

    Kann ich nun problemlos den LiveConfig-Server neu installieren, die Lizenzdaten einspielen und anschließend die LiveConfig-Datenbank gegen die aus der Sicherung ersetzen, die Daten aus /var/www zurückspielen, LiveConfig starten und gut ist?


    Wenn ich das richtig verstanden habe, wurden die Daten aus /etc/ (zB. /etc/apache2, /etc/proftpd, etc.) nicht aus dem Backup wiederhergestellt?
    In diesem Fall gehen Sie bitte wie folgt vor:

    • installieren Sie LiveConfig und aktivieren Sie die Lizenz
    • gehen Sie dann auf "Serververwaltung" und aktivieren auf dem Server der Reihe nach die Verwaltung der gewünschten Dienste (Apache, FTP-, Mailserver, ...) - somit werden deren Konfigurationsdateien durch LiveConfig ersetzt/verwaltet
    • stoppen Sie danach LiveConfig, ersetzen die Datenbank durch die aus dem Backup und starten LiveConfig anschließend neu
    • öffnen Sie dann wieder LiveConfig, gehen auf "Serververwaltung" und klicken bei allen Diensten irgendwo auf "ändern" (zB. Apache: default-Gruppe bearbeiten, IP entfernen, speichern, IP wieder hinzufügen, wieder speichern) -> somit werden die Konfigurationsdateien jeweils neu erzeugt.
    • um die vHost-Konfigurationen neu zu erzeugen, öffnen Sie jeweils irgendeine Subdomain jedes Vertrags und klicken dort einfach auch wieder auf "speichern".


    Grundsätzlich sollte somit ein kompletter Restore möglich sein.
    Berücksichtigen Sie künftig für Backups bitte auch die Verzeichnisse /etc/ und /var/lib/liveconfig.
    Auf unserer Ideenliste steht auch schon der Wunsch nach einem "Desaster-Recovery-Modus", bei dem alle Konfigurationsdateien komplett neu erzeugt werden - das ist aufgrund der LiveConfig-Architektur nicht ganz trivial, aber wird definitiv irgendwann kommen.


    Viele Grüße & viel Erfolg


    Klaus Keppler

  • Domains und Subdomains über API abfragen

    In der aktuellen Preview (1.6.1-r2091) liefer die Funktion HostingSubscriptionGet() neuerdings auch noch ein Array mit den einem Hostingvertrag zugeordneten Domains zurück (ist noch nicht in der Doku erfasst, einfach mal mit print_r() das SOAP-Ergebnis ausgeben lassen um die Details zu sehen); sieht etwa so aus:


    Im nächsten Schritt soll innerhalb der Domain-Struktur auch noch ein Array mit den Subdomains und deren Konfiguration zurückgegeben werden, so dass man quasi die komplette Konfiguration eines Webspace auch per SOAP abrufen kann. Dabei wäre denkbar, auch die konfigurierten IPs der Subdomains mit auszugeben (wir möchten bloß vermeiden dass das SOAP-Ergebnis zu komplex wird).


    So eine Art "Events" gibt es derzeit noch nicht; die Idee steht auf der Wunschliste, wird aber wohl noch etwas dauern. Die Lua-API selbst bekommt auch nicht direkt etwas davon mit, wenn ein Kunde eine neue Subdomain anlegt. Die "ordentliche" Lösung sieht vor, dass LiveConfig selbst einen primären DNS verwaltet, in dem es dann alle Resource-Records korrekt verwaltet. Die DNS des Domainanbieters können dann meist als Secondary DNS genutzt werden.
    DNS-Verwaltung ist hier aktiv in Arbeit, alle weiteren Details dann in Kürze.


    Viele Grüße


    -Klaus Keppler

  • App Denstallation schlägt fehl und hängt.

    Die Installation von MediaWiki dauert ziemlich lange (großer Download von vergleichsweise "langsamen" Server, Entpacken des großen Archivs, ...) - unserer Erfahrung nach wird daher meist das PHP-Script vorzeitig beendet, weil die max_execution_time aus der Standard-PHP.INI überschritten wird.
    Wir arbeiten bereits an einer Lösung (sieht dann so aus, dass diverse Limits wie zB. max_execution_time und memory_limit explizit auf höhere Werte eingestellt werden, wenn das Installations-Script aufgerufen wird).
    Das Löschen nicht erfolgreich installierter Anwendungen ist hier in einer Testumgebung schon behoben, wir werden diese Funktion in den nächsten Tagen in die Preview-Version übernehmen (anders gesagt: voraussichtlich am Montag gibt es ein Update, mit dem das dann möglich sein sollte)


    Viele Grüße


    -Klaus Keppler

  • Joomla! Installation funktioniert nicht.

    Das Joomla-Team hatte offenbar ein Update der deutschen Version (2.5.8-2) herausgebracht und dabei den Download-Link der "alten" Version gelöscht. Daher konnte der Application-Installer die benötigte Datei gar nicht erst herunterladen. :(
    Wir haben den Installer entsprechend aktualisiert; nach einem LiveConfig-Neustart oder nach max. 24 Stunden ist das neue App-Repository verfügbar.


    Viele Grüße


    -Klaus Keppler

  • PREVIEW LiveConfig 1.6.1-r2082

    Ebenfalls ein fröhliches und gesundes Neues Jahr! :)


    In der Tat ist "nur" Urlaubszeit - nacheinander waren/sind alle Leute von uns im wohlverdienten Urlaub, ab Montag (07.01.) ist wieder Normalbetrieb.
    Ich selbst bin aus familiären Gründen (es gab Nachwuchs :)) noch einige Zeit tagsüber nur eingeschränkt erreichbar, auf die Entwicklung hat das aber keine Auswirkungen.


    Das nächste Update (Preview) mit den neuesten Funktionen ist bereits für Ende kommender Woche eingeplant (u.a. Warn-Mails bei Erreichen der Postfach-Quota, viele Detailverbesserungen und einige Bugfixes) - es geht also stetig voran.


    Viele Grüße & einen tollen Start ins neue Jahr!


    -Klaus Keppler

  • whmcs integration

    Zitat

    Niemals auf Terminangaben von kk verlassen.


    Wo oder für wann genau war noch mal das WHMCS-Plugin versprochen? Ich weiß dass ein paar Nutzer ungeduldig darauf warten, wir hatten jedoch auch einige Kommunikationsprobleme mit den Jungs von WHMCS (längere Geschichte, inzwischen sind die wichtigsten Fragen geklärt).


    Wenn wir ein Feature zu einem bestimmten Termin versprechen, dann wird das auch zu diesem geliefert (von minimalen Verzögerungen mal abgesehen).


    Zitat von noez

    Es geht hier aber auch teilweise um ganz simple einfache Mails, die im Oktober verschickt wurden, telefonisch als "offen Bestätigt wurden" und dann bis heute niemals beantwortet wurden.


    Ich habe mir Ihre Mails eben noch mal hergeholt. Welche Probleme sind bei Ihnen noch ganz konkret offen?
    Seit dem 20.10.2012 gab es keine einzelne weitere Mail von Ihnen - daher bin ich von diesem Posting und der plötzlichen Dringlichkeit doch etwas überrascht.


    Zitat

    Würde ich, wenn ich könnte wieder von LiveConfig weg ziehen? Ja.


    Warum können Sie denn nicht von LiveConfig wegziehen? Die meisten Daten können problemlos über die SOAP-API ausgelesen werden, die Eingriffe in die Serverkonfiguration sind äußerst zurückhaltend und vollständig umkehrbar. Wir möchten, dass LiveConfig-Kunden aus Überzeugung bei uns bleiben, und nicht weil es "nicht anders geht" (das wäre eine ziemlich schlechte Basis).


    Und: zu welcher Software möchten Sie denn wechseln, und aus welchem Grund? (rein interessenhalber).


    Zitat

    Was bringt mir die tollste Software, wenn mich der Chef anlügt? Nein Danke.


    Das finde ich schon eine ziemlich dreiste und heftige Unterstellung.
    Vielleicht darf ich Sie an den Support am 02.-04. Oktober erinnern, wo wir Sie mit aller Energie bei der Lösung eines Problems binnen kürzester Zeit und völlig unbürokratisch unterstützt haben.


    Inwiefern habe ich Sie belogen?


    Mit freundlichen Grüßen


    -Klaus Keppler

  • Kunden suchen per Vertrags-Id

    Das Problem ist weniger die SQL-Abfrage als vielmehr die Tatsache, dass Verträge nicht direkt was mit den Kunden zu tun haben, die in der Liste angezeigt werden (und das Suchfeld bezieht sich eigentlich nur auf die in der Liste angezeigten Daten).


    Was spricht gegen die Nutzung der Schnellsuche? Die ist genau für sowas gedacht...

  • Kunden suchen per Vertrags-Id

    Ach so... Geben Sie den Suchbegriff einfach links (unterhalb des Navigationsbereichs) in das Suchfeld ein - so wird auch der Vertrag gefunden.
    Eine Suche nach Vertragsnamen in der Kundenliste ist bislang nicht vorgesehen, da ein Kunde ja auch mehrere Verträge haben kann.

  • Kunden suchen per Vertrags-Id

    Öh - nicht dass wir da nun aneinander vorbei reden: was im Bericht "Kunden-Verträge" in der ersten Spalte ("Vertrag") angezeigt wird, das kann auch in der Schnellsuche gesucht werden.
    Falls das bei Ihnen nicht klappt, schicken Sie mir bitte eine genauere Beschreibung, wie bei Ihnen der betroffene Vertrag angelegt ist (also welchem Reseller der ggf. gehört, mit welchem Account Sie suchen, usw.), damit wir das hier evtl. reproduzieren können.

  • PHP4 und PHP5

    Bitte kein weiteres PHP4-Bashing - das bringt nichts.
    Fakt ist, dass PHP4 bekanntermaßen veraltet ist, aber es gibt nunmal noch viele alte Anwendungen. Genauso gibt es auch noch unzählige COBOL-Anwendungen die >20 Jahre alt sind, aber ebenfalls aus verschiedensten Gründen nicht mal eben neu geschrieben werden können.
    Da ein zusätzlich bereitgestelltes PHP4 auch nur per suPHP oder evtl. FastCGI erreichbar wäre und so mit den normalen Benutzerrechten läuft, ist das auch erst mal nicht unsicherer als jedes andere schlecht programmierte CGI-Script.
    Die allermeisten Sicherheitsprobleme in PHP bestehen in schlampigem Code und mangelnder Eingabeprüfung - ob man seine SQL-Injections nun mit PHP4 oder PHP5 möglich macht, spielt also keine Rolle.

  • Manuelle Migration von Confixx zu LC unter Beibehaltung der E-Mail Benutzernamen

    Zitat von Oliver

    Kann ich das Migrationsscript auch nutzen wenn schon Kunden in LiveConfig angelegt sind oder
    muss es eine "frische" Installation sein?


    Nein, es stört nicht wenn schon Kunden angelegt sind - die Benutzernamen dürfen nur nich kollidieren.
    (das Import-Script würde sich da aber ggf. beschweren)


    Zitat

    Gibt es eigentlich bzgl. PHP "Switcher" schon einen Status wann das in etwa kommen wird?
    Mich interessiert hier Hauptsächlich die Möglichkeit zwischen PHP5 und PHP4 zu wechseln.


    Bitte für jedes Thema einen eigenen Thread öffnen.
    Vorab: in LiveConfig ist das noch nicht integriert - man kann aber auch jetzt schon (unabhängig von LiveConfig) auf dem Server ein PHP4 installieren und durch entsprechende .htaccess-Anweisungen einen anderen PHP-Handler (zB. eben für PHP4) einrichten.

  • Manuelle Migration von Confixx zu LC unter Beibehaltung der E-Mail Benutzernamen

    Hallo,


    eigentlich lässt sich eine Änderung der E-Mail-Accounts nicht vermeiden. Damit LiveConfig die Postfächer verwalten kann, wird zwingend auch ein Domainname benötigt.
    Rein theoretisch wäre es zwar möglich, dass Sie in /etc/dovecot/passwd die entsprechenden Postfach-Benutzernamen umbenennen (von zB. web125p2@example.org in web125p2) - damit könnte sich der Kunde dann zwar am Mailserver anmelden, aber das Passwort und sonstige Einstellungen können nicht mehr in LiveConfig geändert werden.


    Wir empfehlen also, die Kunden darüber zu informieren, dass einfach der Domainname an den bisherigen Postfach-Namen angefügt werden soll - das Passwort wird i.d.R. unverändert übernommen.


    Viele Grüße


    -Klaus Keppler