Al ejecutar modelos complejos en SAS© Viya™ (como VDMML), puede ocurrir que su proceso se detenga abruptamente mostrando un mensaje de error específico sobre las cuotas. Este problema suele surgir al entrenar modelos que consumen muchos recursos, como los "Random Forests", que generan archivos de estado (ASTORE) muy voluminosos.
Si ha encontrado el mensaje ERROR: Local CASLIB quota exceeded, este artículo le explica por qué ocurre y cómo solucionarlo.
El escenario es clásico: inicia un entrenamiento de modelo. Los registros indican que todo funciona con normalidad, las tablas se cargan y el cálculo comienza. De repente, en el momento de escribir el archivo de guardado del modelo (el archivo savestate o astore), el proceso falla.
A continuación, un extracto típico del registro que podría observar:
En este ejemplo, el sistema intentó escribir un archivo de más de 10 GB (10 139 446 832 bytes) antes de ser bloqueado por el sistema.
La primera reacción suele ser verificar las cuotas del sistema operativo (SO). Sin embargo, si no ha definido ninguna restricción a nivel del SO, el error proviene de la configuración interna del servidor CAS de SAS© Viya™.
El error indica que la caché de disco asignada a la biblioteca CAS (Caslib) ha alcanzado su límite. SAS© Viya™ utiliza políticas de gestión de recursos para evitar que un solo proceso o una sola biblioteca monopolice todo el espacio en disco del servidor, lo que podría provocar la caída de todo el sistema.
En SAS© Viya™, la gestión del espacio en disco para las tablas globales se rige por reglas de política (Policy Definition). El parámetro clave aquí es la cuota.
La cuota especifica la cantidad máxima de espacio de caché de disco (en bytes) que una Caslib global puede utilizar.
La configuración generalmente se presenta de esta forma:
globalCaslibs: Define las reglas para las bibliotecas.
quota: El límite en bytes.
_ALL_: Una regla que se aplica al conjunto de todas las bibliotecas globales acumuladas.
Para resolver este problema, es necesario ajustar la configuración de los recursos del servidor CAS.
Identifique la Caslib afectada: Verifique en qué biblioteca está intentando escribir su proceso (a menudo la Casuser o una biblioteca temporal durante la creación de un ASTORE).
Aumente la Cuota: Es necesario modificar la política globalCaslibs para aumentar el valor de la quota asignada a esta biblioteca específica o al parámetro _ALL_.
Supervise la Caché de Disco: Asegúrese de que el servidor disponga físicamente del espacio en disco necesario para alojar estos aumentos de cuota.
En resumen, este error es una medida de seguridad interna de SAS© Viya™. Garantiza la estabilidad del servidor pero requiere un ajuste manual cuando se manipulan modelos de Data Science que generan archivos especialmente voluminosos.
Los códigos y ejemplos proporcionados en WeAreCAS.eu son con fines educativos. Es imperativo no copiarlos y pegarlos ciegamente en sus entornos de producción. El mejor enfoque es comprender la lógica antes de aplicarla. Recomendamos encarecidamente probar estos scripts en un entorno de prueba (Sandbox/Dev). WeAreCAS no acepta ninguna responsabilidad por cualquier impacto o pérdida de datos en sus sistemas.