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: [email protected]
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
---------------------------------------------------------------------
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Antwort per Email an