Contexto empresarial
Un administrador de sistemas intenta añadir un nuevo servidor al clúster, pero la máquina aún no está conectada a la red o el nombre de host es incorrecto. Este escenario prueba cómo la acción `addNode` maneja los errores de conexión y si proporciona información útil para el diagnóstico.
Sobre el conjunto : builtins
Comandos fundamentales del sistema del servidor CAS.
Descubrir todas las acciones de builtins Preparación de datos
El clúster tiene una configuración mínima de un controlador y un trabajador.
¡Copiado!
| 1 | /* No se necesita crear datos, solo verificar el estado inicial del clúster. */ |
Étapes de réalisation
1
Confirmar el estado inicial del clúster.
¡Copiado!
| 1 | PROC CAS; |
| 2 | BUILTINS.listNodes RESULT=r_antes; |
| 3 | PRINT r_antes; |
| 4 | RUN; |
2
Ejecutar la acción `addNode` con un nombre de host ficticio o de una máquina que está fuera de línea.
¡Copiado!
| 1 | PROC CAS; |
| 2 | /* Se espera que esta acción falle y escriba un error en el log */ |
| 3 | BUILTINS.addNode / |
| 4 | node={"maquina-inexistente.empresa.com"}; |
| 5 | RUN; |
3
Volver a listar los nodos para asegurarse de que el estado del clúster no ha cambiado.
¡Copiado!
| 1 | PROC CAS; |
| 2 | BUILTINS.listNodes RESULT=r_despues; |
| 3 | PRINT r_despues; |
| 4 | RUN; |
| 5 | QUIT; |
Resultado esperado
La acción en la etapa 2 debe fallar. El log de CAS debe registrar un error claro, como 'ERROR: No se pudo conectar al host...' o 'ERROR: No se puede resolver el nombre de host...'. La tabla de resultados de la etapa 3 debe ser idéntica a la de la etapa 1, demostrando que el clúster no se vio afectado por el intento fallido.