Fehler im Log: Missing parameter Year

[johansson]

Hallo,

wir nutzen Znuny 6.5.15 und haben seit einiger Zeit immer wieder folgende Meldungen im Log:

Code: Select all

Mon Jul 21 10:00:06 2025 (Europe/Berlin) 	error 	OTRS-CGI-10 	Error creating DateTime object ( 'Day' => undef, 'Hour' => 0, 'Minute' => 0, 'Month' => undef, 'Second' => 0, 'TimeZone' => 'Europe/Berlin', 'Year' => undef ).
Mon Jul 21 10:00:06 2025 (Europe/Berlin) 	error 	OTRS-CGI-10 	Missing parameter Year.

Ich kann die Zeitstempel der Fehler auch nicht 1:1 mit unseren Aktionen im Ticketsystem korrelieren. Mal ist es nah an einer Zeit, wo ein Ticket ein ging, ein anderes Mal einige Minuten nach dem Senden einer Antwort oder im Zeitrahmen wo Tickets in verschiedene Queues sortiert wurden, aber keine exakten Übereinstimmungen bei den Zeitstempeln.

Weiß jemand wo das Problem liegen könnte und wie man es behebt?

[paulfolkers]

Hi,

kannst Du mal im apache error-log schauen, ob zu den Zeitpunkten etwas drinsteht?
Dort steht dann evtl. ein Trace drin, welches Modul den Fehler verursacht.

Viele Grüße,
Paul

[johansson]

Hallo Paul,

der apache-error.log meldet mit dem Zeitstempel:

Code: Select all

ERROR: OTRS-CGI-10 Perl: 5.36.0 OS: linux Time: Mon Jul 21 10:00:06 2025

 Message: Error creating DateTime object ( 'Day' => undef, 'Hour' => 0, 'Minute' => 0, 'Month' => undef, 'Second' => 0, 'TimeZone' => 'Europe/Berlin', 'Year' => undef ).

 RemoteAddress: x.x.x.x
 RequestURI: /otrs/index.pl

 Traceback (801672):.
   Module: Kernel::System::DateTime::new Line: 176
   Module: Kernel::System::ObjectManager::_ObjectBuild Line: 307
   Module: Kernel::System::ObjectManager::Create Line: 242
   Module: Kernel::Output::HTML::Layout::TransformDateSelection Line: 3401
   Module: Kernel::Modules::AgentTicketBulk::Run Line: 608
   Module: Kernel::System::Web::InterfaceAgent::Run Line: 1144
   Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler Line: 39
   Module: (eval) (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
   Module: ModPerl::Registry::handler (v1.99) Line: 32

ERROR: OTRS-CGI-10 Perl: 5.36.0 OS: linux Time: Mon Jul 21 10:00:06 2025

 Message: Missing parameter Year.

 RemoteAddress: x.x.x.x
 RequestURI: /otrs/index.pl

 Traceback (801672):
   Module: Kernel::System::DateTime::_CPANDateTimeObjectCreate Line: 1989
   Module: Kernel::System::DateTime::new Line: 154
   Module: Kernel::System::ObjectManager::_ObjectBuild Line: 307
   Module: Kernel::System::ObjectManager::Create Line: 242
   Module: Kernel::Output::HTML::Layout::TransformDateSelection Line: 3401
   Module: Kernel::Modules::AgentTicketBulk::Run Line: 608
   Module: Kernel::System::Web::InterfaceAgent::Run Line: 1144
   Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler Line: 39
   Module: (eval) (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
   Module: ModPerl::Registry::handler (v1.99) Line: 32

Ich habe aus dem access.log noch herausgesucht, welche Aktion zu der Zeit durchgeführt wurde:

Code: Select all

x.x.x.x - - [21/Jul/2025:10:00:06 +0200] "POST /otrs/index.pl HTTP/1.1" 200 3996 "https://domain.de/otrs/index.pl?Action=AgentTicketBulk;TicketID=1200300;TicketID=1200436;TicketID=1200443;TicketID=1200465;;ChallengeToken=Ev2kuMfcIcItCt90MFLQkxCccxxxx"

[paulfolkers]

Das ist ja schonmal was.

Beide Logs lassen darauf schließen, dass der Fehler bei der Verwendung der Masseneditierung (AgentTicketBulk) auftritt.
Damit kannst Du den Fehler zumindest eingrenzen.

In https://github.com/znuny/Znuny/blob/rel ... lk.pm#L607 wird das TimeObject zusammengebaut, um später z.B. für PendingTimes genutzt werden zu können.

Warum im "$ParamObject" in eurem Fall die Zeitwerte nicht enthalten sind, kann ich so spontan nicht sagen.
Da müsste man mal ein wenig Debugging-Output einbauen, um zu gucken, was drinsteht. Vielleicht ist an der Maske auch etwas eigenartig konfiguriert.

Zumindest weißt Du jetzt genau, wann es passiert. Für eine tatsächliche Lösung können dir ggf. @root o.Ä. helfen.

[paulfolkers]

Hi,

das ist wohl ein "bekannter" Bug:
https://github.com/znuny/Znuny/issues/685

Da die Kollegen meist schnell mit solchen Fixes sind, wird wahrscheinlich im nächsten Release ein Fix enthalten sein.

[johansson]

Vielen Dank @paulfolkers fürs Eingrenzen des Fehlers. Dann warten wir auf die gefixte Version. Ich habe gesehen, dass der Fix schon ins nächste Release aufgenommen ist.