Hallo Martin, ERROR 1071 (42000) at line 3347: Specified key was too long; max key length is 1000 bytes In line 3347 steht /CREATE TABLE `xml_storage` (/ Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.laut@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: info@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 Am 14.06.2012 12:11, schrieb Martin Gruner:
Hi Andreas,
welche Fehlermeldung erhältst du genau?
LG, mg
Am 14.06.12 12:07, schrieb Andreas Laut:
Hallo, ich habe vor kurzem unser OTRS von Version 2.2.7 auf 3.1.6 erfolgreich updaten können. Blöderweise sind die Tabellen noch in latin1 und nun will ich diese nach utf8 konvertieren.
Das klappt auch wie in der offiziellen Hilfe hier http://faq.otrs.org/otrs/public.pl?Action=PublicFAQZoom;ItemID=315;ZoomBackL... beschrieben. Einzige Sache ist - wenn ich den konvertierten Dump einspielen will, meckert er über die Tabellendefinition von xml_storage und dass die 1000 Bytes (für eine MyISAM Tabelle) überschritten wären. Jetzt habe ich mir die Definition zur xml_storage mal angesehen und entdeckt, dass xml_storage.xml_type und xml_storage.xml_key viel zu überdimmensioniert sind.
/CREATE TABLE `xml_storage` ( `xml_type` varchar(200) NOT NULL DEFAULT '', `xml_key` varchar(250) NOT NULL DEFAULT '', `xml_content_key` varchar(250) NOT NULL DEFAULT '', `xml_content_value` mediumtext, KEY `xml_type_key` (`xml_type`,`xml_key`), KEY `xml_storage_xml_content_key` (`xml_content_key`(100)), KEY `xml_storage_key_type` (`xml_key`(10),`xml_type`(10)) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; /*!40101 SET character_set_client = @saved_cs_client */;/ (das ist die momentane Definition)
Kurzum habe ich zur Lösung des Problems die Varchars für xml_type und xml_key verkleinert und nun gibts keinen Fehler beim einspielen des Dumps. Was ich mich nun frage, ob ich nicht doch einen Denkfehler habe und diese 2 fetten Varchars Sinn machen? Ich will auch nicht ausschließen, dass das Problem eine Folge des Update-Marathons ist.
Danke und Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail:andreas.laut@5point.de
5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail:info@5point.de Internet:www.5point.de |www.teamspace.de |www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27
--------------------------------------------------------------------- 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
-- Martin Gruner Senior Developer R&D
OTRS AG Europaring 4 94315 Straubing
T: +49 (0)6172 681988 0 F: +49 (0)9421 56818 18 I:www.otrs.com/
Geschäftssitz: Bad Homburg, Amtsgericht: Bad Homburg, HRB 10751, USt-Nr.: DE256610065 Aufsichtsratsvorsitzender: Burchard Steinbild, Vorstand: André Mindermann (Vorsitzender), Christopher Kuhn
Verbinden wir uns! OTRS 3.1 schafft einfachere Integration mit Drittapplikationen -- Für Frühbucher zum Vorzugspreis:http://www.otrs.com/index.php?id=2361&L=1
--------------------------------------------------------------------- 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