Beiträge von solidius

Hallo Herr Keppler,

ich möchte diese Anfrage auch mal etwas puschen, bzw. etwas erweitern. Sinnvoll wäre es dem Kunden das Verstellen der IP Gruppe zu verbieten. wir haben aktuell IPs aus 7 verschiedenen Subnetzen jeweils als gemeinsame IP Gruppe erstellt. Nun wollen wir nicht, das sich der Kunde ungefragt an diesen Gruppen bedient. Die Gruppen lassen sich leider nicht exklusiv erstellen, da diese mehreren Kunden zur Verfügung stehen sollen. Dafür jetzt aber z.B. einen Reseller für jede IP Gruppe einzurichten ist auch nicht wirklich eine praktikable Variante.

Daher wäre es sinnvoll als Admin/Reseller dem Angebot oder Vertrag die IP Gruppe als Multiselect zuzuweisen. Ähnlich wie bei der Zuweisung des Web, Mail oder Datenbankserver. Auch sollte diese Option dann optional wie bei der Datenbank frei definierbar gemacht werden. Somit haben wir eine hohe Flexibilität mit mehr Sicherheit.

Vielen dank

Gruß

Björn

naja, ich denke es ist schwer zu prüfen für dich ob das zertifikat abgelaufen ist, das für die lizenz ausgestellt wurde. denn wenn man einen neustart von liveconfig ausführt, wird dieses ja auch wieder erneuert.

Es war das Release r2445 mit Ubuntu 12.04

Hallo,

wundert mich etwas, da ich den Ordner nicht einfach ändern kann.

CHMOD 755 /conf: Operation not permitted

Hallo Herr Keppler,

das neue Release von heute hat einen Bug nach dem Upgrade.

liveconfig (1.6.4-r2462) wird eingerichtet ...
Neue Version der Konfigurationsdatei /etc/liveconfig/liveconfig.conf wird installiert ...
 * Starting LiveConfig Server liveconfig                                                                                                                                          - /usr/sbin/liveconfig: Database connection failed: no such table: OBJECTLOG

+1

Vielen dank

Hallo Herr Keppler,

könnten Sie bitte im Forum den [IMG] Code aktivieren. Damit würde die Dokumentation von Fehlern etwas vereinfacht werden.

Vielen dank

Folgendes Szenario:

Wir haben einen Testserver um unsere Module für WHMCS zu testen. Dort waren div. Kunden mit Verträgen angelegt.
Wir haben dann die Verträge gelöscht und wollten Anschließend die Kunden löschen, damit wir diese erneut über die API anlegen konnten.
Das Löschen der Verträge hat laut GUI funktioniert, doch leider ließen sich die Kunden nicht löschen. Man erhält die typische Meldung wenn noch Verträge vorhanden sind.

http://imtp.me/5qal01y62.png/

Was sie aber definitiv laut GUI nicht mehr sind.

http://imtp.me/5qam01y62.jpg/

Also Haben wir mal den LiveConfig Service neugestartet. Dabei wurde die Lizenz vom LiveConfig erneuert.

http://imtp.me/5qao01y62.png/

Danach haben wir erneut versucht erst einen Vertrag und dann den passenden Kunden zu löschen.
Diesmal war alle beide Aktionen erfolgreich. Leider lassen sich aber nun die anderen Kunden ohne Verträge, die vorher einen Fehler gemeldet hatten. Immer noch nicht wirklich löschen.

Hallo Herr Keppler,

mit dem neuen Feature "[r2445] Unterstützung von HostingSubscriptionAdd() und HostingDomainAdd() mit Verträgen unter "Mein Hosting"" gibt es scheinbar ein Problem. Wenn man bei der API Funktion HostingSubscriptionAdd() keinen customerID übergibt, wird der Vertrag dem Admin/Reseller zugewiesen. Dies passiert aber leider auch wenn bei der Funktion CustomerAdd() oder ContactAdd() ein Fehler in der API vorkommt und deshalb der Kunde nicht angelegt werden kann. Dann ist natürlich keine CustomerID für die Funktion HostingSubscriptionAdd() vorhanden.

Könnten Sie das bitte nochmal ändern, wenn Verträge für den Admin/Reseller erstellt werden sollen, das hier z.B. "own", "my", oder ähnliches angegeben wird.

Moin,

alternativ kann man auch die liveconfig.db einfach umbennen. Damit würde es direkt auffallen.

Guten Abend Herr Keppler,

in der aktuellen Preview wird bei der API Funktion HostingSubscriptionEdit() der Wert maxusers nicht berücksichtigt.
Hier der Request:

Array
(
    [auth] => Array
        (
            [login] => admin
            [timestamp] => 2013-06-26T22:43:27.000Z
            [token] => 0bOS0Y0MHo3RSs=
        )


    [subscriptionname] => buntespi
    [plan] => Hosting Tarif 4
    [maxusers] => 5
)

Antwort von der API lautet "OK".

Könnten Sie das bitte noch mit überprüfen ?

Vielen Dank

Moin zerfl,

vielleicht hilft dir dies schon mal weiter...

Zitat von kk

Gibt's schon ("undocumented feature" ;-))
Wenn eine Datei namens ~/conf/nginx.conf existiert, dann wird diese per include mit aufgenommen. WICHTIG ist aber: diese wird in jeden server-Abschnitt (quasi jeden VirtualHost) übernommen - ggf muss man die Einstellungen darin also mit entsprechenden Bedingungen ausstatten.

Dieses Feature ist deshalb undokumentiert, weil die Möglichkeit für eigene Rewrite-Regeln mittelfristig über die GUI gelöst werden soll...

