DBI connect('','',...) failed: FATAL: database "www-data" does not exist at /var/www/kivitendo/SL/DBConnect.pm line 10

Question

Hallo zusammen,

auf meinem System läuft Apache 2.4.6 mit perl 5.18.1, außerdem laufen postgresql Versionen 8.4-9.3.
Ich komme nun (weder mit meinem alten LX Office 2.6.3) noch mit Kivitendo 3.0 mehr in die Buchhaltung. Andauernd erhalte ich einen Status 500 "Internal Server Error". Im Apache-Log sehe ich dann folgendes:

[Sun Nov 10 07:56:11.370181 2013] [:error] [pid 26105] DBI connect('','',...) failed: FATAL:  database "www-data" does not exist at /var/www/kivitendo/SL/DBConnect.pm line 10.\nCompilation failed in require at /var/www/kivitendo/SL/DB/Default.pm line 5.\n.......

Ich weiß noch, dass im alten Forum eine Lösung dafür war, doch das scheint ja abgeschalten zu sein?
Was kann ich denn noch probieren? An der Config hab ich nichts geändert.

Grüßle,
Simmerl

Answer 1

[Sun Nov 10 07:56:11.370181 2013] [:error] [pid 26105] DBI connect('','',...) failed: FATAL: database "www-data" does not exist at /var/www/kivitendo/SL/DBConnect.pm line 10.\nCompilation failed in require at /var/www/kivitendo/SL/DB/Default.pm line 5.\n.......

das sieht eher danach aus, als waere in der Config keine Datenbank eingetragen.

• kommst Du auf die Authentifizierungsdagenbenk? (http://*/admin.pl)
• Du musst mal schauen, unter welchen Ports welche Datenbank lauft. Wenn Du mehrere Postgresversionen installiert hast koennen die nicht alle auf dem Standard Port laufen (sieht man als root mit netstat -tunlp)

Comments

Das Verzeichnis heißt bei mir "config".

ls -al /var/www/kivitendo/config/
total 32
drwxrwxr-x 3 www-data www-data 4096 Nov 18 22:17 .
drwxrwxr-x 24 www-data www-data 4096 Nov 9 21:15 ..
drwxr-xr-x 2 root root 4096 Nov 18 22:17 bak
-rw-rw-r-- 1 www-data www-data 49 Dec 10 2012 .gitignore
-rw-rw-r-- 1 www-data www-data 31 Dec 10 2012 .htaccess
-rw-rw-r-- 1 www-data www-data 10595 Nov 17 23:05 kivitendo.conf

Im Verzeichnis bak habe ich die defaults und die alte lx_office.conf liegen.

---

Das passt alles nicht zusammen.

• mehrere Installationen auf dem Rechner?

Ich vermute Du greifst mti dem Webserver nicht auf diese Installation zu.

---

Ich kapiere es ja auch nicht. Aber mein zugehöriger Abschnitt aus der apache-config sieht folgendermaßen aus. Und die Weiterleitung findet auch statt. Aber beim Zugriff auf die db geht nix mehr.

ServerName kivi.example.com ServerAlias www.kivi.example.com www.ipv6.kivi.example.com ipv6.kivi.example.com ServerAdmin kontakt@example.com DocumentRoot "/var/www/example.com/kivitendo/" ErrorLog "/var/log/apache2/svs-example.com-error.log" CustomLog "/var/log/apache2/svs-example.com-access.log" combined PerlOptions +Parent PerlSwitches -I/var/www/example.com/kivitendo AddHandler cgi-script .pl Alias /kivitendo/ /var/www/example.com/kivitendo/

Require all granted
Options ExecCGI Includes FollowSymlinks

Require all denied

Das sieht doch gar nicht soo schlecht aus. Und lx ist zwar da, liegt aber in den alten Verzeichnissen (/var/lib/ und /usr/lib/)

---

sorry, aber das wird zu zaeh, via Forum.

War da mal das Debian Pakte drauf, und er sucht die Konfig noch in /etc? Wo auch immer, aber Du hast da ein Pfad-Problem, Loesungsansaetze sind:

• benoetigte Dateien (z.B. die Konfig) temporaer umbenennen ->wenn Kivi dann noch einen Konfig findest weisst Du es hat sie wo anders her.

• frische saubere Installation machen -> denke das ist bei Dir klug.

• jemand ran lassen der Uebung mit sowas hat

Ich klink mich hier aus

---

Ich habe jetzt immer weiter gesucht, auch auf einem anderen Server versucht zu installieren (dort findet installation_check Rose::DB nicht obwohl cpan Version 0.774 meldet).

Beim Aufruf auf der ursprünglichen Maschine ist mir allerdings bei installation_check folgendes gemeldet worden:

scripts/installation_check.pl
Can't open config file 'config/lx_office.conf.default' (no such file or directory) at SL/LxOfficeConf.pm line 36.

Erst als ich nen symbolischen Link im config-dir von kivitendo.conf auf lx_office.conf.default gesetzt habe lief das script durch (alles OK).

Was mich allerdings nach Lektüre im Forum immer mehr irritiert ist, dass bei mir im DBI connect(''...) steht, während andere dort Daten drin stehen haben. Scheint so als würde admin.pl/index.pl die config nicht finden während installation_check das richtige Verzeichnis findet.

Answer 2

Salut Simmerl,

wenn als Fehlermeldung database "www-data" does not exist kommt, dass schaut es wohl so aus, dass eine Verbinung zu dem DB Listener aufgebaut wurde (schon mal gut) und der Open auf das Schema "www-data" nicht erfolgreich ist, weil das Schema nicht existiert (das ist schlecht).

Es ist also so, also würde ein Postbote das Mehrfamilienhaus über die Adresse ausfindig machen, aber den Briefkasten mit dem Zielnamen nicht finden.

(1) Falls Du mehrere Postgres Instanzen laufen hast, könnte es sein, dass Du den falschen Server angesprochen hat.
(2) Falls der konfigurierte Server korrekt ist, dann könnte es sein, dass die DB gelöscht wurde. Melde Dich auf dem DB-Host unter der Kennung postgres an und rufe dann den Postgres psql auf und gibt dann auf der Konsole den Befehl \l+' ein. Dann siehst Du, ob es eine www-data Datenbank auf dem Server gibt.
(3) so nebenbei finde ich den Namen www-data etwas ungewöhnlich!