Beiträge von kk

Ab sofort steht v1.6.4-r2477 im Test-Repo bereit. Das Update enthält einen ganzen Schwung kleinerer Bugfixes:
· besserer Schutz der php.ini-Datei eines Webhosting-Vertrags
· Syntax-Prüfung für 'timestamp'-Feld bei SOAP-Anfragen verbessert
· Workaround für Optimisierungs-Fehler in SQLite 3.7.17
· Wildcard-Subdomains sind nun in HostingSubdomainAdd() erlaubt
· Paginierungs-Fehler bei Eingabe eines Suchbegriffs für Tabellen auf Seite >1 beseitigt
· erlaube Konfiguration der PASV-Ports für FTP-Server
· Fehler beim Bearbeiten des Postfach-Limits für individuelle Verträge behoben
· Problem mit fehlenden Berechtigungen bei individuellen Wiederverkäufer-Verträgen beseitigt

Wenn nichts gravierendes dazwischen kommt, soll diese Version ab morgen Nachmittag produktiv freigegeben werden.

Viele Grüße

-Klaus Keppler

Ist mit v1.6.4-r2469 erledigt - ab da wird bei Änderungen im Suchfeld immer auf Seite 1 gesprungen.

Viele Grüße

-Klaus Keppler

Wildcard-Subdomains via HostingSubdomainAdd() sind übrigens ab LiveConfig v1.6.4-r2467 möglich. Das Confixx-Import-Script wird aktualisiert sobald v1.6.4 produktiv freigegeben ist.

Viele Grüße

-Klaus Keppler

Zitat von arnoldB

Frage: Was genau stellt eigentlich die Grafik auf der Startseite "Übersicht" dar? Prozentuale Auslastung? Load? Habe hierzu nichts im Handbuch gefunden.

Der Graph der innerhalb des Abschnitts "Prozessor:" angezeigt wird, und beim Klick auf die Vergrößerung in der Legende "User/System/Nice/Wait/..." anzeigt? Der stellt die CPU-Auslastung (in Prozent) dar. Die Graphen werden aber bereits überarbeitet und bekommen in der nächsten Version auch eine Überschrift und eine Bezeichnung für die Y-Achse.

This feature is available with v1.6.4-r2472 (to be released on friday, preview update this evening).

Versuchen Sie mal, vor dem Löschen eines Vertrags auf dem Server erst noch CageFS für den betroffenen Benutzer zu deaktivieren, z.B. so:

/usr/sbin/cagefsctl --disable test123

Prüfen Sie dann, ob das .cagefs-Verzeichnis damit verschwindet. (Quelle)

Falls das so klappt, können wir das gerne mit in LC aufnehmen.

In dem Fall reicht es, nur den lcclient im Vordergrund laufen zu lassen (der ruft schließlich das "rm -rf ..." auf)

An guten Ideen mangelt es zum Glück nicht
Lassen Sie LiveConfig mal im Vordergrund laufen, während Sie einen Vertrag löschen (also erst "/etc/init.d/liveconfig stop", danach "liveconfig -f"). Sollte es während dem "rm -rf ..." eine Fehlermeldung auf STDERR geben, dann müsste diese auf der Konsole angezeigt werden. (Wenn ich mich richtig erinnere haben wir schon irgendwo auf der ToDo-Liste stehen, alle STDERR-Ausgaben künftig direkt ins LiveConfig-Log zu schreiben.)

So oder so *kann* es aber sein, dass es schlicht von LiveConfig aus nicht funktioniert, da der Prozess in einem anderen Kontext läuft als ein direkt von "root" ausgeführtes Programm.

Viele Grüße

-Klaus Keppler

Hallo,

jein; die zuständige SOAP-Funktion HostingSubdomainAdd() erlaubt noch keine Subdomains (ich baue das morgen noch ein - der RegExp ist aber ein bisserl komplizierter :))
Mit v1.6.4 ist das dann aber erledigt.

Viele Grüße

-Klaus Keppler

Zitat von Mr.Check

Auf welche Art und Weise wird das Vertrags-Verzeichnis denn gelöscht? Ja Richtig, das .cagefs wird durch CloudLinux erzeugt, um jedem Systembenutzer sein eigenes virtuelles Dateisystem zu liefern. Es lässt sich allerdings ganz normal manuell löschen, die Frage ist halt nur, ob man LiveConfig dieses Verzeichnis ggf. an irgendeiner Stelle noch als weiteres zu löschendes Verzeichnis anlegt oder wo es haken könnte.

