[Julius Heinisch]

Hallo zusammen,

habe unsere System als Test auf die neueste Otobo Version 11 aktualisiert.
Nach dem Update kann man aber leider keine neuen Tickets oder Artikel erstellen.
Es kommt immer zu einem Internal Server Error.

Im Apache Log steht folgender Fehler:
Not a HASH reference at /opt/otobo/bin/psgi-bin/../../Kernel/System/Ticket/FieldRestrictions.pm line 171.\n, referer: https://otobo.local/otobo/index.pl?Action=AgentTicketZoom;TicketID=82765

Hab mir die entsprechende Variable mal ausgegeben. Es handelt sich hier um ein Array und nicht um einen Hash.

$VAR1 = [
{
'CreateTime' => '2017-03-10 09:53:35',
'ObjectType' => 'Ticket',
'Name' => 'DynFeldOrtstermin',
'ChangeTime' => '2017-03-10 10:22:06',
'Config' => {
'DefaultValue' => '0'
},
'ValidID' => 1,
'InternalField' => 0,
'Label' => 'Ortstermin?',
'FieldOrder' => 14,
'ID' => 15,
'FieldType' => 'Checkbox'
},
{
'CreateTime' => '2017-08-30 15:24:43',
'ObjectType' => 'Ticket',
'Name' => 'DynFeldArchivierung',
'ChangeTime' => '2017-08-30 15:24:43',
'Config' => {
'DefaultValue' => '1'
},
'ValidID' => 1,
'InternalField' => 0,
'Label' => 'Archivierung?',
'FieldOrder' => 15,
'ID' => 16,
'FieldType' => 'Checkbox'
},
{
'CreateTime' => '2022-02-15 09:14:19',
'ObjectType' => 'Article',
'Name' => 'NichtAbrechnen',
'ChangeTime' => '2022-04-13 17:46:24',
'Config' => {
'DefaultValue' => '0'
},
'ValidID' => 1,
'InternalField' => 0,
'Label' => 'Nicht abrechnen',
'FieldOrder' => 16,
'ID' => 18,
'FieldType' => 'Checkbox'
},
{
'CreateTime' => '2022-03-10 09:25:00',
'ObjectType' => 'Article',
'Name' => 'KM',
'ChangeTime' => '2022-03-10 09:25:00',
'Config' => {
'LinkPreview' => '',
'RegExList' => [],
'Link' => '',
'DefaultValue' => ''
},
'ValidID' => 1,
'InternalField' => 0,
'Label' => "KM (Hin/R\x{fc}ckweg Ortstermin)",
'FieldOrder' => 17,
'ID' => 19,
'FieldType' => 'Text'
},
{
'CreateTime' => '2022-03-10 09:26:19',
'ObjectType' => 'Article',
'Name' => 'AltDatum',
'ChangeTime' => '2022-03-10 09:26:19',
'Config' => {
'LinkPreview' => '',
'Link' => '',
'DefaultValue' => '0',
'DateRestriction' => '',
'YearsPeriod' => '0',
'YearsInPast' => '5',
'YearsInFuture' => '5'
},
'ValidID' => 1,
'InternalField' => 0,
'Label' => "Alternatives Datum (nicht Monats\x{fc}bergreifend)",
'FieldOrder' => 18,
'ID' => 20,
'FieldType' => 'DateTime'
},
{
'CreateTime' => '2022-08-15 10:07:16',
'ObjectType' => 'Article',
'Name' => 'AltRechnung',
'ChangeTime' => '2024-01-16 16:15:31',
'Config' => {
'DefaultValue' => '',
'Tooltip' => '',
'Rows' => '4',
'RegExList' => [],
'Cols' => '85'
},
'ValidID' => 1,
'InternalField' => 0,
'Label' => 'Alt. Rechnungstext',
'FieldOrder' => 19,
'ID' => 21,
'FieldType' => 'TextArea'
}
];

 

Über einen Tipp wie man das Problem lösen kann, würde ich mich freuen.

 

[Michael R]

Hallo,

ich habe nach dem Upgrade auf 11_0_9 das gleiche Problem.

Es passiert bei vielen Aktionen, welche ein Popup öffnen.

/otobo/index.pl?Action=AgentTicketNote;TicketID=40289251
/otobo/index.pl?Action=AgentTicketAddtlITSMField;TicketID=40289251
/otobo/index.pl?Action=AgentTicketClose;TicketID=40289251

Anzeige im Popup: Internal Server Error

Log:

[1039]: Not a HASH reference at /opt/otobo/bin/psgi-bin/../../Kernel/System/Ticket/FieldRestricti
ons.pm line 170.

Mehr Log-Einträge gibt es nicht.

Kann mir jemand weiterhelfen?

[Michael R]

See also

https://github.com/RotherOSS/otobo-docker/issues/149

 

The error occurs also after deinstallation of ITSM packages.

[Michael R]

Gibt es keine Idee zur Lösung dieses Issues?

[Stefan Rother]

Guten Morgen,

für mich sieht es aus, als wären entweder noch Pakete für OTOBO 10.1 installiert, oder es befindet sich noch ein Fehler in einem installierten Paket. Dass der Issue den OTOBO Standard betrifft, kann ich fast ausschließen aktuell.

Könnt Ihr bitte mal eine Liste der installierten Pakete (und Versionen) einstellen, dann würden wir diese Pakete explizit durchgehen.

Alternativ, wenn jemand eine Spielwiese hat, könntet Ihr gerne die Pakete auch Schritt für Schritt deinstallieren, bis der Fehler behoben ist. Dann hätten wir das Paket identifiziert. Bitte daran denken, in dem Fall können Informationen gelöscht werden, daher nur auf einem Testsystem durchführen, das wieder hergestellt werden kann. Weiterhin bitte zur Sicherheit nach jedem deinstallierten Paket kurz ein „docker restart otobo-web-1“ oder „docker restart otobo_web_1“ durchführen.

Für den Spaßvogel der das Schlagwort „BadOTOBOSupport“ vergeben hat, wir bieten (kostenpflichtigen) Support https://otobo.io/de/services/support/ mit garantierten Reaktionszeiten. Hier im Forum versuchen wir auch bestmöglich zu unterstützen, aber manchmal wird einfach was übersehen oder die Last ist sehr hoch und es dauert ein paar Tage, bis wir uns dem Fall annehmen können.

Aber wenn ihr mithelft, dann sollten wir das Paket jetzt schon finden, damit wir es Matchen können.

Vielen Dank und Grüße,

Stefan Rother

Team OTOBO

 

 

 

• Diese Antwort wurde vor 1 Monat, 1 Woche von Stefan Rother geändert.

[Julius Heinisch]

Habe das ganze mittlerweile auf einem Testserver überprüft.
Die Deaktivierung aller Pakete hat leider nichts gebracht.

Allerdings hab ich das ganze noch mal neue mit der finalen Version der CMDB probiert und jetzt tritt der Fehler nicht mehr auf. Thema kann daher geschlossen werden.

[Autor]

Beiträge