Notes de version de Solaris 10 6/06

Systèmes de fichiers

Les bogues de systèmes de fichiers suivants s'appliquent à la version Solaris\~10.

Problèmes de compatibilité ZFS et UNIX/POSIX

ZFS est conçu pour être un système de fichiers compatible POSIX et il l'est dans la plupart des cas. Il existe cependant deux exceptions où ZFS ne satisfait pas les tests de compatibilité POSIX :

  1. Mise à jour des statistiques de capacité du système de fichiers ZFS.

  2. Modification des données existantes dans un système de fichiers saturé.

CR connexes :

L'ajout du patch ZFS à un système Solaris 10 6/06 renvoie des messages d'avertissement parasites (6429860)

L'ajout de patches ZFS à un système Solaris 10 6/06 renvoie des messages d'avertissement parasites à la commande patchadd car les packages ZFS sont ajoutés pour la première fois au système. Le message d'erreur suivant apparaît :


The following requested patches have packages not installed on the system:
	Package SUNWzfskr from directory SUNWzfskr in patch 122641-03 
	is not installed on the system.

	Changes for package SUNWzfskr will not be applied to the system.

Solution :

Ignorez les messages parasites à la commande patchadd.

ufsrestore n'utilise pas acl_set() pour configurer des ACL (6421216)

L'utilitaire ufsrestore génère des erreurs si une archive UFS avec des ACL POSIX est restaurée dans un système de fichiers ZFS. Les fichiers sont restaurés correctement mais les données ACL sont ignorées.

Pendant l'opération ufsrestore, le message d'erreur suivant est généré :


setacl failed: Invalid argument

Solution :

Utilisez l'une des commandes ACL suivantes pour transférer des fichiers UFS avec ACL vers un système de fichiers ZFS :

Les ACL POSIX sont converties en ACL de type NFSv4 équivalentes.

fdisk -E peut analyser le disque analysé par ZFS sans avertissement (6412771)

Si vous utilisez la commande fdisk -E pour modifier un dique utilisé par un pool de stockage ZFS, le pool devient inutilisable et peut entraîner une erreur d'E/S ou un dysfonctionnement du système.

Solution :

N'utilisez pas la commande fdisk pour modifier un disque utilisé par un pool de stockage ZFS. Pour accéder à un disque utilisé par un pool de stockage, utilisez plutôt l'utilitaire format. Les disques utilisés par des systèmes de fichiers ne doivent généralement pas être modifiés.

x86 : La réinitialisation du BIOS est interrompue lors d'une réinitialisation après utilisation de ZFS sur Sun Ultra 20 ou Sun Fire X2100 (6363449)

La réinitialisation d'une station de travail Sun UltraTM 20 ou d'un serveur Sun FireTM X2100 peut être interrompue si des disques sont connectés à ces systèmes pour contenir un pool de stockage ZFS.

Les versions BIOS pouvant rencontrer ce problème sont les suivantes :

Solution :

  1. Déconnectez les disques utilisés par ZFS avant de réinitialiser le système jusqu'à ce que le niveau de BIOS minimum prenant en charge ZFS sur ces systèmes puisse être installé.

  2. Via le CD d'accompagnement version 1.4, installez la version BIOS prise en charge minimum prenant ZFS en charge.

    Les versions BIOS prises en charge sont les suivantes :

    • BIOS version 2.2.3 pour stations de travail Sun Ultra 20.

    • BIOS version 1.1.1 pour serveurs Sun Fire X2100.

    Vous pouvez également télécharger l'image du CD d'accompagnement pour la version 1.4 aux adresses suivantes :

ZFS et problèmes de produits de sauvegarde tiers

Vous trouverez ci-après les problèmes liés aux produits Veritas NetBackup et Sun StorEdgeTM Enterprise Backup Software (EMC et Legato NetWorker®).

Veritas NetBackup ne sauvegarde pas ni ne conserve les fichiers avec ACL ZFS/NFSv4 (6352899)

