Beiträge von blu3bird

Sieht nach korrupter Datenbank aus.

Danke für das Update, da scheint aber das Datum im Changelog einen Monat zurück zu liegen. Ist das so gewollt?

Start.html bringt nichts.

Es muss schon index.html sein.

Bist du dir auch sicher, dass du für SSL das richtige Verzeichnis ausgewählt hast?

Es wird im Normalfall, für non-ssl und ssl jeweils eine eigene Config angelegt, und wenn der DocRoot für SSL nicht passt, findet er nichts.

Was ist das überhaupt für ein Panel?

Also ich lese da nur, dass arm64 für Liveconfig 3 vorgesehen ist, und nicht für Liveconfig 2.

Zeile 95:

bin = "/usr/bin/mysql"

zu

bin = "/usr/sbin/mariadbd"

So wird mir jedenfalls MariaDB in Liveconfig angezeigt. Ich weiß jetzt natürlich nicht, ob das ganze auch funktioniert (DB anlegen, löschen etc)

Alles ohne Gewähr.

liveconfig --diag:

Checking for database server software:

- Found 'mysql' database server

Version: '11.2.2'

Package version: '1:11.2.2+maria~deb12'

Zitat von Nomflow

"Und monatlich grüßt das Murmeltier"

Mit der Bitte um ein kurzes Update den aktuellen Sachstand LiveConfig 3 betreffend. Die letzte Preview-Version von LiveConfig 2 (12.07.2023) hängt nun auch immerhin seit knapp zwei Monaten in der Pipeline.

LG

Dieses Jahr werden wir wohl nix mehr sehen.

Hier läuft mit der aktuellen Version alles rund.

wie pkambach schon sagte, möglich das ein langsamer Resolver agiert.

Zitat von bravesurfer

steht doch oben, um den 1. Mai herum (Spaß)

P.S: Finde es nicht schlimm wenn solche Ankündigungen aus welchen Gründen auch immer, nicht eingehalten werden können, man sollte die Kunden dann aber nach Möglichkeit kurz informieren dass und warum es zu Verzögerungen kommt oder solche Ankündigungen bleiben lassen

Ich hoffe das gibt 2020 noch was.

Gibt es schon ein Datum für den Release?

Zitat von loswebos.de

Wäre langsam angebracht. Zumindest ein Grober Zeitplan.

Würde ich auch begrüßen.
In letzter Zeit kam ja sehr wenig.

Zitat von Franky

Hi
ja unter Mac geht leider auch überhaupt nichts. Es kommen dieselben Meldungen, wie Andre schon erwähnt hat.

Weder mit Firefox, Chrome oder Safari funktioniert ein Download als Backup. Weder zip noch tar funktioniert. Es werden nur Mini-Dateien runtergeladen und der Download sofort beendet.

Außer über Opera konnte ich einmal den Download fortsetzen.

Ich bin bestimmt nicht der Einzigste der Apple benutzt denke ich mal Wäre schön, wenn diese schon "extremen Probleme" beim Backup kurzfristig beseitigt werden könnten. LiveConfig gibt es ja nun schon eine Weile.

Alles anzeigen

Ich selber nutze auch einen Mac (zwar nur Hackintosh) sowie ein MacBook Air, aber ich konnte das Backup ohne Probleme (und vollständig) herunterladen.

Die Maschine dafür ist eine VM (LXC) auf einem OVH Node.

Zitat von Stricted

Hallo herr Keppler, ich habe gerade dass problem dass ich versuche mittels nginx einen proxy einzurichten
leider funktioniert es nicht da der nginx keinen header mit der eigentlichen ip mitgibt (ich erstelle eine subdomain im hosting vertrag und gebe dort als weiterleitung proxy an)
somit kann ich auch in liveconfig mittels http_proxy_ip_header die ip des nutzers nicht abfangen
hilfreich wäre es wenn in die configs "proxy_set_header X-Real-IP $remote_addr;" mit übernommen werden würde

Würde ich auch begrüßen.

mh war tatsächlich die Zeit.
Gar nicht dran gedacht das mal zu checken.

Danke euch.

Hallo,

beim aktivieren einer Lizenz erhält man folgenden Fehler:

Zitat

Welcome to the LiveConfig license activation.
License key file: '/etc/liveconfig/lcclient.key'
Please enter your license key: XXXXXXXX
Generating license activation request, please wait... ok.
ok.
Sending license request... ok.
- lcclient: License error (9): certificate is not yet valid

Alles anzeigen

[Blockierte Grafik: http://image.prntscr.com/image/95ea11fa14334388bbc9b666f0f37402.png]

Dazu etwas bekannt ?

vergiss es

Hallo kk,

Das mit dem "sleep(2)" hat soweit funktioniert.

Zitat von kk

Wir hatten das bei einem Migrationsprojekt ähnlich erlebt.
Das Problem könnte folgendes sein: zuerst legen Sie ja mit "HostingSubscriptionAdd" den Vertrag an. Wenn dieser nun von LiveConfig noch nicht vollständig erzeugt wurde (LC also noch nicht die Rückmeldung vom Server hat, dass Logins etc. angelegt wurden), und Sie dann "HostingFtpAdd" ausführen, dann sind die Accounts in einem hängenden Status.

Als "dirty hack" dürfte ein "sleep(2)" nach dem HostingSubscriptionAdd() vorerst genügen. Wir werden in LiveConfig einbauen, dass zusätzliche FTP-Accounts mit Status "pending" künftig automatisch nachgezogen werden.

Hallo kk,

freut mich zuhören das ich das Problem nicht alleine hab.
Ich werde das mal testen und hier Rückmeldung geben.

Danke!

Ich hab mir per PHP ein kleines Script geschrieben damit ich die Kunden von Froxlor nach LiveConfig migrieren kann.

Doch LiveConfig macht mir hier leider einen Strich durch die Rechnung.
Das Problem liegt hier bei der Erstellung der FTP-Accounts.

Sofern Ich das Script laufen lasse und im Nachhinein (zu Testzwecken) die FTP-Accounts auf Funktionalität prüfe, funktionieren einige Logins davon nicht. (
Befehl: PASS ************Antwort: 530 Login incorrect."
)

In LiveConfig selber steht bei dem besagten FTP - Account "Status: noch nicht erstellt".
Warum wird dieser FTP-Account beim Aufrufen der API nicht angelegt? (Paar werden angelegt mit "Status: ok").

Kann doch nicht sein das die API hier FTP-Lotto spielt.

Hat jemand eine Idee woran hier das Problem liegt?

Hi,

wäre es eventuell Möglich in ferner Zukunft die API von startSSL zu implementieren?

https://startssl.com/StartAPI

Zitat von Stricted

gerade mal getestet, gefällt mir
wenn jetzt noch beim nginx das problem behoben wird das alte fastcgi prozesse nicht beendet werden bin ich glücklich und bereit mein system auf liveconfig umzustellen

Würde ich hier gerne nochmal aufgreifen.
Das nervt extrem, wenn man ein paar Kunden hat (mit 3 PHP-Versionen), und die alten Prozesse dort nicht gekillt werden. (Ergo= Mehr Verbrauch an RAM)