December 2013 - otrs-de - OTRS mailing lists

Problem /bin/otrs.ReprocessMails.pl >> /dev/null
by Götz Reinicke - IT Koordinator 09 Dec '13

09 Dec '13

Hallo, ich bekomme ab und an eine Meldung in der Art: DBD::mysql::st execute failed: Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '=' at /opt/otrs/Kernel/System/DB.pm line 639. ERROR: OTRS-otrs.PostMaster.pl-10 Perl: 5.10.1 OS: linux Time: Mon Dec 9 00:10:03 2013 Message: Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '=', SQL: 'SELECT id FROM article WHERE ticket_id = ? AND a_message_id = ? AND a_from = ? AND a_subject = ? AND incoming_time = ? ORDER BY id DESC LIMIT 1' Was könnte das Problem und die Lösung sein? Soweit ich mich erinnere, sind alle Tabellen und die otrs DB auf Collation utf8_general_ci umgestellt, so zeigt es mir auch show table status; an. Danke für Hinweise und Grüße . Götz Reinicke -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 E-Mail goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt

2 3

FAQ
by Peggy Roßmann 06 Dec '13

06 Dec '13

Guten Morgen OTRS-Community, Besteht die Möglichkeit, dass die Kunden(Mitarbeiter) auch etwas zum FAQ besteuern können. Bisher können Sie es ja nur betrachten? Vielen Dank! Peggy

2 2

Webinterface zeigt unterschiedliche Tickets
by otrs＠plaintext.ath.cx 04 Dec '13

04 Dec '13

Hallo, nach einem Upgrade auf ubuntu lts 12.04 taucht nun häufig folgendes Problem auf (könnte allerdings auch vorher schon passiert sein, da ich den Server übernommen habe.) Schaue ich mir ein Ticket an mit: /otrs/index.pl?Action=AgentTicketZoom;TicketID=yy ist der dortige Text nicht der gleiche (nämlich der Text eines anderen/falschen Tickets) wie unter /otrs/index.pl?Action=AgentTicketPlain;TicketID=yy;ArticleID=xx und /otrs/index.pl?Action=AgentTicketPrint;TicketID=yy;ArticleID=xx Im Plain-Format und gedruckt ist es somit richtig aber in der eigentlich Webseite, wird ein anderes ticket angezeigt. gleichzeitig erhalte ich eine Error-Meldung vom Apache. Könnte mir da jemand einen Tipp geben? Vielen Dank schon mal. Gerd "ERROR: OTRS-CGI-10 Perl: 5.14.2 OS: linux Time: Wed Dec 4 17:45:06 2013 Message: Found no SenderType(ID) for note! RemoteAddress: 192.168.1.1 RequestURI: /otrs/index.pl?Action=AgentTicketQueue;QueueID=245;View= Traceback (30492): Module: Kernel::System::Ticket::Article::ArticleSenderTypeLookup (v1.327) Line: 918 Module: Kernel::System::Ticket::Article::ArticleGet (v1.327) Line: 1427 Module: Kernel::Output::HTML::TicketOverviewPreview::_Show (v1.25) Line: 275 Module: Kernel::Output::HTML::TicketOverviewPreview::Run (v1.25) Line: 188 Module: Kernel::Output::HTML::LayoutTicket::TicketListShow (v1.150) Line: 935 Module: Kernel::Modules::AgentTicketQueue::Run (v1.85) Line: 244 Module: Kernel::System::Web::InterfaceAgent::Run (v1.73) Line: 866 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 46 Module: (eval) (v1.94) Line: 204 Module: ModPerl::RegistryCooker::run (v1.94) Line: 204 Module: ModPerl::RegistryCooker::default_handler (v1.94) Line: 170 Module: ModPerl::Registry::handler (v1.99) Line: 31 "

1 0

Darstellung von Werten aus Datenbank
by Josef1 Penzkofer 03 Dec '13

03 Dec '13

