#__finder_tokens' is full

[Pajaranny]

Plataforma:
Joomla 3.5.1

Problema:
La tabla #__finder_tokens está llena.

Guarda registros del contenido de los textos para agilizar las búsquedas, creo.

Solución:
Ampliar la tabla del tope de 30000 a +

¿Puedo eliminar los registros de la tabla y deshabilitar el plugin de búsquedas?

[gnzsoloyo]

Movido a un foro más específico: Foro de Joomla

[Pajaranny]

Gracias por moverlo. Lo gracioso es que estuve buscando Joomla.

[gnzsoloyo]

A veces quedan escondidos por falta de movimiento.

Ahora bien yendo a tu problema, he estado buscando en Google y me encontré con algunas respuestas en un foro de Joomla que pueden ser orientativas:

Part of the issue here is invalid utf8 characters. This is helped by adding
$input = iconv("UTF-8","UTF-8//IGNORE",$input);

To html.php

That at least strips the html correctly.
Enviado Por: Chris Davenport

Chris Davenport
Agregar Fecha: 2012-01-15 06:01:27

Having fixed the invalid UTF8 character issue, the other issue is that the indexer is failing because the temporary tokens table is full. This table is an in-memory table, but there is code in the indexer to automatically switch to a disk table if the table is getting near capacity. This is where the problem is occurring.

The Memory Table Limit parameter has no effect because you also need to change the max_heap_table_size parameter in MySQL itself. I'm not sure if all hosts will allow that and even if they do, other database types might not support anything similar. So, I think we need to fix the code that determines when to switch to a disk table. As a workaround we could just convert to always using disk tables. That will make the indexing a little slower, but we can probably live with that until we can get a proper fix.

Básicamente, hay dos cosas a tener en cuenta: Por un lado que puedan existir caracteres inválidos para UTF8. Eso puede causar ese tipo de mensajes.

Por otro lado, la tabla a que se hace rerferencia para los tokens, es una tabla en memoria, y su swapping a disco puede agotar la capacidad asignada.
Modificar el limite de tabla de memoria no tiene efecto si no se modifica el parámetro max_heap_table_size en el servidor MySQL mismo. Para eso hay que ver si tienes permisos para adminaitrar el servidor, porque hay que modificar el parámetro y reinicar todo.