Erstellt vor 6 Jahren

Geschlossen vor 6 Jahren

#922 closed Fehler (fixed)

DBD::Pg::st execute failed: ERROR: relation "employee" does not exist at SL/DBUtils.pm line 126. Can't call method "dberror" on unblessed reference at SL/DBUtils.pm line 126.

Erstellt von: adrian_weibel@… Verantwortlicher: p.reetz@…
Priorität: sehr hoch Meilenstein:
Komponente: kivitendo ERP Version: 2.6.2 unstable
Schweregrad: kritisch Stichworte: Installation
Beobachter: m.bunkus@…, tobhaeg@…, adrian_weibel@…

Beschreibung

Fehler tritt auf bei "Speichern" im Menü "Lx-Office ERP Administration / Benutzerdaten bearbeiten".

Der Fehler tritt auf sowohl beim der Anlegung als auch bei der Neuspeicherung der Altdaten des Nutzers.

Verbindungsparameter der Maske stimmen und wurden überprüft via "Verbindung testen". Die Felder Anmeldename, Passwort und Name sind gefüllt. Die weiteren Felder sind leer oder enthalten die Default-Werte.

apache/error.log:

Erstanlegung des Nutzers:

DBD::Pg::st execute failed: ERROR: relation "employee" does not exist at SL/DBUtils.pm line 126.
Can't call method "dberror" on an undefined value at SL/DBUtils.pm line 126.
Compilation failed in require at /var/www/lx-erp/admin.pl line 89.
[Wed Mar 25 08:10:40 2009] [error] [client 127.0.0.1] Premature end of script headers: admin.pl, referer: http://127.0.0.1/lx-erp/admin.pl

Bestätigung der Alt-Werte des Nutzers:

DBD::Pg::st execute failed: ERROR: relation "employee" does not exist at SL/DBUtils.pm line 126.
Can't call method "dberror" on an undefined value at SL/DBUtils.pm line 126.
Compilation failed in require at /var/www/lx-erp/admin.pl line 89.
[Wed Mar 25 09:29:20 2009] [error] [client 127.0.0.1] Premature end of script headers: admin.pl, referer: http://127.0.0.1/lx-erp/admin.pl?action=edit&login=buero-nutzer1

Anhänge (1)

lx-office-server-environment.tar (40.0 KB) - hinzugefügt von adrian_weibel@… vor 6 Jahren.
server-environment

Alle Anhänge herunterladen als: .zip

Änderungshistorie (11)

comment:1 Geändert vor 6 Jahren durch adrian_weibel@…

  • Beobachter adrian_weibel@… hinzugefügt

Gleicher Gui-Fehler mit lxoffice-unstable, ähnliche Fehlermeldung im apache-log.

DBD::Pg::st execute failed: ERROR: relation "employee" does not exist at SL/DBUtils.pm line 126.
Can't call method "dberror" on unblessed reference at SL/DBUtils.pm line 126.
Compilation failed in require at /var/www/lx-erp/admin.pl line 89.
[Wed Mar 25 15:50:45 2009] [error] [client 127.0.0.1] Premature end of script headers: admin.pl, referer: http://127.0.0.1/lx-erp/admin.pl

comment:2 Geändert vor 6 Jahren durch adrian_weibel@…

  • Version von 2.6.0 beta nach unstable geändert

2.6.0beta -> unstable

comment:3 Geändert vor 6 Jahren durch adrian_weibel@…

  • Zusammenfassung von internal error - can't call method "dberror" on an undefined value at SL/DBUtils.pm line 126 nach DBD::Pg::st execute failed: ERROR: relation "employee" does not exist at SL/DBUtils.pm line 126. Can't call method "dberror" on unblessed reference at SL/DBUtils.pm line 126. geändert

updating summary

Geändert vor 6 Jahren durch adrian_weibel@…

server-environment

comment:4 Geändert vor 6 Jahren durch adrian_weibel@…

server environment

comment:5 Geändert vor 6 Jahren durch tobhaeg@…

  • Beobachter tobhaeg@… hinzugefügt
  • Status von new nach assigned geändert

Ja, das Problem habe ich auch bei der Erstinstallation& Konfiguration von Lx-Office ERP.
Wie schon hier berichtet:
http://forum.lx-office.org/mix_entry.php?id=7208&page=0&category=all&order=time&descasc=DESC

comment:6 Geändert vor 6 Jahren durch adrian_weibel@…

"relation "employee" does not exist".

Erklärung: Die Datenbank lxerp_auth wurde zuvor erzeugt, jedoch nicht die einschlägigen Tabellen.

comment:7 Geändert vor 6 Jahren durch adrian_weibel@…

  • Lösung auf invalid gesetzt
  • Status von assigned nach closed geändert

User error, Closing.

comment:8 Geändert vor 6 Jahren durch tobhaeg@…

  • Lösung invalid gelöscht
  • Status von closed nach reopened geändert

Auch bei meiner dritten Installation unter Ubuntu (Jaunty) tritt der Fehler wieder auf.
Der Kommentar von Adrian am 2009-03-26 09:55:44 hilft mir nicht weiter.
Wenn Datenbanken ohne Tabellen angelegt werden, dann ist das wohl doch ein Bug.

comment:9 Geändert vor 6 Jahren durch m.bunkus@…

  • Beobachter m.bunkus@… hinzugefügt

Dieser Fehler tritt wohl dann auf, wenn man versucht, einen Benutzer anzulegen zu einer Datenbank, die es noch nicht gibt. "Noch nicht gibt" heißt auch, dass die Authentifizierungsdatenbank dafür nicht gilt -- zuerst muss eine Datenbank für die eigentlichen Daten angelegt werden. Dies geschieht in der Administration über den Punkt "Datenbankadministration".

Die Geschäftsdatendatenbank kann in der Authentifizierungsdatenbank angelegt werden, muss aber nicht, sie kann auch davon getrennt existieren.

Also genereller Ablaufplan zum Erfolgreichen Anlegen:

  1. config/authentication.pl konfigurieren
  1. Im Admin-Interface anmelden und dabei gegebenenfalls die Authentifizierungsdatenbank anlegen lassen
  1. Über "Datenbankadministration" eine Datenbank für die Geschäftsdaten anlegen bzw. in der vorher angelegten Authentifizierungsdatenbank die Tabellen etc für die Geschäftsdaten anlegen lassen
  1. Benutzer anlegen
  1. Benutzer den Gruppen zuordnen
  1. Als Benutzer anmelden

Danach sollte es gehen.

comment:10 Geändert vor 6 Jahren durch m.bunkus@…

  • Lösung auf fixed gesetzt
  • Status von reopened nach closed geändert

Das Problem sollte in Revision 4256 behoben sein. Es wird nun beim Speichern eines Benutzers zuerst überprüft, ob die beim Benutzer hinterlegte Datenbank überhaupt existiert und ob darin die Tabelle "employee" existiert, bevor versucht wird, in diese Tabelle zu schreiben.

Tut sie das nicht, so ist dies kein Beinbruch; der Eintrag wird spätestens beim Login automatisch angelegt (und beim Login müssen die Tabellen ja eh existieren).

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.