Aufruf Probleme im Adminmenü ohne echte Fehlermeldung

risker · Post by **risker** » 25 Jan 2010, 12:59

Hallo Leute,

ich habe momentan ein seltsames Problem.

das allgemeine Arbeiten mit dem OTRS ist problemlös möglich, alle DB Zugriffe, Postmaster(+Filter) funktionieren einwandfrei.

Wenn ich aber im Adminmenü die SysConfig oder die Paketverwaltung aufrufen möchte, kriege ich einen 500 internal server error. (bei der Paketverwaltung nur, wenn ich ein Paket installieren möchte)

Folgendes System: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny4 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0

Folgendes hab ich probiert:

otrs.checkModules: ok
Die Index.pl zwecks Syntaxerror: ok

Folgendes taucht im Log auf:

Code: Select all

[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] b7f1b000-b7f1f000 r-xp 00000000 08:01 934647     /usr/lib/perl/5.10.0/auto/File/Glob/Glob.so, referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] b7f1f000-b7f20000 rw-p 00004000 08:01 934647     /usr/lib/perl/5.10.0/auto/File/Glob/Glob.so, referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] b7f20000-b7f23000 r-xp 00000000 08:01 934973     /usr/local/lib/perl/5.10.0/auto/Cwd/Cwd.so, referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] b7f23000-b7f24000 rw-p 00002000 08:01 934973     /usr/local/lib/perl/5.10.0/auto/Cwd/Cwd.so, referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] b7f24000-b7f26000 rw-p b7f24000 00:00 0 , referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] b7f26000-b7f27000 r-xp b7f26000 00:00 0          [vdso], referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] b7f27000-b7f41000 r-xp 00000000 08:01 6488072    /lib/ld-2.7.so, referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] b7f41000-b7f43000 rw-p 0001a000 08:01 6488072    /lib/ld-2.7.so, referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] bfddd000-bfdf2000 rw-p bffeb000 00:00 0          [stack], referer: http://xxx/index.pl?Action=AdminSupport
[Mon Jan 25 11:53:51 2010] [error] [client 10.7.x] Premature end of script headers: index.pl, referer: http://xxx/index.pl?Action=AdminSupport

Wie muss man das denn interpretieren? Bin sehr ratlos und für jede Hilfe dankbar..

Grüße
risker

Joyner · Post by **Joyner** » 25 Jan 2010, 14:31

Hallo,

bitte fülle deine Signatur mit der verwendeten OTRS-Version und ggf. installierten Modulen aus.

Welches Modul versuchst du zu installieren?

mfg
Sebastian

risker · Post by **risker** » 25 Jan 2010, 15:30

Hallo,

Signatur habe ich aktualisiert.

Das Problem tritt nicht bei bestimmten Modulen auf, es tritt beim Installieren/Erneuern/Entfernen auf, quasi bei jedem Klick, der eine Aktion auf Systemebene ausführen würde, falls ich das richtig interpretiere.

Könnte es da ein Rechteproblem geben? (Rechte wurden allerdings nach der Installation nicht mehr geändert, da lief es aber noch)
Oder doch eher ein Versionsproblem mit Debian Perl,Apache2 Paketen und OTRS 2.4.4?

Post by **jojo** » 25 Jan 2010, 15:54

Debian Paket oder aus den Quellen installiert?

Ist Apache2::Reload installiert?

risker · Post by **risker** » 25 Jan 2010, 16:07

tar.gz ist die Quelle (ist Debian überhaupt schon bei 2.4?)

Anbei noch die VH Conf

Code: Select all

  1 <VirtualHost 10.x>
        ServerAlias x
        ServerName x
        DocumentRoot /opt/otrs/
        ServerAdmin x
        ErrorLog /var/log/apache2/otrs_error.log
        CustomLog /var/log/apache2/otrs_access.log combined
  
        Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
       ScriptAlias /otrs/ "/opt/otrs/bin/cgi-bin/"
       ScriptAlias / "/opt/otrs/bin/cgi-bin/"
 
       Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl
       PerlModule Apache2::Reload
       PerlInitHandler Apache2::Reload
       PerlModule Apache::DBI
       PerlModule Apache2::RequestRec
 
 
                  <Location /otrs>
                        ErrorDocument 403 /index.pl
                        Options +ExecCGI
                        SetHandler  perl-script
                        PerlHandler ModPerl::Registry
                        PerlResponseHandler ModPerl::Registry
                        PerlOptions +ParseHeaders
                        PerlSendHeader On
                        PerlSetupEnv On
                        Order allow,deny
                        Allow from all
                        DirectoryIndex index.pl
                  </Location>
 
                  <Directory "/opt/otrs/bin/cgi-bin">
                        ErrorDocument 403 /index.pl
                        AllowOverride None
                        Options +ExecCGI -Includes
                        Order allow,deny
                        Allow from all
                       DirectoryIndex index.pl
                  </Directory>
 
                  <Directory "/opt/otrs/var/httpd/htdocs/">
                        AllowOverride None
                        Order allow,deny
                        Allow from all
                 </Directory> 
 </VirtualHost>

