Notes de version Solaris 10 11/06

Administration système

Cette section décrit les bogues d'administration du système dans Solaris 10.

Affichage d'étiquettes incorrectes par les outils d'administration de Solaris Trusted Extensions (6478436)

Il arrive que les outils d'administration de Solaris Trusted Extensions tels que Solaris Management Console (SMC) et tninfo n'affichent pas les étiquettes ADMIN_LOW et ADMIN_HIGH . Les étiquettes PUBLIC et CNF : RESTRICTED risquent de s'afficher à la place.

Cet affichage incorrect peut entraîner une mauvaise configuration du système. Par exemple, si SMC affiche une étiquette PUBLIC pour une zone dont l'étiquette par défaut doit être de type ADMIN_LOW, le démarrage de la zone en question échoue.

L'affichage de la vue EXTERNAL au lieu de INTERNAL (vue réelle par défaut) est à l'origine de cette erreur. ADMIN_LOW est alors élevé au niveau de l'étiquette utilisateur minimale tandis que ADMIN_HIGH est abaissé. Les outils d'administration affichent donc des étiquettes dont les niveaux ADMIN_LOW et ADMIN_HIGH sont erronés.

Solution : procédez comme suit :

Installez Solaris Trusted Extensions sans réinitialiser le système.
Modifiez le fichier label encodings. Le fichier label_encodings par défaut est /etc/security/tsol/label_encodings. Ajoutez la ligne suivante à la section LOCAL DEFINITIONS :
Default Label View is Internal;

x86 : échec de la désinstallation de Solaris Trusted Extensions (6460106)

La désinstallation de Solaris Trusted Extensions échoue sur les systèmes x86. À la réinitialisation du système, le message d'erreur suivant s'affiche :

NOTICE: template type for bge0 incorrectly configured
    Change to CIPSO type for 129.146.108.249
    ifconfig: setifflags: SIOCSLIFFLAGS: bge0: Invalid argument
    NOTICE: bge0 failed: Cannot insert CIPSO template for
    local addr 129.146.108.249
    ip_arp_done: init failed

Ensuite, le système se bloque.

Solution : procédez comme suit :

Désinstallez Solaris Trusted Extensions sans réinitialiser le système.

Exécutez les commandes suivantes :

# touch /etc/system
# bootadm update-archive

Redémarrez le système.

Utilisation restreinte de la commande `patchadd` avec l'option `-R` pour spécifier un chemin racine de remplacement à partir des systèmes ne tenant pas compte des zones (6464969)

Sur les systèmes exécutant une version de Solaris incompatible avec les zones, la commande patchadd - R, ou toute commande acceptant l'option -R ne permet pas de spécifier un chemin racine de remplacement pour une zone globale contenant des zones non globales installées.

Contrairement à la commande luupgrade [- t, -T, -p, -P], aucun message d'erreur relatif aux restrictions d'utilisation de ces commandes ne s'affiche.

Rien n'indique que l'option -R n'a pas fonctionné. En raison de l'échec de la commande, les packages ou patchs Solaris 10 ne sont ajoutés à aucune zone non globale installée.

Ce problème se produit lors de l'installation et de la désinstallation des packages ou patchs.

Remarque –

L'option -R fonctionne si l'environnement d'initialisation de remplacement possède des zones non globales configurées, mais aucune zone non globale installée. En cas de doute sur l'existence de zones non globales installées et utilisées en tant que chemin racine de remplacement, et pour éviter tout problème, limitez l'utilisation de l'option -R dans toutes les instances.

Pour plus d'informations, reportez-vous aux pages de manuel suivantes :

Solution 1 mettez le système d'exploitation à niveau vers Solaris 10 1/06 ou une version supérieure.

Si vous exécutez la version Solaris 10 3/05, installez les patchs suivants pour permettre l'exécution des commandes acceptant l'option -R pour créer un chemin racine de remplacement :

Patch 119254-19 pour les systèmes SPARC
Patch 119255-19 pour les systèmes x86

Solution 2 : limitez l'utilisation de la commande patchadd -R et de toute commande acceptant l'option -R pour créer un chemin racine de remplacement.

