Beiträge von kk

Hallo Herr Knick,

der Fehler wurde gefunden und beseitigt; heute Nachmittag gibt es eine aktualisierte Preview-Version. Vielen Dank für Ihre Hinweise!

-Klaus Keppler

Oh, dann ist das noch ein unbekanntes Problem.
Können Sie das reproduzieren, und mir evtl eine genauere Beschreibung zukommen lassen (also welche Eigenschaften der angelegte Vertrag hat, ob Sie diesem irgendwelche Domains o.ä. zugeordnet hatten, und ggf. welche Fehlermeldung beim Löschen erscheint)?

Besten Dank & viele Grüße

-Klaus Keppler

Hallo Herr Knick,

ich vermute Sie haben Version 1.4.2 im Einsatz? Dann dürfte das praktisch erledigt sein (ich habe das eben mit der 1.5-Preview getestet, da klappt das ohne Probleme)

Viele Grüße

Klaus Keppler

Hallo Herr Knick,

ja, das war noch nicht so ganz sauber gelöst: für das Land wurde die ID aus der internen Tabelle "COUNTRIES" erwartet. Für Deutschland wäre das die 57.
Wir haben die SOAP-API in dieser Hinsicht aber nun geändert, so dass nun der ISO3166-Code (zB. "DE") erwartet wird. Die Änderung ist dann auch in v1.5.0 enthalten (Preview-Update am kommenden Dienstag).

Viele Grüße

-Klaus Keppler

Danke noch mal für den Hinweis. Das verantwortliche Lua-Script wurde entsprechend erweitert (falls /etc/aliases nicht existiert wird diese nun automatisch angelegt, und falls /etc/aliases.db nicht existiert wird "newaliases" ausgeführt).
Die Änderungen sind dann in LC 1.5.0 ab r1639 enthalten (die Preview-Version hierzu wird spätestens am Dienstag aktualisiert).

Aktuell wird nur das Blankpage-Paket installiert, die Idee mit dem "Introduction Package" ist aber gut. Wir werden den Installer so erweitern, dass man das gewünschte Paket während der Installation auswählen kann (ggf. dann sogar auch das "Government Package").
Da ohnehin die AppInstaller-API erweitert wird, dürften die nötigen Änderungen bereits in v1.5.1 enthalten sein (ca. Ende Juli).

Viele Grüße

Klaus Keppler

Vielen Dank für den wertvollen Beitrag.
Don't feed the trolls - daher kein Kommentar.

[NACHTRAG] Damit Außenstehende, die über diesen Thread stolpern nicht den falschen Eindruck bekommen, möchte ich doch noch ein paar Dinge los werden:

Zitat

Wie bitte konzipieren sie Software? Nichts in dieser Branche hat sich in den letzten 10 Jahren grundsätzlich geändert und schon garnet die IP Vergabe (von IPv6 mal abgesehen).

Es macht eben einen großen Unterschied ob man bestehende Produkte nachprogrammiert oder ob etwas neu entwickelt wird. Und unsere Form der IP-Verwaltung (siehe erstes Posting in diesem Thread) ist neu. Natürlich wäre es einfach, zu jeder v4-IP noch eine weitere v6-IP dazu zu koppeln, das wäre aber nur eine kurzfristige und auf Dauer unflexible Lösung.

Zitat

Und mal ehrlich, ich verstehe wenn man keine fähigen C++ Programmierer findet, ist ja nicht ganz trivial aber hätte es Perl nicht auch getan?

Bei guten Softwareentwicklern spielt die Sprache absolut keine Rolle - das ist nur ein Werkzeug. Für die jeweilige Aufgabe wird das richtige Werkzeug eingesetzt - LiveConfig wird in C, C++ und Lua entwickelt, die Tests erfolgen mit Bash- und Perl-Scripts, die API wird mit PHP-Scripts unterstützt.

Zitat