Veritas NetBackup peut être utilisé pour sauvegarder des fichiers ZFS et cette configuration est prise en charge. Ce produit ne prend cependant pas actuellement en charge la sauvegarde ou la restauration des données ACL de type NFSv4 des fichiers ZFS. Les bits d'autorisations classiques et d'autres attributs de fichier sont correctement sauvegardés et restaurés.

Si un utilisateur tente de sauvegarder ou de restaurer des fichiers ZFS, les données ACL de type NFSv4 des fichiers ZFS sont perdues. Aucun message d'erreur indiquant que les données ACL des fichiers ZFS sont perdues n'est affiché.

La prise en charge des ACL ZFS/NFSv4 est en cours de développement et est prévue dans la prochaine version de Veritas NetBackup.

Solution 1 :

Dans la version Solaris 10 06/06, les commandes tar et cpio gèrent correctement les fichiers ZFS avec ACL de type NFSv4.

Utilisez la commande tar avec l'option -p ou la commande cpio avec l'option -P pour écrire les fichiers ZFS dans un fichier. Utilisez alors Veritas NetBackup pour sauvegarder l'archive tar ou cpio.

Solution 2 :

Outre Veritas NetBackup, vous pouvez également utiliser les commandes send et receive de ZFS pour sauvegarder des fichiers ZFS. Ces commandes gèrent correctement tous les attributs des fichiers ZFS.

Legato Networker doit prendre en charge les ACL ZFS/NFSv4 (6349974)

Le produit Sun StorEdge Enterprise Backup Software ne peut actuellement pas être utilisé pour sauvegarder ou restaurer des fichiers ZFS.

Si un utilisateur tente de sauvegarder ou de restaurer des fichiers ZFS, le message d'erreur suivant est affiché :


save: Unable to read ACL information for '/path': Operation not applicable

La prise en charge des ACL ZFS/NFSv4 est prévue dans la prochaine version de Sun StorEdge EBS 7.3, Service Update 1.

Solution :

  1. Montez le système de fichiers ZFS à l'aide de NFSv4 ou d'un autre système.

  2. Sauvegardez ou restaurez les fichiers ZFS à partir du répertoire monté via NFSv4.

L'interface utilisateur ZFS doit vérifier /usr/lib/embedded_su au début de chaque assistant (6326334)

Si vous ajoutez le package SUNWzfsg à partir d'une version Solaris 10 6/06 à un système exécutant une version antérieure et sur laquelle le patch embedded_su n'est pas installé, les assistants de l'application ZFS Administration ne fonctionnent pas correctement.

Si vous tentez d'exécuter l'application ZFS Administration sur un système sur lequel le patch embedded_su n'est pas installé, vous ne pourrez pas consulter la configuration de votre ZFS. Le message d'erreur suivant apparaît :


/usr/lib/embedded_su: not found

Solution :

Ajoutez le patch embedded_su (119574-02) au système exécutant une version antérieure à Solaris 10 6/06.

du renvoie des données de taille erronées sur RAID-Z (6288488)

Pour un périphérique virtuel RAID-Z, les commandes suivantes renvoient des données de taille d'espace utilisé et d'espace disponible erronées :

Les données d'espace renvoyées incluent l'espace utilisé pour stocker les données de parité.

Échec de synchronisation du système de fichiers en cas de panique (6250422)

Si un hôte panique avec l'E/S d'un système de fichiers sur une cible qui est connectée à l'aide de l'initiateur Solaris iSCSI, l'E/S risque de ne pas pouvoir vider ou synchroniser sur le périphérique cible. Cette incapacité à vider ou à synchroniser peut entraîner une corruption du système de fichiers. Aucun message d'erreur ne s'affiche.

Solution :

Utilisez un système de fichier journalisé comme UFS. Dans Solaris 10, la journalisation UFS est activée par défaut. Pour plus d'informations sur UFS, reportez-vous à What’s New in File Systems in the Solaris 10 Release? du System Administration Guide: Devices and File Systems.

Itinéraire nécessaire pour éviter le redémarrage d'une opération scrub ou resilver (2136811)

Si un instantané ZFS est créé alors qu'une opération scrub ou resilver de données est en cours, l'opération scrub or resilver doit être totalement recommencée. Si des instantanés sont pris fréquemment, l'opération scrub ou resilver risque de ne jamais se terminer.

