Migration 2.5.28 > 3.4.8 --- #1214 - The used table type doesn't support FULLTEXT indexes

Hotkeyharry · 24. Februar 2016

Beim Upgraden erhalte ich folgende Fehlermeldung: #1214 - The used table type doesn't support FULLTEXT indexes
Ich finde zwar einige Erklärungen über Google, warum das so ist, aber keine Lösung für Joomla.
Merkwürdigerweise habe ich schon gefühlte 20 Joomla Seiten von 2.x auf 3.x migriert, dort aber nie das Problem gehabt...
vielen Dank für eventuelle Antworten...

jsc_01 · 24. Februar 2016

Häufig hilft ein beherzter Klick auf "DB reparieren".

Hotkeyharry · 24. Februar 2016

Du meinst doch Erweiterungen / Datenbank / dann oben links reparieren ??

Auf den Button komme ich doch dann garnicht mehr?

deGobbis · 24. Februar 2016

Ich glaube, hier wären ein paar Zusatzinfos ganz hilfreich:

bei welchen Hoster
welche Datenbankversion
welche PHP-Version

Vielleicht ist das Problem ja nur auf bestimmte Versionen/Hoster begrenzt.

zero24 · 24. Februar 2016

Zitat

The used table type doesn't support FULLTEXT indexes

Die Fehlermeldung besag das der Tabellentype keine Indexes vom Type "FULLTEXT" unterstützt.

Welchen Tabellentype setzt du denn ein?
Welche Datenbank?
Welche Version der Datenbank?
Welche 3Party Erweiterungen haben eine Datenbanktabelle?
Wie sieht deren SQL Definition im Punkto FULLTEXT Indexes aus?

Hotkeyharry · 24. Februar 2016

Vielen Dank für die Antworten:

meine anderen Seiten liegen auch alle zu 85% bei 1und1 - ja shared Host - und ja funktionieren

mySQL Datenbankversion 5.1.73
PHP-Version 5.6.18

Das ganze passiert nach dem Migrieren mit dem Akeeba CMSupdate von dem bekanntesten Joomla-Griechen Nikolas...

zero24:
Aber diese Gegenfrage scheint interessant:

Zitat

Welche 3Party Erweiterungen haben eine Datenbanktabelle?

Wie kann ich das herausfinden?

j!-n · 24. Februar 2016

Kannst du die DB Version höher stellen? Ggf neue DB anlegen, und beim Wiederherstellen angeben.

Indigo66 · 24. Februar 2016

Zitat von Hotkeyharry

Wie kann ich das herausfinden?

In dem Du mal reinschaust. In den meisten Fällen, handelt es sich dabei um Komonenten.
Zum Einen siehst Du die im Joomla-Backend, zum Anderen über phpMyAdmin. Die Tabellenamen weisen auf die verwendete Komponente hin.

Hotkeyharry · 24. Februar 2016

@j!-n - komme nur bis 5.5 , das reicht nicht weil 5.6 erst Fulltext unterstützt --- DANKE!!

zero24 · 24. Februar 2016

Zitat

Das ganze passiert nach dem Migrieren mit dem Akeeba CMSupdate von dem bekanntesten Joomla-Griechen Nikolas...

Das könnte auch das Problem sein. Bitte nimm nur den Core für Updates und keine 3Party Erweiterung.

Zitat

komme nur bis 5.5

Aber das sollte kein Problem darstellen ich habe bei mir auch 5.5 und damit habe ich keine Fehlermeldungen bei einem Update von 2.5.x auf 3.x gehabt. Ich kann mir nur vorstellen das eine 3party Erweiterung Probleme macht...

Daher die Frage was die Tabellen so haben bzw. welche Erweiterungen Datebanktabellen mit welcher Definition haben

Ein Indiz könnte auch sein: Wie alt ist die Webseite ist das zufällig eine Webseite die von 1.5 oder früher auf 2.5 migriert wurde?

Hotkeyharry · 24. Februar 2016

zero24: d.h. ich schmeiße alle Plugins vor dem UPGRADE über DEINSTALL raus?

zero24 · 24. Februar 2016

Nein. Für ein Upgrade reicht es i.d.R. alles zu deaktivieren.

Wenn du möchtest kannst du mir mal ein Datenbank Backup schicken (email siehe PN). Bitte denke daran alle Daten zu entfernen und nur die Definitionen zu schicken.
Dann gucke ich mal ob ich erkennen kann was das Problem ist bzw. welche Erweiterung das Problem verursacht.

Hotkeyharry · 24. Februar 2016

Mail ist unterwegs...

zero24 · 24. Februar 2016

@Hotkeyharry,

Also es ist folgendes passiert:

Du hast eine ältere Joomla Installation nach und nach auf Joomla 2.5.28 gezogen.
Du hast eine ältere MySQL Version die die Besonderheit hat mit der ENGINE InnoDB keine Unterstützung für Volltext Schlüssel hat (erst ab 5.6+ verfügbar)
Aktuell hat das bei dir geklappt weil die Tabelle die Engine "MyISAM" nutzt welche die Unterstützung für Volltext Schlüssel schon hat.
Joomla geht bei einem Update auf 3.x aber hin und ändert die Engine aller Tabellen auf InnoDB.
In einer "normalen" 3.x ist das ändern der Engine kein Problem da dort der Volltext Schlüssel in der Definition nicht mehr vorkommt.

Die betroffene Tabelle ist die #__menu
So wird sie im Core 3.4.8 definiert: https://github.com/joomla/joom…ql/joomla.sql#L1214-L1247

So bei dir:

Spoiler anzeigen

