Systèmes de fichiers

Les bogues de systèmes de fichiers suivants s'appliquent à la version Solaris10.

Le remontage des systèmes de fichiers est nécessaire pour procéder à la mise à niveau à partir de certaines versions de Solaris Express ou de Solaris10

Après avoir mis à niveau un serveur NFSv4 à partir de Solaris Express 11/04 ou de versions antérieures de Solaris10, des erreurs EACCES peuvent se produire sur les programmes. En outre, des répertoires sont anormalement vides.

Pour ces erreurs, démontez et remontez les systèmes de fichiers clients. Si le démontage échoue, il peut être nécessaire de démonter le système de fichiers concerné à l'aide de la commande umount -f. Vous pouvez également réinitialiser le client.

Les fonctions de la liste de contrôle d'accès NFSv4 peuvent ne pas fonctionner correctement

Les fonctions de la liste de contrôle d'accès NFSv4 (ACL, Access Control List) peuvent ne pas fonctionner correctement si des versions antérieures de Solaris10 sont installées sur les clients et les serveurs du réseau. Les fonctions ACL concernées et les utilitaires de ligne de commande qui ont recours à ces fonctions sont :

• acl() ;

• facl() ;

• getfacl ;

• setfacl.

Pour plus d'informations concernant ces fonctions et ces utilitaires, reportez-vous à leurs pages man respectives.

Des erreurs peuvent par exemple être observées sur un réseau avec la configuration suivante :

• un client fonctionnant avec le logiciel Solaris10 bêta ;

• un serveur fonctionnant avec le logiciel Solaris10.

Le tableau suivant indique les résultats des fonctions ACL dans des configurations client-serveur avec différentes versions de Solaris10.

Solution : pour que la fonctionnalité ACL NFSv4 fonctionne correctement, effectuez une installation complète du Solaris 10 sur le serveur et le client.

Problèmes d'accès entre les clients et les serveurs NFSv4 Solaris

Dans la version Solaris10 actuelle, l'implémentation de l'ACL NFSv4 est désormais conforme aux spécifications RFC 3530. Cependant, des erreurs se produisent pour les clients NFSv4 qui fonctionnent avec les versions Solaris10 bêta 2 ou bêta 1. Ces clients ne peuvent pas créer de fichiers sur les serveurs NFSv4 qui fonctionnent avec la version Solaris10 actuelle. Le message d'erreur suivant apparaît :

NFS getacl failed for server_name: error 9 (RPC: Program/version mismatch)

Solution : Aucune.

Échec du vidage mémoire sur incident du système sur les périphériques supérieurs à 1 To (6214480)

Le système ne peut pas générer le vidage de la mémoire sur une partition dont la taille est supérieure ou égale à 1 To. Si un périphérique de cette taille se trouve sur un système, la réinitialisation du système à la suite d'une panique peut entraîner ce qui suit :

• le système n'enregistre pas le vidage de la mémoire ;

• Le message suivant s'affiche :

  0% done: 0 pages dumped, compression ratio 0.00, dump failed: error 6

Solution : configurez la taille du périphérique de vidage de votre système de sorte qu'elle soit inférieure à 1 To.

L'utilisation de la commande smosservice pour ajouter les résultats des services du système d'exploitation entraîne l'affichage d'un message indiquant un espace disque insuffisant (5073840)

Si vous utilisez la commande smosservice pour ajouter des services du système d'exploitation à un système de fichiers UFS, un message indiquant que l'espace disque disponible est insuffisant s'affiche. Cette erreur est propre aux systèmes de fichiers UFS sur des disques portant l'étiquette EFI.

Solution : recourez à la solution suivante :

1. Appliquez l'étiquette de disque SMI VTOC.

2. Recréez le système de fichiers.

3. Réexécutez la commande smosservice.