À la place, initialisez le chemin racine de remplacement, par exemple la version Solaris 10, comme système d'exploitation actif. Ensuite, installez et désinstallez les packages et patchs Solaris 10 sans utiliser l'option -R.

Interruption de l'administration d'enfichage à chaud PCI/PCIe en cas de mise à niveau vers Solaris 10 11/06 ou de modification de configurations de périphérique spécifiques (6466526)

La commande cfgadm affiche des identificateurs ap_id susceptibles d'être incorrects ou non conformes au format spécifié dans la page de manuel cfgadm_pci(1M). Cette incohérence se produit dans les cas suivants :

mise à niveau vers la version Solaris 10 11/06 ;
repositionnement du matériel des points de connexion PCI ou PCI Express (PCIe) au même emplacement physique. Par exemple, remplacement du châssis d'extension au même endroit.

Aucun message d'erreur spécifique ne s'affiche. Cependant, la commande cfgadm peut indiquer :

un ap_id formaté de manière incorrecte susceptible de fonctionner ;
un ap_id correctement formaté risquant de ne pas fonctionner.

Si l'identificateur ap_id ne fonctionne pas, la commande cfgadm affiche un message d'erreur.

Solution : supprimez tous les liens PCI et PCIe du répertoire /dev/cfg, puis exécutez la commande devfsadm -C. Les liens PCI et PCIe s'affichent en tant qu'identificateurs ap_id dans :

cfgadm -s "select=class(pci)"

`smosservice` ou `smdiskless` est arrêtée en raison de problèmes `wbem` (6378956)

La commande smosservice ou smdiskless risque de ne pas fonctionner en raison d'une dépendance avec la version JDK^TM 1.5.

Le message d'erreur suivant s'affiche :

 /usr/sadm/bin/smosservice list -u <user> -p <password> Exception in thread "main" 
java.lang.UnsupportedClassVersionError: 
com/sun/management/viperimpl/console/BaseConsoleOptionsManager 
(Unsupported major.minor version 49.0)
at java.lang.ClassLoader.defineClass0(Native Method)
       at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
       at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
       at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
       at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
       at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
       at java.security.AccessController.doPrivileged(Native Method)
       at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
       at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
       at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)

Solution :

Réglez la variable JAVA_HOME pour pointer sur une installation JDK 1.5.

# JAVA_HOME=/usr/java

Sun Patch Manager Tool 2.0 incompatible avec les versions précédentes

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

Cependant, un système avec une version antérieure de l'outil Patch Manager ne peut pas gérer des systèmes distants qui exécutent Patch Manager Tool 2.0. Les versions précédentes de ce programme comprennent notamment :

Sun Patch Manager Base Software 1.x
Sun Patch Manager Tool 1.0

Remarque –

La prise en charge par CIM/WBEM (Common Information Model/Web Based Enterprise Management) de l'outil Patch Manager n'existe pas dans le système d'exploitation Solaris 8. Par conséquent, la gestion à distance avec Patch Manager n'est pas applicable aux systèmes Solaris 8.

Sun Remote Services Net Connect n'est pris en charge que dans la zone globale

Sun Remote Services (SRS) Net Connect n'est pris en charge que dans la zone globale. Des messages d'erreur s'affichent si vous effectuez une des actions suivantes :

Vous installez SRS Net Connect dans une zone locale.
Vous installez SRS Net Connect dans la zone globale lors de la création de la zone locale.

Les messages d'erreur sont les suivants :

*** package SUNWcstu failed to install - interactive administration required:

Interactive request script supplied by package
pkgadd: ERROR: request script did not complete successfully

Installation of SUNWcstu was suspended (interaction required).
No changes were made to the system.  

*** package SUNWfrunc failed to install - interactive administration required:

Interactive request script supplied by package
pkgadd: ERROR: request script did not complete successfully

Installation of SUNWfrunc was suspended (interaction required).
No changes were made to the system.

Solution : ignorez ces messages d'erreur.

Des messages d'erreur ou d'avertissement peuvent s'afficher lors de l'installation de zones non globales avec la commande `zoneadm`

Lors de l'installation d'une zone non globale à l'aide de la commande zoneadm, des messages d'erreur ou d'avertissement peuvent s'afficher au cours de l'installation des packages. Les messages sont semblables à ceux de l'exemple suivant :

