Problèmes et bogues d'administration du système

Cette section décrit les problèmes et bogues d'administration du système dans le SE Oracle Solaris 10.

Echec de fputest d'Oracle VTS sur les systèmes Fujitsu M10 (15989998)

La commande fputest d'Oracle Validation Test Suite (Oracle VTS) vérifie qu'une instruction donnée est valide sur un système avant de la tester. Cette vérification produit une valeur incorrecte pour les systèmes Fujitsu M10 et entraîne l'échec du test et l'affichage du message SIGILL.

Echec de testprobe_ramtest d'Oracle VTS sur les systèmes Fujitsu M10 (15955560)

La commande testprobe_ramtest d'Oracle VTS échoue sur les systèmes Fujitsu M10. Un message d'erreur semblable au suivant s'affiche :

ERROR: Test probe testprobe_ramtest() 
Failed with segmentation violation (signal: 11)

Solution de contournement : le correctif de ce problème sera peut-être mis à disposition sur MOS dans une révision ultérieure d'Oracle VTS 7.0 Patch Set 15.

Echec de testprobe_l3sramtest d'Oracle VTS sur les systèmes Fujitsu M10 (15955589)

La commande testprobe_l3sramtest d'Oracle VTS échoue sur les systèmes Fujitsu M10. Un message d'erreur semblable au suivant s'affiche :

ERROR:  Test probe testprobe_l3sramtest() 
Failed with segmentation violation (signal: 10)

Solution de contournement : le correctif de ce problème sera peut-être mis à disposition sur MOS dans une révision ultérieure d'Oracle VTS 7.0 Patch Set 15.

Enregistrement du vidage sur incident dans le répertoire /var/crash (15767302)

A compter de la version Oracle Solaris 10 1/13, par défaut, le fichier de vidage sur incident est enregistré dans le répertoire /var/crash.

L'utilisation de la mémoire DISM peut entraîner le blocage du système (15807808)

Si vous utilisez la fonction de mémoire DISM, les performances peuvent être légèrement détériorées et, selon la taille de la mémoire DISM utilisée, le système risque de se bloquer.

Solution de contournement : choisissez l'une des solutions suivantes en fonction de l'architecture de votre système.

Pour SPARC : empêchez les mémoires ISM et DISM d'utiliser une taille de page supérieure à 4 Mo. Procédez comme suit :

1. Ajoutez la ligne suivante dans le fichier /etc/system.

   set disable_ism_large_pages=0x74

2. Réinitialisez le système.

Pour x86 : désactivez la prise en charge des pages d'1 Go en définissant la variable enable_1gpg sur zéro dans kmdb. Procédez comme suit :

1. Initialisez le système en mode kmdb.

2. Définissez sur zéro la variable enable_1gpg.

   [0]> enable_1gpg/W  0
            enable_1gpg:    0x1             =       0x0

x86 : Risque de suppression de jeux de données partagés non liés au SE en cas d'exécution de la commande ludelete (15817477)

L'exécution de la commande ludelete est susceptible de supprimer des jeux de données partagés qui ne sont pas liés au SE dans le cas de figure suivant.

Supposez qu'un environnement d'initialisation (BE, boot environment) BE2 est créé à partir du BE1. Après avoir initialisé dans le BE2, vous créez un jeu de données dm2 et vous créez également un environnement d'initialisation BE3. Par la suite, si vous passez à l'environnement d'initialisation BE1 et que vous choisissez de supprimer le BE2, le jeu de données dm2 est également supprimé.

L'exemple suivant explique la situation.

Supposez que vous disposez d'un environnement d'initialisation BE1 dans lequel il existe un pool poolname comportant divers jeux de données contenant des données non liées au SE.

1. Créez un environnement d'initialisation BE2.

   lucreate BE2

2. Activez le BE2 et réinitialisez le système.

   luactivate BE2; init 6

3. Créez un nouveau jeu de données zfs dm2 sous le pool poolname existant.

