[solved] Fehlermeldung: Can´t locate Kernel/....

[FDaniel]

Guten Tag,

ich bin gerade dabei den Update-Pfad von OTRS 5.x auf Znuny 6.5 zu durchlaufen. Derzeit stehe ich auf 6.1.2
Dabei bin ich über eine Fehlermeldung gestolpert, die mir das Systemprotokoll zumüllt, die aber scheinbar keine Auswirkung auf den Betrieb hat:

Code: Select all

Can't locate Kernel/Output/HTML/ToolBar/AgentTicketQueue.pm in @INC (you may need to install the Kernel::Output::HTML::ToolBar::AgentTicketQueue module) (@INC contains: /home/otrs/otrs/znuny-6.1.2/bin/......

Ich habe keine Hinweise gefunden, wie ich das angeblich fehlende Modul installiere. Hat jemand von euch einen sachdienlichen Hinweis?

Ich würde gerne vor den nächsten Update-Schritten das Log wieder "sauber" haben.

Viele Grüße
Daniel

[root]

Hi,

wenn du von der 5 kommst deutet das auf eine angepasste Einstellung von Frontend::ToolBarModule###1-Ticket::AgentTicketQueue hin.
Die Einstellung heisst inzwischen anders und das damit konfigurierte Modul auch. Das die Fehlermeldung.
Ich würde mit einem

Code: Select all

bin/otrs.Console.pl Maint::Config::Rebuild --cleanup
bin/otrs.Console.pl Maint::Cache::Delete

starten.

- Roy

[FDaniel]

Hallo Roy,

vielen Dank für die Starthilfe. Das ist es aber noch nicht. Die Befehle sind zwar erfolgreich durchgelaufen, eine Veränderung hat sich dadurch aber nicht eingestellt.

Die Einstellungen finde ich auch in der SysConfig unter

Code: Select all

Frontend::ToolBarModule###110-Ticket::AgentTicketQueue

, da stehen diverse Einträge drin. Ob ich die aktiviere oder deaktiviere macht aber erstmal keinen Unterschied für den Fehler.

In der Ticket.xml finde ich nichts dazu und die ZZZAAuto kennt genau die Einträge, die ich auch in meiner Config finde.
Wie heißt denn die neue Einstellung und wo kann ich die alte final entfernen?

Viele Grüße
Daniel

[root]

Hi,

ergibt denn einer der folgenden Befehle, ausgeführt vom Znuny Verzeichnis, einen Treffer?

grep 'Kernel::Output::HTML::ToolBar::AgentTicketQueue' Kernel/Config.pm Kernel/Config/Files/*

grep 'Kernel::Output::HTML::ToolBar::AgentTicketQueue' Kernel/Config/Files/XML/*

- Roy

[FDaniel]

Guten Morgen Roy,

ja, einen einzigen Treffer habe ich erhalten, in der ZZZAAuto.pm:

Code: Select all

 $Self->{'Frontend::ToolBarModule'}->{'200-Ticket::AgentTicketService'} =  {
   'AccessKey' => '',
  'CssClass' => 'ServiceView',
  'Icon' => 'fa fa-wrench',
  'Module' => 'Kernel::Output::HTML::ToolBar::AgentTicketQueue',
   'Priority' => '1030035'
};

Ich habe den Eintrag auskommentiert, den Apachen neu starten lassen und siehe da: die Fehlermeldungen sind weg.

Wenn ich dann allerdings die Config neu aufbauen lasse, sind die Einträge wieder drin.
In der Datenbank finde ich die Einträge auch in den sysconfig_-Tabellen, aber mir ist nicht klar, in welcher Reihenfolge die Daten verarbeitet werden, bzw. welche Quelle führend ist. Werden aus den Config-Files die DB-Einträge generiert oder umgekehrt? Und welche Rolle spielt dann z.B. die Ticket.xml?

[root]

Hallo,

die XML-Datein sind die Quelle der Einstellung. Aus denen werden die Settings generiert inkl. Defaultwerten und landen dann in der Datenbank.
Bei einem
bin/otrs.Console.pl Maint::Config::Rebuild --cleanup
werden alle Einstellungen die nicht in einem XML zu finden sind entfernt. Hattest Du das versucht?

Die ZZZAAuto.pm wird regelmässig aus der Datenbank generiert.

- Roy

[FDaniel]

Hello again,

ja, das mit dem Rebuild --cleanup habe ich mehrfach durchlaufen.

Ich habe mir die XMLs aber nochmal intensiver zu Gemüte geführt und dort einen Eintrag auskommentiert. Damit scheint das Thema erledigt zu sein.
Wenn ich die Config neu aufbauen lasse, kommt der Fehler nicht mehr!

Vielen Dank für die Hilfestellung und die zugehörigen Erklärungen.

[root]

Hi,

Also ich kann nur dringend davon abraten an den XMLs was zu ändern wenn man nicht genau weiss was man tut.
Stell doch mal den Originalzustand wieder her und führe dann folgenden Befehl aus;

bin/otrs.Console.pl Admin::Config::Update --setting-name 'Frontend::ToolBarModule###200-Ticket::AgentTicketService' --reset

Der Eintrag wurde in einer vor-6-Version geändert und hatte deswegen einen fehlerhaften Wert. Mit dem Befehl setzt Du das einfach zurück.

- Roy