Beiträge von suppenuser

  • Erfahrung: Upgrade auf Debian 13 – Autoremove macht Party

    Kann es sein, dass Du Deinen Server damals mit dem alten liveconfig-meta aufgesetzt hattest? Das wär für mich eine logische Erklärung? kk kann das sein?

  • Dieser Server ist aktuell nicht mit LiveConfig verbunden

    Zitat von kroerig

    Laut der Kachel ist die Verbindung da, kann sie aber eigentlich nicht, da ich noch ein neues Root-Passwort hinterlegen muss, aber das geht nicht, da der Speichern-Button nicht aktiv ist.

    Kann ich das Kennwort manuell irgendwo ändern, damit der Dienst wieder startet?

    Schau mal in Deiner /etc/liveconfig3/liveconfig.conf (oder /etc/liveconfig/liveconfig.conf). Da hat es db_name, db_user und db_password.
    Wenn Du die sauber hast, kannst Du Dich damit auf der Shell mit der Datenbank verbinden. Wenn nicht, musst Du genau die Daten setzen ...


    Gruß

  • Kunde lässt sich nicht löschen

    Zitat von dhb

    Es ist keine Datenbank vorhanden und unter /var/lib/mysql/ ist auch kein Verzeichnis vorhanden. es gibt keine Domain, Postfächer, Datenbanken mehr. Alles weg. Und der Kunde lässt sich leider nicht löschen.


    Anscheinend hab ich einen ganz speziellen fall :(

    Doofe Frage. Im /Home des Kunden. Hat es da noch Daten? Eventuell Dateien, die nicht dem Kunden gehören? Oder seltsame Dateirechte haben?

    Lösch doch bitte einmal das /home des Kunden mit allen Unterverzeichnissen (conf, tmp, …)


    Gruß Ralf

  • Kunde lässt sich nicht löschen

    Zitat von dhb

    Ich habe beim Kunden alle Verträge, Datenbanken, Postfächer etc. gelöscht. Wenn ich den Kunden löschen möchte kommt folgende Meldung "Um diesen Kunden zu löschen müssen Sie erst alle ihm zugeordneten Verträge löschen." ich habe dann probiert den Datenbankeintrag zu ändern mit:

    SQL
    UPDATE HOSTINGCONTRACTS SET HC_DELETED=0 WHERE HC_DELETED=1;

    dadurch ist der Vertrag wieder erschienen. Wenn ich den Vertrag nun in LC löschen möchte, wird er nicht gelöscht, sondern HC_DELETED auf 1 gesetzt und der Kunde kann noch immer nicht gelöscht werden.
    Eine Reparatur der Datenbank war nicht nötig. Ich habe die Schritte hier befolgt. und beim vierten Punkt ok bekommen. also dachte ich mir, härtere Maßnahmen müssen her. über phpmyadmin wollte ich den Datensatz manuell löschen. Allerdings bekomme ich die Meldung: "#1451 - Kann Eltern-Zeile nicht löschen oder aktualisieren: eine Fremdschlüsselbedingung schlägt fehl (`LIVECONFIG`.`ACCOUNTS`, CONSTRAINT `ACCOUNTS_ibfk_2` FOREIGN KEY (`AC_CONTRACTID`) REFERENCES `HOSTINGCONTRACTS` (`HC_ID`))". Den Datensatz in der Tabelle Account wollte ich nicht einfach löschen, da ich nicht weiß wie sich das auf LiveConfig auswirkt. Wie soll ich weiter vorgehen um den Kunden löschen zu können (und den Vertrag)?

    Schau mal, ob der Kunde noch eine MySQL-Datenbank hat oder ob das Verzeichnis der DB noch besteht. Wenn ja, dann lösch das Verzeichnis der Kunden-DB, danach sollte es klappen.


    Gruß Ralf

  • Kunde lässt sich nicht löschen

    Zitat von hchristo

    Schreib den Query doch hier rein, dann brauch man nicht Betteln!

    Zum einen ist es kein "Betteln" und zum Anderen: Nein.

    Eine Datenbank-Query hat aus meiner Sicht nichts im Forum zu suchen.

    Hier hat es Leute, die mit einfachen Konfigurationen des Mailsystems oder der Spam-Abwehr auf der Shell schon überfordert sind; die muss man nicht auch noch zu Aktionen in der Datenbank animieren.

  • Quota automatisiert während der Liveconfig Installation aktivieren lassen

    Zitat von WebService4U

    Hast du nicht? Naja, unter https://www.liveconfig.com/de/ befindet sich der Link zum Forum im Menüpunkt "Support", wenn ich mich nicht irre. Was darf ich dann hier erwarten? Dass hier nicht nur User versuchen Usern zu helfen, sondern sich die Herrschaften der LiveConfig GmbH vielleicht auch mal regelmäßig zu Wort melden und mit regelmäßig meine ich nicht alle paar Monate in der Kategorie "Ankündigungen und neue Versionen".


    Und was den Support per E-Mail angeht: Ticket LC#2022090234000027 vom 02.09.2022 (ja, wir lesen richtig) ist seit 2 JAHREN trotz Nachfrage absolut unbeantwortet. Bei aller Liebe: wenn ich so mit meinen Kunden umgehen würde, dann könnte ich den Laden zumachen. Ich kann absolut NICHT verstehen, dass man soviel Energie in eine Veriosn 3.x legt, obwohl in der aktuellen Stable hier seit vielen Jahren unbearbeitete Baustellen sind. Das alles wirft kein gutes Licht mehr auf Herrn Keppler und sein Team. Eigentlich warte ich nur noch darauf, dass es irgendwann eine Pressemitteilung gibt: "LiveConfig verkauft" oder "LiveConfig wird eingestellt, bitte wechseln Sie zu XY", denn das wäre wirklich extrem schade.


    Man verstehe micht bitte nicht falsch: ich bin ein großer Fan von LiveConfig, aber auch ein inzwischen sehr frustrierter Fan.

    In der Tat. Wenn ich dort auf Support klicke, komme ich auf https://www.liveconfig.com/de/support/ und NICHT auf https://forum.liveconfig.com


    Aus meiner Sicht ist das Ding hier neben den Ankündigungen rein "User helfen User"- basiert (was auch zur Wesensart von Klaus passen würde).


    Nervig (und da gebe ich Dir recht) ist in der Tat, das manche Tickets untergehen. Bei sowas frage ich dann in Gottes Namen einfach telefonisch nach und hab meinen Selenfrieden.

    Die Tatsache, dass die 3er noch nicht raus ist ist auch nervig. Auf unserem Testserver läuft die letzte veröffentlichte sehr stabil, aus meiner Sicht wär es da durchaus Zeit für einen größeren Beta-Test.

  • Quota automatisiert während der Liveconfig Installation aktivieren lassen

    Zitat von weltmeister

    Seit über einem Jahr leider unbeantwortet. Gibt es hier noch Support oder sind alle schon in den Weihnachtsferien? ;)

    soweit ich weiß ist der Support über support@liveconfig.com erreichbar? Oder per Telefon...? (Zumindest bei uns klappt das tadellos) Ein Hinweis, das dies ein Support-Forum ist hab ich noch nicht wirklich gesehen....


    Und um beim Thema zu bleiben, die Quota automatisiert einzurichten ist nicht trivial. Alleine bei unseren Serverkunden hat es da (laut puppy) mehr als 15 verschiedene Konfigurationen (abgesehen von 9 zusätzlich möglichen Formatmöglichkeiten).

    Da kann ich verstehen, dass Klaus mehr Energie in die 3.x legt.

  • Um diesen Kunden zu löschen müssen Sie erst alle ihm zugeordneten Verträge löschen.

    Zitat von weltmeister

    Ich danke dir für den Tipp. Ich habe stichprobenartig den Server durchsucht nach Dateien mit falschen Dateirechten im Verzeichnis /var/lib/mysql/... konnte dort aber nichts finden. Auch im Backup des heute gelöschten Kunden konnte keine falschen Dateirechte finden.


    Die Datenbank war sehr groß (über 800 MB), ich vermute eher dass dies das Problem war?

    Hmmm. dürfte nicht sein. Zumal 800 MB jetzt nicht wirklich groß ist (IMHO wartet LC da nur auf die Rückmeldung des MySQL-Daemon, der für das Löschen zuständig ist ). Im Liveconfig-Log des betroffenen Servers steht der Grund, warum Liveconfig den Kunden nicht entsorgen kann drin.

    Bei uns war das immer der MySQL-Daemon, der nicht die Rechte zum löschen des Verzeichnisses /var/lib/mysql/<userdb> hatte. In der Dev-Mailing-Liste von Digital-Ocean war damals auch der Hinweis, dass es einen Fehler mit den Rechten der Dateien gegeben hatte woraufhin wir überall die Owner und Rechte korrigiert hatten.

  • Um diesen Kunden zu löschen müssen Sie erst alle ihm zugeordneten Verträge löschen.

    Zitat von weltmeister

    Heute gleiches Problem wieder gehabt.


    Liest das hier eigentlich jemand, bzw. passiert noch etwas?

    Wann gibt es eine dauerhafte Lösung, ohne Bastelarbeiten?

    Wird das Problem in der Version 3 behoben?

    Du meinst, das einmalige korrigieren der Dateirechte, die von MySQL verhunzt wurden stellt keine dauerhafte Lösung ohne Bastelarbeit dar?


    Nachdem wir das irgendwann vor 2019 bei uns auf allen Servern gemacht hatten ist das Problem nicht mehr aufgetreten. Und es hat keinen Nebeneffekt, wenn die Dateien -wie es sich gehört- mysql mysql gehören. Das da Dateien in den Userverzeichnissen (meist die db.opt) dem root gehören ist falsch und war ein Bug bei irgendeiner älteren MySQL-Version oder dessen Installer.

  • Um diesen Kunden zu löschen müssen Sie erst alle ihm zugeordneten Verträge löschen.

    Zitat von taenzerme

    Ich möchte mich hier mal einklinken, da wir von dem "Bug" auch betroffen sind und noch keine zufriedenstellende Lösung bisher haben.


    Aber: Die hier genannten kleinen Provider als Referenz bzw. Entscheidungsgrundlage zu nennen erscheint mir dann doch etwas kurzsichtig. Host-On existiert nichtmal ein Jahr. Plesk kostet für die Plesk Web Host Edition for VPS nach meinem letzten Stand ca das 2,5fache pro Server, ungeachtet davon, dass wir einen Haufen Kunden hatten, die bei Plesk in keinster Weise durchgeblickt haben und genauso unzufrieden waren.

    Korrekt.


    Übrigens ist der "Bug" eigentlich kein Bug von Liveconfig.

    Man kann das Problem recht schnell vermeiden, indem man einmal schaut ob in den Datenbankverzeichnissen der Kunden unter /var/lib/mysql/<datenbank-des-kunden>* Dateien, die nicht von mysql gelöscht werden dürfen rumliegen.... IMHO entstand dies durch Updates von MySQL/Debian/Ubuntu oder FreeBSD.

  • Fehlender Spamordner

    Zitat von weltmeister

    Alles gut, bei uns ist das wiederum ganz anders. Die ständigen Anfragen nach Funktionen die es nicht gibt, nerven einfach nur noch, weil man sich über die Jahre immer wieder rechtfertigen muss. Dann müssen wir uns noch anhören, ich zitiere aus einer der Mails: "dass dies bei jedem Billig-Hoster mit Plesk möglich sei, warum jedoch bei Ihnen nicht?"


    Klar könnten wir noch mehr Spam-Blacklisten einbinden oder die Filter allgemein verschärfen. Das Problem ist, dass Absender wie office oder web.de, t-online.... usw. ständig auf Blacklisten gelistet sind. Von unseren Kunden gibt es dann auch wiederum "Ärger" wenn diese Mails nicht durchkommen. Und extra whitelisten für diese Spamschleudern aktivieren, ich weiß ja nicht... der Kunde versteht einfach nicht, dass das Problem in dem Falle gar nicht auf unserer Seite besteht, sondern auf der des Absenders oder besser dessen Provider.

    Ich denke, dass Du das ein bisschen falsch siehst (nur meine Meinung!)

    Bei uns kann der Kunde den sekundären Spamfilter ausschalten. Wenn er das nicht tut, werden Mails automatisch in den Spamfolder verschoben.


    Den primären Spamfilter (rspamd) kann er nur indirekt beeinflussen indem er Mails in einen speziellen Ordner verschiebt aus dem das System lernt. Da wenig Falschmeldungen kommen ist der Kunde zufrieden und fragt nicht (ihm fehlt ja nichts)


    Web.de/t-online etc. sind übrigens nicht mehr so heftig in den Blacklists. Die haben auch gelernt.


    Gruss Ralf

  • Fehlender Spamordner

    Kannst Du mit Deinem Dovecot automatisch anlegen lassen:


    /etc/dovecot/conf.d/15-mailboxes.conf:

    Gruß Ralf

  • ständige Fehlinterpretationen des Füllstand von Webspace und Postfächern durch Kunden

    Zitat von Mogwais

    Klingt interessant. Wie macht ihr das? Chatgpt mit Daten füttern und durchreichen oder gibt es schon spezialisierte Anbieter für den Anwendungsfall?

    Exakt. Ein Kollege hat ein Plugin für Zammad gebaut. Basis sind die bisherigen Antworten und zusätzliches Futter aus FAQs.

    Das Ganze funktioniert aber auch mit MS-Copilot (da stammt auch die Idee her). In der Developer-Network MSDN gibt es ein Sample-Source zum einfachen Anpassen und loslegen. Soweit ich mich erinnere ist ein Beispiel auch auf CodeProject verfügbar…

    Ist also wirklich kein Hexenwerk und nimmt wirklich massiv Arbeit ab. 😊

  • ständige Fehlinterpretationen des Füllstand von Webspace und Postfächern durch Kunden

    Zitat von weltmeister

    Herr Kayser, der Suppenkasper hat wieder lange weile. :P

    Nö. :)

    Aber, nachdem Du mit Supportanfragen zu kämpfen hast, hab ich einen Tipp für Dich. Setz einfach auf KI.


    Du kannst schlicht und ergreifend nicht alles mit LiveConfig abdecken. Das ging schon nicht mit Confixx und Foxlor und geht nicht mit cPanel, DirektAdmin, LiveConfig oder Plesk/Onyx.


    Im Moment handeln die Provider, für die wir die Server warten (und wir) sicher mehr als 95% der Supporttickets vollautomatisch mit der KI ab. Spart Arbeit und Nerven. Hebt die Supportqualität.

  • ständige Fehlinterpretationen des Füllstand von Webspace und Postfächern durch Kunden

    Zitat von weltmeister

    Immer wieder kommt es vor, dass Kunden die "Füllstandsanzeige" z.B. der Postfächer falsch interpretieren. Ständig kommen Mails wie: "ich habe mein Postfach geleert, warum wird in LiveConfig angezeigt, dass es noch voll sei? Das kann doch nicht sein!"
    Dass sich die Anzeige halbstündlich(?) aktualisiert, weiß leider niemand und ahnt sicher auch keiner. Vielleicht wäre ein Hinweis an der Stelle angebracht, dass der Füllstand der Postfächer und des Webspace nicht in Echtzeit ausgelesen wird und dass sich der Wert halbstündlich aktualisiert. Ebenfalls wäre eine Uhrzeit der letzten aktualisierung sinnvoll. Das erspart in Zukunft viele solcher Anfragen.

    Was spricht dagegen, selbst den Text in /etc/liveconfig/mailquota.txt anzupassen? Dann bekommt der Kunde bei 80/90/95/100% einen sinnigen Text und verschont den Support?