indexl.pl not interpreted randomly

[dsm]

Hi,

we have two OTRS servers. One is running perfectly fine but the other presents a weird bug.
From time to time (more frequently not working than working), the index.pl file will not be read as perl file and the web browser will try to download the file instead.
We have enabled debug in apache but there is absolutely nothing of help in the logs (wether apache error, access log or otrs logs)
My google-fu failed me as well.

Anyone has any idea on this ?

[reneeb]

There should be something in the logs (it might not look as useful to you, but it might be useful for us to know). What's in the downloaded file? Can you use the webconsole of firefox?

[crythias]

email problems.

[dsm]

Sorry was out for a few days and missed your responses
There is unfortunately nothing in the logs even in debug mode (i mean nothing but the server serving the perl file)

The pl file contains nothing :-/

Next time the issue occurs i will use the firefox webconsole and see what it's doing

[dsm]

Finaly got the problem to reproduce so i started up the firefox debug console and got the attached file
I have no idea what it says however...

We have 2 other website running on the same server BTW and both are running PHP fine

[dsm]

If anyone has any idea, it would be of great help
When the problem occurs, it stay for one or two minutes then dissapear.
No info in the logs change. It just starts working again.

[crythias]

As I said, email problems. But that was a long time ago.

Usually the index.pl will download if there is a problem sending mail.

[dsm]

Thanks for the reply, as i could not see a link between your response and the problem we have i thought it was a response in error.
The server and OTRS can send email OK and the problem occurs anytime even when not in a reply message. Occurs when we just try to login, in the menus etc...
I wil check in the logs if i can see anything related to email tho but i dont think it's related

[dsm]

I think i finaly have something relevant in the logs

[Wed Jun 18 10:28:16 2014] -e: print() on closed filehandle LOG at /opt/otrs//Kernel/Output/HTML/Layout.pm line 1689.

Our version is 3.2.9 for what it's worth

[dsm]

Still the same problem but after upgrade to the latest version i have now
[Tue Jan 6 09:53:44 2015] -e: print() on closed filehandle LOG at /opt/otrs//Kernel/Output/HTML/Layout.pm line 1445.

Line has changed obviously.

When we restart apache, the problem disappears for a few hours then reappears again.

I also found these

Jan 6 09:53:43 localhost OTRS-CGI-10[24664]: [Notice][Kernel::System::AuthSession::DB::CheckSessionID] SessionID: 'ym4oI44EziRXv1dih3lIpeWCjkqChtOm' is invalid!!!
Jan 6 09:53:43 localhost smbd[7297]: [2015/01/06 09:53:43.921007, 0] printing/print_cups.c:151(cups_connect)
Jan 6 09:53:43 localhost smbd[7297]: Unable to connect to CUPS server localhost:631 - Connection refused
Jan 6 09:53:43 localhost smbd[5967]: [2015/01/06 09:53:43.921294, 0] printing/print_cups.c:528(cups_async_callback)
Jan 6 09:53:43 localhost smbd[5967]: failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL

So it looks like it's more related to httpd authentication then OTRS itself

[TitovLab]

Do you have OCS Inventory on the same server?
If yes, see bug http://bugs.otrs.org/show_bug.cgi?id=5338