Resolução de problemas do nó
Seguem-se alguns problemas comuns com que se pode deparar no seu nó, veja como os resolver!
Última atualização
Seguem-se alguns problemas comuns com que se pode deparar no seu nó, veja como os resolver!
Última atualização
Às vezes, o kit de ferramentas CUDA é instalado em um local não padrão. A mensagem de erro aqui é frequentemente não ser capaz de encontrar libcu*12
. Por exemplo, pode ter o CUDA instalado com a sua configuração Python. O seguinte comando instalaria o CUDA no ambiente do Python.
A maneira mais fácil de corrigir é simplesmente vincular essas bibliotecas CUDA não padrão ao local padrão, assim:
No Windows WSL, poderá ver este erro durante a execução 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}
Quando se olha para o ~/gaianet/log/init-qdrant.log
poderá ver esta linha de erro:
A solução é desativar o autoMemoryReclaim
no WSL. Passo para ativar/desativar esta funcionalidade:
Editar C:\Users<Your user name>.wslconfig
Remover ou comentar autoMemoryReclaim
em [experimental]
secção.
Pode saber mais sobre este assunto aqui, que foi descoberto por RoggeOhta.
A porta 8080 está a ser utilizada. Sair ...
Poderá ver o seguinte erro quando executa início da gaianet
.
A solução é executar paragem da gaianet
primeiro para matar todos os processos e, em seguida, executar início da gaianet
para iniciar o nó.
No Windows WSL, poderá ver este erro ao executar curl -sSfL 'https://github.com/GaiaNet-AI/gaianet-node/releases/latest/download/install.sh' | bash
O erro é causado pela falta de libgomp.so.1
uma biblioteca que deve ser instalada automaticamente no Ubuntu por padrão.
Para resolver este problema, é necessário instalar o libgomp.so.1
biblioteca:
Se estiver a utilizar o CentOS, pode utilizar:
Este problema foi corrigido em versão 0.2.2
.
Normalmente, indica que a instância Qdrant não foi encerrada corretamente antes de a tentar iniciar novamente com um novo instantâneo. A solução consiste em parar primeiro o nó GaiaNet:
Em alternativa, pode eliminar manualmente os processos a partir do terminal ou no Monitor de Atividade do SO:
Em seguida, pode executar gaianet init
e depois início da gaianet
novamente.
Normalmente, indica que a instância Qdrant não foi encerrada corretamente antes de a tentar iniciar novamente com um novo instantâneo. A solução consiste em parar primeiro o nó GaiaNet:
Em alternativa, pode eliminar manualmente os processos a partir do terminal ou no Monitor de Atividade do SO.
Em seguida, pode executar gaianet init
e depois início da gaianet
novamente.
A razão para este tipo de erro é uma configuração incorrecta config.json
ficheiro. A solução é apagar os comentários em config.json
e voltar a executar o gaianet init
comando.
Durante a execução gaianet init
para inicializar um novo nó no macOS, poderá encontrar um erro relacionado com a recuperação de instantâneos se o instantâneo contiver uma grande quantidade de texto. A mensagem de erro pode ser a seguinte:
Este problema é causado pelo limite predefinido do descritor de ficheiro (FD) no macOS, que está definido para um valor relativamente baixo de 256.
Para resolver este problema, pode aumentar o limite de FD predefinido no seu sistema. Para o fazer, execute o seguinte comando:
Isso definirá temporariamente o limite de FD para 10.000. De seguida, utilize gaianet init
e início da gaianet
comandos no MESMO terminal.
Durante a execução curl -sSfL 'https://github.com/GaiaNet-AI/gaianet-node/releases/latest/download/install.sh' | bash
para instalar o software do nó GaiaNet, pode deparar-se com o erro permisson denied (permissão negada), especialmente ao instalar o tempo de execução do WasmEdge.
Este erro é causado pela falta de /tmp
permissão de escrita. Pode utilizar --tmpdir
para especificar onde pretende instalar o tempo de execução do WasmEdge. Tenha em atenção que terá de ter permissão por escrito para o <YOUR_PATH>
pasta.
Este problema foi resolvido em versão 0.2.3
.