Solución de problemas en el nodo
A continuación te indicamos algunos problemas comunes que puedes encontrarte con tu nodo, ¡aquí te explicamos cómo solucionarlos!
Última actualización
A continuación te indicamos algunos problemas comunes que puedes encontrarte con tu nodo, ¡aquí te explicamos cómo solucionarlos!
Última actualización
A veces, el conjunto de herramientas CUDA se instala en una ubicación no estándar. El mensaje de error aquí es a menudo no es capaz de encontrar libcu*12
. Por ejemplo, puede que tengas CUDA instalado con tu configuración de Python. El siguiente comando instalaría CUDA en el entorno de Python.
La forma más fácil de solucionarlo es simplemente enlazar esas librerías CUDA no estándar a la ubicación estándar, de esta forma:
En Windows WSL, puede aparecer este error mientras se ejecuta gaianet init:
Import the Qdrant collection snapshot ... The process may take a few minutes. Please wait ... * [Error] Failed to recover from the collection snapshot. {"status":{"error":"Service internal error: Tokio task join error: task 1242 panicked"},"time":0.697784244}
Cuando se mira en el ~/gaianet/log/init-qdrant.log
podría ver esta línea de error:
La solución es desactivar el autoMemoryReclaim
en WSL. Paso para activar/desactivar esta función:
Editar C:\Users<Your user name>.wslconfig
Eliminar o comentar autoMemoryReclaim
en [experimental]
sección.
Puede obtener más información aquí, descubierta por RoggeOhta.
El puerto 8080 está en uso. Salir ...
Es posible que aparezca el siguiente error al ejecutar inicio de gaianet
.
La solución es ejecutar parada de gaianet
primero para matar todos los procesos, y luego ejecute inicio de gaianet
para iniciar el nodo.
En Windows WSL, puede aparecer este error al ejecutar curl -sSfL 'https://github.com/GaiaNet-AI/gaianet-node/releases/latest/download/install.sh' | bash
El error se debe a la falta de libgomp.so.1
una biblioteca que debería instalarse automáticamente por defecto en Ubuntu.
Para solucionarlo, debe instalar el libgomp.so.1
biblioteca:
Si utiliza CentOS, puede utilizar:
Este problema se solucionó en versión 0.2.2
.
Típicamente indica que la instancia Qdrant no fue apagada correctamente antes de intentar initarse de nuevo con una nueva instantánea. La solución es detener primero el nodo GaiaNet:
Alternativamente, puede matar manualmente los procesos desde el terminal o en el Monitor de actividad del sistema operativo:
A continuación, puede ejecutar gaianet init
y luego inicio de gaianet
otra vez.
Típicamente indica que la instancia Qdrant no fue apagada correctamente antes de intentar initarse de nuevo con una nueva instantánea. La solución es detener primero el nodo GaiaNet:
Alternativamente, puede matar manualmente los procesos desde el terminal o en el Monitor de actividad del sistema operativo.
A continuación, puede ejecutar gaianet init
y luego inicio de gaianet
otra vez.
La razón de este tipo de error es una configuración incorrecta config.json
archivo. La solución es eliminar los comentarios en config.json
y vuelva a ejecutar el gaianet init
mando.
En funcionamiento gaianet init
para inicializar un nuevo nodo en macOS, es posible que se produzca un error relacionado con la recuperación de instantáneas si la instantánea contiene una gran cantidad de texto. El mensaje de error puede ser el siguiente:
Este problema está causado por el límite predeterminado del descriptor de archivos (FD) en macOS, que está establecido en un valor relativamente bajo de 256.
Para resolver este problema, puede aumentar el límite de FD por defecto en su sistema. Para ello, ejecute el siguiente comando:
Esto fijará temporalmente el límite de FD en 10.000. A continuación, utilice gaianet init
y inicio de gaianet
comandos en el MISMO terminal.
En funcionamiento curl -sSfL 'https://github.com/GaiaNet-AI/gaianet-node/releases/latest/download/install.sh' | bash
para instalar el software del nodo GaiaNet, puede encontrarse con el error de permiso denegado especialmente al instalar el tiempo de ejecución WasmEdge.
Este error se debe a la falta de /tmp
permiso de escritura. Puede utilizar --tmpdir
para especificar dónde desea instalar el tiempo de ejecución WasmEdge. Tenga en cuenta que tendrá que tener permiso por escrito a la <YOUR_PATH>
carpeta.
Este problema se soluciona en versión 0.2.3
.