SLES : les pilotes logiciels supplémentaires ajoutés risquent de ne pas fonctionner

Dans SLES 11, lorsque vous tentez de charger un pilote non pris en charge, une erreur est générée et les composants ne démarrent pas ou ne se chargent pas. Par exemple, si vous avez installé un EM PCIe InfiniBand et que vous essayez de charger openibd, opensmd et le pilote HCA, SLES risque de les marquer comme des pilotes non pris en charge et d'empêcher leur chargement :

#/etc/init.d/opensmd start
OpenSM not installed
#/etc/init.d/openibd start
Loading eHCA driver: [FAILED]
Loading HCA driver and Access Layer: [FAILED]

Tous les modules du noyau Linux pris en charge contiennent un indicateur « supported (pris en charge) » interne qui indique que ce module est officiellement pris en charge par Novell. À partir de SLES 11, les modules ne contenant pas cet indicateur ne peuvent pas être chargés automatiquement ou manuellement par la commande modprobe. Il s'agit de la configuration par défaut des serveurs SLES 11, mais le chargement des modules non pris en charge peut être autorisé par une modification de la configuration.

Solution

Pour permettre le chargement des modules non pris en charge dans SLES 11, définissez allow_unsupported_modules 1 dans etc/modprobe.d/unsupported-modules.

Après avoir apporté cette modifications, les modules ne portant pas l'indicateur « supported (pris en charge) » seront autorisés à se charger.

Pour plus d'informations sur la règle de test des nouveaux modules SLES 11, effectuez une recherche dans la base de connaissances Novell (http://www.novell.com/support/search.do) du document ID : 7002793.