Das läuft auch auf jeder Linux Distri und es ist einfacher zu verstehen, die Pillepalle aufgaben die ne Serververwaltung mit sich bringt hätte es aber genauso gemeistert wie Jahrelang bei Confixx.

Wenn Sie ein auf sich immer wieder ändernden Scriptsprachen basierendes Controlpanel ohne Herstellersupport wünschen, dann sind Sie bei LiveConfig leider an der falschen Adresse - hierfür gibt es bereits viele andere Alternativen.
Ob PHP-Interpreter oder CPAN-Sumpf spielt kaum eine Rolle. Aber Sie wissen das ja offenbar besser. A propos: kennen Sie den Dunning-Kruger-Effekt?

Zitat

Und nein, mich zwingt keiner auf Euch zu warten, dummerweise habe ich es jetzt schon getan weil es am Anfang so aussah als könnte es echt gut werden und deswegen bin ich langsam etwas genervt von den dauernden leeren Termin Versprechungen.

Es ist immer einfacher anonym in einem Forum herumzutrollen statt konkret zu sagen, welche Funktionalität exakt Sie wann/warum benötigen. Ein reiner Vergleich á la "wie Confixx" ist wertlos - außer Sie warten auf @-Domains
Wir wollen und werden kein "aufpoliertes Confixx" entwickeln. Und konkrete Anforderungslisten werden bei uns sehr ernst genommen (derzeit wird mit verschiedenen Unternehmen die Migration hunderter Server vorbereitet - diese tauschen sich aber im Unterschied zu Ihnen direkt mit uns aus).

Mit freundlichen Grüßen

-Klaus Keppler

Danke für den Hinweis. Es gibt keine Enterprise-Version, gaaanz viel früher war der Name mal statt "Business" im Gespräch. Wird im nächsten Website-Update aufgeräumt.

Zitat von PhiGi

ich habe leider gleiches Problem, allerdings ist curl Installiert und das PW via LCINITPW gesetzt.
[...]

Code

[2012/07/03 11:24:54.848783] [1393|1395] Login failed - no SOAP token set for user='admin'. Service='SOAP WSDL request', IP='***.***.***.***'

Öh, sagt die Fehlermeldung nicht genau aus was das Problem ist? Es wurde kein SOAP-Passwort gesetzt (LCINITSOAP, nicht LCINITPW!). Siehe Handbuch.

Viele Grüße

-Klaus Keppler

Zitat von TropiaIT

B.) Wie funktionieren die Updates am ende, wenn es neue Versionen gibt?

Wenn LiveConfig über ein Repository installiert wurde, dann reicht ein "aptitude upgrade" / "yum update" / "zypper update". Ist also noch einfacher als die Installation.

Zitat

C.) Kann man eine PHPMyAdmin Installation auf den Business Server legen und man kann sich dennoch auch auf die Datenbank vom Client Server verbinden?

Ja genau, solche "zentralen" Anwendungen (z.B. auch Webmail) sind für v1.5.2 fest eingeplant.

Zitat

D.) Kann man in der Testlizenz nur drei verschiedene Anwendungen Installieren oder ist aktuell allgemein nur 3 Anwendungen vorhanden? Kann man ggfs. selbst Anwendungen hinterlegen?

Die Schnittstelle für das Repository ist kein Geheimnis, wir bauen noch einen Weg ein um parallel oder alternativ weitere Repository-URLs anzugeben, damit können dann auch eigene Apps bereitgestellt werden. Außerdem erweitern wir den Installer noch um die Abfrage einiger Parameter, um auch "komplexere" Anwendungen bequem installieren zu können (Gallery und Joomla sind bereits in Vorbereitung, ownCloud wird schon in den nächsten Tagen freigegeben).

Zitat

E.) Wäre schön wenn man das Handbuch was es Online gibt auch als PDF bekommen könnte, so das ich es mir ausdrucken kann, zum lesen im Bett, bei unruhige Nächte!

Ab v1.5 gibt's das auch als PDF, hier schonmal vorab.