Preparing to install zone zone1.
Creating list of files to copy from the global zone.
Copying 2348 files to the zone.
Initializing zone product registry.
Determining zone package initialization order.
Preparing to initialize 790 packages on the zone.
Initialized 790 packages on zone.
Zone zone1 is initialized.

Installation of the following packages generated errors: 
SUNWjhrt SUNWmcc SUNWjhdev SUNWnsb SUNWmcon SUNWmpatchmgr

Installation of the following packages generated warnings: 
SUNWj3rt SUNWmc SUNWwbmc SUNWmga SUNWdclnt SUNWlvma SUNWlvmg 
SUNWrmui SUNWdoc SUNWpl5m SUNWpmgr

Les problèmes relatifs à l'installation des packages sont également consignés dans /export/zone1/root/var/sadm/system/logs/install_log qui contient un journal d'installation de la zone.

Solution : aucune.

Remarque –

La zone non globale est toujours utilisable même si ces messages ont été affichés. Des problèmes liés à l'installation des packages existaient dans les versions précédentes de Solaris Express et les versions bêta de Solaris 10. Cependant, aucune notification concernant ces problèmes n'a été générée. À partir de cette version de Solaris, ces erreurs sont maintenant correctement signalées et consignées.

SPARC : Des messages d'erreur s'affichent lors de la reconfiguration dynamique (6312424)

Au cours d'une reconfiguration dynamique (DR), des messages d'erreur risquent de s'afficher. Ces messages s'affichent si vous réalisez une reconfiguration dynamique pendant que des opérations d'entrée et de sortie sont actives sur les périphériques situés sur le chemin d'accès de la reconfiguration dynamique. après l'affichage de ces messages, les opérations d'entrée et de sortie sont relancées et finissent par réussir. Voici un exemple de ce qui peut s'afficher :

Jul 28 12:23:19 qame10-a scsi: [ID 107833 kern.warning] WARNING:
/ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056fa13,0 (ssd6):
Jul 28 12:23:19 qame10-a 	transport rejected fatal error
Jul 28 12:22:08 qame10-a scsi: [ID 107833 kern.warning] WARNING:
/ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056f9a7,0 (ssd36):
Jul 28 12:22:08 qame10-a 	SCSI transport failed: reason 'timeout':
retrying command

Solution : aucune. ignorez ces messages d'erreur.

Affichage de messages d'erreur par `pkgchk` après la suppression de patchs de zones (6267966)

Les commandes patchadd et patchrm ne fonctionnent pas correctement dans les zones non globales avec les systèmes de fichiers hérités. Par conséquent, dans ces zones, la commande pkgchk risque de générer des messages d'erreur liés aux packages dans les circonstances suivantes :

Dans la zone globale, vous appliquez des patchs concernant le système de la zone Solaris 10 à l'aide de la commande patchadd.
Vous utilisez la commande patchrm pour supprimer des patchs que vous venez d'appliquer.
Dans une zone non globale présentant des systèmes de fichiers hérités, vous utilisez la commande pkgchk pour vérifier des informations concernant un package dans l'un des patchs supprimés.

Un message similaire au suivant s'affiche lorsque vous utilisez la commande pkgchk sur SUNWcsu dans l'une des circonstances citées ci-dessus.

# pkgchk SUNWcsu
ERROR: /usr/lib/inet/certdb
     modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24 AM> actual
     file size <36012> expected <42152> actual
     file cksum <37098> expected <19747> actual
ERROR: /usr/lib/inet/certlocal
     modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24 AM> actual
     file size <44348> expected <84636> actual

Solution : aucune. Ces erreurs sont sans danger. ignorez ces messages d'erreur.

Situation de compétition de disponibilité entre les algorithmes EF/kcfd et IPsec (6266083)

Les systèmes avec la version Solaris 10 3/05 HW1 risquent de poser des problèmes avec IPsec. Ce problème risque de se produire sur les systèmes nouvellement installés ou sur les systèmes important un grand nombre de nouveaux manifestes Service Management Facility (SMF) au cours de l'initialisation. Après ces conditions d'initialisation, IPsec, qui fait partie de svc:/network/initial:default , peut être initialisé avant le cadre de chiffrement, qui fait partie de svc:/system/cryptosvc:default. Les algorithmes d'authentification et de chiffrement n'étant pas disponibles, la création d'associations de sécurité IPsec risque d'échouer avec un message d'erreur tel que le suivant :

