OTRS hängt und lässt Apache abstürzen

[tpsupport]

Hallo,

ich habe vor kurzem von OTRS 3.0.5 auf 3.0.8 geupdated und das verlief auch soweit reibungslos. Das System befindet sich auf einem Windows Sever 2008 R2, die DB ist auf dem selben System und läuft auf MySQL 5.1.53. Seit heute Mittag gibt es im 2-Minuten-Takt abstürze des Apache child prozesses was zu Verbindungsabbrüchen führt. Auch wenn es nicht zu einem Absturz kommt kann man kaum im OTRS navigieren, es kommt zu ewigen Wartezeiten. Etwas ähnliches hatten wir zuvor schon ein Mal, dabei war ein Ticket schuld, indem ein Kunde einen Stack text eines app crashes angehangen hat. Wenn man dieses ticket nicht versucht hatte zu öffnen, pasierte auch nichts. Ich denke da war die Größe der E-Mail letztendlch schuld. Bei dem jetzigen Problem komme ich aber nicht auf das selbe Schema. Anhand des Apache error logs und des OTRS logs komme ich nicht weiter. Hat jemand eine Idee, wo ich noch nachehen kann? Die Arbeit mit dem Sysem ist momentan fast unmöglich.

Mit freundlichen Grüßen

Rick

[tpsupport]

Das Problem besteht weiterhin, bereits die Anmeldung (LDAP) dauert unheimlich lange. Ich habe zwischenzeitlich auf DB-Anmeldung umgestellt und da ging die Anmeldung recht schnell nur hängt es danach wieder, wenn ein Ticket ausgewählt wird. Ich komme auch nach einem downgrade auf otrs-3.0.5 nicht voran. Benötige dringend hilfe oder zumindest Ideen.

Meldung vom pache log:
ModPerl::Util::exit: (120000) exit was called at D:/OTRS/OTRS/Kernel/cpan-lib/CGI/Carp.pm line 561[Wed Jun 08 10:49:19 2011] [notice] Parent: child process exited with status 255 -- Restarting.
[Wed Jun 08 10:49:21 2011] [notice] Apache/2.2.17 (Win32) mod_ssl/2.2.17 OpenSSL/1.0.0c mod_perl/2.0.4 Perl/v5.12.2 configured -- resuming normal operations

one more message:
[Wed Jun 8 11:23:39 2011] -e: DBD::mysql::st execute failed: Unknown column 'art.create_time' in 'where clause' at D:/OTRS/OTRS//Kernel/System/DB.pm line 553.
ERROR: OTRS-CGI-10 Perl: 5.12.2 OS: MSWin32 Time: Wed Jun 8 11:23:39 2011

Message: Unknown column 'art.create_time' in 'where clause', SQL: 'SELECT DISTINCT st.id, st.tn, st.create_time_unix FROM ticket st, queue sq , article_search art WHERE sq.id = st.queue_id AND st.id = art.ticket_id AND st.queue_id IN (28, 29, 49, 51, 54, 55, 56) AND sq.group_id IN (1, 2, 3, 4, 5, 7, 8, 9, 10, 11, 12, 14, 15, 17, 18, 19, 20, 21, 24) AND (((art.a_subject LIKE '%Network%' ) AND (art.a_subject LIKE '%Printers%' ) )) AND art.create_time <= '2011-06-08 23:59:59' AND art.create_time >= '2011-06-06 00:00:01' AND archive_flag = 0 ORDER BY st.create_time_unix DESC LIMIT 2000'

Traceback (3532):
Module: Kernel::System::Ticket::TicketSearch (v1.474) Line: 5115
Module: Kernel::Modules::AgentTicketSearch::Run (v1.118) Line: 725
Module: Kernel::System::Web::InterfaceAgent::Run (v1.58.2.1) Line: 853
Module: ModPerl::ROOT::ModPerl::Registry::D_3a_OTRS_OTRS_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 46
Module: (eval) (v1.89.2.1) Line: 204
Module: ModPerl::RegistryCooker::run (v1.89.2.1) Line: 204
Module: ModPerl::RegistryCooker::default_handler (v1.89.2.1) Line: 170
Module: ModPerl::Registry::handler (v1.99) Line: 31

[tpsupport]

Behoben! In der Config.pm waren unter der LDAP Authentifizierung 2 DC's eingetragen und der erste in der Liste wurde von unseren Admins still und heimlich heruntergefahren. Nachdem ich diesen heraus genommen habe und der Apache neu gestartet wurde, funktionierte alles wieder reibungslos.