Viele Grüße

-Klaus Keppler

LiveConfig 1.5.0 nähert sich der Fertigstellung und wir freuen uns, heute eine erste Preview freigeben zu können.

Die Neuerungen in LiveConfig 1.5.0 sind u.a.:

• Catch-All E-Mail-Adressen sind nun möglich
• Neustart von Apache bei vielen Änderungen (Massen-Updates) optimiert
• Anzeige des Kunden-Logs auf den Kunden-Detail-Seiten
• automatische Konfiguration von logrotate für access_log-Dateien der Kunden
• Unterstützung für OpenSUSE und CentOS grundlegend überarbeitet
• Schnellsuche verbessert (sucht nun auch nach passenden Kundenstammdaten)
• automatische Erzeugung von individuellen php.ini-Dateien je Webspace (können derzeit aber noch nicht individualisiert werden, das kommt in Kürze)
• Verwaltung von IP-Adressen (IP-Gruppen)
• Verwaltung von SSL-Zertifikaten
• viele kleinere und größere Verbesserungen und Bugfixes
• [UPDATE] SOAP-Funktion HostingMailboxAdd()
• [UPDATE] Konfiguration von Webspaces mit SSL-Unterstützung
• [UPDATE] Unterstützung von SNI (SSL-Zertifikate auf Shared Hosting IPs)
• [UPDATE] SOAP-Funktion ContactAdd auf ISO-3361-Ländercode umgestellt
• [UPDATE] Basis-Berechtigungen (z.B. Web-Login) für individuelle Hosting-Verträge werden nun gesetzt
• [UPDATE] bessere Erzeugung von Zufallspasswörtern (FIPS-181 Standard)
• [UPDATE] Vorbereitung der Lokalisierung für Niederländisch und Spanisch
• [UPDATE] Aktualisierung einiger interner Daten (Zeitzonen und ISO3361-Ländercodes)
• [UPDATE] /etc/aliases wird bei frischen Installationen nun automatisch angelegt (falls noch nicht vorhanden)
• [UPDATE2] Zuweisung von exklusiven IPs durch Reseller an Endkunden
• [UPDATE2] Konfiguration von SSL-Webspace als Reseller oder Endkunde
• [UPDATE2] Fehler in Erstellung von CSR für SSL-Zertifikate beseitigt (falsche Codierung der E-Mail-Adresse)
• [UPDATE2] Individuelle Traffic-Limits pro Hostingvertrag einstellbar
• [UPDATE2] diverse kleinere Anzeigefehler beseitigt
• [UPDATE2] Fehler in Postfach-Quota für E-Mail-Weiterleitungen beseitigt

Was in dieser Preview-Version noch nicht vollständig funktioniert:

• Löschen von ungenutzten IP-Gruppen

Diese Punkte werden derzeit noch bearbeitet, bis zur offiziellen Freigabe von v1.5.0 werden diese abgeschlossen sein.

Das Handbuch wurde ebenfalls überarbeitet und erweitert, künftig steht dieses auch als PDF zur Verfügung. Einige Bereiche werden derzeit noch erstellt, u.a. über die neu dazugekommene IP-Verwaltung.

Zur Installation der Preview-Version laden Sie das Paket über die nachfolgenden Links bitte direkt herunter und installieren es mittels "dpkg" bzw "rpm". Für eine saubere Basisinstallation mit allen benötigten Diensten empfehlen wir, das Paket "liveconfig-meta" aus dem jeweiligen Repository vorher zu installieren.
Diese Preview-Version kann jede frühere LiveConfig-Version aktualisieren, und spätere Versionen können auch diese Preview upgraden.
ABER: diese Version enthält noch ein paar offene Punkte (s.o.) und wurde auch noch nicht vollständig durchgetestet - für den produktiven Betrieb sollte diese noch nicht eingesetzt werden.
Wenn Sie bereits Webspaces mit LiveConfig verwalten, erstellen Sie vorab ein Backup der LiveConfig-Datenbank und aller Konfigurationen (/etc).