PF_KEY error: type=ADD, errno=22:
Invalid argument, diagnostic  code=40:
Unsupported authentication algorithm

Par exemple, cette erreur risque de se produire lorsque vous utilisez la reconfiguration dynamique sur un système Sun Fire E25K, ce qui implique des services IPsec.

Solution : avant de réaliser des opérations faisant appel aux services IPsec, suivez la procédure ci-dessous après une initialisation important un grand nombre de nouveaux manifestes SMF :

Exécutez cette commande après l'initialisation :
ipsecalgs -s
Si /etc/inet/secret/ipseckeys existe sur le système, exécutez également cette commande :
ipseckey -f /etc/inet/secret/ipseckeys

Vous pouvez maintenant effectuer des actions permettant de créer des associations de sécurité IPsec telles que l'utilisation de la DR sur un système Sun Fire E25K.

Cette procédure doit être répétée uniquement lorsqu'un grand nombre de nouveaux manifestes SMF sont importés lors de l'initialisation.

L'utilitaire d'administration Solaris Product Registry ne s'exécute pas dans une zone (6220284)

Si vous essayez de lancer l'utilitaire Solaris Product Registry dans une zone, cette tentative échoue. Lors de l'installation de la zone, productregistry , la base de données de Solaris Product Registry, n'est pas reproduite dans la zone. Par conséquent, l'utilitaire ne peut pas s'exécuter dans une zone.

Solution : en tant que superutilisateur, copiez la base de données productregistry dans la zone.

# cp /var/sadm/install/productregistry zone_path/var/sadm/install/

Dans la commande précédente, zone_path est le chemin d'accès au répertoire root de la zone que vous avez créée.

Impossible de supprimer les clients sans disque existants du système (6205746)

Si vous utilisez la commande smdiskless pour supprimer un client sans disque, cette commande échoue. Le client sans disque n'est pas supprimé des bases de données du système. Le message d'erreur suivant s'affiche :

Failing with error EXM_BMS.

Solution : annulez le partage de la partition /export avant d'ajouter un nouveau client.

Échec de l'installation de Net Connect 3.1.1 (6197548)

L'installation de Net Connect 3.1.1 échoue si vous sélectionnez le produit au début d'une installation complète de Solaris 10. Ce problème se produit lorsque vous procédez à l'installation à l'aide du DVD du système d'exploitation Solaris 10. Une fois l'installation du système d'exploitation terminée, l'erreur suivante est enregistrée dans le journal d'installation de Net Connect à l'emplacement suivant : /var/sadm/install/logs/:

Installation of SUNWSRSPX failed.
Error: pkgadd failed for SUNWsrspx 
Install complete. Package: SUNWsrspx

Solution : une fois l'installation du système d'exploitation terminée, procédez comme suit :

Insérez le DVD du système d'exploitation Solaris 10 ou le CD 4 du Logiciel Solaris 10 -.
Accédez au répertoire du produit Net Connect.
Exécutez le programme d'installation de Net Connect.

Remarque –

Pour télécharger la dernière version du logiciel Sun Net Connect et de ses notes de version, connectez-vous au portail de Sun Net Connect à l'adresse https://srsnetconnect.sun.com.

SPARC : la commande `smosservice delete` ne parvient pas à supprimer tous les répertoires (6192105)

Si vous utilisez la commande smosservice delete pour supprimer un service de client sans disque, cette commande ne supprime pas tous les répertoires de service.

Solution : procédez comme indiqué ci-dessous.

Vérifiez qu'aucun client existant n'utilise le service.

# unshare /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/.copyofSolaris_10_sparc.all
# rm -rf /export/.copyofSolaris_10
# rm -rf /export/Solaris_10
# rm -rf /export/share
# rm -rf /export/root/templates/Solaris_10
# rm -rf /export/root/clone/Solaris_10
# rm -rf /tftpboot/inetboot.sun4u.Solaris_10

