0 0 Punkte

Moin,

ich hatte schon wieder mal ein kleines Problem:

Wenn ich mit einer der aktuellen Versionen (3.9.0, 3.9.1, 3.9.2beta) komplett neue Datenbanken aufsetzen lasse, sprich die Auth-DB und die Mandanten-DB erzeugen lasse, geht alles.

Wenn ich allerdings die Auth-DB aus einer alten Installation kopiere (läuft aktuell auf 3.8.0, ist aber schon aus seligen LX-Office-Zeiten mitgezogen) und diese verwende, wird sie zwar bei der ersten Anmeldung mit allen Upgrade-Scripten traktiert und die laufen auch ohne Fehler durch, aber ich kann keine neuen Benutzer oder Gruppen anlegen.

Alles andere funktioniert, inklusive Löschen von Benutzern.

Die Fehlermeldung in der Oberfläche beim Anlegen eines Benutzers ist

Fehler: ''insert() - DBD::Pg::st execute failed: FEHLER: aktuelle Transaktion wurde abgebrochen, Befehle werden bis zum Ende der Transaktion ignoriert at /usr/lib/perl5/site_perl/5.26.1/DBIx/Log4perl/st.pm line 62. ' in object of type 'SL::DB::AuthUser' occurred' in object of type 'SL::DB::AuthUser' occurred

Im Debug-Log steht folgender Hinweis:

2024/11/28 16:29:30 DEBUG> Pg.pm:403 Rose::DB::Pg::next_value_in_sequence - prepare(1.740): 'SELECT nextval(?)'
2024/11/28 16:29:30 DEBUG> Pg.pm:404 Rose::DB::Pg::next_value_in_sequence - execute(1.740) (SELECT nextval(?)): '"auth"."user_id_seq"'
2024/11/28 16:29:30 FATAL> st.pm:62 DBIx::Log4perl::st::execute - ============================================================
DBD::Pg::st execute failed: FEHLER: keine Berechtigung f374r Sequenz user_id_seq
err() = 7
state() = 42501
lasth Statement (DBIx::Log4perl::st=HASH(0x561122266598)):

SELECT nextval(?)

DB: dbname=lxerp_svn_auth;host=localhost;port=5432, Username: lxoffice
handle type: st
SQL: 'SELECT nextval(?)'
db Kids=21, ActiveKids=0
DB errstr: FEHLER: keine Berechtigung f374r Sequenz user_id_seq
ParamValues: 1='"auth"."user_id_seq"',
21 sub statements:
[...]

Und wahrlich, wenn man in die Datenbank schaut, haben zwei der vier Sequenzen als Owner postgres und nicht lxoffice.

nspname	relname	usename
auth	clients_id_seq	lxoffice
auth	group_id_seq	postgres
auth	master_rights_id_seq	lxoffice
auth	user_id_seq	postgres

Ich hab mal eben in meine Backups geschaut, das ist schon sehr sehr lange so, also mindestens 2021 sah die Auth-DB schon so aus. ;-)

Ich wollte es mal hier vermerkt haben, falls jemand auf ein solches Problem stößt.

Ich weiß nicht, wie diese falsche Ownership in meine Auth-DB gekommen ist und wie lange ich die schon so mitziehe. Ändern der Ownership auf den Kivitendo-Benutzer hat das Problem jedenfalls gelöst.

/Hannes

Bitte logge dich ein oder melde dich neu an um die Frage zu beantworten.

Ähnliche Fragen

0 0 Punkte
1 1 Antwort
turtle Gefragt 22, Mai 2016
Hallo, erhalte folgende Meldung: SQL-Error: Array ( [0] = 42501 = 7 = FEHLER: keine Berechtigung für Relation crmdefaults ) CRM Version 2.2.0 rc1 nach Vorlage (insta...
0 0 Punkte
1 answers 1 Antwort
pseher Gefragt 5, Apr 2016
Hallo, habe mir eben die 3.4.0 runtergeladen, beim starten bekommt man gleich eine Fehlermeldung: "The requested URL /erp/controller.pl was not found on this server." Im ...
0 0 Punkte
1 1 Antwort
b.dagdelen Gefragt 18 Feb
Hallo, ich benötige Unterstützung bei der Installation von Kivitendo ERP, da ich auf ein Problem gestoßen bin, das ich bisher nicht lösen konnte. Trotz meiner Versuch...
0 0 Punkte
0 0 Antworten
kivi Gefragt 23 Jan
Beim Update von 3.7.0 auf 3.9.0 erhalte ich beim konvertieren der Datenbank einen Fehler. The database update/creation did not succeed. The file sql/Pg-upgrade2/oe_purcha...
0 0 Punkte
2 answers 2 Antworten
i440bx Gefragt 27, Dez 2024
Hallo ihr, frohe Weihnachten an das Team nachträglich und vorsorglich einen guten Rutsch in 2025 :) Nachdem ich dieses Problem lösen konnte: https://forum.kivitendo.de/...