Stellvertretend für das gesamte LiveConfig-Team bedanke ich mich an dieser Stelle schon mal für die vielen Rückmeldungen, die auch alle in diese neue Version eingeflossen sind. Und natürlich für die Geduld bis zur neuen Version.
Die Änderungen am LiveConfig-Kern zur Umsetzung der IP-Gruppen (siehe vorheriger Thread) war ziemlich aufwendig, da die Komplexität des Codes und der Testfälle naturgemäß exponential angestiegen ist. Wir rechnen aber mit keinen vergleichbar großen Arbeiten mehr; neue Features (und davon haben wir eine gaaanz lange Liste) können ab nun auch wieder schneller freigegeben werden.

Die endgültige Freigabe von v1.5.0 dürfte in knapp 2 Wochen erfolgen, bis dahin werden wir aber noch einen "Release Candidate" bereitstellen.

Die aktuellen Download-Links für v1.5.0-r1681 vom 18.07.2012 finden Sie im Lab-Bereich.

Viele Grüße

-Klaus Keppler

Die einfachste Lösung wäre, am kommenden Dienstag die 1.5-preview zu installieren (die räumt dann auf). Der direkte Zugriff auf die interne Datenbank ist nicht ganz so einfach, da einige Abhängigkeiten innerhalb der Datenbank bestehen (es reicht also nicht, einfach nur einen Eintrag in der Tabelle APPS zu löschen, sondern 1-2 weitere Datensätze müssen noch mit angepasst werden). Bei Bedarf geben Sie bitte kurz Bescheid, dann suche ich die entsprechenden SQL-Befehle heraus.

Das "Problem" mit der v1.5 waren die umfangreichen Änderungen im Kern von LiveConfig, um die flexible Verwaltung der IP-Adressen (u.a. für SSL) zu ermöglichen. Die Abhängigkeiten bei einer automatisierten Serverkonfiguration sind enorm und müssen alle in jeder Eingabemaske geprüft werden, um keine inkonsistente Konfiguration zu erzeugen. Und da wir keinen "Copy&Paste-Code" erzeugen (der sich dann irgendwann nicht mehr pflegen lässt) dauerte das leider länger als erwartet.
Um zu zeigen, dass sich in den letzten Wochen viel getan hat, werden wir am Dienstag (26.06.) die "Preview" für die v1.5 freigeben; es gibt dort noch ein paar kleinere Schönheitsfehler, aber im Grunde sind alle wichtigen Änderungen drin. Bis zur produktiven Freigabe dauert es dann nur noch "wenige Tage"™.

Viele Grüße

-Klaus Keppler

Hallo,

Zitat

Datenbankname existiert bereits.

Das ist ziemlich merkwürdig, weil während der App-Installation eine eigene Datenbank pro Anwendung angelegt wird. Ich könnte mir nur vorstellen, dass der automatisch erzeugte Name mit einem bestehenden Datenbanknamen kollidiert ist; vermutlich wird das noch nicht abgefangen. Wir werden das morgen gleich mal prüfen; sollte das so der Fall sein, rutscht der Bugfix auch gleich noch in die v1.5.0 mit hinein.

Dass die Anwendung nun nicht gelöscht werden kann dürfte vermutlich damit zusammenhängen, dass diese gar nicht vollständig installiert wurde. In v1.5 können auch solche "halben" Installationen entfernt werden; ein Eingriff in die interne Datenbank sollte optimalerweise nie notwendig sein.

Viele Grüße

-Klaus Keppler

Klar, kein Problem. LiveConfig Server und Clients können auch über private Adressen oder VLAN-IPs miteinander kommunizieren. In der Client-Configuration (lcclient.conf) gibt man die IP-Adresse des Servers an, zu dem die Verbindung aufgebaut werden soll. In welchem Netz diese liegt ist dem Cliet völlig egal, so lange er diese erreichen kann. Nach "außen" hin spielt diese IP wiederum keine Rolle. Bei der Service-Konfiguration (z.B. Apache) kann man auswählen, auf welchen IPs der Dienst erreichbar sein soll - und dort wiederum die "interne" IP nicht nutzen.