Supprimez l'entrée suivante du fichier /etc/bootparams.
fs1-24 boottype=:os
Remarque –
Ne supprimez cette entrée que si ce serveur de fichiers ne fournit aucune fonction ou ressource pour d'autres services.

Supprimez l'entrée suivante du fichier /etc/dfs/dfstab.

share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr

Modifiez le fichier /var/sadm/system/admin/services/Solaris_10.
- Si le serveur de fichiers n'est pas Solaris_10, supprimez le fichier.
- Si le serveur de fichiers est Solaris_10, supprimez toutes les entrées après les trois premières lignes. Les lignes supprimées indiquent les packages USR_PATH et SPOOLED ROOT du service dans /export/root/templates/Solaris_10 et les plates-formes prises en charge.

La commande `patchadd` ne prend pas en charge l'installation des patchs à partir d'un serveur NFS (6188748)

Si vous utilisez la commande patchadd pour installer des patchs sur le NFS d'un autre système, la commande échoue. L'exemple suivant illustre une opération patchadd qui a échoué et le message d'erreur correspondant qui s'affiche :

Validating patches...

Loading patches installed on the system...
[...]
Loading patches requested to install.
[...]
Checking patches that you specified for installation.
[...]
Approved patches will be installed in this order:
[...]
Checking local zones...
[...]
Summary for zones:
[...]
Patches that passed the dependency check:
[...]

Patching global zone
Adding patches...

 Checking installed patches...
Verifying sufficient filesystem capacity (dry run method)...
Installing patch packages...

 Patch Patch_ID has been successfully installed.
See /var/sadm/patch/Patch_ID/log for details
 Patch packages installed:
   SUNWroute
[...]

Adding patches...
 The patch directory
 /dev/.SUNW_patches_0111105334-1230284-00004de14dcb29c7
 cannot be found on this system.  

[...]

Patchadd is terminating.

Solution : dans un premier temps, copiez manuellement tous les patchs à installer à partir du serveur NFS sur le système local. Puis, utilisez la commande patchadd pour installer les patchs à partir du répertoire sur le système local dans lequel ils ont été copiés.

La commande `lucreate` ne crée pas de volumes RAID-1 (5106987)

Si vous utilisez la commande lucreate pour créer des volumes RAID-1 (miroirs) pour lesquels le répertoire /dev/md ne comporte aucune entrée, la commande échoue. Vous ne pouvez pas mettre en miroir des systèmes de fichiers avec la commande lucreate sauf si vous créez d'abord les miroirs avec le logiciel Solaris Volume Manager.

Solution : créez les systèmes de fichiers mis en miroir avec le logiciel Solaris Volume Manager, puis créez le nouvel environnement d'initialisation avec la commande lucreate.

Pour plus d'informations sur la commande lucreate, reportez-vous à la page de manuel lucreate(1M) ou au Guide d’installation de Solaris 10 11/06: Solaris Live Upgrade et planification de la mise à niveau.

Pour plus d'informations sur la création de systèmes de fichiers mis en miroir à l'aide du logiciel Solaris Volume Manager, reportez-vous au manuel Solaris Volume Manager Administration Guide.

SPARC : panique possible du système suite à son arrêt à l'aide d'une combinaison de touches (5061679)

SI vous tentez d'arrêter le système en appuyant sur la combinaison de touches Stop+A ou L1+A, le système risque de paniquer. Un message similaire s'affiche :

panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000): 
consistent dma sync timeout

Solution : n'utilisez pas les séquences clavier pour forcer le système à entrer dans la mémoire PROM OpenBoot.

Échec de l'utilisation de la commande `ipfs` avec l'option `-W` (5040248)

La commande ipfs enregistre et récupère les informations concernant l'état de Network Address Translation (NAT) et des tables d'état du filtrage des paquets. Cet utilitaire empêche l'interruption des connexions réseau si le système se réinitialise. Si vous exécutez la commande avec l'option -W, ipfs ne parvient pas à enregistrer les tables d'état du noyau. Le message d'erreur suivant s'affiche :

state:SIOCSTGET: Bad address

Solution : aucune.

La commande `kill -HUP` n'exécute pas toujours l'agent pour qu'il relise le fichier de configuration `snmpd.conf` (4988483)