So, ich denke hier ist jetzt die Lösung. Problem ist scheinbar der Zend Guard Loader. Beim Starten des Apache läuft noch alles einwandfrei, bei einem Reload der Apache Config allerdings wird Zend Guard vor dem XCache geladen. Dies führt dann zum Absturz bzw. Zombiprozess des Apache.

Mit dieser Reihenfolge hängt sich Apache bei einem Reload auf:

root@system01:/tmp/ioncube# php -v
PHP 5.3.10-1ubuntu3.6 with Suhosin-Patch (cli) (built: Mar 11 2013 14:31:48)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
    with the ionCube PHP Loader v4.4.1, Copyright (c) 2002-2013, by ionCube Ltd., and
    with Zend Guard Loader v3.3, Copyright (c) 1998-2010, by Zend Technologies
    [I][U][B]with XCache v1.3.2, Copyright (c) 2005-2011, by mOo[/B][/U][/I]
    with Suhosin v0.9.33, Copyright (c) 2007-2012, by SektionEins GmbH

Bei dieser Reihenfolge läuft alles auch nach einem Reload:

root@system01:/tmp/ioncube# php -v
PHP 5.3.10-1ubuntu3.6 with Suhosin-Patch (cli) (built: Mar 11 2013 14:31:48)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
    [I][U][B]with XCache v1.3.2, Copyright (c) 2005-2011, by mOo[/B][/U][/I]
    with the ionCube PHP Loader v4.4.1, Copyright (c) 2002-2013, by ionCube Ltd., and
    with Zend Guard Loader v3.3, Copyright (c) 1998-2010, by Zend Technologies
    with Suhosin v0.9.33, Copyright (c) 2007-2012, by SektionEins GmbH

Ich danke trotzdem allen für die Unterstützung bei der Lösungsfindung.

Gruß

Björn

So, das Log vom lcclient Prozess hat folgendes zurückgeliefert.

[2013/06/23 16:23:00.099252] [3361|3363] LCCP command 'AUTH_OK' finished.
[2013/06/23 16:24:18.839128] [3361|3361] Pushing LCCP job into queue: 'LC.web.vhostConfig'
[2013/06/23 16:24:18.839169] [3361|3364] Handling LCCP command 'LC.web.vhostConfig'
[2013/06/23 16:24:18.839236] [3361|3364] [LUA] LC.web.configureVHost()
[2013/06/23 16:24:18.841367] [3361|3364] [LUA] configureVHost(apache) called
[2013/06/23 16:24:18.869534] [3361|3364] [LUA] configureVHost(nginx) called
[2013/06/23 16:24:18.877591] [3361|3364] LCCP command 'LC.web.vhostConfig' finished.
[2013/06/23 16:24:28.882435] [3361|3363] [LUA] nginx.reload() called
[2013/06/23 16:24:28.882435] [3361|3365] [LUA] apache.reload() called

Aber also habe ich nochmal versucht das Problem zu reproduzieren und siehe da, es knallt wenn man mit dem XCache einen Reload der Apache Konfiguration macht.

Vielen Dank Check,

Hallo Herr Keppler,

ich möchte dieses wichtige Thema hiermit nochmal hervor heben. Scheinbar wurde dieses Problem noch immer nicht behoben und auch kein Ticket, wie damals von Ihnen gesagt, erstellt.

Ich möchte Sie bitten dies in den nächsten Previews mit aufzunehmen.

Hallo Arnold,

wie drehe ich den loglevel von LiveConfig hoch ?

Gruß

Björn

Moin Sven,

vielen dank für deine Antwort. Ich habe nur das XCache installiert. Ich habe aber gerade LiveConfig in verdacht.
Denn es knall immer, wenn man im LiveConfig an einer Domain/Subdomain die IP Gruppe ändert. Egal ob diese Gruppe eine NGINX oder Apache ist.

Begründung:

Konsole mit laufendem TOP -> LiveConfig (Anpassung einer Domain zwischen 2 NGINX IP Gruppen) -> Zeitgleich TOP (Apache geht auf 100% und alle Apache Sites sind nicht mehr erreichbar)

Dies habe ich bereits 5 von 5 mal reproduzieren können.

@ Herr Keppler: Könnten Sie sich das bitte mal anschauen !?

Vielen dank

Gruß

Björn

Hallo,

ich habe auf meinem Ubuntu 12.04 mit PHP 5.3 FastCGI die xcache Erweiterung installiert. Nach dem der Installation läuft dies auch für eine kurze Zeit. Irgendwann liefert der Apache dann keine Website und läuft mit seinem Prozess auf 100% CPU

[Sat Jun 22 22:27:09 2013] [notice] caught SIGTERM, shutting down
zend_mm_heap corrupted

Ein strace zeigt nur noch dieses im Sekundentakt an:

poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)                     = 0
poll([{fd=23, events=POLLIN}], 1, 3000) = 1 ([{fd=23, revents=POLLHUP}])
read(23, "", 13160)

Wenn man nun versucht, den Apache neuzustarten, dann wird diese Meldung angezeigt:

(98)Address already in use: make_sock: could not bind to address 0.0.0.0:443
no listening sockets available, shutting down
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.

Nur ein Kill des Apache Prozess wirkt. Danach kann der auch wieder gestartet werden. Und es läuft wieder für einige Minuten.
Über den NGINX läuft alles weiterhin normal.

Auch über Google habe ich leider nicht wirklich was hilfreiches finden können. Hat von euch vielleicht noch jemand eine Idee ??

Vielen dank

Gruß

Björn

Hallo Thomas,

leider wird von Liveconfig der erstellte Key und CSR nicht bespeichert, wenn man diesen nach der Erstellung nicht direkt gespeichert hat.
Hier sollte man immer bei einer Erstellung des Key und CSR auf speichern klicken und dann dieses erneut Öffnen um den CSR zu verwenden.