Solução de Problemas¶
- Falha ao Iniciar o Serviço: Verifique o arquivo
sm_out.logna pastalogsdo BotCity Studio SDK. Alternativamente, verifique o Visualizador de Eventos em Logs do Windows > Aplicativo. - Problemas de Configuração: Certifique-se de que todas as configurações estejam definidas corretamente e correspondam às especificações do sistema.
- "Senha incorreta" (
STATUS_LOGON_FAILURE[0xc000006d],STATUS_ACCOUNT_LOCKED_OUT[0xc0000234]): Faça o input da senha no terminal de forma manual, sem realizarctrl+v(copiar e colar).
Access Denied ao executar robôs pelo Session Manager
Cenário do problema
Ao executar robôs pelo Session Manager, ocorre o erro Access Denied. Esse problema geralmente está relacionado às permissões das pastas utilizadas pelo Runner e pelo SDK durante a execução dos robôs.
Causa comum
O Session Manager e o Runner não precisam ser executados como administrador.
Porém, se o Runner foi executado como administrador em algum momento ou se a instalação do SDK foi feita utilizando privilégios elevados, algumas pastas essenciais podem ter sido criadas com permissões restritas.
As pastas afetadas incluem: logs, venv, run e bots.
Quando o Runner é executado sem privilégios elevados, o robô não consegue acessar essas pastas, gerando o erro de Access Denied.
Observação
Instalações feitas diretamente na raiz do C: muitas vezes exigem privilégios de administrador para criação e manipulação de arquivos. Por isso, não é recomendado instalar o SDK diretamente no C:. Prefira diretórios do usuário ou pastas com permissões adequadas.
Soluções recomendadas
Opção 1: Excluir pastas problemáticas
- Feche o Runner e o Session Manager.
- Exclua as pastas
logs,venv,runebots. - Reinicie o Session Manager e execute novamente o robô.
O SM recriará as pastas com permissões corretas, permitindo a execução sem privilégios administrativos.
Opção 2: Reinstalar o SDK
- Feche o Runner e o Session Manager.
- Reinstale o SDK sem executar como administrador, preferencialmente fora da raiz
C:. - Após a instalação, execute o Runner normalmente.
Essa abordagem garante que todas as pastas criadas pelo SDK e Runner tenham permissões compatíveis com usuários sem privilégios elevados.
Boas práticas
- Evite executar o Runner ou o Session Manager como administrador, exceto em casos específicos de manutenção.
- Instale o SDK em diretórios que não exijam privilégios administrativos (evite
C:\). - Se houver necessidade de alterar permissões manualmente, verifique a propriedade das pastas
logs,venv,runebots.
Para mais assistência, entre em contato com nosso time de suporte.