¿Por qué Immich deja de mostrar fotos privadas en las búsquedas después de reiniciarse?

Immich suele dejar de devolver fotos privadas que se pueden buscar después de un reinicio porque Smart Search ha perdido la ruta de aprendizaje automático, no ha terminado de preparar su modelo o no puede completar los trabajos y las lecturas de almacenamiento que generan las incrustaciones de búsqueda.

Si la cronología todavía muestra los originales, probablemente las fotos no hayan desaparecido; la capa de búsqueda está incompleta. Trata primero un resultado vacío como un problema de la ruta del servicio, conserva la base de datos y la biblioteca de cargas y, antes de reconstruir nada, distingue entre un contenedor de aprendizaje automático no disponible, trabajos retrasados, un endpoint que no coincide o un fallo de permisos en la ruta persistente.

Separa los resultados de búsqueda ausentes de las fotos ausentes

Abre directamente varios archivos conocidos desde la cronología, los álbumes y una biblioteca privada antes de probar la búsqueda. Si funciona, significa que la base de datos puede localizar los registros e Immich puede leer los archivos; si falla, se trata de un incidente más amplio de biblioteca o almacenamiento, así que detén los cambios específicos de búsqueda y protege las rutas afectadas.

Realiza tres búsquedas repetibles: un término que funcionaba antes, un término visualmente evidente y un archivo subido recientemente después de que su trabajo en segundo plano debería haber terminado. Registra si los resultados están vacíos, desactualizados o limitados a fotos antiguas. Estos resultados permiten distinguir un fallo total del endpoint de una cola de indexación atrasada.

Un hilo de resolución de problemas de la comunidad recopila comprobaciones de Smart Search relacionadas con reinicios, incluida la accesibilidad del endpoint y la repetición de trabajos. Usa su secuencia de diagnóstico de la capa de búsqueda como evidencia del caso, no como motivo para eliminar la base de datos o regenerar todos los archivos.

Comprueba la ruta de aprendizaje automático después del reinicio

Inspecciona el estado del servidor y del contenedor de aprendizaje automático, y después prueba la URL de aprendizaje automático configurada desde el espacio de nombres de red que la utiliza. Un endpoint accesible con solicitudes de modelo satisfactorias supera esta rama; el rechazo de conexión, un fallo de resolución de nombres o un contenedor en mal estado identifican la ruta del servicio que debe repararse.

Compara el nombre del servicio implementado, el puerto, el valor del entorno, la versión de la imagen y la pertenencia a la red con la última definición de Compose conocida como funcional. Recrea solo el contenedor afectado después de corregir una discrepancia. Un simple reinicio no sustituye un entorno obsoleto del contenedor, así que confirma el valor efectivo en la carga de trabajo recreada.

Un caso reportado de Immich v2.6.1 relacionó el fallo de Smart Search con un contenedor de aprendizaje automático en mal estado. El informe de fallo específico de la versión respalda comprobar el estado y los registros; no demuestra que todos los fallos posteriores a un reinicio se deban a esa regresión.

Comprueba la preparación del modelo, los trabajos y las rutas persistentes

Observa los registros de aprendizaje automático mientras envías una búsqueda conocida. La primera solicitud puede cargar o descargar un modelo y utilizar temporalmente más memoria; si hay progreso seguido de una respuesta correcta, esta rama se supera. Las expulsiones repetidas, la terminación por falta de memoria o los fallos de descarga apuntan a la memoria, la persistencia de la caché o la red como áreas que deben repararse.

Inspecciona los recuentos de trabajos de Smart Search y los fallos recientes sin borrarlos. Si el endpoint está sano, pero quedan trabajos fallidos o en cola, reintenta un lote pequeño y controlado y observa si los recuentos disminuyen. Si un archivo funciona, repara la concurrencia de los trabajadores o la dependencia fallida antes de programar una reindexación completa.

Confirma que la base de datos, la biblioteca de cargas y la caché del modelo monten las rutas persistentes previstas con la identidad esperada. La guía relacionada de ZimaSpace sobre el comportamiento del reconocimiento de Immich ayuda a distinguir el acceso y el alcance de la indexación de la ausencia de un original.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Aplica la solución correspondiente y vuelve a probar durante dos reinicios

Corrige únicamente la causa confirmada: restaura el nombre del endpoint, recrea el contenedor con el entorno correcto, conserva la caché del modelo, reduce la concurrencia medida, repara la propiedad o reintenta los trabajos fallidos de Smart Search. Conserva a mano el archivo de Compose anterior y una copia de seguridad de la base de datos; no elimines las incrustaciones como primera respuesta.

Vuelve a probar las mismas tres consultas, un archivo antiguo y una carga nueva. Para superar la prueba debe haber resultados útiles, colas de trabajos que disminuyan, originales legibles y un estado estable del aprendizaje automático. Reinicia la pila en su orden normal de dependencias y repite la prueba; después reinicia el host una vez para demostrar que los montajes y la resolución de nombres sobreviven al arranque.

Revierte los cambios si disminuyen los resultados, los originales dejan de ser legibles o la base de datos informa de errores de coherencia. Solicita ayuda con la versión de Immich, el endpoint efectivo, el estado del contenedor, los registros relevantes, los recuentos de trabajos, el nombre del modelo y las asignaciones de montajes si el mismo fallo reaparece después de dos reinicios; mantén la instancia antigua con búsqueda aislada, pero recuperable.