Après avoir modifié le contenu du fichier snmpd.conf, vous pouvez exécuter la commande kill -HUP snmp Process ID. Cette commande arrête le processus snmp. Puis, elle envoie un signal à l'agent maître de System Management Agent (snmpd) pour qu'il relise snmpd.conf et applique les modifications que vous y avez apportées. La commande peut ne pas exécuter l'agent maître pour qu'il relise le fichier de configuration. Par conséquent, l'utilisation de la commande ne peut pas toujours activer les modifications dans le fichier de configuration.

Plutôt que d'utiliser la commande kill -HUP, redémarrez System Management Agent après avoir ajouté des modifications à snmpd.conf. Procédez comme suit :

Prenez le rôle de superutilisateur.
Tapez la commande suivante :

# /etc/init.d/init.sma restart

x86 : échec de l'initialisation de la partition de service en cas d'activation de la touche F4 pendant l'initialisation du BIOS (4782757, 5051157)

Vous initialisez un serveur Sun LX50 qui comporte une partition Service et sur lequel Solaris 10 sur x86 est installé. Vous avez la possibilité d’initialiser la partition de service à l’aide de la touche F4. Cependant, cela efface le contenu de l’écran. Le système ne parvient pas à initialiser la partition de service.

Solution : n'appuyez pas sur la touche F4 lorsque l'écran d'initialisation du BIOS apparaît. Après quelques secondes, l'écran affichant les informations sur la partition de disque actuelle apparaît. Sélectionnez le chiffre dans la colonne Part# correspondant à type=DIAGNOSTIC type=DIAGNOSTIC puis appuyez sur la touche Entrée. le système initialise la partition de service.

Le démon Solaris WBEM Services 2.5 ne peut pas localiser les fournisseurs d'interface de programmation d'application `com.sun` (4619576)

Le démon Solaris WBEM Services 2.5 ne peut pas localiser les fournisseurs indiqués pour l'interface com.sun.wbem.provider ou l'interface com.sun.wbem.provider20. Même si vous créez une instance Solaris_ProviderPath pour un fournisseur qui est écrit pour ces interfaces, le démon Solaris WBEM Services 2.5 ne localise pas le fournisseur.

Solution : pour permettre au démon de localiser un tel fournisseur, arrêtez et redémarrez le démon Solaris WBEM Services 2.5.

# /etc/init.d/init.wbem stop

# /etc/init.d/init.wbem start

Remarque –

Si vous utilisez l'API javax pour développer votre fournisseur, vous n'avez pas besoin d'arrêter puis de redémarrer le démon Solaris WBEM Services 2.5. De fait, ce dernier reconnaît les fournisseurs javax de façon dynamique.

Certains appels de méthodes d'API `com.sun` échouent avec le protocole XML/HTTP (4497393, 4497399, 4497406, 4497411)

Si vous décidez d'utiliser l'interface de programmation d'application com.sun plutôt que l'API javax pour développer votre logiciel WBEM, seul l'appel de méthode distant (RIM) CIM est totalement pris en charge. Il n'est pas certain que d'autres protocoles tels que XML/HTTP fonctionnent tout à fait avec l'API com.sun.

Le tableau suivant répertorie des exemples d'appels qui sont exécutés avec succès sous RMI, mais échouent sous XML/HTTP.

Appel de méthode	Message d'erreur
`CIMClient.close()`	`NullPointerException`
`CIMClient.execQuery()`	`CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED`
`CIMClient.getInstance()`	`CIM_ERR_FAILED`
`CIMClient.invokeMethod()`	`XMLERROR: ClassCastException`

Modification impossible des propriétés de montage de système de fichiers avec l'outil de montage et de partage de Solaris Management Console (4466829)

L'outil de montage et de partage de Solaris Management Console ne peut pas modifier les options de montage sur des systèmes de fichiers critiques tels que root (/), /usr et /var.

Solution : choisissez l'un des palliatifs suivants :

Utilisez l'option de remontage avec la commande de montage.
# mount -F type_système_fichier -o remount,options_montage_supplémentaires \ périphérique_à_monter point_montage
Remarque –
Les modifications de propriétés de montage apportées à l'aide de l'option -remount avec la commande mount ne sont pas persistantes. En outre, toutes les options de montage non spécifiées dans la portion additional-mount-options de la commande précédente héritent des valeurs par défaut spécifiées par le système. Reportez-vous à la page de manuel mount_ufs(1M) pour plus d'informations.
Modifiez l'entrée appropriée dans le fichier /etc/vfstab pour changer les propriétés de montage de système, puis réinitialisez le système.

