André Spindler

Ok, danke der geduldigen Nachfragen. Ubespace stellt zwei DB-User zu Verfügung, davon einer readonly. Da habe ich nun vorschnell geschlussfolgert, dass das wohl der "unprivilegierte" Nutzer sein muss. Offenbar hat der normale DB-User ja genügend Rechte, um den Test des Root-Zugangs zu bestehen und die Tabellen anzulegen. Leider kann ich diesen User bei der Froxlor Installation nicht doppelt angeben. Jetzt muss ich wohl herausfinden, ob ich bei Uberspace einen zusätzlichen DB-User erstellen kann. Danke schon mal bis hierher.

Ja klar, wie gesagt laufen die ersten Tests mit Zugriff auf die DB auch durch. Das DROP in der froxlor.sql habe ich auch gefunden. Nur wieso nimmt er dafür den readonly user (es sind zwei user angelegt, einer readonly, einer mit Vollzugriff)? Kann ich das in der froxlor.sql beeinflussen? So wie sie für mich aussieht, nicht. Mit welchem user wird sie denn aufgerufen und lässt sich das ändern? Für mich sieht es so aus, als lege froxlor die DB korrekt an und greife zum Schluss mit dem falschen user drauf zu.

Hallo, ich versuche gerade für einen Freund, Froxlor auf einem Uberspace Webserver zu installieren. Nach Eingabe der Credentials laufen die ersten Tests durch: Teste MySQL-Root Zugang... OK Sicherung vorheriger Datenbank... OK (/tmp/froxlor_backup_202004251023.sql) Datenbank wird vorbereitet... OK Erstelle Datenbank und Benutzer... OK Teste, ob Datenbank und Benutzer korrekt angelegt wurden... OK Beim anschließenden Punkt "Importiere Daten" gibt es dann einen Fehler: SQLSTATE[42000]: Syntax error or access violation: 1142 DROP command denied to user 'myuser_ro'@'localhost' for table 'ftp_groups' myuser_ro ist der readonly client. Soweit ich weiß, läuft bei Uberspace eine MariaDB, der remote access ist da wohl nicht möglich. Allerdings laufen die ersten Tests+Vorbereitungen ja gut durch. Ich verstehe nicht, warum im letzten Punkt dann ein readonly client ein DROP ausführen soll... Danke für Eure Hilfe. André