pgsql: "Spalte »lock« existiert nicht bei Zeichen 78" / Internal Server Error bei AgentTicketQueue

Hallo, wir setzen OTRS 3.2.2 ein. Wir hatten einen nicht ganz geordneten Shutdown unseres postgresql Datenbank Servers. Danach lief OTRS 18 Stunden ohne Problem, aber dann auf einmal trat folgender Fehler auf, welchen selbst google so noch nicht kannte. Aufruf von /otrs/index.pl?Action=AgentTicketQueue - "Ticket"/"Ansicht nach Queues" führt zu einem "500 - Internat Server Error" alle weiteren Ticket Views und Funktionen arbeiten soweit wir bis jetzt sehen ohne Probleme Das OTRS- Admin - Systemprotokoll sagt: ---- Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 FEHLER: Syntaxfehler bei »)« Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 FEHLER: Spalte »lock« existiert nicht Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 The given param 'LockIDs' is invalid or an empty array reference! Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 The given param 'LockIDs' is invalid or an empty array reference! Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 FEHLER: Spalte »lock« existiert nicht ---------- Das pgsql Log sagt genauer: ---------- 2013-08-21 14:45:12 CEST FEHLER: Spalte »lock« existiert nicht bei Zeichen 78 2013-08-21 14:45:12 CEST ANWEISUNG: SELECT id, name FROM ticket_lock_type WHERE name IN ( 'unlock', 'tmp_lock', lock ) AND valid_id IN ( 1 ) 2013-08-21 14:45:12 CEST FEHLER: Spalte »lock« existiert nicht bei Zeichen 78 2013-08-21 14:45:12 CEST ANWEISUNG: SELECT id, name FROM ticket_lock_type WHERE name IN ( 'unlock', 'tmp_lock', lock ) AND valid_id IN ( 1 ) 2013-08-21 14:45:12 CEST FEHLER: Syntaxfehler bei »)« bei Zeichen 190 2013-08-21 14:45:12 CEST ANWEISUNG: SELECT count(*) FROM ticket st, queue sq, personal_queues suq WHERE st.ticket_state_id IN ( 1, 4, 6, 7, 8 ) AND st.ticket_lock_id IN ( ) AND st.queue_id = sq.id AND st.archive_flag = 0 AND suq.queue_id = st.queue_id AND sq.group_id IN ( 1, 8, 9 ) AND suq.user_id = 7 ------------- Dabei wunderte ich mich, dass "unlock" und "tmp_lock in ' Tics stehen, "lock" aber nicht, nun gut. Unsere Tabelle "ticket_lock_type" sieht derzeit so aus: --------- otrs=# select * from ticket_lock_type; id | name | valid_id | create_time | create_by | change_time | change_by ----+----------+----------+---------------------+-----------+---------------------+----------- 1 | unlock | 1 | 2013-03-06 14:30:14 | 1 | 2013-03-06 14:30:14 | 1 2 | lock | 1 | 2013-03-06 14:30:14 | 1 | 2013-03-06 14:30:14 | 1 3 | tmp_lock | 1 | 2013-03-06 14:30:14 | 1 | 2013-03-06 14:30:14 | 1 (3 Zeilen) --------- Die Meldung, dass es keine Spalte "lock" gibt, kann ich damit bestätigen. Wenn ich das richtig sehe, kommen diese Zugriffe aus: /opt/otrs/Kernel/System/Lock.pm "The whole lock API is just for "reading" lock states. Per default you have "unlock", "lock" and "lock-tmp". Usually you will not modify those lock states, because there is not usecase for this." Hat jemand eine Idee, wie ich das wieder gerade biege? Vielen Dank. -- Mit freundlichen Grüßen, Benjamin Hagemann Profi für IT-Administration E-Mail: benjamin.hagemann@servicereisen.de www.servicereisen.de SERVICE-REISEN HEYNE GmbH & Co. KG Rödgener Straße 12; 35394 Giessen eingetragen beim AG Giessen HRA 1333 persönlich haftende Gesellschafterin: Heyne GmbH, eingetragen beim AG Giessen HRB 2163 Geschäftsführer: Kristiane Heyne-Strauch, Karl Heyne