Administration système

Affichage d'étiquettes incorrectes par les outils d'administration de Solaris Trusted Extensions (6478436)

x86 : échec de la désinstallation de Solaris Trusted Extensions (6460106)

Utilisation restreinte de la commande patchadd avec l'option -R pour spécifier un chemin racine de remplacement à partir des systèmes ne tenant pas compte des zones (6464969)

Interruption de l'administration d'enfichage à chaud PCI/PCIe en cas de mise à niveau vers Solaris 10 11/06 ou de modification de configurations de périphérique spécifiques (6466526)

smosservice ou smdiskless est arrêtée en raison de problèmes wbem (6378956)

Sun Patch Manager Tool 2.0 incompatible avec les versions précédentes

Sun Remote Services Net Connect n'est pris en charge que dans la zone globale

Des messages d'erreur ou d'avertissement peuvent s'afficher lors de l'installation de zones non globales avec la commande zoneadm

SPARC : Des messages d'erreur s'affichent lors de la reconfiguration dynamique (6312424)

Affichage de messages d'erreur par pkgchk après la suppression de patchs de zones (6267966)

Situation de compétition de disponibilité entre les algorithmes EF/kcfd et IPsec (6266083)

L'utilitaire d'administration Solaris Product Registry ne s'exécute pas dans une zone (6220284)

Impossible de supprimer les clients sans disque existants du système (6205746)

Échec de l'installation de Net Connect 3.1.1 (6197548)

SPARC : la commande smosservice delete ne parvient pas à supprimer tous les répertoires (6192105)

La commande patchadd ne prend pas en charge l'installation des patchs à partir d'un serveur NFS (6188748)

La commande lucreate ne crée pas de volumes RAID-1 (5106987)

SPARC : panique possible du système suite à son arrêt à l'aide d'une combinaison de touches (5061679)

Échec de l'utilisation de la commande ipfs avec l'option -W (5040248)

La commande kill -HUP n'exécute pas toujours l'agent pour qu'il relise le fichier de configuration snmpd.conf (4988483)

x86 : échec de l'initialisation de la partition de service en cas d'activation de la touche F4 pendant l'initialisation du BIOS (4782757, 5051157)

Le démon Solaris WBEM Services 2.5 ne peut pas localiser les fournisseurs d'interface de programmation d'application com.sun (4619576)

Certains appels de méthodes d'API com.sun échouent avec le protocole XML/HTTP (4497393, 4497399, 4497406, 4497411)

Modification impossible des propriétés de montage de système de fichiers avec l'outil de montage et de partage de Solaris Management Console (4466829)

Utilisation restreinte de la commande `patchadd` avec l'option `-R` pour spécifier un chemin racine de remplacement à partir des systèmes ne tenant pas compte des zones (6464969)

`smosservice` ou `smdiskless` est arrêtée en raison de problèmes `wbem` (6378956)

Des messages d'erreur ou d'avertissement peuvent s'afficher lors de l'installation de zones non globales avec la commande `zoneadm`

Affichage de messages d'erreur par `pkgchk` après la suppression de patchs de zones (6267966)

SPARC : la commande `smosservice delete` ne parvient pas à supprimer tous les répertoires (6192105)

La commande `patchadd` ne prend pas en charge l'installation des patchs à partir d'un serveur NFS (6188748)

La commande `lucreate` ne crée pas de volumes RAID-1 (5106987)

Échec de l'utilisation de la commande `ipfs` avec l'option `-W` (5040248)

La commande `kill -HUP` n'exécute pas toujours l'agent pour qu'il relise le fichier de configuration `snmpd.conf` (4988483)

Le démon Solaris WBEM Services 2.5 ne peut pas localiser les fournisseurs d'interface de programmation d'application `com.sun` (4619576)

Certains appels de méthodes d'API `com.sun` échouent avec le protocole XML/HTTP (4497393, 4497399, 4497406, 4497411)