Beiträge von kk

Ich denke mal es geht um den Satz

Zitat

das habe ich nicht Konfiguriert, da es nach der Anleitung so nicht geht. Da alles bei mir OpenVZ ist.

Die Einrichtung von Quota unter OpenVZ fehlt in der Knowledgebase-Anleitung tatsächlich, das werden wir da einfach mal nachtragen. Im Handbuch steht's jedenfalls drin (2.1.2 Dateisystem-Quota).

Und nun zurück zum Thema: bitte melden Sie sich im LiveConfig mal als "web3" an und klicken dann links im Menü unter "Hosting" auf "Webspace". Sehen Sie in der Box mit "Webspace-Eigenschaften" einen Eintrag "CGI" mit einem grünen Häkchen?
forum.liveconfig.com/cms/attachment/6/

Hallo,

damit die Logs pro Kunde geschrieben werden, muss ein entsprechender Eintrag in /etc/apache2/accesslog.map vorhanden sein (jeweils der Domainname der in der vHost-Konfiguration als "ServerName" steht, danach die Ziel-Log-Datei)
Außerdem muss ein Prozess namens "lclogsplit" laufen (dieser wird unter Debian via /etc/apache2/conf.d/liveconfig konfiguriert)
Spätestens wenn Sie bei einem der betroffenen Verträge eine Subdomain öffnen und wieder speichern sollte neben der vHost-Datei auch die accesslog.map aktualisiert werden. Könnten Sie das bitte ggf. prüfen?

Viele Grüße

-Klaus Keppler

Ich habe eben mal auf einer Ubuntu12-Testinstallation NGINX mit aufgesetzt und kann diesen problemlos in LiveConfig konfigurieren und verwenden.

- sehen Sie in /var/log/liveconfig/liveconfig.log irgendwelche auffälligen Meldungen?
- haben Sie Apache httpd auch installiert / aktiviert?

Viele Grüße

-Klaus Keppler

Nein, der wird eigentlich automatisch angelegt. Ob CGI für den Webspace aktiviert ist sehen Sie auch, wenn Sie als der betreffende Kunde im LiveConfig angemeldet sind und dann auf Hosting -> Webspace klicken, dort sollte dann unter "Webspace-Eigenschaften" auch "CGI" mit einem grünen Häkchen angezeigt werden.

Welche Distribution verwenden Sie?
Stehen in /var/log/liveconfig/liveconfig.log irgendwelche Fehlermeldungen?

Nein, das ist definitiv nicht verschwunden und kommt auch schrittweise voran.
Die Roadmap wird morgen im Laufe des Tages aktualisiert.

Viele Grüße

-Klaus Keppler

Hallo Herr Dölling,

einfach bei den Angeboten oder Verträgen das Häkchen bei "CGI" setzen - dann funktioniert auch Perl.
(die CGI-Scripte gehören dann ins Verzeichnis ~/htdocs/cgi-bin/)

Viele Grüße

-Klaus Keppler

Hallo,

ich vermute, Sie verwenden die SQLite-Datenbank?
Log-Einträge werden bewusst nicht gelöscht, aber ein erster Test scheint zu bestätigen, dass bei SQLite der Primärschlüssel (mit "AUTO INCREMENT") scheinbar wiederverwendet wird, wenn der letzte Datensatz gelöscht wurde und danach ein neuer Datensatz angelegt wird.
Wir werden uns da kurzfristig eine Lösung einfallen lassen...

Viele Grüße

-Klaus Keppler

Bitte starten Sie LiveConfig noch mal neu. Die Erkennung von NGINX an sich funktioniert scheinbar (wird ja mit aufgelistet); LiveConfig sucht derzeit nur beim Programmstart nach vorhandenen Diensten.

Viele Grüße

-Klaus Keppler

Kommando zurück - ich sehe gerade, dass das Setup-Script tatsächlich die Einstellungen in der lcclient.conf mit den Werten aus der Debian-Datenbank aktualisiert... :confused:
Wir werden das prüfen und korrigieren, ich gebe dann noch mal Bescheid.

Die Datei "/etc/liveconfig/lcclient.conf" ist im .deb-Archiv als Konfigurationsdatei markiert. Das bedeutet, dass bei einem Update diese auch nicht automatisch überschrieben werden sollte.
Wenn Sie z.B. mit "aptitude install liveconfig" oder "aptitude upgrade" ein LiveConfig-Update installieren, sollte eine Warnmeldung mitsamt Eingabe-Aufforderung vom Debian-Installer kommen, der Ihnen anbietet, die vorhandene Datei beizubehalten oder zu überschreiben.