Solution :

Ne prenez pas d'instantanés lorsqu'une opération scrub ou resilver est en cours.

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 Solaris\~10

Après la mise à niveau d'un serveur NFSv4 de 6/05 à Solaris Express 7/05 ou version ultérieure (y compris toutes les versions Solaris 10), vos programmes peuvent rencontrer des erreurs EACCES. 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 Solaris\~10 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 :

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 :

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

Opération 

Système d'exploitation client S10 

Système d'exploitation serveur S10 

Résultat 

obtenir ACL 

S10 bêta 

Système d'exploitation S10 

ACL * fabriquée 

obtenir ACL 

Système d'exploitation S10 

S10 bêta 

fonctionne correctement 

définir ACL 

S10 bêta 

Système d'exploitation S10 

fonctionne correctement 

définir ACL 

Système d'exploitation S10 

S10 bêta 

Erreur : EOPNOTSUP 

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 Solaris\~10 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 Solaris\~10 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 Solaris\~10 actuelle. Le message d'erreur suivant apparaît :


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

Solution : Aucune.

L'utilisation de la commande mkfs pour créer un système de fichiers risque d'échouer sur les disques de très grande capacité (6352813)

La commande mkfs risque de ne pas réussir à créer un système de fichiers sur les disques présentant une certaine géométrie et une capacité supérieure à 8 Go. La capacité du groupe de cylindres dérivé est trop importante pour le fragment de 1 ko. La grande capacité du groupe de cylindres implique un volume de métadonnées qu'un bloc ne suffit pas à contenir.

Le message d'erreur suivant apparaît :


With 15625 sectors per cylinder, minimum cylinders
per group is 16. This requires the fragment size to be
changed from 1024 to 4096.
Please re-run mkfs with corrected parameters.

Solution : Utilisez plutôt la commande newfs. Vous pouvez également attribuer une plus grande taille de fragment, telle que 4096, lorsque vous utilisez la commande mkfs.

La création d'un système de fichier risque d'échouer au niveau des petites tranches (6346510)

La création d'un système de fichiers UFS à l'aide de la commande newfs risque de ne pas aboutir dans les situations suivantes :

Cette erreur est due aux importants besoins du système de fichiers en termes de capacité de stockage des métadonnées. Le message d'avertissement suivant apparaît :


Warning: inode blocks/cyl group (295) >= data blocks (294) in last
     cylinder group. This implies 4712 sector(s) cannot be allocated.
/dev/rdsk/c0t0d0s6:     0 sectors in 0 cylinders of 48 tracks, 128 sectors
         0.0MB in 0 cyl groups (13 c/g, 39.00MB/g, 18624 i/g)
super-block backups (for fsck -F ufs -o b=#) at:
#

Solution : En tant que superutilisateur, adoptez l'une des solutions suivantes :

Erreurs d'écriture non détectées au niveau d'un client NFSv4 en cas de système de fichiers saturé (6346204)

Un client NFSv4 dont le système de fichiers est presque saturé gère mal les codes d'erreur renvoyés par le serveur. Le client reçoit le code d'erreur correct (NFS4ERR_NOSPC) du serveur. Pourtant, le client ne transmet pas le code d'erreur (ENOSPC) à l'application. L'application ne reçoit pas les notifications d'erreurs par le biais des fonctionnalités normales du système (write(), close() ou fsync(), par exemple). Par conséquent, les tentatives continues de l'application d'écrire ou de modifier des données risquent d'entraîner des pertes ou altérations de données.

Le message d'erreur suivant est enregistré dans /var/adm/messages :


nfs: [ID 174370 kern.notice] NFS write error on host hostname







:
No space left on device.
nfs: [ID 942943 kern.notice] File: userid=uid, groupid=
gid
nfs: [ID 983240 kern.notice] User: userid=uid, groupid=
gid
nfs: [ID 702911 kern.notice] (file handle: 86007000 2000000 a000000 6000000
32362e48 a000000 2000000 5c8fa257)

Solution : Ne travaillez pas sur les systèmes clients dont les systèmes de fichiers sont presque saturés.

É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 :

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.