Hallo, ich habe extreme Probleme mit jeglicher Art von Anhängen. Wenn ich z.B. in einem Telefonticket einen Anhang hinzufügen will bekomme ich den folgenden Fehler:
Software error: Can't use an undefined value as a HASH reference at /opt/otrs//Kernel/System/WebRequest.pm line 155,
line 2046. For help, please send mail to the webmaster (support@ems-ag.de), giving this error message and the time and date of the error.
Manchmal versucht der Browser auch die Datei mit dem Texteditor zu öffnen. Viele Grüße, Dennis
Hi Dennis! On Di, Mai 24, 2005 at 09:44:16 +0200, Dennis Schwan wrote:
ich habe extreme Probleme mit jeglicher Art von Anhängen. Wenn ich z.B. in einem Telefonticket einen Anhang hinzufügen will bekomme ich den folgenden Fehler:
Software error: Can't use an undefined value as a HASH reference at /opt/otrs//Kernel/System/WebRequest.pm line 155,
line 2046. For help, please send mail to the webmaster (support@ems-ag.de), giving this error message and the time and date of the error.
Manchmal versucht der Browser auch die Datei mit dem Texteditor zu öffnen.
Hast du die diversen Größenbeschränkungen entsprechend angepasst? Für OTRS kannst du eine maximale Größe für die Anhänge festlegen. Und mysql hat auch eine maximale Größe für Requests, die musst du evtl. auch hoch setzen. Welche OTRS Version nutzt du?
Dennis
Ciao, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
Danke für die Antwort. Ich verwende die Version 1.3.2. Die Anhänge sollten eigentlich im Filesystem gespeichert werden: #Anhänge ins FS $Self->{TicketStorageModule} = 'Kernel::System::Ticket::ArticleStorageFS'; Es geht auch nicht mit kleinen Anhängen (habe es mit 6kb versucht), also denke ich nicht, dass es an einer Einstellung hängt. Was mich noch extrem wundert, ist, dass er beim ersten Klick auf "Anhängen" fragt ob ich die index.pl mit dem Texteditor öffnen oder auf der Platte speichern will. Am Dienstag, den 24.05.2005, 10:16 +0200 schrieb Christian Schoepplein:
Hi Dennis!
On Di, Mai 24, 2005 at 09:44:16 +0200, Dennis Schwan wrote:
ich habe extreme Probleme mit jeglicher Art von Anhängen. Wenn ich z.B. in einem Telefonticket einen Anhang hinzufügen will bekomme ich den folgenden Fehler:
Software error: Can't use an undefined value as a HASH reference at /opt/otrs//Kernel/System/WebRequest.pm line 155,
line 2046. For help, please send mail to the webmaster (support@ems-ag.de), giving this error message and the time and date of the error.
Manchmal versucht der Browser auch die Datei mit dem Texteditor zu öffnen.
Hast du die diversen Größenbeschränkungen entsprechend angepasst? Für OTRS kannst du eine maximale Größe für die Anhänge festlegen. Und mysql hat auch eine maximale Größe für Requests, die musst du evtl. auch hoch setzen. Welche OTRS Version nutzt du?
Dennis
Ciao, Christian
Hi Dennis, On Di, Mai 24, 2005 at 10:34:24 +0200, Dennis Schwan wrote:
Die Anhänge sollten eigentlich im Filesystem gespeichert werden:
#Anhänge ins FS $Self->{TicketStorageModule} = 'Kernel::System::Ticket::ArticleStorageFS';
OK.
Es geht auch nicht mit kleinen Anhängen (habe es mit 6kb versucht), also denke ich nicht, dass es an einer Einstellung hängt.
OK, das kann wirklich nichts mit der Einstellung für die maximale Attachment-Größe zu tun ahben.
Was mich noch extrem wundert, ist, dass er beim ersten Klick auf "Anhängen" fragt ob ich die index.pl mit dem Texteditor öffnen oder auf der Platte speichern will.
Das hört sich eher nach einem Problem mit der Webserverkonfiguration an. Du verwendest, wenn ich mich richtig erinnere, mod_perl. Ich befürchte ja, dass das wieder damit zu tun hat. Es gibt jetzt das entgültige Release von mod_perl für apache 2.x. Evtl. magst du ja darauf mal updaten. Man müsste das Ganze halt aber auch mal ohne mod_perl probieren, aber irgendwie hat das ja damals bei dir nicht funktioniert. Ciao, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
Hier mein VHost, ich bekomm das mod_perl irgendwie nicht weg, vielleicht
kannst du mir ja helfen:
Hi Dennis,
On Di, Mai 24, 2005 at 10:34:24 +0200, Dennis Schwan wrote:
Die Anhänge sollten eigentlich im Filesystem gespeichert werden:
#Anhänge ins FS $Self->{TicketStorageModule} = 'Kernel::System::Ticket::ArticleStorageFS';
OK.
Es geht auch nicht mit kleinen Anhängen (habe es mit 6kb versucht), also denke ich nicht, dass es an einer Einstellung hängt.
OK, das kann wirklich nichts mit der Einstellung für die maximale Attachment-Größe zu tun ahben.
Was mich noch extrem wundert, ist, dass er beim ersten Klick auf "Anhängen" fragt ob ich die index.pl mit dem Texteditor öffnen oder auf der Platte speichern will.
Das hört sich eher nach einem Problem mit der Webserverkonfiguration an. Du verwendest, wenn ich mich richtig erinnere, mod_perl. Ich befürchte ja, dass das wieder damit zu tun hat.
Es gibt jetzt das entgültige Release von mod_perl für apache 2.x. Evtl. magst du ja darauf mal updaten. Man müsste das Ganze halt aber auch mal ohne mod_perl probieren, aber irgendwie hat das ja damals bei dir nicht funktioniert.
Ciao, Christian
Hallo Dennis,
so funzts bei mir unter debian:
# FancyIndexing Off ErrorLog /var/log/apache2/otrs_error_log TransferLog /var/log/apache2/otrs_access_log # ProxyPass / http://www.ems-ag.de/otrs/ # ProxyPassReverse / http://www.ems-ag.de/otrs/
#Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl
# Apache::Reload - Reload Perl Modules when Changed on Disk
#PerlModule Apache::Reload
#PerlInitHandler Apache::Reload
ScriptAlias /otrs/ "/opt/otrs/bin/cgi-bin/"
Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
<Location />
ErrorDocument 403 customer.pl
ErrorDocument 403 index.pl
DirectoryIndex index.pl
# SetHandler perl-script
# PerlHandler ModPerl::Registry
Options +ExecCGI
# PerlOptions +ParseHeaders
</Location>
#
Hier mein VHost, ich bekomm das mod_perl irgendwie nicht weg, vielleicht kannst du mir ja helfen:
ServerName otrs.ems-ag.de ServerAlias otrs ServerAdmin support@ems-ag.de DocumentRoot /opt/otrs/bin/cgi-bin # FancyIndexing Off ErrorLog /var/log/apache2/otrs_error_log TransferLog /var/log/apache2/otrs_access_log # ProxyPass / http://www.ems-ag.de/otrs/ # ProxyPassReverse / http://www.ems-ag.de/otrs/ Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache::Reload PerlInitHandler Apache::Reload
Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
<Location /> ErrorDocument 403 customer.pl ErrorDocument 403 index.pl DirectoryIndex index.pl # SetHandler perl-script # PerlHandler ModPerl::Registry # Options +ExecCGI # PerlOptions +ParseHeaders </Location>
Options +ExecCGI SetHandler cgi-script SetHandler perl-script PerlHandler ModPerl::Registry PerlOptions +ParseHeaders </LocationMatch> # MaxRequestsPerChild (so no apache child will be to big!) #MaxRequestsPerChild 400
AllowOverride None Options +ExecCGI -Includes Order allow,deny Allow from all </Directory> AllowOverride None Order allow,deny Allow from all </Directory> </VirtualHost>
Am Dienstag, den 24.05.2005, 10:43 +0200 schrieb Christian Schoepplein:
Hi Dennis,
On Di, Mai 24, 2005 at 10:34:24 +0200, Dennis Schwan wrote:
Die Anhänge sollten eigentlich im Filesystem gespeichert werden:
#Anhänge ins FS $Self->{TicketStorageModule} = 'Kernel::System::Ticket::ArticleStorageFS';
OK.
Es geht auch nicht mit kleinen Anhängen (habe es mit 6kb versucht), also denke ich nicht, dass es an einer Einstellung hängt.
OK, das kann wirklich nichts mit der Einstellung für die maximale Attachment-Größe zu tun ahben.
Was mich noch extrem wundert, ist, dass er beim ersten Klick auf "Anhängen" fragt ob ich die index.pl mit dem Texteditor öffnen oder auf der Platte speichern will.
Das hört sich eher nach einem Problem mit der Webserverkonfiguration an. Du verwendest, wenn ich mich richtig erinnere, mod_perl. Ich befürchte ja, dass das wieder damit zu tun hat.
Es gibt jetzt das entgültige Release von mod_perl für apache 2.x. Evtl. magst du ja darauf mal updaten. Man müsste das Ganze halt aber auch mal ohne mod_perl probieren, aber irgendwie hat das ja damals bei dir nicht funktioniert.
Ciao, Christian
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
Hi Christian, das funktioniert so nicht. Er führt dann die Perl-Datei Serverseitig nicht mehr aus, warum auch immer... Gruß Dennis Am Dienstag, den 24.05.2005, 13:03 +0200 schrieb Christian Schoepplein:
Hallo Dennis,
so funzts bei mir unter debian:
ServerName otrs.ems-ag.de ServerAlias otrs ServerAdmin support@ems-ag.de DocumentRoot /opt/otrs/bin/cgi-bin # FancyIndexing Off ErrorLog /var/log/apache2/otrs_error_log TransferLog /var/log/apache2/otrs_access_log # ProxyPass / http://www.ems-ag.de/otrs/ # ProxyPassReverse / http://www.ems-ag.de/otrs/
#Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk #PerlModule Apache::Reload #PerlInitHandler Apache::Reload
ScriptAlias /otrs/ "/opt/otrs/bin/cgi-bin/" Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
<Location /> ErrorDocument 403 customer.pl ErrorDocument 403 index.pl DirectoryIndex index.pl # SetHandler perl-script # PerlHandler ModPerl::Registry Options +ExecCGI # PerlOptions +ParseHeaders </Location>
#
# Options +ExecCGI # SetHandler cgi-script # SetHandler perl-script # PerlHandler ModPerl::Registry # PerlOptions +ParseHeaders #</LocationMatch> # MaxRequestsPerChild (so no apache child will be to big!) #MaxRequestsPerChild 400
AllowOverride None Options +ExecCGI +Includes Order allow,deny Allow from all </Directory> AllowOverride None Order allow,deny Allow from all </Directory> </VirtualHost>
Hoffe, bei dir geht das so auch.
Ciao, Christian
On Di, Mai 24, 2005 at 10:58:51 +0200, Dennis Schwan wrote:
Hier mein VHost, ich bekomm das mod_perl irgendwie nicht weg, vielleicht kannst du mir ja helfen:
ServerName otrs.ems-ag.de ServerAlias otrs ServerAdmin support@ems-ag.de DocumentRoot /opt/otrs/bin/cgi-bin # FancyIndexing Off ErrorLog /var/log/apache2/otrs_error_log TransferLog /var/log/apache2/otrs_access_log # ProxyPass / http://www.ems-ag.de/otrs/ # ProxyPassReverse / http://www.ems-ag.de/otrs/ Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache::Reload PerlInitHandler Apache::Reload
Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
<Location /> ErrorDocument 403 customer.pl ErrorDocument 403 index.pl DirectoryIndex index.pl # SetHandler perl-script # PerlHandler ModPerl::Registry # Options +ExecCGI # PerlOptions +ParseHeaders </Location>
Options +ExecCGI SetHandler cgi-script SetHandler perl-script PerlHandler ModPerl::Registry PerlOptions +ParseHeaders </LocationMatch> # MaxRequestsPerChild (so no apache child will be to big!) #MaxRequestsPerChild 400
AllowOverride None Options +ExecCGI -Includes Order allow,deny Allow from all </Directory> AllowOverride None Order allow,deny Allow from all </Directory> </VirtualHost>
Am Dienstag, den 24.05.2005, 10:43 +0200 schrieb Christian Schoepplein:
Hi Dennis,
On Di, Mai 24, 2005 at 10:34:24 +0200, Dennis Schwan wrote:
Die Anhänge sollten eigentlich im Filesystem gespeichert werden:
#Anhänge ins FS $Self->{TicketStorageModule} = 'Kernel::System::Ticket::ArticleStorageFS';
OK.
Es geht auch nicht mit kleinen Anhängen (habe es mit 6kb versucht), also denke ich nicht, dass es an einer Einstellung hängt.
OK, das kann wirklich nichts mit der Einstellung für die maximale Attachment-Größe zu tun ahben.
Was mich noch extrem wundert, ist, dass er beim ersten Klick auf "Anhängen" fragt ob ich die index.pl mit dem Texteditor öffnen oder auf der Platte speichern will.
Das hört sich eher nach einem Problem mit der Webserverkonfiguration an. Du verwendest, wenn ich mich richtig erinnere, mod_perl. Ich befürchte ja, dass das wieder damit zu tun hat.
Es gibt jetzt das entgültige Release von mod_perl für apache 2.x. Evtl. magst du ja darauf mal updaten. Man müsste das Ganze halt aber auch mal ohne mod_perl probieren, aber irgendwie hat das ja damals bei dir nicht funktioniert.
Ciao, Christian
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
Hi Dennis! Mist, dann weiß ich leider so spontan auch nicht mehr weiter. Ich bräuchte hier eine SUSe, um es mal testen zu können, werde mir demnächst mal eine installieren. Dir fehlt offensichtlich der normale CGI-Handler. Hast du den für deinen Apache aktiviert? Ciao, Christian On Di, Mai 24, 2005 at 01:40:50 +0200, Dennis Schwan wrote:
Hi Christian,
das funktioniert so nicht. Er führt dann die Perl-Datei Serverseitig nicht mehr aus, warum auch immer...
Gruß Dennis
Am Dienstag, den 24.05.2005, 13:03 +0200 schrieb Christian Schoepplein:
Hallo Dennis,
so funzts bei mir unter debian:
ServerName otrs.ems-ag.de ServerAlias otrs ServerAdmin support@ems-ag.de DocumentRoot /opt/otrs/bin/cgi-bin # FancyIndexing Off ErrorLog /var/log/apache2/otrs_error_log TransferLog /var/log/apache2/otrs_access_log # ProxyPass / http://www.ems-ag.de/otrs/ # ProxyPassReverse / http://www.ems-ag.de/otrs/
#Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk #PerlModule Apache::Reload #PerlInitHandler Apache::Reload
ScriptAlias /otrs/ "/opt/otrs/bin/cgi-bin/" Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
<Location /> ErrorDocument 403 customer.pl ErrorDocument 403 index.pl DirectoryIndex index.pl # SetHandler perl-script # PerlHandler ModPerl::Registry Options +ExecCGI # PerlOptions +ParseHeaders </Location>
#
# Options +ExecCGI # SetHandler cgi-script # SetHandler perl-script # PerlHandler ModPerl::Registry # PerlOptions +ParseHeaders #</LocationMatch> # MaxRequestsPerChild (so no apache child will be to big!) #MaxRequestsPerChild 400
AllowOverride None Options +ExecCGI +Includes Order allow,deny Allow from all </Directory> AllowOverride None Order allow,deny Allow from all </Directory> </VirtualHost>
Hoffe, bei dir geht das so auch.
Ciao, Christian
On Di, Mai 24, 2005 at 10:58:51 +0200, Dennis Schwan wrote:
Hier mein VHost, ich bekomm das mod_perl irgendwie nicht weg, vielleicht kannst du mir ja helfen:
ServerName otrs.ems-ag.de ServerAlias otrs ServerAdmin support@ems-ag.de DocumentRoot /opt/otrs/bin/cgi-bin # FancyIndexing Off ErrorLog /var/log/apache2/otrs_error_log TransferLog /var/log/apache2/otrs_access_log # ProxyPass / http://www.ems-ag.de/otrs/ # ProxyPassReverse / http://www.ems-ag.de/otrs/ Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache::Reload PerlInitHandler Apache::Reload
Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
<Location /> ErrorDocument 403 customer.pl ErrorDocument 403 index.pl DirectoryIndex index.pl # SetHandler perl-script # PerlHandler ModPerl::Registry # Options +ExecCGI # PerlOptions +ParseHeaders </Location>
Options +ExecCGI SetHandler cgi-script SetHandler perl-script PerlHandler ModPerl::Registry PerlOptions +ParseHeaders </LocationMatch> # MaxRequestsPerChild (so no apache child will be to big!) #MaxRequestsPerChild 400
AllowOverride None Options +ExecCGI -Includes Order allow,deny Allow from all </Directory> AllowOverride None Order allow,deny Allow from all </Directory> </VirtualHost>
Am Dienstag, den 24.05.2005, 10:43 +0200 schrieb Christian Schoepplein:
Hi Dennis,
On Di, Mai 24, 2005 at 10:34:24 +0200, Dennis Schwan wrote:
Die Anhänge sollten eigentlich im Filesystem gespeichert werden:
#Anhänge ins FS $Self->{TicketStorageModule} = 'Kernel::System::Ticket::ArticleStorageFS';
OK.
Es geht auch nicht mit kleinen Anhängen (habe es mit 6kb versucht), also denke ich nicht, dass es an einer Einstellung hängt.
OK, das kann wirklich nichts mit der Einstellung für die maximale Attachment-Größe zu tun ahben.
Was mich noch extrem wundert, ist, dass er beim ersten Klick auf "Anhängen" fragt ob ich die index.pl mit dem Texteditor öffnen oder auf der Platte speichern will.
Das hört sich eher nach einem Problem mit der Webserverkonfiguration an. Du verwendest, wenn ich mich richtig erinnere, mod_perl. Ich befürchte ja, dass das wieder damit zu tun hat.
Es gibt jetzt das entgültige Release von mod_perl für apache 2.x. Evtl. magst du ja darauf mal updaten. Man müsste das Ganze halt aber auch mal ohne mod_perl probieren, aber irgendwie hat das ja damals bei dir nicht funktioniert.
Ciao, Christian
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
Laut /etc/sysconfig/apache2: APACHE_MODULES="suexec access actions alias auth auth_dbm autoindex cgi dir env expires include log_config mime negotiation setenvif userdir proxy proxy_ftp proxy_http rewrite ssl php4 perl python" Eigentlich ist cgi drin. Ich verstehs gerade auch nicht. Dennis Am Dienstag, den 24.05.2005, 14:17 +0200 schrieb Christian Schoepplein:
Hi Dennis!
Mist, dann weiß ich leider so spontan auch nicht mehr weiter. Ich bräuchte hier eine SUSe, um es mal testen zu können, werde mir demnächst mal eine installieren.
Dir fehlt offensichtlich der normale CGI-Handler. Hast du den für deinen Apache aktiviert?
Ciao, Christian
On Di, Mai 24, 2005 at 01:40:50 +0200, Dennis Schwan wrote:
Hi Christian,
das funktioniert so nicht. Er führt dann die Perl-Datei Serverseitig nicht mehr aus, warum auch immer...
Gruß Dennis
Am Dienstag, den 24.05.2005, 13:03 +0200 schrieb Christian Schoepplein:
Hallo Dennis,
so funzts bei mir unter debian:
ServerName otrs.ems-ag.de ServerAlias otrs ServerAdmin support@ems-ag.de DocumentRoot /opt/otrs/bin/cgi-bin # FancyIndexing Off ErrorLog /var/log/apache2/otrs_error_log TransferLog /var/log/apache2/otrs_access_log # ProxyPass / http://www.ems-ag.de/otrs/ # ProxyPassReverse / http://www.ems-ag.de/otrs/
#Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk #PerlModule Apache::Reload #PerlInitHandler Apache::Reload
ScriptAlias /otrs/ "/opt/otrs/bin/cgi-bin/" Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
<Location /> ErrorDocument 403 customer.pl ErrorDocument 403 index.pl DirectoryIndex index.pl # SetHandler perl-script # PerlHandler ModPerl::Registry Options +ExecCGI # PerlOptions +ParseHeaders </Location>
#
# Options +ExecCGI # SetHandler cgi-script # SetHandler perl-script # PerlHandler ModPerl::Registry # PerlOptions +ParseHeaders #</LocationMatch> # MaxRequestsPerChild (so no apache child will be to big!) #MaxRequestsPerChild 400
AllowOverride None Options +ExecCGI +Includes Order allow,deny Allow from all </Directory> AllowOverride None Order allow,deny Allow from all </Directory> </VirtualHost>
Hoffe, bei dir geht das so auch.
Ciao, Christian
On Di, Mai 24, 2005 at 10:58:51 +0200, Dennis Schwan wrote:
Hier mein VHost, ich bekomm das mod_perl irgendwie nicht weg, vielleicht kannst du mir ja helfen:
ServerName otrs.ems-ag.de ServerAlias otrs ServerAdmin support@ems-ag.de DocumentRoot /opt/otrs/bin/cgi-bin # FancyIndexing Off ErrorLog /var/log/apache2/otrs_error_log TransferLog /var/log/apache2/otrs_access_log # ProxyPass / http://www.ems-ag.de/otrs/ # ProxyPassReverse / http://www.ems-ag.de/otrs/ Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache::Reload PerlInitHandler Apache::Reload
Alias /otrs-web/ "/opt/otrs/var/httpd/htdocs/"
<Location /> ErrorDocument 403 customer.pl ErrorDocument 403 index.pl DirectoryIndex index.pl # SetHandler perl-script # PerlHandler ModPerl::Registry # Options +ExecCGI # PerlOptions +ParseHeaders </Location>
Options +ExecCGI SetHandler cgi-script SetHandler perl-script PerlHandler ModPerl::Registry PerlOptions +ParseHeaders </LocationMatch> # MaxRequestsPerChild (so no apache child will be to big!) #MaxRequestsPerChild 400
AllowOverride None Options +ExecCGI -Includes Order allow,deny Allow from all </Directory> AllowOverride None Order allow,deny Allow from all </Directory> </VirtualHost>
Am Dienstag, den 24.05.2005, 10:43 +0200 schrieb Christian Schoepplein:
Hi Dennis,
On Di, Mai 24, 2005 at 10:34:24 +0200, Dennis Schwan wrote:
Die Anhänge sollten eigentlich im Filesystem gespeichert werden:
#Anhänge ins FS $Self->{TicketStorageModule} = 'Kernel::System::Ticket::ArticleStorageFS';
OK.
Es geht auch nicht mit kleinen Anhängen (habe es mit 6kb versucht), also denke ich nicht, dass es an einer Einstellung hängt.
OK, das kann wirklich nichts mit der Einstellung für die maximale Attachment-Größe zu tun ahben.
Was mich noch extrem wundert, ist, dass er beim ersten Klick auf "Anhängen" fragt ob ich die index.pl mit dem Texteditor öffnen oder auf der Platte speichern will.
Das hört sich eher nach einem Problem mit der Webserverkonfiguration an. Du verwendest, wenn ich mich richtig erinnere, mod_perl. Ich befürchte ja, dass das wieder damit zu tun hat.
Es gibt jetzt das entgültige Release von mod_perl für apache 2.x. Evtl. magst du ja darauf mal updaten. Man müsste das Ganze halt aber auch mal ohne mod_perl probieren, aber irgendwie hat das ja damals bei dir nicht funktioniert.
Ciao, Christian
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
On Tue, May 24, 2005 at 04:16:13PM +0200, Dennis Schwan wrote:
Laut /etc/sysconfig/apache2:
APACHE_MODULES="suexec access actions alias auth auth_dbm autoindex cgi dir env expires include log_config mime negotiation setenvif userdir proxy proxy_ftp proxy_http rewrite ssl php4 perl python"
Eigentlich ist cgi drin. Ich verstehs gerade auch nicht.
Dennis
Am Dienstag, den 24.05.2005, 14:17 +0200 schrieb Christian Schoepplein:
Hi Dennis!
Mist, dann weiß ich leider so spontan auch nicht mehr weiter. Ich bräuchte hier eine SUSe, um es mal testen zu können, werde mir demnächst mal eine installieren.
Dir fehlt offensichtlich der normale CGI-Handler. Hast du den für deinen Apache aktiviert?
Bei der SuSE-Standard passt der suexecpath of nicht. suexec -V zeigt ihn Dir. Wenn das nicht stimmt, apachesourcen hoen, nicht lange rumconfigurieren, sondern ins Verzeichnis suexec (oder so) wechseln: make Karlo -- If Windows is the solution, can we please have the problem back?
Hallo Karlo, suexec -V: Was muss ich da anpassen ? Und wie ?
www2:/usr/sbin # suexec -V -D AP_DOC_ROOT="/srv/www/htdocs" -D AP_GID_MIN=96 -D AP_HTTPD_USER="wwwrun" -D AP_LOG_EXEC="/var/log/apache2/suexec.log" -D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin" -D AP_UID_MIN=96 -D AP_USERDIR_SUFFIX="public_html"
Am Dienstag, den 24.05.2005, 16:57 +0200 schrieb Karlo Gross:
On Tue, May 24, 2005 at 04:16:13PM +0200, Dennis Schwan wrote:
Laut /etc/sysconfig/apache2:
APACHE_MODULES="suexec access actions alias auth auth_dbm autoindex cgi dir env expires include log_config mime negotiation setenvif userdir proxy proxy_ftp proxy_http rewrite ssl php4 perl python"
Eigentlich ist cgi drin. Ich verstehs gerade auch nicht.
Dennis
Am Dienstag, den 24.05.2005, 14:17 +0200 schrieb Christian Schoepplein:
Hi Dennis!
Mist, dann weiß ich leider so spontan auch nicht mehr weiter. Ich bräuchte hier eine SUSe, um es mal testen zu können, werde mir demnächst mal eine installieren.
Dir fehlt offensichtlich der normale CGI-Handler. Hast du den für deinen Apache aktiviert?
Bei der SuSE-Standard passt der suexecpath of nicht. suexec -V zeigt ihn Dir. Wenn das nicht stimmt, apachesourcen hoen, nicht lange rumconfigurieren, sondern ins Verzeichnis suexec (oder so) wechseln: make
Karlo
On Wed, May 25, 2005 at 10:01:32AM +0200, Dennis Schwan wrote:
Hallo Karlo,
suexec -V:
Was muss ich da anpassen ? Und wie ?
www2:/usr/sbin # suexec -V -D AP_DOC_ROOT="/srv/www/htdocs" -D AP_GID_MIN=96 -D AP_HTTPD_USER="wwwrun" -D AP_LOG_EXEC="/var/log/apache2/suexec.log" -D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin" -D AP_UID_MIN=96 -D AP_USERDIR_SUFFIX="public_html"
Wenn deine cgiscripte irgendwo unter srv/www/htdocs liegen, dann ist das nicht der Fehler. /var/log/xferlog schon mal angeschaut? Karlo -- If Windows is the solution, can we please have the problem back?
Hallo Karlo, xferlog habe ich auf dem Server gar nicht. Die cgi Scripte liegen aber hier: /opt/otrs/bin/cgi-bin nicht in /srv/www/htdocs.... Gruß Dennis Am Mittwoch, den 25.05.2005, 10:12 +0200 schrieb Karlo Gross:
On Wed, May 25, 2005 at 10:01:32AM +0200, Dennis Schwan wrote:
Hallo Karlo,
suexec -V:
Was muss ich da anpassen ? Und wie ?
www2:/usr/sbin # suexec -V -D AP_DOC_ROOT="/srv/www/htdocs" -D AP_GID_MIN=96 -D AP_HTTPD_USER="wwwrun" -D AP_LOG_EXEC="/var/log/apache2/suexec.log" -D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin" -D AP_UID_MIN=96 -D AP_USERDIR_SUFFIX="public_html"
Wenn deine cgiscripte irgendwo unter srv/www/htdocs liegen, dann ist das nicht der Fehler. /var/log/xferlog schon mal angeschaut?
Karlo
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
On Wed, May 25, 2005 at 10:21:08AM +0200, Dennis Schwan wrote:
Hallo Karlo,
xferlog habe ich auf dem Server gar nicht. Die cgi Scripte liegen aber hier:
/opt/otrs/bin/cgi-bin
Vielleicht hilft das: httpd.conf:php_admin_value open_basedir /opt/otrs Hab gerade nachgesehen, da liegen Sie bei mir auch. -- If Windows is the solution, can we please have the problem back?
Was hat das eig. mit php zu tun ? Ich habe das Teil übrigens inzwischen ohne mod_perl am laufen gehabt, es gab aber den selben Fehler. Gruß Dennis Am Mittwoch, den 25.05.2005, 17:14 +0200 schrieb Karlo Gross:
On Wed, May 25, 2005 at 10:21:08AM +0200, Dennis Schwan wrote:
Hallo Karlo,
xferlog habe ich auf dem Server gar nicht. Die cgi Scripte liegen aber hier:
/opt/otrs/bin/cgi-bin
Vielleicht hilft das: httpd.conf:php_admin_value open_basedir /opt/otrs Hab gerade nachgesehen, da liegen Sie bei mir auch.
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
Gerade eben habe ich das System nachgebaut. Selbe SuSE Version, die
selben Pakete. Auf dem neuen System funktioniert alles problemlos. Kann
denn keiner was mit dem Fehler anfangen ?
Software error:
Can't use an undefined value as a HASH reference at /opt/otrs//Kernel/System/WebRequest.pm line 155,
Was hat das eig. mit php zu tun ? Ich habe das Teil übrigens inzwischen ohne mod_perl am laufen gehabt, es gab aber den selben Fehler.
Gruß Dennis
Am Mittwoch, den 25.05.2005, 17:14 +0200 schrieb Karlo Gross:
On Wed, May 25, 2005 at 10:21:08AM +0200, Dennis Schwan wrote:
Hallo Karlo,
xferlog habe ich auf dem Server gar nicht. Die cgi Scripte liegen aber hier:
/opt/otrs/bin/cgi-bin
Vielleicht hilft das: httpd.conf:php_admin_value open_basedir /opt/otrs Hab gerade nachgesehen, da liegen Sie bei mir auch.
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
Kann mir niemand etwas zu dieser Fehlermeldung erzählen ?
Software error:
Can't use an undefined value as a HASH reference
at /opt/otrs//Kernel/System/WebRequest.pm line 155,
Software error: Can't use an undefined value as a HASH reference at /opt/otrs//Kernel/System/WebRequest.pm line 155,
line 446.
participants (3)
-
Christian Schoepplein -
Dennis Schwan -
Karlo Gross