Beim Apache2 Start wird die Config auch anstandslos geladen, also geh ich davon aus, dass es aktiv ist.

Post by **jojo** » 25 Jan 2010, 16:18

In der Konstellation hab ich es bisher noch nicht probiert....

risker · Post by **risker** » 25 Jan 2010, 16:28

Welche Konstellation? Debian und Source?

Würde vllt ein Update auf 2.4.6 helfen? Wenn es denn tatsächlich irgendwas mit Perl zu tun hat, evtl ist eine Version zu neu oder ähnliches?

Post by **jojo** » 25 Jan 2010, 16:35

Debian mit dieser Perl Version....

Ein Update auf 2.4.6 ist sinnvoll, wird aber wahrscheinlich nichts helfen.

risker · Post by **risker** » 25 Jan 2010, 16:47

Die Versionen (Apache2,MySQL, Perl,...) sind aber alle aus den Standardrepos von Debian. Nur das OTRS selbst ist als source installiert.

risker · Post by **risker** » 27 Jan 2010, 12:21

Ich habe noch eine grundsätzliche Frage...

Scheinbar besteht da keine Einigkeit, aber welchen Zeichensatz sollte man in Deutschland bei Windows Systemen nehmen? Momentan benutze ich utf-8...was gibts sonst an vernünftigeren Varianten? Latin1?

Ich glaube nämlich, dass mein Problem systemabhängig ist, eben weil die SysConfig bei anderen Clients funktioniert und es bei mir weder mit dem firefox, noch mit dem ie funktioniert.

Code: Select all

[Wed Jan 27 11:17:26 2010] [error] [client 10.7.13.16] [Wed Jan 27 11:17:26 2010] index.pl: utf8 "\\xFC" does not map to Unicode at ../..//Kernel/System/Config.pm line 161, <$In> chunk 1., referer: http:///index.pl?Action=AdminLog
[Wed Jan 27 11:17:26 2010] [error] [client 10.7.13.16] [Wed Jan 27 11:17:26 2010] index.pl: utf8 "\\xFC" does not map to Unicode at ../..//Kernel/System/Config.pm line 161, <$In> chunk 1., referer: http:///index.pl?Action=AdminLog
[Wed Jan 27 11:17:26 2010] [error] [client 10.7.13.16] [Wed Jan 27 11:17:26 2010] index.pl: utf8 "\\xFC" does not map to Unicode at ../..//Kernel/System/Config.pm line 161, <$In> chunk 1., referer: http:///index.pl?Action=AdminLog
[Wed Jan 27 11:17:26 2010] [error] [client 10.7.13.16] [Wed Jan 27 11:17:26 2010] index.pl: utf8 "\\xFC" does not map to Unicode at ../..//Kernel/System/Config.pm line 161, <$In> chunk 1., referer: http:///index.pl?Action=AdminLog
[Wed Jan 27 11:17:26 2010] [error] [client 10.7.13.16] [Wed Jan 27 11:17:26 2010] index.pl: utf8 "\\xE4" does not map to Unicode at ../..//Kernel/System/Config.pm line 161, <$In> chunk 1., referer: http:///index.pl?Action=AdminLog

wobei Xf ein ü und Xe4 ein ä sein müsste...(wo kommt das überhaupt her?)

An anderen Clients funktioniert die SysConfig noch..

risker · Post by **risker** » 31 Mar 2010, 10:38

Problem ist gelöst.

Habe noch ein bisschen in der Mailingliste gestöbert und dort wurde der Tipp genannt, die Tmps von Sysconfig zu löschen.

Diese liegen in OTRS_HOME/var/tmp/

Das wars