Was LiveConfig macht kann man in /usr/lib/liveconfig/lua/web.lua, Funktion "deleteAccount()", ca. Zeile 438 sehen:

os.execute("rm -rf " .. home)

D.h. es wird mit root-Rechten schlicht ein "rm -rf /var/www/web123" ausgeführt. Warum .cagefs dann übrig bleibt, ist mir auch schleierhaft - ich habe mich aber bislang nur recht oberflächlich mit CloudLinux beschäftigt.

Viele Grüße

-Klaus Keppler

Jepp, da wir hier derzeit keine CloudLinux-Testumgebung haben, wird Letzteres auch noch nicht offiziell unterstützt.
Ich tippe mal darauf, dass das .cagefs-Verzeichnis entweder durch ein Kernelmodul von CloudLinux erzeugt wird, oder dass es irgendwelche erweiterten Attribute besitzt die eine Löschung verhindern.
Was liefert denn "lsattr /var/www/VERTRAG"?

Nein, das klappt leider nicht, weil das zwei grundverschiedene Vertragstypen sind. Sie können dem Kunden aber einen zusätzlichen Reseller-Vertrag hinzufügen, falls das hilft.

Hallo Herr Banse,

welche Distribution genau setzen Sie denn ein? Eigentlich konfiguriert LiveConfig den ProFTPd so, dass man sich sowohl mit Systembenutzern als auch mit virtuellen Benutzern anmelden kann. Die Fehlermeldung ("incorrect password") ist ja auch ziemlich eindeutig - würde der Benutzer nicht existieren, gäbe es eine andere Fehlermeldung.
Wenn sich ein Kunde im LiveConfig anmeldet (oder wenn Sie als "admin" eine Session als Endkunde öffnen), dann können Sie über "Webspace" -> "Hosting" -> "FTP-Accounts" das Passwort für den "Systembenutzer" ändern. Unmittelbar danach sollte ein FTP-Login damit möglich sein.

Viele Grüße

-Klaus Keppler

Hallo Herr Banse,

es freut mich, wenn wir auch vorsichtige Interessenten nun langsam aber sicher überzeugen können

Zitat

Beim anlegen eines Kunden wird ein FTP Account eingerichtet. Dieser jedoch wird als Systembenutzer in der /etc/passwd abgelegt. Wird (wie in unserem Falle nun) Proftpd verwendet und von LiveConfig verwaltet, werden die Benutzer aus der /etc/proftpd/passwd ausgelesen. Folglich ist ein Login nicht möglich.

Dass der "Hauptbenutzer" in /etc/passwd angelegt wird, ist so beabsichtigt (schließlich braucht es ja einen "echten" Systembenutzer pro Hostingvertrag). Allerdings sollte normalerweise auch ein FTP-Login mit diesem Benutzer möglich sein - in /etc/proftpd/passwd stehen lediglich die zusätzlichen (virtuellen) FTP-Benutzer.
Welche Fehlermeldung bekommen Sie denn in /var/log/proftpd/proftpd.log, wenn Sie sich als ein "Hauptbenutzer" anmelden möchten?
Unserer Erfahrung nach ist ein häufiger Fehler, dass die Kunden noch kein Passwort für den Standard-FTP-Benutzer im LiveConfig angelegt haben ("Hosting" -> "Webspace" -> "FTP-Accounts", dort dann auf "Passwort ändern..."). Eine Vereinfachung dieses Vorgangs ist bereits geplant (durch ein zufälliges Standard-Passwort, das dem Kunden direkt nach Anlegen des Vertrags auch automatisch per E-Mail zugesendet werden kann).

Viele Grüße

-Klaus Keppler

Wir testen die 1.6.4 derzeit sehr intensiv durch (konkret wurde in den letzten Tagen mehr Code für Tests als für LiveConfig geschrieben); die produktive Freigabe ist für Ende dieser Woche geplant. Da es einige wichtige Änderungen und Bugfixes gab, empfehlen wir, das Update dann auch zeitnah durchzuführen.
Für MI/DO ist eingeplant, dass wir uns dort noch um das Abarbeiten nicht erfolgreich abgeschlossener Transaktionen kümmern (Datenbanken löschen, Verträge löschen usw.).

Viele Grüße

-Klaus Keppler