Viele Grüße

-Klaus Keppler

Wir haben uns inzwischen Gedanken dazu gemacht. Für Version 1.5.2* ist geplant, "zentrale Anwendungen" wie eben phpMyAdmin, Roundcube usw. über die LiveConfig-Oberfläche konfigurieren zu können. Somit können auch wieder die (gemanagten) Pakete der Distribution genutzt werden, alternativ wird es einen Mechanismus geben um selber (ggf. aktuellere) Anwendungen bereitzustellen.
Nähere Details hierzu dann in etwa zwei Wochen.

*) v1.5.0 ist gerade in der Schlußphase, v1.5.1 wird rund 2 Wochen danach herauskommen (hier ist bereits der "Feature Freeze" erfolgt). Mit v1.5.2 kann dann (ganz vorsichtig gesagt) in etwa 4-6 Wochen gerechnet werden.
Bei Bedarf können wir hier vorab die notwendigen Konfigurationsschritte beschreiben, um diese "zentralen Anwendungen" bis dahin noch manuell einzurichten.

webby: Welche Distribution verwenden Sie?
Wurde vom Installer unter /var/www/web26/apps/ das Verzeichnis für Wordpress angelegt, und evtl. Wordpress darin schon entpackt?

Zitat

X-Powered-By: PHP/5.2.6-1+lenny13
Content-type: text/html

Geben Sie bitte den LiveConfig Server an (localhost oder IP):

Öh, offenbar haben Sie das Migrationsscript nicht über die Kommandozeile, sondern via CGI ausgeführt?
So ist das nicht gedacht, da alle notwendigen Eingaben über die Konsole abgefragt werden. Auch in der Anleitung ist der Aufruf via CLI beschrieben:

Zitat

/usr/bin/php5 cfximport.php --config

Zu den einzelnen Problemen:

Zitat

weder unter Angebote, noch unter mein Hosting waren Angaben zu erkennen

Wenn Sie im Confixx unter "res1" Angebote angelegt hatten, sollten diese auch im LiveConfig innerhalb des "res1"-Benutzers zu finden sein. In Confixx hat der "root"-Account ja schließlich auch keine eigenen Hosting-Angebote, da dies Sache der Reseller ist.

Zitat

Beim Aufruf des Kunden ist das Register Domains leer, unter Verträge gibt es nur res1 - hier sind aber keine Details aufrufbar.

Ja, das ist auch so beabsichtigt. Die Domains sind schließlich den Endkunden (web1, web2 usw.) zugeordnet, daher sieht man diese auch nicht als "admin" in LiveConfig. Wenn Sie sich in LC als "res1" anmelden (bzw eine Verbindung damit starten), sollten Sie unter "Kunden" alle Kunden sehen, sowie bei diesen jeweils einen Vertrag (web1, web2, ...) und die dazugehörigen Domains.

Wir bereiten für das Handbuch derzeit eine Zeichnung vor, welche die Struktur vom Admin, Resellern und Endkunden etwas verdeutlichen soll (ich prüfe mal wie weit das ist und schaue ob wir die hier vorab schon mal bereitstellen können)

Zitat

Wenn ich mit "res1" eingeloggt bin (über Verbindung starten) wird nichts angezeigt, außer den Menupunkten Übersicht und Einstellungen, d.h. ich kann die Verträge nicht bearbeiten.

Das schaut eher nach einem Bug aus. Bei unseren Import-Tests hatte das zwar funktioniert, aber wir werden das gerne noch mal genauer unter die Lupe nehmen.

Zitat

Die Daten von web1 und web4 wurden zusammen unter web4 importiert, für web1 ist kein Login möglich