Falls bei Ihnen keine Eingabeaufforderung während des Updates erschienen ist, geben Sie bitte kurz Bescheid, dann testen wir das mal gezielt durch. In diesem Fall müssten wir wissen, mit welchem Befehl genau Sie das Update installiert haben.

Viele Grüße

-Klaus Keppler

Äh - und ja, wenn Postgrey nicht installiert ist, wird in der Mailserver-Verwaltung trotzdem (noch) ein grünes Häckchen angezeigt, das ist ein Bug.

Ab sofort steht eine aktualisierte Preview-Version zum Download bereit.

Die wichtigsten Änderungen sind:

• Problem bei Autoconfig-XML für Thunderbird beseitigt (sollte nun mit allen Thunderbird-Versionen >3.0 funktionieren)
• Greylisting-Unterstützung (Postgrey) - kann individuell pro Postfach aktiviert werden
• optional SMTPS (Port 465) aktivierbar
• optional nur SSL-verschlüsselte Verbindungen zum POP3/IMAP-Server erlauben
• div. kleinere Bugfixes und Verbesserungen

Bitte ignorieren Sie den aktuell noch "toten" Menüpunkt "DNS-Verwaltung" - die Masken hierfür sind noch nicht freigeschaltet (kommt voraussichtlich am Montag Nachmittag).
Am Montag werden wir ebenfalls die Roadmap aktualisieren und den Freigabetermin für die "Stable"-Version festklopfen.

Außerdem haben wir die automatisierten Tests unseres CI-Systems erweitert, um zu verhindern, dass eine nicht lauffähige (Preview-)Version freigegeben wird (vor einigen Tagen gab es ja einige Tippfehler in einem Lua-Script, was den Start von LiveConfig verhinderte). Aktuell werden bereits rund 400 Tests automatisch durchgeführt - darunter das Anlegen, Bearbeiten und Löschen von Hosting-Verträgen, Testen der neu angelegten FTP-Zugänge, u.v.m. In den nächsten Wochen kommen noch weitere Tests zur automatisierten Prüfung von POP3/IMAP/SMTP-Verbindungen mit SSL/TLS dazu.

Viele Grüße

-Klaus Keppler

Da bin ich aber beruhigt
Einen Fehler im Code habe ich inzwischen praktisch ausschließen können und daher auf irgendwas Falsches in der Datenbank getippt; dort passt aber auch alles.

Viele Grüße

-Klaus Keppler

Könnten Sie bitte folgende SQL-Abfragen auf dem LiveConfig-Server ausführen?
(wenn Sie die SQLite-Datenbank nutzen, installieren Sie bitte das Paket "sqlite3" und öffnen die Datenbank dann mit "sqlite3 /var/lib/liveconfig/liveconfig.db"; Beenden geht dann mit ".quit")

SELECT HC_NAME, HC_SERVERID from HOSTINGCONTRACTS where HC_NAME in ('web1', 'web4');
SELECT WS_ID, WS_SERVERID from WEBSERVERS;

Vielen Dank schon mal!

Sind irgendwo Reseller-Verträge im Spiel, oder sind web1 und web4 direkt dem admin-Account zugeordnet?

Hallo,

ich kann den beschriebenen Fehler noch nicht so ganz nachvollziehen.
"web1" liegt auf dem alten Server (LC-Server mit Business-Lizenz), und "web4" auf dem neuen Server (LC-Client mit Standard-Lizenz)?
Dann haben Sie beim Vertrag "web1" FastCGI aktiviert, was dazu führte, dass auf dem neuen Server ein Verzeichnis /var/www/web1/ mit den o.g. php-fcgi-starter usw. angelegt wurde?

Viele Grüße

-Klaus Keppler

Für's Archiv: der Fehler wurde inzwischen beseitigt.
Das Problem bestand u.U. dann, wenn die betroffene Domain einen Bindestrich enthalten hatte.

Diese unnötigen Meldungen werden ab v1.6.0-r1993 nicht mehr angezeigt.

Danke für den Hinweis - ist dann in v1.6.0-r1995 beseitigt.

Viele Grüße

-Klaus Keppler

Es handelte sich hierbei vermutlich nur um einen GUI-Fehler: die <SELECT>-Box zum Auswählen des PHP-Modes war aktiv, obwohl man eigentlich erst das Häkchen bei der Checkbox "abweichend" setzen musste (nur damit werden vom Hosting-Angebot abweichende Einstellungen gespeichert).

Ich habe das mit der aktuellen Preview (1.6.0-r19xx) gerade nicht reproduzieren können, wurde vermutlich schon in v1.5.3 beseitigt. Falls Ihnen in diesem Zusammenhang also noch mal ein Fehler auffällt, geben Sie bitte Bescheid.

Viele Grüße

-Klaus Keppler