500 Browser Meldung

Question

Hallo, habe die neue Version 2.7.0 eingespielt und dazu einen neuen VirtualHost auf meinem Debian Webserver eingerichtet. Gestern Abend wollte ich gerade das Thema f-tex angehen, aber irgendwie trickste mich das System aus und nun bekomme ich statt des Login Bildschirmes die nette 500er Meldung "Internal Server Error".

Weiterhin hätte ich da noch die eine oder andere Frage wenn es wieder laufen sollte:

• es sind unter dem Menü Steuern weitere Einstellungen dazugekommen bzw. verfeinert worden, beseht die Möglichkeit irgendwie im Nachhinein statt Soll-Versteurung die IST-Versteuerung ab sofort einzustellen ohne eine neue Datenbank anzulegen?
• im Ordner templetes sind Standardmäßig f-tex und andere im print Unterordner zu finden, irgendwie gelang es mir gestern nicht unter dem admin-login jeweils bei den Benutzer Einstellungen z. B. die Vorlage /print/f-tex auszuwählen bzw. das Dropdown Menü ist leer. Wie kann ich dort eine Vorlage auswählen oder muss ich dies woanders tun?

Answer 1

Moin turtle,

Ohne weiteres kann man zum Internal Server Error wenig sagen, versuch Folgendes:

• schauen ob alles installiert ist

  $ scripts/installation_check.pl -a

• schauen ob Rechte korrekt sind. templates/users/webdav/spool müssen schreibbar sein.
• wenn das nicht hilft, /var/log/apache2/error.log schauen, was da steht, und poste es hier.

Zu den templates:
Das was in templates/print/ liegt, sind nur Vorlagen für Deine Vorlagen. Wäre das nicht so, würde Dein komplettes Firmenbranding etc kaputtgehen, wann immer eine neue Version herauskommt und die Templates anfasst. Um eine benannte Kopie davon zu erstellen, geh in die Administration, mach einen Benutzer auf, wähl rechts "Erzeuge Vorlagen", und wähl f-tex als Vorlage aus. Das macht nichts anderes, als einen Satz Vorlagen zu erstellen, der so heißt wie Du angegeben hast, und alles aus f-tex dahin zu kopieren. Dadrin kannst Du dann alles anpassen.

Comments

Hallo sschoeling, danke dir. Der Check mit "# ./scripts/installation_check.pl" sieht gut aus (keine Fehler) anbei:

Checking Required Modules:

Looking for parent ....................................................... 0.221
Looking for Archive::Zip 1.16 ............................................. 1.18
Looking for Config::Std .................................................. 0.900
Looking for DateTime ...................................................... 0.42
Looking for DBI 1.50 ..................................................... 1.605
Looking for DBD::Pg 1.49 ................................................. 2.8.7
Looking for Email::Address ............................................... 1.889
Looking for FCGI .......................................................... 0.67
Looking for JSON .......................................................... 2.07
Looking for List::MoreUtils 0.21 .......................................... 0.22
Looking for Params::Validate .............................................. 0.91
Looking for PDF::API2 2.000 .............................................. 2.015
Looking for Rose::Object .................................................. 0.85
Looking for Rose::DB ..................................................... 0.744
Looking for Rose::DB::Object ............................................. 0.770
Looking for String::ShellQuote 1.01 ....................................... 1.04
Looking for Sort::Naturally ............................................... 1.02
Looking for Template 2.18 ................................................. 2.19
Looking for Text::CSV_XS 0.23 ............................................. 0.52
Looking for Text::Iconv 1.2 ................................................ 1.7
Looking for URI 1.35 ...................................................... 1.35
Looking for XML::Writer 0.602 ............................................ 0.604
Looking for YAML 0.62 ..................................................... 0.62

Die Rechte setzte ich auch schon mehrmals via Konsole # chown -R www-data users spool webdav
und # chown www-data templates users, ja sogar mit # chgrp www-data templates ; chmod g+w templates
Aber das werde ich Morgen früh nochmals, in der Konsole, überprüfen, dann sende ich auch den Teil von der /var/log/apache2/error.log, bis dahin bedanke ich mich schon einmal. Auch danke für f-tex.