CREATE TABLE IF NOT EXISTS `#__menu` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`menutype` varchar(24) NOT NULL,
`title` varchar(255) NOT NULL,
`alias` varchar(255) NOT NULL,
`note` varchar(255) NOT NULL DEFAULT '',
`path` varchar(1024) NOT NULL,
`link` varchar(1024) NOT NULL,
`type` varchar(16) NOT NULL,
`published` tinyint(4) NOT NULL DEFAULT '0' COMMENT 'The published state of the menu link.',
`parent_id` int(10) unsigned NOT NULL DEFAULT '1' COMMENT 'The parent menu item in the menu tree.',
`level` int(10) unsigned NOT NULL DEFAULT '0' COMMENT 'The relative level in the tree.',
`component_id` int(10) unsigned NOT NULL DEFAULT '0' COMMENT 'FK to xpqe_extensions.id',
`ordering` int(11) NOT NULL DEFAULT '0' COMMENT 'The relative ordering of the menu item in the tree.',
`checked_out` int(10) unsigned NOT NULL DEFAULT '0' COMMENT 'FK to xpqe_users.id',
`checked_out_time` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT 'The time the menu item was checked out.',
`browserNav` tinyint(4) NOT NULL DEFAULT '0' COMMENT 'The click behaviour of the link.',
`access` int(10) unsigned NOT NULL DEFAULT '0' COMMENT 'The access level required to view the menu item.',
`img` varchar(255) NOT NULL,
`template_style_id` int(10) unsigned NOT NULL DEFAULT '0',
`params` text NOT NULL,
`lft` int(11) NOT NULL DEFAULT '0' COMMENT 'Nested set lft.',
`rgt` int(11) NOT NULL DEFAULT '0' COMMENT 'Nested set rgt.',
`home` tinyint(3) unsigned NOT NULL DEFAULT '0' COMMENT 'Indicates if this menu item is the home or default page.',
`language` char(7) NOT NULL DEFAULT '',
`client_id` tinyint(4) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
UNIQUE KEY `idx_client_id_parent_id_alias_language` (`client_id`,`parent_id`,`alias`,`language`),
KEY `idx_componentid` (`component_id`,`menutype`,`published`,`access`),
KEY `idx_menutype` (`menutype`),
KEY `idx_left_right` (`lft`,`rgt`),
KEY `idx_alias` (`alias`),
KEY `idx_path` (`path`(333)),
KEY `idx_language` (`language`),
FULLTEXT KEY `menutype` (`menutype`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=402 ;

Lösungsvorschlag:

Probiere einmal bitte diesen SQL Befehl abzusetzen (#__ durch deinen Prefix ersetzen):

Code

ALTER TABLE #__menu DROP INDEX menutype;

Wenn der durchläuft noch einmal den Dump überprüfen ob der Eintrag für "FULLTEXT KEY `menutype` (`menutype`)" in der Definition für #__menu weg ist. Im Anschluss das Update über der Core Updater machen, dann sollte der Fehler nicht auftreten.

Hotkeyharry · 2. März 2016

@zero24,
also habe das mehrfach durchgespielt, hatte aber folgendes Kopfproblem: wollte die TAbelle löschen (klaro: eigenes prefix ersetzt)...aber es kam die Meldung, dass er die Zeile oder den Eintrag nicht finden kann - ergo: kann ich es auch nicht löschen.

Beim mehrfachen probieren, backupen und zurückspielen der alten 2.5.28, habe ich dann irgendwann, weil die Tabelle (FULLTEXT KEY `menutype` (`menutype`) ja nicht mehr da war, das Upgrade erneut gemacht und siehe da, bis auf die üblichen mir bereits bekannten Verdächtigen Plugins/Module zeigte er unten die 3.4.8 an - Freude.

Der Rest war dann aufräumen, Datenbank reparieren/optimieren, Plugins updaten, im Core die Weblinks updaten (Fehler im Backend Komponente Weblinks), weil unter 3.x nicht mehr vorhanden (für Interessierte: Link hierzu) - mit anderen Worten jetzt läuft es!! 1.000 Dank

letzte Frage:
Gibt es eigentlich irgendwo eine Auslistung/Anlaufstelle was in der Datenbank für Joomla 1.5, für Joomla 2.5. und/oder für Joomla 3.x drinstehen darf? Oder gibt es sogar ein Komponente die solche Zusammenhänge findet - weil, ich habe mit Sicherheit durch die Upgrades 1.5 > 2.5 > 3.x der Jahre in mehreren Joomla Installationen / bzw. Datenbanken sicherlich noch Bezüge zu alten Versionen in der Datenbank stehen??!!

Nochmals vielen Dank

zero24 · 2. März 2016

Zitat

Gibt es eigentlich irgendwo eine Auslistung/Anlaufstelle was in der Datenbank für Joomla 1.5, für Joomla 2.5. und/oder für Joomla 3.x drinstehen darf? Oder gibt es sogar ein Komponente die solche Zusammenhänge findet - weil, ich habe mit Sicherheit durch die Upgrades 1.5 > 2.5 > 3.x der Jahre in mehreren Joomla Installationen / bzw. Datenbanken sicherlich noch Bezüge zu alten Versionen in der Datenbank stehen??!!

In der Theorie sollte das der "Fix" Button im Backend machen. Wenn es aber schon vorher knallt weil deine DB Version etwas nicht unterstützt hilft keine Joomla Erweiterung

Wie deine Tabellen auszusehen haben steht hier: https://github.com/joomla/joom…tion/sql/mysql/joomla.sql (3.4.8 kann durch eine beliebige version größer als 2.5.0 ausgetauscht werden)