Was steht in /var/log/liveconfig/liveconfig.log rund um den Löschzeitpunkt?
Bei einem Multi-Server-Setup: was steht zusätzlich in /var/log/liveconfig/lcclient.log auf dem Slave?
Sind gar keine Dateien gelöscht, oder bleiben nur einzelne Dateien übrig?
Ist SELinux aktiviert?

UPDATE 2: der Fehler wurde nun isoliert (siehe Bug Report). Mit Version 1.6.4-r2466 wurde ein Workaround in LiveConfig aufgenommen.

Viele Grüße

-Klaus Keppler

Ab sofort steht v1.6.4-r2466 im Test-Repo bereit, welche einen Workaround für einen Bug in SQLite enthält. Dieser Fehler führt dazu, dass in ganz bestimmten (zum Glück relativ seltenen) Fällen einige SQL-Anfragen keine Ergebnisse zurück liefern, wie beispielsweise die Liste der Domains beim Erstellen/Bearbeiten einer E-Mail-Adresse.

Viele Grüße

-Klaus Keppler

UPDATE: inzwischen haben wir über die SQLite-Mailingliste einen Workaround erhalten, wie sich die (vermutlich) verantwortliche Optimierung abschalten lässt. Ein LiveConfig-Update startet soeben in die Build-Pipeline, in 2-3 Stunden stellen wir das dann online.

Viele Grüße

-Klaus Keppler

Wäre es möglich, dass Sie uns Ihre liveconfig.db mal zusenden? (support@liveconfig.com - die Daten werden unmittelbar nach der Prüfung selbstverständlich gelöscht)
Uns interessieren nur einige bestimmte Tabellen; Sie können also einfach eine Kopie der liveconfig.db anlegen, und dort mit dem SQLite3-Tool folgende Tabellen vorab löschen:

drop table ACCOUNTBLACKLIST;
drop table ACCOUNTS;
drop table APPREPO;
drop table APPS;
drop table APPTEXTS;
drop table APPVARS;
drop table APPVERSIONS;
drop table CAPTCHACACHE;
drop table CONTACTS;
drop table COUNTRIES;
drop table COUNTRYTRANS;
drop table CRONCONFIG;
drop table CRONJOBS;
drop table CUSTOMERS;
drop table CUSTOMLINKS;
drop table DBCONFIG;
drop table DBS;
drop table DBSERVERACCESS;
drop table DBSERVERS;
drop table DNSTEMPLATES;
drop table DOMAINDATA;
drop table EXTNAMESERVERS;
drop table FTPSERVERS;
drop table INTERFACES;
drop table IPGROUPADDRS;
drop table IPGROUPCONFIG;
drop table IPGROUPS;
drop table IPMGMT;
drop table IPS;
drop table LIVECONFIG;
drop table LOG;
drop table MAILALIASES;
drop table MAILBOXES;
drop table MAILFORWARDS;
drop table MAILTEMPLATES;
drop table MODULES;
drop table NAMESERVERIPS;
drop table NAMESERVERS;
drop table OBJECTLOG;
drop table PERMISSIONS;
drop table PHPTEMPLATES;
drop table PHPVARS;
drop table POP3IMAPSERVERS;
drop table PREFERENCES;
drop table PWPATHS;
drop table PWPATHUSERS;
drop table PWRECOVER;
drop table PWUSERS;
drop table RESELLERS;
drop table RRA_CPU;
drop table RRA_DISK;
drop table RRA_MEM;
drop table RRA_NET;
drop table RRA_TRAFFIC;
drop table RRA_WEBSPACE;
drop table RRD_CPU;
drop table RRD_DISK;
drop table RRD_MEM;
drop table RRD_NET;
drop table RRD_TRAFFIC;
drop table RRD_WEBSPACE;
drop table SERVERCONTRACTS;
drop table SERVERS;
drop table SESSIONFILES;
drop table SESSIONS;
drop table SSLCERTS;
drop table TEST1;
drop table TIMEZONES;
drop table TZ_DATA;
drop table TZ_RULENAMES;
drop table TZ_RULES;
drop table USERS;
drop table WEBANALYTICS;
drop table WEBSERVERIPS;
drop table WEBSERVERS;

Wir müssten dann nur noch wissen, bei welchem Vertrag (z.B. "web123") die Domains nicht angezeigt werden.

Besten Dank & viele Grüße

-Klaus Keppler