

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Depuración de configuraciones del ciclo de vida en Amazon SageMaker Studio Classic
<a name="studio-lcc-debug"></a>

**importante**  
A partir del 30 de noviembre de 2023, la experiencia anterior de Amazon SageMaker Studio pasa a denominarse Amazon SageMaker Studio Classic. La siguiente sección es específica del uso de la aplicación de Studio Classic. Para obtener información sobre el uso de la experiencia de Studio actualizada, consulte [Amazon SageMaker Studio](studio-updated.md).  
Studio Classic se sigue manteniendo para las cargas de trabajo existentes, pero ya no está disponible para su incorporación. Solo puede detener o eliminar las aplicaciones de Studio Classic existentes y no puede crear aplicaciones nuevas. Te recomendamos [migrar tu carga de trabajo a la nueva experiencia de Studio](studio-updated-migrate.md).

En los siguientes temas se muestra cómo obtener información y depurar las configuraciones del ciclo de vida.

**Topics**
+ [Verifica el proceso de configuración del ciclo de vida desde CloudWatch los registros](#studio-lcc-debug-logs)
+ [JupyterServer error de la aplicación](#studio-lcc-debug-jupyterserver)
+ [KernelGateway fallo de la aplicación](#studio-lcc-debug-kernel)
+ [Tiempo de espera de configuración del ciclo de vida](#studio-lcc-debug-timeout)

## Verifica el proceso de configuración del ciclo de vida desde CloudWatch los registros
<a name="studio-lcc-debug-logs"></a>

Las configuraciones del ciclo de vida solo registran `STDOUT` y `STDERR`.

`STDOUT` es el resultado predeterminado para los scripts bash. Se puede escribir en `STDERR` añadiendo `>&2` al final de un comando bash. Por ejemplo, `echo 'hello'>&2`. 

Los registros de las configuraciones de tu ciclo de vida se publican en Amazon CloudWatch. Cuenta de AWS Estos registros se encuentran en el flujo de `/aws/sagemaker/studio` registros de la CloudWatch consola.

1. Abra la CloudWatch consola en [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).

1. Seleccione **Registros** en el lado izquierdo. En el menú desplegable, seleccione **Grupos de registros**.

1. En la página **Grupos de registros**, busque `aws/sagemaker/studio`. 

1. Seleccione el grupo de registro.

1. En la página de **Detalles del grupo de registro**, seleccione la pestaña **Flujos de registro**.

1. Para buscar los registros de una aplicación específica, busque en los flujos de registro utilizando el siguiente formato:

   ```
   domain-id/space-name/app-type/default/LifecycleConfigOnStart
   ```

   Por ejemplo, para buscar los registros de configuración del ciclo de vida del dominio `d-m85lcu8vbqmz`, nombre del espacio `i-sonic-js` y tipo de aplicación de `JupyterLab`, utilice la siguiente cadena de búsqueda:

   ```
   d-m85lcu8vbqmz/i-sonic-js/JupyterLab/default/LifecycleConfigOnStart
   ```

## JupyterServer error de la aplicación
<a name="studio-lcc-debug-jupyterserver"></a>

Si JupyterServer la aplicación se bloquea debido a un problema con la configuración del ciclo de vida adjunta, Studio Classic mostrará el siguiente mensaje de error en la pantalla de inicio de Studio Classic. 

```
Failed to create SageMaker Studio due to start-up script failure
```

Selecciona el `View script logs` enlace para ver los CloudWatch registros de tu JupyterServer aplicación.

En el caso de que se especifique la configuración del ciclo de vida defectuosa en el `DefaultResourceSpec` de su dominio, perfil de usuario o espacio compartido, Studio Classic sigue utilizando la configuración del ciclo de vida incluso después de reiniciar Studio Classic. 

Para resolver este error, siga los pasos de [Establecer las configuraciones de ciclo de vida predeterminadas para Amazon SageMaker Studio Classic](studio-lcc-defaults.md) para quitar el script de configuración del ciclo de vida de la `DefaultResourceSpec` o seleccione otro script como predeterminado. A continuación, inicia una nueva JupyterServer aplicación.

## KernelGateway fallo de la aplicación
<a name="studio-lcc-debug-kernel"></a>

Si KernelGateway la aplicación se bloquea debido a un problema con la configuración del ciclo de vida adjunta, Studio Classic mostrará el mensaje de error en el bloc de notas de Studio Classic. 

Elige `View script logs` ver los CloudWatch registros de tu KernelGateway aplicación.

En este caso, la configuración del ciclo de vida se especifica en el lanzador de Studio Classic al inicializar un nuevo cuaderno de Studio Classic. 

Para resolver este error, utilice el lanzador de Studio Classic para seleccionar una configuración del ciclo de vida diferente o seleccione `No script`.

**nota**  
La configuración de KernelGateway ciclo de vida predeterminada especificada en `DefaultResourceSpec` se aplica a todas KernelGateway las imágenes del dominio, el perfil de usuario o el espacio compartido, a menos que el usuario seleccione un script diferente de la lista que se presenta en el lanzador de Studio Classic. El script predeterminado también se ejecuta si el usuario selecciona `No Script`. Para obtener más información sobre cómo seleccionar un script, consulte [Paso 3: Iniciar una aplicación con la configuración del ciclo de vida](studio-lcc-create-console.md#studio-lcc-create-console-step3).

## Tiempo de espera de configuración del ciclo de vida
<a name="studio-lcc-debug-timeout"></a>

Existe una limitación de tiempo de espera de configuración del ciclo de vida de 5 minutos. Si un script de configuración del ciclo de vida tarda más de 5 minutos en ejecutarse, Studio Classic emite un error.

Para resolver este error, asegúrese de que el script de configuración del ciclo de vida se complete en menos de 5 minutos. 

Para ayudar a reducir el tiempo de ejecución de los scripts, pruebe lo siguiente:
+ Reduzca el número de pasos necesarios. Por ejemplo, limite los entornos de conda donde se instalarán paquetes de gran tamaño.
+ Ejecute tareas en procesos paralelos.
+ Utilice el comando `nohup` del script para asegurarse de que las señales de bloqueo se omitan y no detengan la ejecución del script.