Sherpa Orchestrator: respuestas a preguntas frecuentes#

Pregunta: ¿qué hacer si hay un problema de falta de memoria para el script? (ejemplo en la captura de pantalla)

Respuesta:
1. En caso de usar la versión con Docker: Debe indicar memory_limit = 2048M o más en backend\config\php.ini. Luego, es necesario reiniciar el contenedor.
2. En caso de usar la versión Local: Debe indicar memory_limit = 2048M o más en el archivo php.ini (puede estar en diferentes ubicaciones dependiendo del sistema operativo utilizado). Luego, es necesario reiniciar nginx.

Pregunta: ¿cómo conectar phpMyAdmin (en la versión con Docker)?

Respuesta:
1. Descargue el archivo comprimido y cópielo en el servidor en /opt.

https://sherparpa.ru/downloads/private/SherpaRPAOrcDocker/phpmyadmin.tar.gz

2. Cargue la imagen en Docker.

cd /opt/SherpaOrchestrator

docker load —input phpmyadmin.tar.gz

cd /opt/SherpaOrchestrator

sudo wget -O phpmyadmin.tar.gz

https://sherparpa.ru/downloads/private/SherpaRPAOrcDocker/phpmyadmin.tar.gz

docker load —input phpmyadmin.tar.gz
3. Descomente todas las líneas relacionadas con phpmyadmin en el archivo «docker-compose.yml».

4. Reinicie los contenedores:

cd /opt/SherpaOrchestrator

sudo ./run.sh

5. Acceda a la dirección http://su\_dirección\_del\_orquestador:8081

6. Para la autorización, indique:

servidor: orchestrator-db
usuario: root

Pregunta: ¿cómo reiniciar el contenedor?

Respuesta: No se recomienda reiniciar los contenedores manualmente a través del comando Docker.

El método correcto para reiniciar en la versión de Docker es el script run.sh (ejecutándolo desde el directorio de instalación por defecto /opt/SherpaOrchestrator). Es decir, en la consola debe navegar al directorio de instalación (comando cd dirección_carpeta) y ejecutar el comando sudo ./run.sh (a veces no es necesario usar sudo).

Pregunta: ¿qué hacer si hay problemas con la velocidad de procesamiento con un gran número de robots trabajando simultáneamente?

Respuesta: en caso de que haya muchos robots trabajando simultáneamente (si hay problemas con la velocidad de las solicitudes), en la configuración
backend/config/php-fpm.conf
el parámetro pm debe estar configurado como static (en las nuevas versiones del Orquestador, está configurado así por defecto).
Para que el Orquestador procese más rápidamente muchas solicitudes (heartbeat) de un gran número de robots trabajando simultáneamente, se puede aumentar el parámetro pm.max_children (por defecto está en 8).
Al realizar cualquier cambio en la configuración, es necesario reiniciar el contenedor.
Si tiene una instalación local sin Docker, debe encontrar la ruta a php-fpm.conf, realizar los cambios mencionados anteriormente y reiniciar php-fpm.

Pregunta: ¿puede indicarme si es posible asignar un parámetro de entrada en el orquestador al crear un trabajo o al definir un desencadenador?

Respuesta: en el Orquestador, cree una tarea en alguna cola y en los parámetros de esta tarea escriba los parámetros que desea transmitir. Luego, en el desencadenador del Orquestador, en la pestaña “Cola”, seleccione la opción "Asignar tarea por defecto a los trabajos creados" y elija esa tarea. Después de esto, en el script del robot, utilice el bloque "Obtener tarea por defecto" de la paleta del Orquestador para obtener sus parámetros.

Pregunta: ¿qué hacer si los Robots (u otros objetos) han desaparecido del Orquestador?

Respuesta: es posible que hayan sido eliminados por error. La mayoría de los registros en la base de datos se eliminan a través de un soft delete, es decir, en la columna is_deleted simplemente se establece 1, y el registro permanece en la base. Si algo ha desaparecido, se puede restaurar manualmente a través de la base, encontrando el objeto necesario y cambiando is_deleted a 0.

Pregunta: ¿cómo aumentar el tiempo de sesión en la versión web del Orquestador? ¿Ahora, como entendí, son 15 minutos por defecto?

Respuesta: se puede aumentar a 30 minutos, para ello, realice los siguientes cambios en la configuración backend/config/php.ini:

session.gc_maxlifetime = 1800

session.cookie_lifetime = 1800

Después, es necesario reiniciar los contenedores.

Se pueden establecer valores mayores (en segundos), pero a nivel de script se implementa la finalización de la sesión tras 30 minutos de inactividad. Este método es aplicable para la versión con Docker. Para la versión sin Docker, se deben realizar cambios en los mismos parámetros (pero la ruta a la configuración será diferente y dependerá del sistema operativo utilizado). Y en tal caso, después de realizar los cambios, será necesario reiniciar el servidor web.