4. Créez un nouvel environnement d'initialisation BE3.

   lucreate BE3

5. Activez le BE1 et réinitialisez le système.

   luactivate BE1; init 6

   L'environnement d'initialisation actif est désormais le BE1.

   ---

   Remarque - Le jeu de données poolname/dm2 n'est pas monté de manière automatique car il ne faisait pas partie du BE1 au départ.

   ---

6. Montez dm2.

   mount poolname/dm2

7. Supprimez l'environnement d'initialisation BE2.

   ludelete BE2

Le jeu de données poolname/dm2 est supprimé.

Arrêt de l'horloge Oracle Solaris 10 9/10 sur Oracle VM 2.2 (15643194)

Les machines virtuelles (VM) exécutant les invités d'Oracle Solaris 10 9/10 peuvent rencontrer les problèmes suivants :

• L'heure de l'horloge peut s'arrêter.

• La mise en veille peut se bloquer.

• La machine virtuelle invitée peut se bloquer complètement.

Solution de contournement : les invités Oracle Solaris doivent être rattachés aux CPU physiques. Rattachez les CPU virtuelles du domaine aux CPU physiques de l'hôte comme suit :

# xm vcpu-pin domain vcpu cpus

Pour plus d'informations, reportez-vous à la page de manuel xm(1).

SPARC : Fonctionnement impossible des logiciels de gestion de volume tiers avec le patch FKU 137137-xx

Le patch FKU 137137-xx ne prend pas en charge le logiciel tiers de gestionnaire de volume à quelques exceptions près. Ce défaut de prise en charge est lié à l'implémentation pré-patch, post-patch et de postbackout. Si vous utilisez un logiciel de gestion de volume tiers, vous ne pouvez pas appliquer le patch FKU. Le message d'erreur suivant s'affiche au cours de l'installation du patch :

unsupported root slice type xxxxx

Notez cependant que les logiciels Fujitsu et Veritas Volume Manager sont pris en charge.

Solution de contournement : aucune.

Gestion impossible des commutateurs de mode entre les modes hérité et AHCI pour le contrôleur SATA par le SE Oracle Solaris (15376093)

Dans les systèmes dotés d'un contrôleur SATA compatible AHCI, la configuration du BIOS permet habituellement au contrôleur d'être défini en mode RAID, hérité ou AHCI. Le SE Oracle Solaris prend en charge les modes hérité et AHCI.

La configuration BIOS du mode SATA ne doit pas être modifiée après une installation Oracle Solaris initiale. De même, vous ne pouvez pas la modifier avant ou après une mise à niveau Oracle Solaris. Si vous modifiez la configuration BIOS du mode SATA après l'installation Oracle Solaris 10, la réinitialisation qui s'en suit échoue sans fournir d'explications sur les raisons de la panne.

Solution de contournement : si l'échec de l'initialisation est dû à la modification de la configuration BIOS, rétablissez le paramétrage d'origine pour réinitialiser le SE Oracle Solaris.

32 bits : Erreur possible avec les applications lors de l'obtention de l'état du système de fichiers sur des systèmes de fichiers volumineux (15349751)

Exécutées sur des systèmes de fichiers volumineux, ZFS par exemple, les applications recherchant des informations sur l'état des systèmes à l'aide de statvfs(2) ou statfs(2) affichent une erreur. Le message d'erreur suivant s'affiche :

Value too large for defined data type

Solution de contournement : les applications doivent plutôt utiliser la fonction statvfs64().

Incompatibilité de l'outil Sun Patch Manager Tool 2.0 avec les versions précédentes du même outil

Un système qui exécute Sun Patch Manager 2.0 d'Oracle peut gérer des systèmes distants exécutant Patch Manager, notamment Sun Patch Manager 1.0.

Cependant, un système disposant d'une version antérieure de Patch Manager ne peut pas gérer des systèmes distants exécutant Patch Manager 2.0. Les versions antérieures incluent :

• Sun Patch Manager Base Software 1.x

• Sun Patch Manager 1.0