Le Piège des Chemins Fantômes

Quelles sont les considérations importantes concernant les chemins non valides lors de l'utilisation de addCaslib? - addCaslib

Il est crucial de noter que l'action addCaslib ne génère pas d'erreur si un chemin de fichier ou de répertoire invalide est spécifié pour la caslibEspace de stockage logique dans SAS Viya. Elle définit l’accès aux données (source physique) et leur chargement en mémoire (serveur CAS) pour permettre des analyses distribuées haute performance.. La caslibEspace de stockage logique dans SAS Viya. Elle définit l’accès aux données (source physique) et leur chargement en mémoire (serveur CAS) pour permettre des analyses distribuées haute performance. sera tout de même créée. Cependant, toute tentative ultérieure de chargement ou d'accès aux données via cette caslibEspace de stockage logique dans SAS Viya. Elle définit l’accès aux données (source physique) et leur chargement en mémoire (serveur CAS) pour permettre des analyses distribuées haute performance. échouera silencieusement ou générera des erreurs d'accès lors de l'opération réelle de lecture/écriture. Il incombe donc à l'utilisateur de s'assurer de la validité et de l'accessibilité du chemin spécifié.

Exemple de Code Additionnel

/* CASL Script : Validation proactive d'une nouvelle Caslib
(c) Nicolas Housset 2026 - Code SAS pour VIYA 4 - testé et validé en version 2024.09 */

proc cas;
/* 1. Tentative de création avec un chemin potentiellement erroné */
table.addCaslib /
name="check_path_caslib"
dataSource={srcType="path"}
path="/opt/sas/viya/config/data/invalid_folder"
subdirectories=true;

/* 2. Vérification immédiate de la validité du chemin via fileInfo */
table.fileInfo result=r status=s / caslib="check_path_caslib";

if (s.severity > 1) then do;
print "ERREUR : Le chemin spécifié est inaccessible ou invalide.";
/* Nettoyage automatique pour éviter les caslibs fantômes */
table.dropCaslib / caslib="check_path_caslib";
print "ACTION : Caslib supprimée pour maintenir l'intégrité de l'environnement.";
end;
else do;
print "SUCCÈS : Le chemin est valide et accessible par le serveur CAS.";
end;
quit;1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
/* CASL Script : Validation proactive d'une nouvelle Caslib
(c) Nicolas Housset 2026 - Code SAS pour VIYA 4 - testé et validé en version 2024.09 */

proc cas;
/* 1. Tentative de création avec un chemin potentiellement erroné */
table.addCaslib /
name="check_path_caslib"
dataSource={srcType="path"}
path="/opt/sas/viya/config/data/invalid_folder"
subdirectories=true;

/* 2. Vérification immédiate de la validité du chemin via fileInfo */
table.fileInfo result=r status=s / caslib="check_path_caslib";

if (s.severity > 1) then do;
print "ERREUR : Le chemin spécifié est inaccessible ou invalide.";
/* Nettoyage automatique pour éviter les caslibs fantômes */
table.dropCaslib / caslib="check_path_caslib";
print "ACTION : Caslib supprimée pour maintenir l'intégrité de l'environnement.";
end;
else do;
print "SUCCÈS : Le chemin est valide et accessible par le serveur CAS.";
end;
quit;

Cette réponse vous a-t-elle aidé ?

Vos votes aident à améliorer notre base de connaissances.

Exemples pour l'action addCaslib

Ajouter une Caslib basée sur un chemin de fichiers système (PATH)

Cet exemple ajoute une caslib basique pointant vers un dossier local du serveur. Un grand classique indémodable !

Ajouter une Caslib vers une base de données Oracle

Cet exemple illustre l'ajout d'une caslib connectée à Oracle. Notez l'utilisation du bloc %%dataSource%% pour spécifier les informations de connexion, afin de lire directement depuis le SGBD.

Vous pourriez aussi aimer...

Conseil de l'Expert

Pour éviter que votre code ne plante plus tard lors d'un table.loadTable critique, la meilleure pratique consiste à toujours coupler la création de votre caslib de type "path" avec un test de validation immédiat. De plus, n'oubliez jamais que ce n'est pas votre identité SAS qui accède au fichier physique, mais l'utilisateur système (OS) qui exécute la session CAS (souvent cas ou votre propre compte OS selon la configuration). Assurez-vous que cet utilisateur possède les droits de lecture/écriture sur le répertoire Linux ou Windows cible !

Considérations Techniques sur l'Accessibilité CAS

Résolution côté Contrôleur vs Workers : Le chemin est souvent validé par le contrôleur lors de la définition, mais si le chemin NFS n'est pas monté à l'identique sur tous les nodes, le chargement multi-nœuds échouera.
Permissions de l'identité de service : Le succès de addCaslib ne garantit pas que l'utilisateur sas (ou l'identité de l'hôte) possède les droits r-x sur le dossier au niveau de l'OS.
Encapsulation Micro-services : Dans Viya 4 (Kubernetes), les chemins doivent correspondre à des Persistent Volume Claims (PVC) montés dans les pods CAS. Un chemin valide dans un terminal Linux classique peut être inexistant pour le pod CAS.
Latence de propagation DNS/Stockage : Pour les caslibs de type "Cloud" (S3, ADLS), l'action addCaslib vérifie la syntaxe des propriétés, mais pas la validité du conteneur ou du bucket distant.
Persistance des métadonnées : Une caslib avec un chemin invalide peut être sauvegardée dans les tables de contrôle (_CASLIB_), propageant l'erreur lors de chaque redémarrage du serveur CAS.