Attachment Download geht nicht mehr

[shecki]

Hallo,

wir nutzen OTRS 3.1.17 mit KIX4OTRS 4.3.0

Dazu folgende Pakete:
FAQ 2.1.3
GeneralCatalog 3.1.8
ImportExport 3.1.8
iPhoneHandle 1.1.1
ITSMChangeManagement 3.1.8
ITSMConfigurationManagement 3.1.8
ITSMCore 3.1.8
ITMSIncidentProblemManagement 3.1.8
ITSMServiceLevelManagement 3.1.8
KIXCore 1.2.0

Das sollten auch jeweils die neuesten Versionen sein.

Vor dem Update auf KIX4OTRS 4.3.0 hatte ich bereits das Problem, dass ich bei einem Attachment-Download mich neu einloggen musste und er bei einem Seiten-Reload immer auf die Login-Seite ging, erst nach Zurück im Browser hat es dann wieder funktioniert.

Seit dem Update kann ich keine Attachments mehr herunter laden. Als Fehler meldet er, dass er die Datei nicht findet.

Unsere Attachments sind in der Datenbank abgelegt.

Seltsam ist, dass ich der einzige User mit diesem Problem bin, alle anderen kommen normal an ihre Attachments. Da ich zudem Admin-User bin und eigentlich alles darf, ist es noch seltsamer.

Ich habe auch bereits geschaut, ob es das Problem mit nicht angehängter Session-ID ist, aber daran liegt es nicht, weil ich auch mit ergänzter Session-ID den Download nicht kriege und es auch in der Sysconfig abgeschaltet ist, dass diese nötig wäre.

Es sieht also so aus, als wäre etwas in meinem Account "kaputt", ich finde aber keine Stelle, an der es hängen könnte. Den User löschen und neu anlegen erscheint mir keine gute Idee, da ich mit sehr vielen Tickets verknüpft bin und das auch nicht verlieren will. Oder wird das wieder hergestellt, wenn ein gleichnamiger User neu angelegt wird?

Wäre für jeden Tipp dankbar!

[reneeb]

Gibt es mehr Infos in den Logs?

[shecki]

In den Logs ist als Fehler immer nur zu finden "File does not exist".

Was ich dazu nachvollziehen konnte ist, dass er unter /tmp einen Ordner anlegt, dort auch die Datei ablegt, in OTRS dann ein zip-file aufrufen will, aber dieses zip-file existiert nicht. Es existiert nur die entpackte Datei, bzw. keine gepackte.

Hier aber noch der komplette Eintrag zu einem Download-Versuch aus der Apache-Error.log:

[Mon Apr 29 13:47:33 2013] -e: Can't exec "zip": No such file or directory at /opt/otrs/KIX4OTRS/Kernel/Modules/AgentTicketAttachmentDownload.pm line 102.
ERROR: OTRS-CGI-10 Perl: 5.10.1 OS: linux Time: Mon Apr 29 13:47:33 2013

Message: File '/tmp/EmOw9JFJxi/UpiPdmmd4b/19388.zip' doesn't exist!

Traceback (16405):
Module: Kernel::System::Main::FileRead (v1.63) Line: 320
Module: Kernel::Modules::AgentTicketAttachmentDownload::Run (v1.1) Line: 103
Module: Kernel::System::Web::InterfaceAgent::Run (v1.64) Line: 868
Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 59
Module: (eval) (v1.90) Line: 204
Module: ModPerl::RegistryCooker::run (v1.90) Line: 204
Module: ModPerl::RegistryCooker::default_handler (v1.90) Line: 170
Module: ModPerl::Registry::handler (v1.99) Line: 31

ERROR: OTRS-CGI-10 Perl: 5.10.1 OS: linux Time: Mon Apr 29 13:47:33 2013

Message: Got no Content!

Traceback (16405):
Module: Kernel::Output::HTML::Layout::Attachment (v1.18.2.4) Line: 2583
Module: Kernel::Modules::AgentTicketAttachmentDownload::Run (v1.1) Line: 113
Module: Kernel::System::Web::InterfaceAgent::Run (v1.64) Line: 868
Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 59
Module: (eval) (v1.90) Line: 204
Module: ModPerl::RegistryCooker::run (v1.90) Line: 204
Module: ModPerl::RegistryCooker::default_handler (v1.90) Line: 170
Module: ModPerl::Registry::handler (v1.99) Line: 31

[shecki]

Ich habs gefunden.

Das Problem bestand schlicht darin, dass ich OTRS nicht über die von überall mögliche URL aufgerufen habe, sondern nur über eine intern erreichbare. Da die andere in der Config aber hinterlegt ist, hat OTRS völlig korrekt erkannt, dass ich für diese URL keine Session habe und damit gab es auch keinen Download.

Bis auf die Attachments funktioniert eben auch alles über die interne URL.