Guten Abend,
niemand einen Tipp?
Sieht die Tabelle "ticket_lock_type" bei euch auch so aus oder sollten dort andere Werte stehen?
Am 22.08.2013 um 12:23 schrieb Benjamin Hagemann
Hallo,
wir setzen OTRS 3.2.2 ein. Wir hatten einen nicht ganz geordneten Shutdown unseres postgresql Datenbank Servers. Danach lief OTRS 18 Stunden ohne Problem, aber dann auf einmal trat folgender Fehler auf, welchen selbst google so noch nicht kannte.
Aufruf von /otrs/index.pl?Action=AgentTicketQueue - "Ticket"/"Ansicht nach Queues" führt zu einem "500 - Internat Server Error" alle weiteren Ticket Views und Funktionen arbeiten soweit wir bis jetzt sehen ohne Probleme
Das OTRS- Admin - Systemprotokoll sagt: ---- Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 FEHLER: Syntaxfehler bei »)« Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 FEHLER: Spalte »lock« existiert nicht Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 The given param 'LockIDs' is invalid or an empty array reference! Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 The given param 'LockIDs' is invalid or an empty array reference! Thu Aug 22 11:32:57 2013 error OTRS-CGI-10 FEHLER: Spalte »lock« existiert nicht ----------
Das pgsql Log sagt genauer: ---------- 2013-08-21 14:45:12 CEST FEHLER: Spalte »lock« existiert nicht bei Zeichen 78 2013-08-21 14:45:12 CEST ANWEISUNG: SELECT id, name FROM ticket_lock_type WHERE name IN ( 'unlock', 'tmp_lock', lock ) AND valid_id IN ( 1 ) 2013-08-21 14:45:12 CEST FEHLER: Spalte »lock« existiert nicht bei Zeichen 78 2013-08-21 14:45:12 CEST ANWEISUNG: SELECT id, name FROM ticket_lock_type WHERE name IN ( 'unlock', 'tmp_lock', lock ) AND valid_id IN ( 1 ) 2013-08-21 14:45:12 CEST FEHLER: Syntaxfehler bei »)« bei Zeichen 190 2013-08-21 14:45:12 CEST ANWEISUNG: SELECT count(*) FROM ticket st, queue sq, personal_queues suq WHERE st.ticket_state_id IN ( 1, 4, 6, 7, 8 ) AND st.ticket_lock_id IN ( ) AND st.queue_id = sq.id AND st.archive_flag = 0 AND suq.queue_id = st.queue_id AND sq.group_id IN ( 1, 8, 9 ) AND suq.user_id = 7 -------------
Dabei wunderte ich mich, dass "unlock" und "tmp_lock in ' Tics stehen, "lock" aber nicht, nun gut.
Unsere Tabelle "ticket_lock_type" sieht derzeit so aus: --------- otrs=# select * from ticket_lock_type; id | name | valid_id | create_time | create_by | change_time | change_by ----+----------+----------+---------------------+-----------+---------------------+----------- 1 | unlock | 1 | 2013-03-06 14:30:14 | 1 | 2013-03-06 14:30:14 | 1 2 | lock | 1 | 2013-03-06 14:30:14 | 1 | 2013-03-06 14:30:14 | 1 3 | tmp_lock | 1 | 2013-03-06 14:30:14 | 1 | 2013-03-06 14:30:14 | 1 (3 Zeilen) ---------
Die Meldung, dass es keine Spalte "lock" gibt, kann ich damit bestätigen.
Wenn ich das richtig sehe, kommen diese Zugriffe aus: /opt/otrs/Kernel/System/Lock.pm "The whole lock API is just for "reading" lock states. Per default you have "unlock", "lock" and "lock-tmp". Usually you will not modify those lock states, because there is not usecase for this."
Hat jemand eine Idee, wie ich das wieder gerade biege?
Vielen Dank.
-- Grüßen, Benjamin Hagemann Profi für IT-Administration Telefon-Durchwahl: +49-641-4006-159 E-Mail: benjamin.hagemann@servicereisen.de www.servicereisen.de SERVICE-REISEN HEYNE GmbH & Co. KG Rödgener Straße 12; 35394 Giessen eingetragen beim AG Giessen HRA 1333 persönlich haftende Gesellschafterin: Heyne GmbH, eingetragen beim AG Giessen HRB 2163 Geschäftsführer: Kristiane Heyne-Strauch, Karl Heyne
participants (1)
-
Benjamin Hagemann