Welche Daten genau meinen Sie, die "gemeinsam" importiert wurden? Wenn web1 und web4 die selben Personendaten im Confixx hinterlegt hatte, dann kann es sein, dass diese beim Import in LiveConfig als ein einzelner Kunde mit zwei Verträgen (web1/web4) angelegt wurden. Könnten Sie das bitte kurz prüfen?

Zu Ihrer älteren Frage:

Zitat

Als einen der Pluspunkte möchte ich natürlich ein zentrales Login nutzen, was passiert aber mit den importierten Daten? Auf jedem Server habe ich bisher einen web1, web2, web3, etc. Identisch sieht es dann mit den Postfächern, Datenbanken, usw. aus.
Was wird das Migrationsscript aus diesen Daten machen, da ja alles auf dem Server mit der Business-Lizenz importiert werden muss. Schafft das Script das, oder sollte ich doch lieber eine Alternative zum importieren finden?

Kollissionen in den Namen kann LiveConfig natürlich nicht automatisch auflösen. Der Name für Webspace-Verträge (zB. "web4") muss auch bei einer Multi-Server-Installation systemweit eindeutig sein. Ich könnte mir spontan vorstellen, dafür Präfixe beim Import einzuführen, so dass alle vom Server1 importierten Kunden das Präfix "s1" erhalten (s1web1, s1web2, ...), von Server2 "s2" (s2web1, s2web2, ...) usw.
Alternativ könnte man ein "Offset" definieren, um das alle Vertragsnamen automatisch erhöht werden: bei Server1 Offset=1000 (web1 -> web1001, web2 -> web1002, ...), Server2 Offset=2000 (web1-> web2001, web2 -> web2002, ...).
Beide Varianten können wir als Kommandozeilen-Option in das Import-Script mit aufnehmen. Würde Ihnen das weiterhelfen?

Viele Grüße

-Klaus Keppler

Zitat

Ein Quota ist ja auch nicht installiert, da das unter Virtuozzo nicht geht.

Quota funktioniert unter Virtuozzo und OpenVZ durchaus - das nennt sich dort "Second Level Quota":
* Quota mit Virtuozzo
* Quota mit OpenVZ

LiveConfig liest auch bei "unbegrenzten" Quotas die Anzahl & Größe der verwendeten Dateien ausschließlich über das Quota-System aus. Ein "Counterscript" ist I/O-technisch irrsinnig. Die Quotas und Statistiken sind somit auch "in Echtzeit" aktuell.

Zitat

Wie kann ich diese Logeinträge unterbinden?

Wir werden eine Änderung in die entsprechende Routine einbauen, so dass diese Meldung nur ein mal pro LiveConfig-Start erfolgt. Quotas können dann trotzdem im laufenden Betrieb aktiviert werden, ohne LiveConfig neu starten zu müssen. Dieser Fix ist auch gleich im nächsten Update (v1.5.0) enthalten.

Viele Grüße

-Klaus Keppler

Zitat

LiveConfig legt den Kunden mit DocRoot /var/www/webXXX/htdocs an, erstellt die App (z.B. WordPress) jedoch im Verzeichnis /var/www/webXXX/apps/DIR -> die App liegt somit nicht unterhalb des eingestellten DocRoot

Ja, das ist so beabsichtigt. In der /etc/suphp/suphp.conf muss daher die Einstellung check_vhost_docroot=false gesetzt werden. Hier handelt es sich im Grunde noch um einen "Documentation Bug" - das gehört noch mit in die Anleitung. Die neuesten Versionen der LiveConfig-Meta-Packages setzen diese Einstellung automatisch richtig.

Zitat

Beim Löschen der App wird die Rewrite Regel unter /etc/apache2/sites-available/webXXX.conf nicht gelöscht

Danke für den Hinweis - dieser Fehler wird gleich mit dem kommenden Update beseitigt.

Viele Grüße

-Klaus Keppler