¿Por qué las fotos recién importadas a Immich tardan en estar disponibles para las búsquedas?

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

Las fotos nuevas normalmente se pueden buscar después de que el procesamiento en segundo plano se pone al día, pero los trabajos atascados y los filtros de búsqueda pueden producir síntomas similares de resultados ausentes.

Un teléfono ha terminado de subir un álbum de vacaciones al servidor familiar, pero una búsqueda de la playa solo devuelve fotos antiguas. Los resultados ausentes podrían estar esperando el análisis, haber fallado en una etapa anterior del procesamiento o quedar excluidos por la consulta actual. Es más importante separar esos estados que juzgar toda la importación a partir de una búsqueda que no devolvió nada.

Una foto subida aún puede estar esperando para aparecer en las búsquedas

Una subida aceptada, un elemento visible en la cronología y un registro completado de búsqueda semántica son hitos diferentes. El trabajo en segundo plano permite que el servidor acepte solicitudes sin completar cada paso de análisis de forma sincrónica. Esta separación mejora la flexibilidad, pero también significa que el contador de subidas por sí solo no puede indicar a una familia cuándo cada imagen nueva coincidirá con una consulta en lenguaje natural.

Las colas de trabajos separadas hacen visible esta distinción. Un desarrollador que creó un visualizador de colas de Immich muestra el trabajo pendiente, activo y completado junto con gráficos de velocidad de procesamiento. La idea útil no es la herramienta adicional en sí, sino que varias actividades de procesamiento tienen avances independientes; por eso, una ventana de transferencia tranquila no tiene por qué significar que la biblioteca haya terminado.

En una cola ilustrativa, 12.000 trabajos pendientes aptos procesados a un ritmo constante de 100 por minuto tardan unos 120 minutos después de que dejan de llegar nuevos trabajos. Si llegan otros 80 por minuto, la reducción neta es de solo 20. Los trabajos reales difieren en coste, así que esta aritmética explica el comportamiento de la acumulación, pero no predice el tiempo de finalización de Immich.

Tres estados diferentes pueden parecer el mismo retraso

Distingue tres estados: una cola que espera intencionadamente, una cola que avanza lentamente y trabajos que fallan repetidamente antes de que exista el resultado necesario. El primero no tiene permiso para ejecutarse; el segundo tiene un rendimiento insuficiente para la tasa de llegada; el tercero pierde tiempo debido a un error específico. Puede haber un gran número de elementos pendientes en los tres casos.

Un tiempo de espera agotado al extraer metadatos ilustra el tercer estado, pero no demuestra una limitación general del hardware. La persona que informó del problema observó fallos a los 120 segundos en vídeos de una biblioteca respaldada por NFS, mientras que la extracción de los mismos archivos en el host era rápida. Ese contraste localiza una discrepancia en la ruta de procesamiento; no demuestra que todo el almacenamiento NAS ni todas las importaciones grandes se comporten así.

Si el trabajo pendiente disminuye y los fallos se mantienen estables, la cobertura retrasada es coherente con una acumulación que se está reduciendo. Si no disminuye, distingue primero entre trabajo pausado y errores activos antes de calificar el sistema de sobrecargado. Este es un límite de clasificación, no una recomendación para vaciar colas, reiniciar todos los servicios ni volver a ejecutar toda la colección familiar.

El alcance de la búsqueda puede parecer una indexación sin terminar

Una vez conocido el estado del procesamiento, mantén fija la cuenta, el alcance del álbum, el filtro de fecha y la consulta. Buscar desde otra cuenta del hogar puede cambiar los resultados aptos incluso en el mismo servidor. Además, una consulta semántica ordena por similitud en lugar de garantizar un inventario exacto, por lo que una coincidencia visual ausente no demuestra por sí sola que la indexación esté incompleta.

Las vistas previas HEIC ausentes introducen otra ambigüedad: el original puede estar presente mientras su derivado de visualización no está disponible. El formato, el comportamiento del decodificador o un perfil de imagen concreto pueden afectar a esa ruta. Un elemento ausente y un vector de búsqueda ausente son observaciones diferentes, aunque la misma fotografía exponga ambos problemas al usuario.

La explicación de una acumulación normal deja de aplicarse cuando el mismo subconjunto pequeño falla de forma constante después de que el resto del grupo se completa. Por el contrario, una búsqueda correcta de un recurso conocido con una coincidencia semántica débil apunta a la relevancia de la consulta o al comportamiento del modelo. No vuelvas a importar los originales solo porque la primera formulación de una búsqueda no los recuperó.

-15% OFF

Usa un grupo pequeño para distinguir entre espera y bloqueo

Elige un conjunto pequeño de recursos importados recientemente, con fechas identificables y contenido variado, además de un conjunto antiguo que ya sepas que funciona. Registra cuándo se acepta cada original, cuándo se abre su vista previa, cuándo se completan los trabajos relevantes y si una consulta fija lo recupera. Repite las comprobaciones en intervalos registrados sin cambiar los modelos ni iniciar un trabajo de reprocesamiento de toda la biblioteca.

La programación de importaciones puede aplazar deliberadamente el trabajo en segundo plano. Una versión de immich-go introdujo la pausa de trabajos durante las subidas para evitar conflictos simultáneos de actualización de metadatos. Esto demuestra una política específica de importación masiva, no que la aplicación móvil nativa pause los trabajos de la misma manera; registra qué importador y versión produjeron realmente el grupo.

Interpreta el aumento de los recuentos de finalización con resultados antiguos estables como una puesta al día, los fallos repetidos en los mismos archivos como un problema de procesamiento y las diferencias entre cuentas como una cuestión de alcance. Si el avance se detiene, escala el problema con esas observaciones y los detalles de versión. Un diagnóstico útil acota la etapa que falla sin borrar las pruebas ni cambiar varias variables a la vez.

Centro de Tecnología e IA

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.