Les bogues suivants du système de fichiers s'appliquent à la version Oracle Solaris 10.
Le patch 142436-03 et les révisions 04 à 08 du service sendmail modifient la propriété config/local_only sur true.
$ svcprop -p config/local_only smtp:sendmail true |
Cette modification permet au service sendmail d'accepter des demandes provenant uniquement de l'hôte local.
Solution de contournement : après l'ajout du patch 142436-03 ou des révisions 04 à 08 pour que le service sendmail accepte les demandes provenant d'autres hôtes, effectuez les modifications suivantes :
Réinitialisez la propriété config/local_only sur false.
# svccfg -s svc:/network/smtp:sendmail setprop config/local_only=false |
Actualisez et redémarrez le service sendmail.
# svcadm refresh smtp:sendmail # svcadm restart smtp:sendmail |
Lorsque vous exécutez la commande mdb avec l'option -K, quittez avec l'option $q et exécutez la commande sync, le système peut se bloquer.
Lorsque l'invite OpenBoot ok s'affiche, vous pouvez rencontrer le même problème au moment de l'exécution de la commande sync.
Le message d'erreur suivant peut s'afficher :
panic dump timeout ... dump aborted |
Solution de contournement : ajoutez l'entrée dump_plat_mincpu=0 au fichier /etc/system. Vous pouvez également utiliser la commande reboot -d à la place de la commande mdb -K ... $q.
La commande bootadm n'a pas réussi à créer une entrée de menu GRUB au format qui convient à l'initialisation du système en mode 32 bits à l'aide des commandes suivantes :
reboot kernel/unix
reboot -- -r
En conséquence, le système a démarré en mode 64 bits. Le fichier menu.lst défectueux peut apparaître de la manière suivante :
findroot rootfs0 kernel /platform/i86pc/kernel/unix module /platform/i86pc/boot_archive |
Dans l'exemple précédent, la ligne du noyau ne contient pas les informations multiboot et est donc incorrecte. Aucun message d'erreur n'est affiché.
Solution de contournement : modifiez manuellement le fichier /boot/grub/menu.lst et ajoutez les informations suivantes :
title Solaris 10 10/08 findroot rootfs0 kernel /platform/i86pc/multiboot kernel/unix module /platform/i86pc/boot_archive |
Après avoir apporté ces modifications, le système démarre en mode 32 bits.
Les changements modifiant le fichier menu.lst sont conservés après la réinitialisation du système.
Vous pouvez modifier le menu GRUB à l'amorçage en ajoutant l'argument kernel/unix comme indiqué dans l'exemple suivant :
grub edit> kernel /platform/i86pc/multiboot kernel/unix |
Le menu GRUB est alors modifié de façon temporaire ; les changements ne sont pas conservés après la réinitialisation du système.
Pour plus d'informations, reportez-vous à la section Modifying Boot Behavior on x86 Based Systems du System Administration Guide: Basic Administration .
Si vous utilisez la commande zpool attach pour ajouter un disque vers un pool racine ZFS, les informations bootblock ne sont pas copiées vers le disque récemment ajouté. Ce problème n'affecte pas les pools racine ZFS copiés en miroir générés par une installation initiale. Le système ne s'amorce pas depuis l'autre disque du pool racine en miroir.
Solution de contournement : choisissez l'un des palliatifs suivants :
Sur un système SPARC, identifiez le disque alternatif et installez les informations d'amorçage. Exemple :
# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk /dev/rdsk/c0t1d0s0 |
Sur un système x86, identifiez le disque alternatif et installez les informations d'amorçage. Exemple :
# installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c0t1d0s0 |
Des expirations du pilote ata peuvent se produire à l'initialisation du système sur les systèmes multiprocesseur Intel. Ces expirations se produisent lorsque le périphérique racine se trouve sur un disque avec le contrôleur HBA lié au pilote ata existant. Elles entraînent un blocage momentané, un blocage permanent ou une panique du système à l'initialisation du système et des messages similaires aux suivants s'affichent sur la console :
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset bus, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: early timeout, target=0 lun=0 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: abort request, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: abort device, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset target, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset bus, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: early timeout, target=0 lun=0 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): |
Solution de contournement : choisissez l'un des palliatifs suivants :
Pour éviter d'affecter les performances, n'appliquez les solutions de contournement 3 et 4 que de manière temporaire, jusqu'à ce que la solution 5 soit envisageable.
Solution de contournement 1 : activez l'interface AHCI dans le BIOS si elle est disponible sur le système. L'activation de ce paramètre nécessite la réinstallation du SE Oracle Solaris.
Solution de contournement 2 : installez le SE Oracle Solaris sur un disque d'un contrôleur n'utilisant pas le pilote ata.
Solution de contournement 3 : désactivez MP dans la configuration du BIOS afin qu'un seul processeur soit actif.
Solution de contournement 4 : désactivez MP dans le SE Oracle Solaris afin de ne laisser qu'un seul processeur actif. Réalisez les opérations suivantes à partir du menu GRUB (Grand Unified Bootloader, grand chargeur de démarrage unifié) :
Entrez l'option e pour modifier l'entrée sélectionnée.
Accédez à la ligne commençant par kernel.
Tapez e pour passer au mode d'édition GRUB.
Ajoutez -kd à cette ligne.
Appuyez sur Entrée pour accepter les modifications.
Entrez l'option b pour initialiser l'entrée sélectionnée.
À l'invite kbmd, tapez la commande ci-dessous :
use_mp/W 0 :c |
Si vous initialisez le système, passez à l'étape 10. Dans le cas contraire, installez le logiciel Solaris 10 10/09.
À la fin de l'installation, réinitialisez le système. Répétez les étapes 1 à 7.
Pour rendre cette modification permanente et éviter d'avoir à répéter les étapes ci-dessus lors des initialisations suivantes, procédez comme suit :
Une fois l'initialisation du système terminée, devenez superutilisateur.
Ouvrez le fichier /etc/system.
Ajoutez la ligne suivante :
set use_mp = 0 |
Solution de contournement 5 : désactivez la mise à jour du microcode. Tapez la commande suivante\~:
# mv /platform/i86pc/ucode /platform/i86pc/ucode.disabled |
Une fois le système actif, vous pouvez appeler manuellement la commande de mise à jour du microcode :
# ucodeadm -u /platform/i86pc/ucode.disabled/intel-ucode.txt |
Si une zone non globale est initialement configurée avec un système de fichiers ZFS à monter avec la sous-commande `add fs et avec la spécification mountpoint=legacy, la tentative d'installation de zone suivante échoue. Le message d'erreur suivant s'affiche :
ERROR: No such file or directory: cannot mount </zones/path/root/usr/local> in non-global zone to install: the source block device or directory </path/local> cannot be accessed |
Solution de contournement : après avoir installé la zone non globale, ajoutez l'accès à un système de fichiers ZFS.
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 :
Mise à jour des statistiques de capacité du système de fichiers ZFS.
Modification des données existantes dans un système de fichiers saturé.
CR connexes :
6362314
6362156
6361650
6343113
6343039
6742203
Si vous exécutez la commande fdisk -E pour modifier un disque utilisé par un pool de stockage ZFS, le pool devient inutilisable et peut entraîner une erreur d'E/S ou une erreur système grave.
Solution de contournement :
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.
Les problèmes suivants concernent les produits Brightstor ARCserve Backup.
L'agent client BrightStor ARCserve Backup (BAB) pour UNIX (Solaris) permet de sauvegarder et de restaurer les fichiers ZFS.
Cependant, les ACL ZFS de type NFSv4 ne sont pas conservées. Les attributs et droits d'accès aux fichiers UNIX habituels sont conservés.
Solution de contournement : pour conserver les fichiers ZFS avec les ACL NFSv4, exécutez la commande tar avec l'option -p ou la commande cpio avec l'option -P pour intégrer les fichiers ZFS à un fichier. Ensuite, utilisez BAB pour sauvegarder l'archive tar ou cpio.
Lorsque vous ajoutez le package SUNWzfsg à partir d'une version Solaris 10 10/09 à un système exécutant une version antérieure à Solaris 10 6/06 et sur lequel le patch embedded_su n'est pas installé, les assistants de l'application ZFS Administration ne fonctionnent pas parfaitement.
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 s'affiche :
/usr/lib/embedded_su: not found |
Solution de contournement :
Ajoutez le patch embedded_su (119574-02) au système exécutant une version antérieure à Solaris 10 6/06.
Si un hôte devient instable à cause des E/S d'un système de fichiers sur une cible connectée par le biais de l'initiateur du logiciel Oracle Solaris iSCSI, les E/S risquent de ne pas pouvoir se vider ou se 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 n'est affiché.
Solution de contournement :
Utilisez un système de fichier journalisé comme UFS. À partir de la version Oracle 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? du System Administration Guide: Devices and File Systems .
Après avoir mis à niveau un serveur NFSv4 sur toutes les mises à jour Oracle Solaris 10, 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 (ACL, Access Control List) NFSv4 peuvent ne pas fonctionner correctement si des versions Solaris10 antérieures 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.
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 de contournement : pour que la fonctionnalité ACL NFSv4 fonctionne correctement, effectuez une installation complète du SE Oracle Solaris 10 sur le serveur et le client.
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 de contournement : configurez la taille du périphérique de vidage de votre système de sorte qu'elle soit inférieure à 1 To.