Answer 2

Bitte erstellen Sie für verschiedene Themen auch einzelne Fragen. Ansonsten wird die Beantwortung echt schwer.

Zum 500er. Was sagt denn das error.log vom Webserver, wenn darauf zugegriffen wird? Meist sind fehlende Perl-Module, eine fehlerhafte Konfiguration des Webservers oder falsche Dateiberechtigungen (grob: der Webserver muss alles schreiben und lesen dürfen; geht auch feingliedriger, ist aber das Einfachste beim Aufsetzen) Grund für einen 500er.

Comments

Hallo mbunkus, hast recht ich werde mich auf die Frage des 500er Konzentrieren und gegebenenfalls ein neues Ticket pro Frage eröffnen bzw erstellen.

Das komische an der Sache ist ja dass, ich schon mit der neuen Umgebung arbeiten konnte. Und nun die besagte 500ter Meldung erscheint, naja habe oben bei sschoeling bereits die Perl-Module, per in House Check-Skript, aufgeführt. Morgen früh werde ich eine Auszug des Indianer error.log's hier anhängen, bis dahin schon einmal danke.

Answer 3

Hallo, und guten Morgen.

Anbei die error.log (Ausschnitt):

[Wed Apr 04 00:18:40 2012] [warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi server error.

[Wed Apr 04 00:18:40 2012] [error] [client 192.162.209.101] Premature end of script headers: dispatcher.fpl
[Wed Apr 04 00:18:46 2012] [notice] mod_fcgid: process /srv/www/lx-erp/dispatcher.fpl(16390) exit(communication error), terminated by calling exit(), return code: 107
[Wed Apr 04 07:35:13 2012] [notice] Graceful restart requested, doing restart
PHP Warning: Module 'gd' already loaded in Unknown on line 0
[Wed Apr 04 07:35:15 2012] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Wed Apr 04 07:35:15 2012] [notice] mod_python: using mutex_directory /tmp
[Wed Apr 04 07:35:15 2012] [notice] Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-Patch mod_python/3.3.1 Python/2.5.2 mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations
suexec policy violation: see suexec log for more details
[Wed Apr 04 08:24:06 2012] [warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi server error.
[Wed Apr 04 08:24:06 2012] [error] [client 192.162.209.101] Premature end of script headers: dispatcher.fpl
[Wed Apr 04 08:24:12 2012] [notice] mod_fcgid: process /srv/www/lx-erp/dispatcher.fpl(32712) exit(communication error), terminated by calling exit(), return code: 107

Anbei die Rechte des Verzeichisses (# ls -alt):

drwxrwxr-x  4 www-data www-data  4096  3. Apr 10:32 templates

drwxr-xr-x 6 root root 4096 2. Apr 20:31 ..
drwxrwxr-x 5 www-data root 4096 2. Apr 20:10 users
drwxrwxr-x 5 root root 4096 2. Apr 18:07 image
drwxrwxr-x 2 root root 4096 18. Mär 21:54 config
drwxr-xr-x 24 root root 4096 18. Mär 16:35 .
drwxr-xr-x 10 root root 4096 18. Mär 16:29 SL
drwxr-xr-x 3 root root 4096 18. Mär 16:28 DEBIAN
-rwxrwxrwx 1 root root 156 1. Mär 17:37 acctranscorrections.pl
-rwxrwxr-x 1 root root 156 1. Mär 17:37 admin.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 amcvar.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 am.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 amtemplates.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 ap.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 ar.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 bankaccounts.pl
drwxrwxr-x 3 root root 4096 1. Mär 17:37 bin
-rwxrwxrwx 1 root root 156 1. Mär 17:37 bp.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 ca.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 common.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 controller.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 cp.pl
drwxrwxr-x 5 root root 4096 1. Mär 17:37 css
-rwxrwxrwx 1 root root 156 1. Mär 17:37 ct.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 datev.pl
-rwxrwxrwx 1 root root 330 1. Mär 17:37 dispatcher.fcgi
-rwxrwxr-x 1 root root 330 1. Mär 17:37 dispatcher.fpl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 dispatcher.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 dn.pl
drwxrwxr-x 7 root root 4096 1. Mär 17:37 doc
-rwxrwxrwx 1 root root 156 1. Mär 17:37 do.pl
-rw-rw-r-- 1 root root 2238 1. Mär 17:37 favicon.ico
-rwxrwxrwx 1 root root 156 1. Mär 17:37 fu.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 generictranslations.pl
-rw-rw-r-- 1 root root 163 1. Mär 17:37 .gitignore
-rwxrwxrwx 1 root root 156 1. Mär 17:37 gl.pl
-rw-rw-r-- 1 root root 451 1. Mär 17:37 .htaccess
-rwxrwxrwx 1 root root 156 1. Mär 17:37 ic.pl
-rw-rw-r-- 1 root root 145 1. Mär 17:37 index.html
-rwxrwxrwx 1 root root 156 1. Mär 17:37 ir.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 is.pl
drwxrwxr-x 7 root root 4096 1. Mär 17:37 js
-rwxrwxrwx 1 root root 156 1. Mär 17:37 licenses.pl
drwxrwxr-x 6 root root 4096 1. Mär 17:37 locale
-rwxrwxrwx 1 root root 156 1. Mär 17:37 login.pl
-rw-rw-r-- 1 root root 12949 1. Mär 17:37 menu.ini
-rwxrwxrwx 1 root root 156 1. Mär 17:37 menujs.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 menunew.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 menu.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 menuv3.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 menuv4.pl
drwxrwxr-x 4 root root 4096 1. Mär 17:37 modules
-rwxrwxrwx 1 root root 156 1. Mär 17:37 oe.pl
drwxrwxr-x 3 root root 4096 1. Mär 17:37 olcom
drwxrwxr-x 3 root root 4096 1. Mär 17:37 oscom
-rwxrwxrwx 1 root root 156 1. Mär 17:37 pe.pl
drwxrwxr-x 4 root root 4096 1. Mär 17:37 pepper
drwxrwxr-x 2 root root 4096 1. Mär 17:37 peppershop
-rwxrwxrwx 1 root root 156 1. Mär 17:37 projects.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 rc.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 rp.pl
drwxrwxr-x 3 root root 4096 1. Mär 17:37 scripts
-rwxrwxrwx 1 root root 156 1. Mär 17:37 sepa.pl
drwxrwxr-x 2 www-data root 4096 1. Mär 17:37 spool
drwxrwxr-x 5 root root 4096 1. Mär 17:37 sql
drwxrwxr-x 8 root root 4096 1. Mär 17:37 t
-rwxrwxrwx 1 root root 156 1. Mär 17:37 todo.pl
-rwxrwxrwx 1 root root 156 1. Mär 17:37 ustva.pl
-rw-rw-r-- 1 root root 6 1. Mär 17:37 VERSION
-rwxrwxrwx 1 root root 156 1. Mär 17:37 vk.pl
drwxrwxr-x 9 www-data root 4096 1. Mär 17:37 webdav
-rwxrwxrwx 1 root root 156 1. Mär 17:37 wh.pl
drwxrwxr-x 3 root root 4096 1. Mär 17:37 xtcom

Danke bis bald.

Comments

Da fällt mir spontan das hier auf: suexec policy violation: see suexec log for more details Allerdings kenne ich mich mit dem suexec-Feature vom Apache nicht aus und kann deshalb nichts dazu sagen. Was sagt denn das suexec-Log?

---

Hallo, anbei das suexec.log:

[2012-04-04 00:18:40]: uid: (33/www-data) gid: (33/www-data) cmd: dispatcher.fpl
[2012-04-04 00:18:40]: cannot run as forbidden uid (33/dispatcher.fpl)

Meines Erachtens wäre es belanglos, denn wenn ich den Eintrag "SuexecUserGroup www-data www-data" bei VirtualHost auskommentiere und anschließend den Indianer restarte bleibt die 500ter Meldung dennoch.

Was ich aber geändert habe, leider ohne Erfolg bei den Rechten: Ich habe nun www-data: www-data gesetzt zumindest dort wo es bei den Usern gesetzt war. Nun haben User und Gruppe den selben Besitzer.

---

Bitte trotzdem der Einfachheit halber mal ein chown -R www-data: /path/to/kivitendo ausführen.

Dann weiter im Text. Wie sieht die Ausgabe von

cd /path/to/kivitendo
./scripts/installation_check.pl

aus? Ergebnis kann auch gerne z.B. via pastebin.com gelinkt werden, das muss hier nicht alles verstopfen.

---

Ok nun hat das gesamte Verzeichnis sowie bei Benutzer und Gruppen den Besitzer auf www-data gewechselt.
./scripts/installation_check.pl ausgeführt alle 23 Module sind OK (grün) siehe ganz oben, habe ich zu Anfang gepostet.

/etc/init.d/apache2 restart && /etc/init.d/postgresql-8.3 restart Leider die 500ter bleibt. Nun den suexec Eintrag auskommentiert und nochmals beide Dienste restartet und siehe da nach drei Minuten tut sich was ich kann mich einloggen , hurra.

Jetzt würde mich aber doch brennend Interessieren welche Verzeichnisse und Files ich wieder auf den Besitzer root stellen kann oder stellt dies kein Sicherheitsrisiko etc. dar.

---

suexec funktioniert so, dass das Script mit der UID ausgeführt wird, die es im Dateisystem hat, und nicht mit der, die der Webserver hat. Wenn dispatcher.fpl also früher root gehört hat, war das nicht gut.

Generell kann ich an dieser Stelle gerne auf die Installationsanleitung verweisen, Abschnitt 2.2 "Manuelle Installation...".

---

OK danke dir, aber nichts anderes (Manuelle Installation) hatte ich mehrfach getan, Bezug auf Besitzer.

---

Dann verträgt sich die Installationsanleitung schlicht nicht mit suexec.

---

Wo kommentiert man genau die suexec aus?

---

dort wo du z.B. dein "DocumentRoot" Pfad angibst bzw. in / bei den "VirtualHost ..." Einträgen.

Einfach den "suexec" Eintrag ein # Kommentar Zeichen voranstellen und den Indianer neu starten.

---

Verstehe ich nicht. Kannst du mal ein Beispiel geben? was meinst du mit Indianer neu starten?

---

Apache wird auch hier und da als Indianer bezeichnet, dürfte am Logo liegen!
enter link description here

---

auso ;-) aber und wo kommentiere ich suexec aus?

---

unter Debain dürftest du die Scripte bzw. Config Files unter /etc/apache2/... finden. Schaue einfach alle *.conf Files durch auch in den Unterordnern. In der Regel wenn du nichts spezielles konfiguriert hast, solltest du unter default.conf oder so fündig werden.

---

In dem Ordner habe ich die Datei suexec.load darin steht:

LoadModule suexec_module /usr/lib/apache2/modules/mod_suexec.so

Muss ich das auskommentieren?

---

Klingt nach einem Debian- oder Ubuntu. In diesem Falle empfehle ich, das "mit Bordmitteln" zu machen. Dafür gibt es den Befehl sudo a2dismod suexec, gefolgt von dem erwähnten Reload/Restart mittels sudo service apache2 restart (oder falls service nicht gefunden wird, dann mit der alten Variante sudo /etc/init.d/apache2 restart).

---

ok danke ich probiere es mal aus.

---

in der "/usr/lib/..." habe ich nichts händisch geändert. Meine Adresse war "/etc/apache2/sites-available/" und "/etc/apache2/sites-enabled". Aber evtl. geht es mit den Schritten von mbunkus bereits / einfacher