Hallo OTRS-Community, in der Eskalations-Benachrichtigung hab ich folgende Variablen eingefügt: Eskaliert am: <OTRS_TICKET_EscalationDestinationDate> Eskaliert seit: <OTRS_TICKET_EscalationDestinationIn> Ticket vom: <OTRS_TICKET_Created>: Dies ergibt in der Benachrichtigungs-Mail: Eskaliert am: 2013-12-02 10:50:03 Eskaliert seit: 10m Ticket vom: 2013-11-29 08:50:03: Die entsprechenden Werte werden ja aus der Datenbank ausgelesen bzw. berechnet. Gibt es eine Möglichkeit, die Darstellung der Werte zu ändern, so dass es z.B. so dargestellt wird: Eskaliert am: 02.12.2013 10:50 Eskaliert seit: 10 m Ticket vom: 29.11.2013 08:50 Vielen Dank für Hinweise. Gruß Sepp

3 3

Fehler bei Migration von OTRS 3.1 -> 3.2
by Ludwig Markus 03 Dec '13

03 Dec '13

Hallo, Ich versuche gerade die Migration eines OTRS 2.48 nach 3.2. Die Updates auf 3.0 und 3.1 liefen so weit ich das beobachten konnte ohne Fehlermeldung durch, das System ließ sich auch problemlos bedienen. Beim Updateversuch auf 3.2 zeigte das Migrationsskript aber einen Fehler, mit dem ich als MySQL Laie nicht so viel anfangen kann. >----- Step 7 of 10: Dropping unused indexes on article_flag... SET @FKExists := (SELECT COUNT(*) FROM information_schema.table_constraints WHERE table_schema = DATABASE() AND table_name = 'article_flag' AND constraint_name = 'FK_article_flag_article_id_id') OK SET @FKSQLStatement := IF( @FKExists > 0, 'ALTER TABLE article_flag DROP FOREIGN KEY FK_article_flag_article_id_id', 'SELECT ''INFO: Foreign key constraint FK_article_flag_article_id_id does not exist, skipping.''' ) OK PREPARE FKStatement FROM @FKSQLStatement OK EXECUTE FKStatement OK SET @FKExists := (SELECT COUNT(*) FROM information_schema.table_constraints WHERE table_schema = DATABASE() AND table_name = 'article_flag' AND constraint_name = 'FK_article_flag_create_by_id') OK SET @FKSQLStatement := IF( @FKExists > 0, 'ALTER TABLE article_flag DROP FOREIGN KEY FK_article_flag_create_by_id', 'SELECT ''INFO: Foreign key constraint FK_article_flag_create_by_id does not exist, skipping.''' ) OK PREPARE FKStatement FROM @FKSQLStatement OK EXECUTE FKStatement OK DROP INDEX article_flag_create_by ON article_flag DBD::mysql::db do failed: Can't DROP 'article_flag_create_by'; check that column/key exists at /opt/otrs/KIX4OTRS/Kernel/System/DB.pm line 482. ERROR: OTRS-DBUpdate-to-3.2-10 Perl: 5.10.0 OS: linux Time: Tue Dec 3 09:01:46 2013 Message: Can't DROP 'article_flag_create_by'; check that column/key exists, SQL: 'DROP INDEX article_flag_create_by ON article_flag' Traceback (63516): Module: main::_DropArticleFlagIndexes (unknown version) Line: 486 Module: scripts/DBUpdate-to-3.2.pl (unknown version) Line: 107 Index was not present DROP INDEX article_flag_article_id_article_key ON article_flag OK ALTER TABLE article_flag ADD CONSTRAINT FK_article_flag_article_id_id FOREIGN KEY (article_id) REFERENCES article (id) OK ALTER TABLE article_flag ADD CONSTRAINT FK_article_flag_create_by_id FOREIGN KEY (create_by) REFERENCES users (id) OK >----- Meine laienhafte Interpretation sagt mir, dass hier versucht wird, Daten auszuwählen, die dann gelöscht werden sollen. Kann es sein, dass sich die Abfrage auf Daten bezieht, die erst mit OTRS3 eingeführt wurden und nicht gefunden / gelöscht werden können, weil sie nie erzeugt wurden? Oder kann es sich um einen ernst zu nehmenden Fehler handeln? Viele Grüße, Markus

3 4