HP INTEGRATED LIGHTS-OUT (ILO), PROLIANT ESSENTIALS ILO, INTEGRATED LIGHTS-OUT (ILO 2), PROLIANT XW460C User Manual

Manuel des ressources de génération de scripts et de ligne de commande du processeur de supervision HP Integrated Lights-Out

pour HP Integrated Lights-Out versions 1.82 et 1.91 et HP Integrated Lights-Out 2 versions 1.1x,

1.2x et 1.30

Référence 382328-054
Avril 2007 (quatrième édition)

© Copyright 2005-2007 Hewlett-Packard Development Company, L.P.
Les informations contenues dans ce document pourront faire l’objet de modifications sans préavis. Les garanties relatives aux produits et services

Hewlett-Packard Company sont exclusivement définies dans les déclarations de garantie limitée qui accompagnent ces produits et services.
Aucune information de ce document ne peut être interprétée comme constituant une garantie supplémentaire. HP ne pourra être tenu responsable
des éventuelles erreurs ou omissions de nature technique ou rédactionnelle qui pourraient subsister dans le présent document.

Logiciel confidentiel. Licence HP valide requise pour toute possession, utilisation ou copie. Conformément aux directives FAR 12.211 et 12.212,
les logiciels professionnels, leur documentation et les données techniques associées sont concédés au gouvernement des États-Unis dans le cadre
de la licence commerciale standard du fournisseur.

Microsoft, Windows, Windows NT et Windows XP sont des marques déposées de Microsoft Corporation aux États-Unis. Windows Server 2003
est une marque de Microsoft Corporation aux États-Unis. Windows Vista est une marque déposée ou une marque commerciale de Microsoft
Corporation aux États-Unis et/ou dans d’autres pays. AMD est une marque d’Advanced Micro Devices, Inc. .Java est une marque de Sun
Microsystems, Inc. aux États-Unis.

Public visé

Ce manuel est destiné au personnel qui installe, administre et répare les serveurs et systèmes de stockage.
HP suppose que vous êtes qualifié en réparation de matériel informatique et que vous êtes averti des
risques inhérents aux produits capables de générer des niveaux d’énergie élevés.

Sommaire

Introduction.................................................................................................................................. 7

Présentation du manuel .............................................................................................................................. 7

Nouveautés de cette version ....................................................................................................................... 7

Intégration du pack HP ProLiant Essentials Rapid Deployment Pack .................................................................. 8

Supervision de serveur via les applications compatibles IPMI version 2.0 ......................................................... 8

Présentation de la compatibilité de WS-Management................................................................................... 10

Ligne de commande.................................................................................................................... 11

Présentation de l’interface de ligne de commande (CLI)................................................................................11

Accès à la ligne de commande ................................................................................................................. 11

Utilisation de la ligne de commande..........................................................................................................11

Commandes Echappement ....................................................................................................................... 13

Commandes de base............................................................................................................................... 14

Commandes spécifiques........................................................................................................................... 15

Commandes utilisateur ................................................................................................................... 15

Paramètres SSO de HP SIM ............................................................................................................ 16

Commandes réseau ....................................................................................................................... 18

Paramètres iLO 2........................................................................................................................... 20

Paramètres d’état intégrés de iLO 2 ................................................................................................. 22

SNMP settings (Paramètres SNMP) .................................................................................................. 24

Commandes de licence .................................................................................................................. 25

Commandes d’annuaire ................................................................................................................. 25

Commandes de support virtuel ........................................................................................................ 27

Commandes de démarrage et de réinitialisation................................................................................ 30

Mise à jour du microprogramme .....................................................................................................31

Commandes du journal d’événements .............................................................................................. 32

Commandes de lame ..................................................................................................................... 33

Commandes de démarrage ............................................................................................................34

Commandes du voyant................................................................................................................... 35

Cibles et propriétés du système .......................................................................................................36

Autres commandes ........................................................................................................................38

Telnet ........................................................................................................................................ 39

Prise en charge Telnet.............................................................................................................................. 39

Utilisation de Telnet ................................................................................................................................. 39

Jeu de commandes simples Telnet.................................................................................................... 40

Sécurité Telnet............................................................................................................................... 40

Combinaisons de touches prises en charge................................................................................................. 40

Mappage des touches iLO 2 VT100+ ..............................................................................................41

Codes VT100+ pour les touches F ................................................................................................... 43

Codes Linux pour les touches F........................................................................................................ 43

Secure Shell ............................................................................................................................... 45

Présentation de SSH ................................................................................................................................45

Fonctionnalités SSH prises en charge par iLO 2 .......................................................................................... 45

Utilisation de SSH (Secure Shell) ............................................................................................................... 46

Sommaire 3

Autorisation de clé SSH ........................................................................................................................... 46

Fichiers de définition d’outils........................................................................................................... 47

Mxagentconfig.............................................................................................................................. 47

Importation de clés SSH depuis PuTTY........................................................................................................ 47

Importation des clés SSH générées à l’aide de ssh-keygen............................................................................ 50

Administration de groupe et génération de scripts iLO 2 ................................................................. 51

Utilitaire de configuration de Lights-Out...................................................................................................... 51

Requête XML non authentifiée ...................................................................................................................52

Administration de groupe à l’aide de l’utilitaire de configuration de Lights-Out................................................52

Utilisation de l’utilitaire Lights-Out Configuration avec HP SIM ............................................................. 53

Définition de requêtes dans HP SIM ................................................................................................. 54

Lancement d’application à l’aide de HP SIM .....................................................................................55

Traitement par lots à l’aide de l’utilitaire de configuration de Lights-Out.......................................................... 56

Paramètres de l’utilitaire de configuration de Lights-Out................................................................................ 56

Génération de scripts Perl............................................................................................................ 58

Utilisation de Perl avec l’interface de génération de scripts XML .................................................................... 58

Améliorations XML .................................................................................................................................. 58

Ouverture d’une connexion SSL................................................................................................................. 59

Envoi de l’en-tête et du corps de script XML ................................................................................................ 60

Génération de scripts de support virtuel......................................................................................... 63

Exigences du serveur Web pour la génération de scripts.............................................................................. 63

Utilisation de la génération de scripts de support virtuel ...............................................................................63

Utilisation du support virtuel sur les serveurs Linux via une connexion SSH ...................................................... 64

Fichiers image du support virtuel ............................................................................................................... 65

Application d’aide CGI............................................................................................................................ 66

Configuration de IIS pour le support virtuel de génération de scripts ..............................................................67

Utilitaire de configuration en ligne HPONCFG............................................................................... 70

HPONCFG............................................................................................................................................. 70

Systèmes d’exploitation prenant en charge HPONCFG ................................................................................ 70

Configuration de HPONCFG....................................................................................................................70

Installation de HPONCFG ........................................................................................................................71

Installation sur le serveur Windows..................................................................................................71

Installation sur un serveur Linux........................................................................................................ 71

Utilisation de HPONCFG ......................................................................................................................... 72

Paramètres de ligne de commande HPONCFG ................................................................................. 72

Obtention d’une configuration complète ........................................................................................... 74

Obtention d’une configuration spécifique ......................................................................................... 75

Définition d’une configuration .........................................................................................................76

Substitution de variable .................................................................................................................. 76

Capture et restauration d’une configuration ...................................................................................... 77

Utilisation du RIBCL..................................................................................................................... 80

Présentation du RIBCL ..............................................................................................................................80

En-tête XML................................................................................................................................... 80

Types de données.......................................................................................................................... 80

Définitions des réponses ................................................................................................................. 81

RIBCL..................................................................................................................................................... 81

Paramètres RIBCL .......................................................................................................................... 82

Erreurs d’exécution RIBCL ............................................................................................................... 82

LOGIN .................................................................................................................................................. 82

Paramètres LOGIN ........................................................................................................................ 82

Sommaire 4

Erreur d’exécution LOGIN .............................................................................................................. 82

USER_INFO............................................................................................................................................ 83

ADD_USER ................................................................................................................................... 83

DELETE_USER................................................................................................................................ 86

DELETE_CURRENT_USER................................................................................................................ 86

GET_USER.................................................................................................................................... 87

MOD_USER.................................................................................................................................. 88

GET_ALL_USERS............................................................................................................................ 90

GET_ALL_USER_INFO .................................................................................................................... 91

RIB_INFO............................................................................................................................................... 92

RESET_RIB ....................................................................................................................................93

GET_EVENT_LOG .........................................................................................................................94

CLEAR_EVENTLOG........................................................................................................................ 96

COMPUTER_LOCK_CONFIG.......................................................................................................... 96

GET_NETWORK_SETTINGS ........................................................................................................... 98

MOD_NETWORK_SETTINGS ......................................................................................................... 99

GET_GLOBAL_SETTINGS .............................................................................................................103

MOD_GLOBAL_SETTINGS ...........................................................................................................105

GET_SNMP_IM_SETTINGS........................................................................................................... 109

MOD_SNMP_IM_SETTINGS......................................................................................................... 110

UPDATE_RIB_FIRMWARE .............................................................................................................112

GET_FW_VERSION ..................................................................................................................... 112

HOTKEY_CONFIG ...................................................................................................................... 113

LICENSE..................................................................................................................................... 115

INSERT_VIRTUAL_MEDIA.............................................................................................................. 115

EJECT_VIRTUAL_MEDIA................................................................................................................ 117

GET_VM_STATUS........................................................................................................................ 117

SET_VM_STATUS ........................................................................................................................ 118

CERTIFICATE_SIGNING_REQUEST................................................................................................ 120

IMPORT_CERTIFICATE.................................................................................................................. 121

GET_TWOFACTOR_SETTINGS ..................................................................................................... 122

MOD_TWOFACTOR_SETTINGS ................................................................................................... 123

DIR_INFO ............................................................................................................................................ 125

GET_DIR_CONFIG ...................................................................................................................... 126

MOD_DIR_CONFIG .................................................................................................................... 127

RACK_INFO......................................................................................................................................... 130

GET_RACK_SETTINGS................................................................................................................. 130

GET_DIAGPORT_SETTINGS.......................................................................................................... 131

MOD_DIAGPORT_SETTINGS........................................................................................................ 132

GET_ENCLOSURE_IP_SETTINGS................................................................................................... 133

MOD_ENCLOSURE_IP_SETTINGS.................................................................................................134

GET_TOPOLOGY........................................................................................................................136

MOD_BLADE_RACK .................................................................................................................... 136

SERVER_INFO ...................................................................................................................................... 138

GET_SERVER_NAME ...................................................................................................................138

SERVER_NAME........................................................................................................................... 139

GET_EMBEDDED_HEALTH............................................................................................................ 140

GET_POWER_READINGS ............................................................................................................142

GET_POWER_CAP ...................................................................................................................... 143

SET_POWER_CAP....................................................................................................................... 143

GET_HOST_POWER_SAVER_STATUS............................................................................................ 144

SET_HOST_POWER_SAVER.......................................................................................................... 145

GET_HOST_POWER_REG_INFO................................................................................................... 146

Sommaire 5

GET_HOST_POWER_STATUS ....................................................................................................... 147

SET_HOST_POWER..................................................................................................................... 148

RESET_SERVER............................................................................................................................ 149

PRESS_PWR_BTN........................................................................................................................ 150

HOLD_PWR_BTN ........................................................................................................................ 150

COLD_BOOT_SERVER ................................................................................................................. 151

WARM_BOOT_SERVER ............................................................................................................... 151

SERVER_AUTO_PWR ................................................................................................................... 152

GET_SERVER_AUTO_PWR............................................................................................................ 153

GET_UID_STATUS ....................................................................................................................... 153

UID_CONTROL........................................................................................................................... 154

GET_VPB_CABLE_STATUS (RILOE II uniquement) .............................................................................155

SSO_INFO........................................................................................................................................... 155

GET_SSO_SETTINGS................................................................................................................... 156

MOD_SSO_SETTINGS................................................................................................................. 157

SSO_SERVER..............................................................................................................................159

DELETE_SERVER ..........................................................................................................................161

Langage de commande HPQLOMGC ......................................................................................... 162

Utilisation de HPQLOMGC..................................................................................................................... 162

ILO_CONFIG ....................................................................................................................................... 163

Ports iLO 2............................................................................................................................... 164

Activation de la fonction iLO 2 Shared Network Port à l’aide de scripts XML ................................................ 164

Réactivation du port de supervision dédié de la carte réseau ...................................................................... 164

Paramètres iLO 2...................................................................................................................... 166

Paramètres d’état iLO 2 ......................................................................................................................... 166

Paramètres d’état du serveur................................................................................................................... 167

Paramètres d’administration des utilisateurs ..............................................................................................167

Paramètres généraux ............................................................................................................................. 168

Paramètres réseau................................................................................................................................. 172

Paramètres SNMP/Insight Manager ........................................................................................................175

Paramètres d’annuaire...........................................................................................................................176

Paramètres BL p-Class ............................................................................................................................ 178

Clé de licence du pack iLO Advanced ..................................................................................................... 180

Assistance technique ................................................................................................................. 181

Contacter HP ........................................................................................................................................ 181

Avant de contacter HP ...........................................................................................................................181

Acronymes et abréviations......................................................................................................... 182

Index....................................................................................................................................... 188

Sommaire 6

Introduction

Cette section traite des rubriques suivantes :

Présentation du manuel............................................................................................................................. 7

Nouveautés de cette version...................................................................................................................... 7

Intégration du pack HP ProLiant Essentials Rapid Deployment Pack ................................................................8

Supervision de serveur via les applications compatibles IPMI version 2.0........................................................8

Présentation de la compatibilité de WS-Management ................................................................................. 10

Présentation du manuel

HP iLO 2 offre de nombreuses méthodes de configuration, de mise à jour et d’utilisation des serveurs
HP ProLiant à distance. Le Manuel de l’utilisateur de HP Integrated Lights-Out et le Manuel de l’utilisateur
de HP Integrated Lights-Out 2 proposent une description de chaque fonctionnalité, en précisant leur mode
d’utilisation via l’interface de navigateur et l’utilitaire RBSU.

Le Manuel des ressources de génération de scripts et de ligne de commande du processeur de
supervision HP Integrated Lights-Out décrit la syntaxe et les outils disponibles pour utiliser la carte iLO 2
via une ligne de commande ou une interface de création de scripts.

Les exemples de scripts XML téléchargés depuis le site Web HP contiennent les commandes de tous
les microprogrammes iLO, iLO 2 et RILOE II. Sauf spécification contraire, les exemples contenus dans
ce manuel concernent uniquement le microprogramme iLO 2 version 1.10 et ultérieure. Avant d’utiliser
les exemples de scripts XML téléchargés depuis le site Web HP
(http://h18004.www1.hp.com/support/files/lights-out/us/index.html
de chaque exemple de script pour adapter le script au microprogramme et à la version visés.

Nouveautés de cette version

Le manuel de ligne de commande a été mis à jour pour refléter les modifications apportées au
microprogramme iLO 2. Ce guide traite des versions iLO 1.82, iLO 1.91, iLO 2 1.1x, iLO 2 1.2x
et iLO 2 1.30.

Nouveautés d’iLO 2 version 1.30 :

• Ajout de la section Présentation de la compatibilité de WS-Management (page 10)

• Mise à jour des Paramètres généraux (page 168)

• Ajout des commandes RIBCL suivantes :

), lisez les informations d’assistance

o COMPUTER_LOCK_CONFIG
o SET_SSO_SETTINGS
o GET_SERVER_NAME
o SERVER_NAME
o GET_POWER_CAP
o SET_POWER_CAP

Introduction 7

o SSO_INFO
o GET_SSO_SETTINGS
o MOD_SSO_SETTINGS
o SSO_SERVER
o DELETE_SERVER

Pour plus d’informations sur ces commandes, reportez-vous à la section « Utilisation des commandes
RIBCL (page 80) ».

• Mise à jour des commandes RIBCL suivantes :

o GET_GLOBAL_SETTINGS
o MOD_GLOBAL_SETTINGS
o INSERT_VIRTUAL_MEDIA
o CERTIFICATE_SIGNING_REQUEST
o IMPORT_CERTIFICATE

Pour plus d’informations sur ces mises à jour, reportez-vous à la section « Utilisation des commandes
RIBCL (page 80) ».

• Ajout d’éléments réseau CLP

Intégration du pack HP ProLiant Essentials Rapid Deployment Pack

Le pack HP ProLiant Essentials Rapid Deployment Pack (Pack de déploiement rapide HP ProLiant
Essentials) s’intègre avec la carte iLO 2 pour permettre la supervision des serveurs distants et la
performance des opérations de la console distante, indépendamment de l’état du système d’exploitation
ou du matériel.

La fonction Deployment Server (Déploiement du serveur) permet d’utiliser les fonctionnalités de supervision
de l’alimentation de la carte iLO 2 pour la mise sous tension, la mise hors tension et la réinitialisation sur
le serveur cible. Chaque fois que le serveur se connecte sur la fonctionnalité Deployment Server, cette
dernière interroge le serveur cible pour vérifier si un périphérique de supervision LOM est installé. Le cas
échéant, le serveur collecte les informations, notamment le nom DNS, l’adresse IP et le premier nom
utilisateur. La sécurité est maintenue grâce à l’invite, faite à l’utilisateur, d’entrer le mot de passe correct
pour ce nom utilisateur.

Pour plus d’informations sur le pack ProLiant Essentials Rapid Deployment Pack, reportez-vous à la
documentation disponible sur le CD ProLiant Essentials Rapid Deployment Pack ou sur le site Web HP
(http://www.hp.com/servers/rdp

).

Supervision de serveur via les applications compatibles IPMI version 2.0

La supervision de serveur via IPMI est une méthode normalisée de contrôle et de surveillance du serveur.
iLO 2 fournit les fonctions de supervision de serveur conformément à la spécification IPMI version 2.0.

Introduction 8

La spécification IPMI définit une interface normalisée pour la gestion de plate-forme. La spécification IPMI
définit les types de supervision de plate-forme suivants :

• Supervision des informations système, relatives notamment aux ventilateurs, aux températures et aux

blocs d’alimentation

• Fonctions de récupération, telles que les réinitialisations et les opérations de mise sous tension/hors

tension du système

• Fonctions de consignation, pour les événements anormaux tels que les relevés de températures

excessives ou les pannes de ventilateur

• Fonctions d’inventaire, telles que l’identification des composants matériels en panne

Les communications IPMI dépendent des fonctions BMC et SMS. BMC supervise l’interface entre SMS et
le matériel de supervision de plate-forme. iLO 2 émule la fonctionnalité BMC, tandis que la fonctionnalité
SMS peut être fournie par différents outils aux normes du marché. Pour plus d’informations, reportez-vous
à la spécification IPMI sur le site Web Intel® (http://www.intel.com/design/servers/ipmi/tools.htm

iLO 2 fournit l’interface KCS, ou interface ouverte, pour les communications SMS. L’interface KCS
fournit un ensemble de registres de communications d’E/S associées. L’adresse de base du système
par défaut pour l’interface SMS d’E/S associée est 0xCA2 et est alignée sur l’octet au niveau de cette
adresse système.

).

L’interface KCS est accessible au logiciel SMS en cours d’exécution sur le système local. Exemples
d’applications logicielles SMS compatibles :

• L’outil Command Test de IPMI version 2.0 est un outil de ligne de commande MS-DOS de bas niveau

permettant l’envoi des commandes IPMI au format hexadécimal à une fonction BMC IPMI qui met en
œuvre l’interface KCS. Vous trouverez cet outil sur le site Web Intel®
(http://www.intel.com/design/servers/ipmi/tools.htm

).

• IPMItool est un utilitaire de supervision et de configuration des périphériques prenant en charge les

spécifications des versions 1.5 et 2.0 de IPMI ; il peut être utilisé dans un environnement Linux. Vous

trouverez cet outil sur le site Web IMPItool (http://ipmitool.sourceforge.net/index.html
Fonctionnalité IPMI fournie par iLO 2
Lors de l’émulation d’une fonction BMC pour l’interface IPMI, iLO 2 prend en charge toutes les

commandes obligatoires répertoriées dans la spécification IPMI version 2.0. Pour obtenir la liste de ces
commandes, reportez-vous à la spécification IPMI version 2.0. En outre, SMS doit utiliser les méthodes
décrites dans la spécification pour la détermination des fonctions IPMI activées ou désactivées dans BMC
(par exemple, utilisation de la commande Get Device ID [Obtenir l’ID de périphérique]).

Si le système d’exploitation du serveur est en cours d’exécution et que le driver d’état est activé, n’importe
quel trafic IPMI via l’interface KCS peut affecter les performances du driver d’état et les performances
d’état globales du système. Ne saisissez pas de commandes IPMI via l’interface KCS car cela peut avoir
un effet négatif sur la surveillance effectuée par le driver d’état. Les commandes concernées sont toutes
celles qui définissent ou modifient des paramètres IPMI, telles que Set Watchdog Timer et Set BMC
Global Enabled. Les commandes IPMI qui ne renvoient que des données peuvent être utilisées en toute
sécurité comme, par exemple, Get Device ID et Get Sensor Reading.

).

Introduction 9

Présentation de la compatibilité de WS-Management

La mise en œuvre du microprogramme iLO 2 de WS-Management est conforme à la spécification DTMF
Services Web de gestion 1.0.0a.

Authentication (Authentification)

• iLO 2 utilise l’authentification de base sur SSL, conforme au profil suivant :

wsman:secprofile/https/basic

• Les utilisateurs authentifiés sont autorisés à exécuter des commandes WS-Management en fonction

des autorisations d’accès désignées dans leurs comptes locaux ou d’annuaire.

• Pour activer l’authentification de base sous Microsoft® Windows Vista™, à l’invite de commande,

saisissez gpedit.msc pour lancer l’Éditeur d’objets de stratégie de groupe. Sélectionnez

Configuration ordinateur> Modèles d’administration> Composants Windows> Gestion à distance de

Windows (WinRM)> Client WinRM. Définissez Allow Basic authentication (Autoriser l’authentification

de base) sur Enabled (Activé).
Compatibilité

• WS-Management dans iLO 2 est compatible avec l’utilitaire WinRM de Windows Vista™,

Microsoft® Operations Manager 3 et le Management Pack fourni par HP.

• L’ensemble complet de commandes WS-Management est disponible sur les serveurs iLO 2 prenant

en charge l’état du système intégré. Un sous-ensemble réduit de ces commandes est disponible sur

les serveurs ne prenant pas en charge l’état du système intégré.
Des commandes sont disponibles pour l’invocation à distance des périphériques suivants :

• Alimentation du serveur

• UID

État
WS-Management dans iLO 2 renvoie des informations sur l’état des ventilateurs, les températures, les

blocs d’alimentation et les modules VRM.

Introduction 10

Ligne de commande

Cette section traite des rubriques suivantes :

Présentation de l’interface de ligne de commande (CLI) .............................................................................. 11

Accès à la ligne de commande................................................................................................................ 11

Utilisation de la ligne de commande......................................................................................................... 11

Commandes Echappement ...................................................................................................................... 13

Commandes de base.............................................................................................................................. 14

Commandes spécifiques.......................................................................................................................... 15

Présentation de l’interface de ligne de commande (CLI)

HP a collaboré avec des partenaires clés du marché dans le cadre de la Distributed Management Task
Force, Inc. (DMTF), en vue de définir un jeu de commandes aux normes du marché. DMTF travaille à
l’élaboration d’une série de spécifications, « Systems Management Architecture for Server » (Architecture
de la supervision du système pour le matériel du serveur), afin d’uniformiser les interfaces de supervision
pour les serveurs. iLO 2 utilise le jeu de commandes défini dans le document Server Management
Command Line Protocol Specification, 1.00 Draft. Le protocole CLP est destiné à remplacer l’interface
de ligne de commande (CLI).

Accès à la ligne de commande

iLO 2 permet d’exécuter les commandes prises en charge à partir d’une ligne de commande.
Deux interfaces permettent d’y accéder :

• Le port série qui permet une seule connexion.

• Le réseau utilisant :

o SSH qui permet deux connexions simultanées. L’adresse IP ou le nom DNS, le nom de connexion

et le mot de passe sont nécessaires pour démarrer une session utilisant SSH.

o Telnet qui permet d’utiliser trois connexions simultanées.

Les trois connexions réseau peuvent être actives simultanément. Après avoir activé la CLI série dans
l’écran Global Settings (Paramètres généraux), la CLI iLO 2 est appelée à l’aide de la commande ESC (
les sessions SSH et Telnet lancent la CLI après authentification.

Utilisation de la ligne de commande

Après avoir initié une session LI de ligne de commande, vous voyez s’afficher l’invite CLI iLO 2. Chaque
fois qu’une commande est exécutée (ou que vous quittez la console distante ou VSP), vous revenez
à l’invite CLI tel que décrit dans l’exemple suivant.

hpiLO->

Ligne de commande 11

Chaque fois qu’une commande est exécutée, la sortie retournée respecte le format général suivant :

hpiLO-> {CLI command}

status=0

status_tag=COMMAND COMPLETED

… output returned…

hpiLO->

Si une commande non valide est saisie, les valeurs status et status_tag montrent l’erreur comme
indiqué ci-dessous :

hpiLO-> boguscommand

status=2

status_tag=COMMAND PROCESSING FAILED

error_tag=COMMAND NOT RECOGNIZED

Si un paramètre non valide est affecté à une commande valide, la réponse est légèrement différente :

hpiLO-> show /bad

status=2

status_tag=COMMAND PROCESSING FAILED

error_tag=COMMAND ERROR-UNSPECIFIED

Invalid property.

hpiLO->

Les commandes suivantes sont prises en charge dans cette version de CLP. Le même jeu de commandes
est pris en charge via les connexions du port série, SSH et Telnet.

Le niveau de privilège de l’utilisateur connecté est comparé à celui requis pour la commande. Cette
commande s’exécute uniquement si les niveaux de privilège correspondent. Si l’état de la session de
ligne de commande série est défini sur Enabled-No Authentication, toutes les commandes sont
exécutées sans vérification du niveau de privilège.

La syntaxe générale de la commande CLP est la suivante :

<verbe> <cible> <option> <propriété>

• Verbes — Les verbes pris en charge sont :

o cd

o create

o delete

o help

o load

o reset

o set

o show

o start

o stop

o exit

o version

• Cible — La cible par défaut est /. Elle peut être modifiée par la commande cd ou en spécifiant une

cible dans la ligne de commande.

Ligne de commande 12

• Options — Les options valides sont :

o -help/-h

o -all/-a

• Propriétés — Elles correspondent aux attributs de la cible qui peuvent être modifiés.

• Sortie — La syntaxe de sortie est la suivante :

o status

o status_tag

o status_msg

Les valeurs booléennes valides pour toutes les commandes sont yes, no, true, false,
y, n, t et f.

Remarques générales :
Si les commandes de la commande CLP occupent plusieurs lignes, vous ne pouvez pas naviguer entre

ces lignes.
Remarques applicables au système d’exploitation :

• Le client Telnet Windows 2000 ne prend en charge ni les touches de fonction F1,.., F12 ni les

touches Insertion, Origine et Fin. Ces touches ne fonctionnent pas dans une session de ligne de

commande iLO 2.

• La touche Retour Arrière de la mise en œuvre CLP d’iLO 2 est mappée sur la valeur 0x8. Certains

systèmes d’exploitation clients tels que Novell Linux Desktop et Red Hat Enterprise Linux 4 Desktop,

mappent la touche Retour Arrière sur la valeur 0x7f qui est utilisée pour la touche Suppression dans

le client Telnet Windows®. La touche Retour Arrière ne fonctionne pas à partir d’un client lorsqu’elle

a la valeur 0x7f. Pour les clients Linux, l’utilisation de la touche Origine ou de la touche Fin permet

au service CLP iLO 2 de mapper à nouveau la touche Retour Arrière pour utiliser la valeur 0x7f,

afin de rendre la touche fonctionnelle.
Dans le client Windows Putty, la touche Retour Arrière peut être mappée sur la valeur 0x8 en modifiant le

paramètre pour le clavier du terminal sur Contrôle-H.

Commandes Echappement

Les commandes de la touche d’échappement servent de raccourcis pour exécuter des tâches courantes.

• ESC ( appelle la connexion de la CLI série. Cette commande n’est pas nécessaire pour les sessions

SSH ou Telnet car elles lancent automatiquement une session CLI après une connexion réussie.

• ESC Q arrête la session CLI ainsi que la connexion SSH ou Telnet.

• ESC R ESC r ESC R réinitialise le système.

• ESC ^ met le système sous tension.

• ESC ESC efface la ligne de commande courante.

Vous disposez d’un délai d’une seconde pour saisir les caractères des séquences d’échappement.

Ligne de commande 13

Commandes de base

• La commande help affiche une aide contextuelle.

help affiche l’ensemble des commandes prises en charge. <command help/?> affiche le

message d’aide propre à cette commande.

• La commande exit met fin à la session CLP.

• La commande cd définit la cible par défaut actuelle. Le contexte fonctionne comme un chemin

d’accès au répertoire. Le contexte racine du serveur est « / » et c’est le point de départ pour un

système CLP. En modifiant le contexte, vous pouvez raccourcir les commandes.

Par exemple, pour trouver la version en cours du microprogramme iLO 2, vous pouvez saisir la

commande show /map1/firmware version. Cependant, si vous saisissez la commande

cd /map1/firmware, une commande show version simple affiche cette information.

• La commande show affiche les valeurs d’une propriété ou du contenu d’une cible de collection.

Par exemple :

hpiLO-> show

status=0

status_tag=COMMAND COMPLETED

/

Targets

system1

map1
Properties
Verbs

cd version exit show

La première ligne d’information retournée par la commande show correspond au contexte en cours.
Dans l’exemple, / est le contexte en cours. Après le contexte figure une liste de sous-cibles (Targets)
et de propriétés (Properties) applicables au contexte en cours. La section Verbs (Verbes) indique les
commandes applicables à ce contexte.

Vous pouvez également spécifier une commande show avec un contexte explicite ou implicite
ainsi qu’une propriété précise. Un contexte explicite, par exemple /map1/firmware, n’est pas
dépendant du contexte en cours, tandis qu’un contexte implicite suppose que le contexte spécifié
est un enfant du contexte en cours. Si le contexte en cours est /map1, une commande show
firmware affiche les données /map1/firmware.

Si vous n’indiquez pas de propriété, toutes les propriétés s’affichent. Dans le cas du contexte

/map1/firmware, deux propriétés sont disponibles : version et date. Si vous exécutez show
/map1/firmware date, seule la date apparaît.

• La commande create crée une nouvelle instance de la commande MAP dans l’espace de noms.

• La commande delete supprime les instances de la commande MAP dans l’espace de noms.

• La commande load déplace une image binaire d’une URL vers la commande MAP.

• La commande reset fait basculer une cible de l’état activé à désactivé, puis de nouveau à

l’état activé.

• La commande set définit une propriété ou un ensemble de propriétés sur une valeur spécifique

et réinitialise iLO 2 pour mettre en œuvre ces modifications.

Ligne de commande 14

• La commande start oblige une cible à modifier son état pour passer à un niveau

d’exécution supérieur.

• La commande stop oblige une cible à modifier son état pour passer à un niveau

d’exécution inférieur.

• La commande version demande la version de la mise en oeuvre CLP ou d’autres éléments CLP.

Par exemple :

hpiLO-> version
status=0
status_tag=COMMAND COMPLETED
SM-CLP Version 1.0

• La commande oemhp_ping détermine si une adresse IP est accessible à partir de l’iLO 2 en cours.

Par exemple :

oemhp_ping 192.168.1.1

où 192.168.1.1 correspond à l’adresse IP testée.

Commandes spécifiques

Les sections suivantes traitent des commandes spécifiques à iLO 2 disponibles lors de l’utilisation de la
ligne de commande, notamment les suivantes :

• Commandes utilisateur (page 15).

• Paramètres SSO de HP SIM (page 16)

• Commandes réseau (page 18)

• Paramètres iLO 2 (page 20)

• Paramètres d’état intégrés de iLO 2 (page 22)

• Paramètres SNMP (page 24)

• Commandes de licence (page 25)

• Commandes d’annuaire (page 25)

• Commandes Virtual Media (Support virtuel) (page 27)

• Commandes de démarrage et de réinitialisation (page 30)

• Mise à jour du microprogramme (page 31)

• Commandes du journal d’événements (page 32)

• Commandes de lame (page 33)

• Commandes de démarrage (page 34)

• Commandes du voyant (page 35).

• Cibles et propriétés du système (page 36)

• Autres commandes (page 38).

Commandes utilisateur

Les commandes utilisateur permettent de visualiser et de modifier les paramètres utilisateur. Les
paramètres utilisateur se trouvent dans /map1/accounts1.

Ligne de commande 15

Targets
Tous les utilisateurs locaux sont des cibles valides. Par exemple, s’il existe trois utilisateurs locaux avec les

noms de connexion Administrator (Administrateur), admin et test, les cibles valides sont les suivantes :

• Administrateur

• admin

• test

Properties

Propriété Access (Accès) Description

username
password

name

Groupe

Lecture/écriture Correspond au nom de connexion iLO 2.
Lecture/écriture Correspond au mot de passe de l’utilisateur

en cours.

Lecture/écriture Affiche le nom de l’utilisateur. Si aucun nom

n’est spécifié, le paramètre utilise la même
valeur que le nom de connexion (nom
d’utilisateur). Cette valeur correspond à la
propriété du nom d’utilisateur iLO 2.

Lecture/écriture Spécifie le niveau de privilège. Les valeurs

valides sont les suivantes :

• admin

• config

• oemhp_power

• oemhp_rc

• oemhp_vm

Si aucun groupe n’est spécifié, aucun
privilège n’est affecté à l’utilisateur.

Exemples
Le chemin d’accès en cours est /map1/accounts1.

• create username=lname1 password=password

Dans l’exemple, username correspond au nom de connexion.

• set lname1 username=lname2 password=password1 name=name2

group=admin,configure,oemhp_power,oemhp_vm,oemhp_rc
Dans l’exemple, lname1 est le nom de connexion de l’utilisateur.

Paramètres SSO de HP SIM

Les commandes des paramètres SSO de HP SIM sont accessibles via /map1/oemhp_ssocfg1. Vous
devez disposer du privilège Configure iLO 2 Settings (Configurer les paramètres de iLO 2) pour modifier
ces propriétés. SSO est uniquement pris en charge pour un accès via un navigateur à partir des serveurs
HP SIM fiables. SSO est une fonction sous licence. Pour plus d’informations, reportez-vous au Manuel de
l’utilisateur de HP Integrated Lights-Out.

Targets
None (Aucun)

Ligne de commande 16

Properties

Propriété Access (Accès) Description

oemhp_ssotrust

oemhp_ssouser

oemhp_ssooperator

oemhp_ssoadministrator

oemhp_ssoserver

Lecture/écriture Le niveau de sécurité

SSO (Single Sign-On,
authentification unique)
requis. Les valeurs
valides sont disabled,
all, name et certificate.

Lecture/écriture Les privilèges associés

au rôle utilisateur. Les
valeurs valides sont
login, oemhp_rc,
oemhp_power,
oemhp_vm, config,
admin.

Lecture/écriture Les privilèges associés

au rôle opérateur. Les
valeurs valides sont
login, oemhp_rc,
oemhp_power,
oemhp_vm, config,
admin.

Lecture/écriture Les privilèges associés

au rôle administrateur.
Les valeurs valides sont
login, oemhp_rc,
oemhp_power,
oemhp_vm, config,
admin.

Lecture Contient 0 ou plus

d’enregistrements de
serveurs HP SIM fiables.
Chaque enregistrement
peut contenir un nom de
serveur ou un certificat
de serveur.

Exemples

• Pour définir le niveau de sécurité SSO approuvé par le certificat :

set oemhp_ssocfg/ oemhp_ssotrust = certificate

• Pour affecter le privilège de connexion aux rôles utilisateur :

set oemhp_ssocfg/ oemhp_ssouser = login

• Pour affecter les privilèges de connexion, de console à distance, de contrôle de l’alimentation

virtuelle et de support virtuel au rôle opérateur :

set oemhp_ssocfg/ oemhp_ssooperator =
login,oemhp_rc,oemhp_power,oemhp_vm

• Pour ajouter un enregistrement de nom de serveur HP SIM fiable :

cd map1/oemhp_ssocfg
</map1/oemhp_ssocfg>hpiLO-> create = hpsim1.corp.net

• Pour importer de manière dynamique un certificat à partir d’un serveur donné (hpsim2.corp.net) :

</map1/oemhp_ssocfg>hpiLO-> load = hpsim2.corp.net

Ligne de commande 17

• Pour supprimer oemhp_ssoserver avec l’index 5.

</map1/oemhp_ssocfg>hpiLO-> delete = 5

• Pour afficher la configuration SSO complète d’iLO 2 :

cd map1/oemhp_ssocfg
</map1/oemhp_ssocfg>hpiLO->show

Commandes réseau

Les sous-systèmes réseau se trouvent aux emplacement suivants :

• /map1/enetport1

• /map1/dhcpendpt1

• /map1/dnsendpt1

• /map1/gateway1

• /map1/dnsserver1

• /map1/dnsserver2

• /map1/dnsserver3

• /map1/dhcpserver1

• /map1/settings1

• /map1/vlan1

Propriétés, cibles et verbes :

• dhcpendpt1

Properties

o EnabledState
o OtherTypeDescription

• dnsendpt1

Properties

o EnabledState
o HostName
o DomainName
o OtherTypeDescription

• gateway1

Properties

o AccessInfo
o AccessContext

• dnsserver1

o Properties

— AccessInfo

— AccessContext

Ligne de commande 18

o Verbs

— cd

— version

— exit

— show

— set

• dnsserver2

Properties

o AccessInfo
o AccessContext

• dnsserver3

Properties

o AccessInfo
o AccessContext

• dhcpserver1

Properties

o AccessInfo
o AccessContext

• settings1

o Targets

DNSSettings1

Properties

— DNSServerAddress

— RegisterThisConnection

— DomainName

— DHCPOptionToUse

WINSSettingData1

Properties

— WINSServerAddress

— RegisterThisConnection

— DHCPOptionToUse

o Verbs

— cd

— version

— exit

— show

Ligne de commande 19

• StaticIPSettings1

Properties

o oemhp_SRoute1Address
o oemhp_Gateway1Address
o oemhp_SRoute2Address
o oemhp_Gateway2Address
o oemhp_SRoute3Address
o oemhp_Gateway3Address
o DHCPOptionToUse

Exemples
set /map1/enetport1 speed=100
set /map1/enetport1/lanendpt1 ipv4address=192.168.0.13 subnetmask=255.255.252
Vous pouvez indiquer une ou plusieurs propriétés sur la ligne de commande. Si plusieurs propriétés sont

indiquées sur la même ligne de commande, elles doivent être séparées d’un espace.
iLO 2 est réinitialisé une fois les paramètres réseau appliqués.

Paramètres iLO 2

Les commandes des paramètres iLO 2 permettent de visualiser ou de modifier les paramètres d’iLO 2.
Ces derniers figurent dans /map1/config1.

Targets
Aucune cible

Properties

Propriété Access (Accès) Description

oemhp_enable

oemhp_timeout

oemhp_passthrough

oemhp_rbsuenable

oemhp_rbsulogin

Lecture/écriture Active ou désactive iLO 2.

Les valeurs booléennes
sont acceptées.

Lecture/écriture Définit le délai de la session

en minutes. Les valeurs valides
sont 15, 30, 60 et 120.

Lecture/écriture Active ou désactive le relais

des services Terminal. Les
valeurs booléennes sont
acceptées.

Lecture/écriture Active ou désactive l’invite

RBSU pendant le test POST.
Les valeurs booléennes sont
acceptées.

Lecture/écriture Active ou désactive le besoin

de connexion pour l’accès
RBSU. Les valeurs booléennes
sont acceptées.

Ligne de commande 20

Propriété Access (Accès) Description

oemhp_rbsushowip

oemhp_rcconfig

oemhp_telnetenable

Lecture/écriture Active ou désactive l’affichage

de l’adresse IP iLO 2 pendant
le test POST. Les valeurs
booléennes sont acceptées.

Lecture/écriture Définit la configuration de la

console distante. Les valeurs
valides sont Enabled (Activé),
Disabled (Désactivé) ou
Automatic (Automatique).

Lecture/écriture Active ou désactive Telnet.

oemhp_httpport
oemhp_sslport
oemhp_rcport

oemhp_vmport

oemhp_tsport

oemhp_sshport
oemhp_sshstatus

oemhp_serialclistatus

oemhp_serialcliauth

oemhp_serialclispeed

oemhp_minpwdlen

oemhp_authfailurelogging

oemhp_hotkey_t

oemhp_hotkey_u

oemhp_hotkey_v

Lecture/écriture Définit la valeur du port HTTP.
Lecture/écriture Définit la valeur du port SSL.
Lecture/écriture Définit la valeur du port de la

console distante.

Lecture/écriture Définit la valeur du port du

support virtuel.

Lecture/écriture Définit la valeur du port des

services Terminal.
Lecture/écriture Définit la valeur du port SSH.
Lecture/écriture Active ou désactive SSH.

Les valeurs booléennes

sont acceptées.
Lecture/écriture Active ou désactive la session

CLP via le port série. Les

valeurs booléennes sont

acceptées.
Lecture/écriture Active ou désactive le besoin

d’autorisation pour la session

CLP via le port série. Les

valeurs booléennes sont

acceptées.
Lecture/écriture Définit la vitesse du port série

pour la session CLP. Les

valeurs valides sont 9600,

19200, 38400, 57600 et

115200.

Lecture/écriture Définit la longueur minimum

du mot de passe.
Lecture/écriture Définit les critères de

journalisation des échecs

d’authentification.
Lecture/écriture Définit la valeur de la touche

d’activation Ctrl+T.
Lecture/écriture Définit la valeur de la touche

d’activation Ctrl+U.
Lecture/écriture Définit la valeur de la touche

d’activation Ctrl+V.

Ligne de commande 21

Propriété Access (Accès) Description

oemhp_hotkey_w

oemhp_hotkey_x

oemhp_hotkey_y

oemhp_rc_aquire (iLO 2

v1.00 ne prend pas en charge
cette propriété)

oemhp_high_perf_mouse

oemhp_computer_lock Lecture/écriture Active ou désactive le

oemhp_enforce_aes Lecture/écriture Active ou désactive la mise en

Lecture/écriture Définit la valeur de la touche

d’activation Ctrl+W.
Lecture/écriture Définit la valeur de la touche

d’activation Ctrl+X.
Lecture/écriture Définit la valeur de la touche

d’activation Ctrl+Y.
Lecture/écriture Active ou désactive les

opérations d’acquisition

de la console distante.
Lecture/écriture Active ou désactive la souris

hautes performances.

verrouillage de l’ordinateur

de la console distante.

oeuvre du cryptage

AES/3DES

Exemples

set /map1/config1 oemhp_enable=yes oemhp_timeout=30

Vous pouvez indiquer une ou plusieurs propriétés dans la ligne de commande. Si plusieurs propriétés sont
indiquées sur la même ligne de commande, elles doivent être séparées d’un espace.

Exemples de commandes oemhp_computer_lock :

set /map1/config1 oemhp_computer_lock = windows
set /map1/config1 oemhp_computer_lock = custom,l_gui,l
set /map1/config1 oemhp_computer_lock = disabled

Pour une liste complète des clés personnalisées oemhp_computer_lock, reportez-vous au Manuel de
l’utilisateur de HP Integrated Lights-Out 2. Tous les espaces compris dans les clés doivent être remplacés

par un trait de soulignement. Par exemple :

set /map1/config1 oemhp_computer_lock = custom,SYS_RQ
set /map1/config1 oemhp_computer_lock = custom,SYS_RQ

Paramètres d’état intégrés de iLO 2

Les commandes d’état intégrées de iLO 2 permettent d’afficher les informations d’état intégrées
du système pour les ventilateurs, les capteurs de température, les capteurs de tension et les
blocs d’alimentation.

Les paramètres d’état CLP intégrés de iLO 2 figurent dans /system1/fan*, /system1/sensor* et
/system1/powersupply*.

Targets

• Ventilateur

• Sensor (Capteur)

• Bloc d’alimentation

Ligne de commande 22

Properties

Propriété Access

Description

(Accès)

DeviceID Lecture Affiche le numéro d’étiquette du

ventilateur, du capteur ou du bloc
d’alimentation

ElementName Lecture Affiche l’emplacement du ventilateur, du

capteur ou du bloc d’alimentation

Operationalstatus Lecture Affiche l’état de fonctionnement du

ventilateur, du capteur ou du bloc
d’alimentation

VariableSpeed Lecture Indique si le ventilateur fonctionne à une

vitesse variable
Desired Speed Lecture Affiche la vitesse actuelle du ventilateur
HealthState Lecture Affiche l’état du ventilateur, du capteur

ou du bloc d’alimentation
RateUnits Lecture Affiche les unités de relevé des capteurs

de températures et de tensions
CurrentReading Lecture Affiche le relevé actuel du capteur
SensorType Lecture Affiche le type de capteur.
Oemhp_CautionValue Lecture Affiche la valeur de prudence du capteur

de température
Oemhp_CriticalValue Lecture Affiche la valeur critique du capteur

de température

Exemples
La commande show system1/fan1 affiche les propriétés système du ventilateur 1. Par exemple :

/system1/fan1

Targets
Properties

DeviceID=Fan 1
ElementName=I/O Board
OperationalStatus=Ok
VariableSpeed=Yes
DesiredSpeed=40
HealthState=Ok.

Les blocs d’alimentation VRM sont généralement associés aux cibles des capteurs. La commande show
system1/sensor1 affiche les propriétés du module VRM 1. Par exemple :

/system1/fan1

Targets
Properties

DeviceID=VRM 1
ElementName=CPU 1
OperationalStatus=Ok
RateUnits=Volts

Ligne de commande 23

CurrentReading=0
SensorType=Voltage
HealthState=Ok
oemhp_CautionValue=0
oemhp_CriticalValue=0

D’autres cibles de capteur affichent les températures du système. La commande show
system1/sensor3 affiche l’une des propriétés des zones de température. Par exemple :

/system1/sensor3

Targets
Properties

DeviceID=Temp 1
ElementName=I/O Board
OperationalStatus=Ok
RateUnits=Celsius
CurrentReading=32
SensorType=Temperature
HealthState=Ok
oemhp_CautionValue=68
oemhp_CriticalValue=73

SNMP settings (Paramètres SNMP)

Les commandes des paramètres SNMP permettent de visualiser et de modifier les paramètres SNMP. Les
paramètres SNMP sont disponibles dans :

/map1/snmp1

Targets
Aucune cible

Properties

Propriété Access (Accès) Description

accessinfo1

accessinfo2

accessinfo3

oemhp_iloalert

oemhp_agentalert

oemhp_snmppassthru

Lecture/écriture Définit la première adresse de

destination des traps SNMP.

Lecture/écriture Définit la deuxième adresse de

destination des traps SNMP.

Lecture/écriture Définit la troisième adresse de

destination des traps SNMP.

Lecture/écriture Active ou désactive les alertes SNMP

de iLO 2. Les valeurs booléennes
sont acceptées.

Lecture/écriture Active ou désactive les alertes SNMP

des agents. Les valeurs booléennes
sont acceptées.

Lecture/écriture Active ou désactive l’émulation SNMP

de iLO 2. Les valeurs booléennes
sont acceptées.

Ligne de commande 24

Propriété Access (Accès) Description

oemhp_imagenturl

oemhp_imdatalevel

Lecture/écriture Définit l’URL des agents Insight

Lecture/écriture Détermine si le périphérique LOM

Exemples

set /map1/snmp1 accessinfo1=192.168.0.50 oemhp_imdatalevel=medium
Vous pouvez indiquer une ou plusieurs propriétés sur la ligne de commande. Si plusieurs propriétés sont

indiquées sur la même ligne de commande, elles doivent être séparées d’un espace.

Commandes de licence

Les commandes de licence permettent d’afficher et de modifier la licence iLO 2. Les commandes de
licence sont disponibles sous /map1/.

Targets

Manager.

répond aux requêtes XML anonymes.
Les sélections valides peuvent être
activées et désactivées.

Aucune cible

Commandes

Commande Description

cd Modifie le répertoire en cours.
show Affiche les informations de licence.
set Modifie la licence en cours.

Exemples

• set /map1 license=1234500000678910000000001

• show /map1 license

• delete /map1 license

Commandes d’annuaire

Les commandes d’annuaire permettent de visualiser et de modifier les paramètres d’annuaire. Les
paramètres d’annuaire sont disponibles dans : /map1/oemhp_dircfg1

Targets
Aucune cible

Ligne de commande 25

Properties

Propriété Access (Accès) Description

oemhp_dirauth

Lecture/écriture Active ou désactive l’authentification

des annuaires. Les paramètres
valides sont les suivants :

• extended_schema (schéma

étendu) — Utilise le schéma
étendu HP

• default_schema (schéma par

défaut — Utilise des annuaires
sans schéma

• disabled (désactivé) —

L’authentification basée sur les
annuaires est désactivée.

oemhp_localacct

oemhp_dirsrvaddr

oemhp_ldapport

oemhp_dirdn

oemhp_dirpassword

oemhp_usercntxt1,
2, or 3

oemhp_group{n}_name

où n = 1..6

Lecture/écriture Active ou désactive l’authentification

d’un compte local. La désactivation
n’est possible que si l’authentification
des annuaires est activée. Les valeurs
booléennes sont acceptées.

Lecture/écriture Définit l’adresse IP ou le nom DNS

du serveur d’annuaires. La
configuration des annuaires sans
schéma requiert un nom DNS.

Lecture/écriture Définit le port du serveur

d’annuaires.

Lecture/écriture Affiche le nom distinctif de l’objet

LOM. Ce champ est ignoré lorsque
la configuration des annuaires sans
schéma est utilisée.

Lecture/écriture Définit le mot de passe de l’objet

LOM. Ce champ est ignoré lorsque
la configuration de schéma par
défaut est utilisée.

Lecture/écriture Affiche le contexte de recherche

de connexion de l’utilisateur de
l’annuaire. Cette propriété n’est pas
nécessaire lorsque la configuration
des annuaires sans schéma
est utilisée.

Lecture/écriture Nom unique du groupe de

sécurité. Utilisée uniquement
avec la configuration d’annuaire
sans schéma.

Ligne de commande 26

Propriété Access (Accès) Description

oemhp_group{n}_priv

où n = 1..6

Lecture/écriture Attribue des privilèges à un groupe.

Utilisez une liste séparée par des
virgules des éléments suivants :

• 1 (Administer Group Accounts)

(Administration des comptes
de groupe)

• 2 (Remote Console Access)

(Accès à distance à la console)

• 3 (Virtual Power & Reset)

(Alimentation virtuelle
& Réinitialiser)

• 4 (Virtual Media) (Support virtuel)

• 5 (Configure iLO 2 Settings)

(Configurer les paramètres
de iLO 2)

Utilisée uniquement avec
la configuration d’annuaire
sans schéma.

Exemples

• set /map1/oemhp_dircfg1

• set /map1/oemhp_dircfg1 oemhp_dirauth=groups

oemhp_dirsrvaddr=adserv.demo.com
oemhp_group1_name="CN=iLOAdmins,CN=Users,DC=demo,DC=com"
oemhp_group1_priv="1,2,3,4,5"

D’autres groupes peuvent être configurés en utilisant des commandes set supplémentaires.

Vous pouvez indiquer une ou plusieurs propriétés sur la ligne de commande. Si plusieurs propriétés sont
indiquées sur la même ligne de commande, elles doivent être séparées d’un espace.

Commandes de support virtuel

L’accès au support virtuel de iLO 2 est pris en charge via CLP. Le sous-système du support virtuel se trouve
sous /map1/oemhp_vm1. Pour plus d’informations, reportez-vous au manuel de l’utilisateur.

Targets
Vous pouvez accéder aux sous-composants suivants du support virtuel.

Cible Description

/map1/oemhp_vm1/floppydr1

/map1/oemhp_vm1/cddr1

Unité de disquette ou de
clé virtuelle

Lecteur de CD-ROM virtuel

Properties

Propriété Access (Accès) Description

oemhp_image

Lecture/écriture Chemin et nom de l’image pour l’accès au support

virtuel. La valeur est une URL d’une longueur maximale
de 80 caractères

Ligne de commande 27

Propriété Access (Accès) Description

oemhp_connect

oemhp_boot

Lecture Affiche si une unité de disquette virtuelle est déjà

connectée via le CLP ou le support virtuel à base
de scripts.

Lecture/écriture Définit l’indicateur d’amorçage. Les valeurs valides

sont les suivantes :

• Never (jamais) — Interdit l’amorçage à partir du

lecteur. La valeur s’affiche sous la forme No_Boot.

• Once (une fois) — Amorce à partir du

périphérique une seule fois. La valeur s’affiche
sous la forme Once.

• Always (toujours) — Amorce à partir du lecteur

chaque fois que le serveur est réinitialisé. La valeur
s’affiche sous la forme Always.

• Connect (Connexion) — Connecte le périphérique

de support virtuel. Définit oemhp_connect sur Yes
et oemhp_boot sur Always.

• Disconnect (Déconnexion) — Déconnecte

le périphérique de support virtuel et définit
oemhp_boot sur No_Boot.

oemhp_wp

oemhp_applet_connected

Lecture/écriture Active ou désactive l’indicateur de protection en

écriture. Les valeurs booléennes sont acceptées.

Lecture Indique si l’applet Java™ est connectée.

URL de l’image

La valeur d’image est une URL. L’URL, limitée à 80 caractères, précise l’emplacement du fichier image
du support virtuel sur un serveur HTTP. Elle présente le même format que l’emplacement de l’image du
support virtuel à base de scripts.

Exemple d’URL :

protocol://username:password@hostname:port/filename

o Le champ protocol (protocole) est obligatoire et les valeurs possibles sont HTTP ou HTTPS.
o Le champ username:password (nom_utilisateur:mot_passe) est facultatif.
o Le champ hostname (nom_hôte) est obligatoire.
o Le champ port est facultatif.
o Le champ filename (nom_fichier) est obligatoire.

Le CLP n’effectue qu’une vérification de syntaxe sommaire de la valeur <URL>. Vous devez vérifier
visuellement que l’URL est valide.

Exemples

• set oemhp_image=http://imgserver.company.com/image/dosboot.bin

• set oemhp_image=http://john:[e-mail]/VMimage/

installlDisk.iso

Support de l’interface de ligne de commande (CLI) de la carte iLO 1.60
Les commandes CLI simples vm sont toujours prises en charge pour le support virtuel :

• vm périphérique insert chemin — Insère une image

Ligne de commande 28

• vm périphérique eject — Éjecte une image

• vm périphérique get — Obtient l’état du support virtuel

• vm périphérique set boot accès — Définit l’état du support virtuel

Options de commande :

o Les noms de périphérique valides sont floppy ou cdrom

REMARQUE : la syntaxe des mots clé des unités de disquette doit être utilisée pour les unités

de clé USB.

o Le chemin correspond à l’URL vers l’image du support
o Les options de démarrage sont boot_once, boot_always, no_boot, connect ou

disconnect

o Les options d’accès sont write_protect ou write_allow.

Pour plus d’informations sur la manière d’utiliser ces commandes, reportez-vous aux commandes
INSERT_VIRTUAL_MEDIA, EJECT_VIRTUAL_MEDIA, GET_VM_STATUS et SET_VM_STATUS dans
la section « Utilisation des commandes RIBCL (page 80) ».

Tâches

• Insérer une image de clé USB/disquette dans l’unité de disquette ou de clé USB virtuelle :

cd /map1/oemhp_vm1/floppydr1
show
set oemhp_image=http://my.imageserver.com/floppyimg.bin
set oemhp_boot=connect
show

Cet exemple exécute les commandes suivantes :

o Définit le contexte en cours sur l’unité de disquette ou de clé.
o Montre l’état en cours pour vérifier que le support n’est pas utilisé.
o Insère l’image souhaitée dans le lecteur.
o Connecte le support. Le paramètre d’amorçage se connecte toujours automatiquement.

• Éjecter une image de clé USB/disquette de l’unité de disquette ou de clé USB virtuelle :

cd /map1/oemhp_vm1/floppydr1
set oemhp_boot=disconnect

Cet exemple exécute les commandes suivantes :

o Définit le contexte en cours sur l’unité de disquette ou de clé.
o Appelle la commande disconnect (déconnexion) qui permet de déconnecter le support

et d’effacer la valeur oemhp_image.

• Insérer une image de CD-ROM dans l’unité de CD-ROM virtuel :

cd /map1/oemhp_vm1/cddr1
show
set oemhp_image=http://my.imageserver.com/ISO/install_disk1.iso
set oemhp_boot=connect
show

Cet exemple exécute les commandes suivantes :

o Définit le contexte en cours sur l’unité de CD-ROM.
o Montre l’état en cours pour vérifier que le support n’est pas utilisé.

Ligne de commande 29

o Insère l’image souhaitée dans le lecteur.
o Connecte le support. Le paramètre d’amorçage se connecte toujours automatiquement.

• Éjecter une image de CD-ROM de l’unité de CD-ROM virtuelle :

cd /map1/oemhp_vm1/cddr1
set oemhp_boot=disconnect

Cet exemple exécute les commandes suivantes :

o Définit le contexte en cours sur l’unité de CD-ROM.
o Appelle la commande disconnect (déconnexion) qui permet de déconnecter le support

et d’effacer la valeur oemhp_image.

• Insérer une image de CD-ROM et définir un amorçage unique :

cd /map1/oemhp_vm1/cddr1
set oemhp_image=http://my.imageserver.com/ISO/install_disk1.iso
set oemhp_boot=connect
set oemhp_boot=once
show

Cet exemple exécute les commandes suivantes :

o Définit le contexte en cours sur l’unité de CD-ROM.
o Montre l’état en cours pour vérifier que le support n’est pas utilisé.
o Insère l’image souhaitée dans le lecteur.
o Connecte le support. Le paramètre d’amorçage se connecte toujours automatiquement.
o Remplace le paramètre d’amorçage par Once.

• Éjecter une image de CD-ROM de l’unité de CD-ROM virtuelle via une commande unique :

set /map1/oemhp_vm1/cddr1 oemhp_boot=disconnect

Si vous tentez la déconnexion alors que le lecteur n’est pas connecté, vous recevez
un message d’erreur.

Commandes de démarrage et de réinitialisation

Les commandes de démarrage et de réinitialisation permettent de mettre sous tension et de réinitialiser
le serveur contenant iLO 2 ou iLO 2 lui-même.

Commande Description

start
stop
reset hard
reset soft

Exemples

Met le serveur sous tension
Met le serveur hors tension
Réinitialise le serveur
Redémarre le serveur à chaud

Si la cible en cours est /system1, les commandes suivantes sont prises en charge :

• start

• stop

• reset hard

• reset soft

Ligne de commande 30

Si la cible en cours est /map1, les commandes suivantes sont prises en charge :

• reset

• reset soft

Support de l’interface de ligne de commande (CLI) de la carte iLO 1.60

• Alimentation

La commande d’alimentation permet de modifier l’état d’alimentation du serveur et est strictement
réservée aux utilisateurs dotés du privilège Power and Reset (Alimentation et réinitialisation).

o power — Affiche l’état d’alimentation en cours du serveur.
o power on — Met le serveur sous tension.
o power off — Met le serveur hors tension.
o power reset — Réinitialise le serveur (mise hors tension suivie d’une mise sous tension

du serveur).

o power warm — Redémarre le serveur à chaud.

Au lieu d’utiliser les commandes simples, les exemples suivants décrivent le nouveau format CLP :

o start /system1 — Met le serveur sous tension.
o stop /system1 — Met le serveur hors tension.
o reset /system1 — Réinitialise le serveur.
o reset /system1 hard — Exécute un redémarrage à froid du serveur.
o reset /system1 soft — Exécute un redémarrage à chaud du serveur.
o show /system1 enabledstate — Affiche l’état d’alimentation en cours dans lequel

Enabled (Activé) signifie sous tension et Disabled (Désactivé) signifie hors tension.

• vsp

La commande vsp appelle une session de port série virtuel. Lorsque la session de port série virtuel
est ouverte, appuyez sur Esc( pour retourner à la session CLI.

Au lieu d’utiliser les commandes simples, l’exemple suivant décrit le nouveau format CLP :

start /system1/oemhp vsp1

• remcons

La commande remcons lance une session de console distante et est strictement réservée aux
utilisateurs dotés du privilège Remote Console (Console distante). Seule une console distante texte
est prise en charge (identique à une session Telnet). Lorsque la session de console distante est
ouverte, appuyez sur Esc( pour retourner à la session CLI.

Au lieu d’utiliser les commandes simples, l’exemple suivant décrit le nouveau format CLP :

start /system1/console1

Mise à jour du microprogramme

Les commandes du microprogramme permettent d’afficher et de modifier la version du microprogramme
iLO 2. Les paramètres du microprogramme sont disponibles sous /map1/firmware.

Targets
Aucune cible

Ligne de commande 31

Properties

Propriété Access (Accès) Description

version
date

Lecture Affiche la version courante du microprogramme.
Lecture Affiche la date de sortie de la version courante

du microprogramme.

Format de commande

load -source <URL> [<target>]

où <URL> correspond à l’URL du fichier image de la mise à jour du microprogramme sur le serveur Web.
L’URL est limitée à 50 caractères dans la version iLO 1.70 du microprogramme.

Exemple d’URL :

protocol://username:password@hostname:port/filename

o Le champ protocol (protocole) est obligatoire et les valeurs possibles sont HTTP ou HTTPS.
o Le champ username:password (nom_utilisateur:mot_passe) est facultatif.
o Le champ hostname (nom_hôte) est obligatoire.
o Le champ port est facultatif.
o Le champ filename (nom_fichier) est obligatoire.

Le CLP n’effectue qu’une vérification de syntaxe sommaire de la valeur <URL>. Vous devez vous
assurer visuellement que l’URL est valide.

Exemples

load -source http://imgserver.company.com/firmware/iloFWimage.bin
load -source http://john:[e-mail]/firmware/ilo.bin

Le champ [<target>] est /map1/firmware et il est facultatif s’il correspond déjà à la cible
par défaut.

Commandes du journal d’événements

Les commandes eventlog permettent d’afficher ou de supprimer les journaux du système et de iLO 2. Les
paramètres eventlog sont disponibles dans :

• /system1/log1 for the system event log

• /map1/log1 for the iLO 2 event log

Targets
record:1..n, où n correspond au nombre total d’enregistrements.
Properties

Propriété Access (Accès) Description

number

severity

date

Lecture Affiche le numéro d’enregistrement de

l’événement.

Lecture Affiche la gravité de l’événement. Ce peut

être informational (à titre d’information),

noncritical (non critique), critical (critique)

ou unknown (inconnue).

Lecture Affiche la date de l’événement.

Ligne de commande 32

Propriété Access (Accès) Description

time
description

Lecture Affiche l’heure de l’événement.
Lecture Affiche une description de l’événement.

Exemples

• show /system1/log1 — Affiche le journal d’événements système.

• show /map1/log1—Affiche le journal d’événements iLO 2.

• show /system1/log1/recordn — Affiche l’enregistrement n du journal d’événements système.

• show /map1/log1/recordn — Affiche l’enregistrement n du journal d’événements iLO 2.

• delete /system1/log1 — Supprime le journal d’événements système.

• delete /map1/log1 — Supprime le journal d’événements iLO 2.

Commandes de lame

Les commandes de lame permettent de visualiser et de modifier les paramètres d’un serveur p-Class.
Ces paramètres sont disponibles sous /system1/map1/blade1.

Targets
Vous pouvez accéder aux sous-composants de lame suivants :

Cible Description

/map1/blade1/diagport1 Affiche et modifie les paramètres du

/map1/blade1/rack1 Affiche et modifie les paramètres du rack

/map1/blade1/rack1/enclosure1 Affiche et modifie les paramètres du port

Properties

Propriété Access (Accès) Description

bay_name

bay_number

facility_power

auto_power

log_alerts

autoselect

Lecture Affiche et modifie le nom du

Lecture Affiche le numéro du compartiment

Lecture Affiche et modifie si l’alimentation

Lecture Affiche et modifie si la lame est

Lecture/écriture Affiche et modifie si la consignation

Lecture/écriture Affiche et modifie le paramètre

boîtier de la lame.

de la lame.

de diagnostic avant.

compartiment de la lame.

de la lame.

48 V de la lame est fournie
par l’installation.

activée pour être mise sous tension
automatiquement.

des alertes du rack est activée.

de sélection automatique du port
de diagnostic.

Ligne de commande 33

Propriété Access (Accès) Description

speed

fullduplex

ipaddress

mask

rack_name
rack_sn
encl_name
ser
encl_type

Lecture/écriture Affiche et modifie le paramètre de

vitesse du port de diagnostic.

Lecture/écriture Affiche et modifie si le port de

diagnostic prend en charge le mode
duplex intégral ou semi-duplex.

Lecture/écriture Affiche et modifie l’adresse IP du port

de diagnostic.

Lecture/écriture Affiche et modifie le masque de

sous-réseau du port de diagnostic.
Lecture/écriture Affiche et modifie le nom du rack.
Lecture Affiche le numéro de série du rack.
Lecture/écriture Affiche et modifie le nom du boîtier.
Lecture Affiche le numéro de série du boîtier.
Lecture Affiche le type de boîtier.

Exemples

• set /map1/blade1/bay_name=BayOne — Définit le nom de compartiment de la lame

sur BayOne.

• show /map1/blade1/diagport1/ipaddress — Affiche l’adresse IP du port de

diagnostic avant.

• show /map1/blade1/rack1/enclosure1(N)/encl_type — Affiche le type de boîtier pour

le boîtier N de la lame.

Commandes de démarrage

Les commandes de démarrage permettent de modifier la source et l’ordre d’amorçage du système.
Les paramètres de démarrage sont disponibles sous /system1/bootconfig1.

Targets
bootsource1..n, où n correspond au nombre total de sources d’amorçage.
Définit la source d’amorçage pour le système. Les valeurs possibles sont :

• BootFmCd : bootsource1

• BootFmFloppy : bootsource2

• BootFmDrive : bootsource3

• BootFmNetwork : bootsource4

ou

• BootFmCd : bootsource1

• BootFmFloppy : bootsource2

• BootFmDrive : bootsource3

• BootFmUSBKey : bootsource4

• BootFmNetwork : bootsource5

Ligne de commande 34

Properties

Propriété Access (Accès) Description

bootorder

Lecture/écriture Définit l’ordre de démarrage pour une source

d’amorçage donnée.

Exemples

• set /system1/bootconfig1/bootsource(n) bootorder=(num)

• show /system/bootconfig1—Displays the complete boot configuration

• show /system1/bootconfig1/bootsource1—Displays bootorder for bootsource1

Commandes du voyant

Les commandes du voyant permettent de modifier l’état du voyant UID sur le serveur. Les paramètres du
voyant UID sont disponibles sous /system1/led1.

Propriété Description

start
stop
show

Exemples

• show /system1/led1 — Affiche l’état en cours du voyant.

• start /system1/led1 — Allume le voyant.

• stop /system1/led1 — Éteint le voyant.

Support de l’interface de ligne de commande (CLI) de la carte iLO 1.60
Les commandes CLI UID simples introduites dans iLO 1.60 sont toujours prises en charge.

• uid — Affiche l’état en cours du voyant UID sur le serveur.

Allume le voyant.
Éteint le voyant.
Affiche l’état du voyant.

• uid on — Allume le voyant UID.

• uid off — Éteint le voyant UID.

Au lieu d’utiliser les commandes simples, les exemples suivants décrivent le nouveau format CLP :

• show /system1/led1 — Vérifie l’état du voyant.

• start /system1/led1 — Allume le voyant.

• stop /system1/led1 — Éteint le voyant.

Ligne de commande 35

Cibles et propriétés du système

Les cibles et les propriétés décrites dans cette section fournissent des informations sur le serveur.
Les propriétés suivantes sont disponibles dans /system1 :

Propriété Access (Accès) Description

name

number

oemhp_server_name

enabledstate

oemhp_powerreg

processor_number

pstate_number

oemhp_pwrcap

Lecture Affiche le nom du système.
Lecture Affiche le numéro de série

du système.

Lecture Affiche la chaîne du nom du serveur

hôte. Cette chaîne peut contenir
jusqu’à 50 caractères et requiert la
modification du privilège Configure
iLO 2 Settings (Configurer les
paramètre de iLO 2).

Lecture Apparaît si le serveur est

sous tension.

Lecture/écriture Affiche le paramètre pour le mode

économiseur d’alimentation
dynamique. Les valeurs valides sont
auto, max ou min.

Lecture Affiche le nombre de processeurs

logiques dans le système.

Lecture Affiche le nombre d’états p-states

pris en charge par le serveur.

Lecture/écriture Affiche la capacité d’alimentation

actuelle du serveur. La valeur
s’affiche en Watts.

Exemples

• show /system1

• show /system1 name

• set /system1 oemhp_powergov=auto

Les autres cibles suivantes sont disponibles dans /system1 :
cpu (UC) affiche des informations sur le processeur du système.
Les propriétés suivantes sont disponibles dans /system1/cpu<n> :

Propriété Access (Accès) Description

speed Lecture Affiche la vitesse du processeur.
cachememory1 Lecture Affiche la taille du cache de niveau

-1 du processeur.

cachememory2 Lecture Affiche la taille du cache de niveau

-2 du processeur.

logical_processor<n> Lecture Affiche le processeur logique.

Ligne de commande 36

La commande CPU power state permet d’examiner les états d’alimentation de l’unité centrale. Les
valeurs d’état d’alimentation de l’unité centrale s’affichent dans la cible de cette dernière et utilisent une
propriété supplémentaire de logical_processor<n>.

Exemple :
La commande show cpu1/logical_processor1 affiche les états p-state du processeur.

Par exemple :

/system1/cpu1/logical_processor1

Targets
Properties

current_pstate=1
pstate0_avg=0.0
pstate1_avg=100.0
pstate2_avg=0.0
pstate3_avg=0.0
pstate4_avg=0.0
pstate5_avg=0.0
pstate6_avg=0.0
pstate7_avg=0.0

Memory (Mémoire) affiche des informations sur la mémoire du système.
Les propriétés suivantes sont disponibles dans /system1/memory<n> :

Propriété Access (Accès) Description

size Lecture Affiche la taille de la mémoire.
speed Lecture Affiche la vitesse de la mémoire.
location Lecture Affiche l’emplacement de la mémoire.

Slot (Connecteur) affiche des informations sur les connecteurs du système.
Les propriétés suivantes sont disponibles dans /system1/slot<n> :

Propriété Access (Accès) Description

type Lecture Affiche le type de connecteur.
width Lecture Affiche la largeur du connecteur.

Firmware (Microprogramme) affiche des informations sur la mémoire ROM du système.
Les propriétés suivantes sont disponibles dans /system1/firmware :

Propriété Access (Accès) Description

version Lecture Affiche la version de la ROM du système.
date Lecture Affiche la date de la ROM du système.

Exemples

• show /system1/cpu1 affiche des informations sur l’unité centrale 1.

• show /system1/memory1 affiche des informations sur le connecteur mémoire 1.

• show /system1/ slot1 affiche des informations sur le connecteur 1.

Ligne de commande 37

• show /system1/firmware affiche des informations sur la ROM du système. Par exemple :

/system1/firmware

Targets
Properties

version=P56
date=01/05/2006

REMARQUE : iLO 1.81 ne prend pas en charge system1/cpu, system1/memory et

system1/slot.

Autres commandes

• start /system1/oemhp vsp1 — Lance la session du port série virtuel. Appuyez sur ECHAP (

pour retourner à la session CLI).

• nmi server — Génère et envoie une commande NMI au serveur et se limite aux utilisateurs

disposant du privilège Power and Reset (Alimentation et réinitialisation).

Ligne de commande 38

Telnet

Cette section traite des rubriques suivantes :

Prise en charge Telnet............................................................................................................................. 39

Utilisation de Telnet ................................................................................................................................ 39

Combinaisons de touches prises en charge ............................................................................................... 40

Prise en charge Telnet

iLO 2 prend en charge l’utilisation de Telnet pour accéder à l’interface de ligne de commande (CLI) de
iLO 2. L’accès Telnet à iLO 2 prend en charge l’interface CLI qui appelle une connexion de la console
distante et du port série virtuel. Pour plus d’informations, reportez-vous à la section « Ligne de
commande » (page 11).

Utilisation de Telnet

Pour utiliser Telnet, les paramètres iLO 2 Remote Console Port Configuration (Configuration du port de la
console distante) et Remote Console Data Encryption (Codage données de console distante) de l’écran
Global Settings (Paramètres généraux) dans iLO 2 doivent être configurés comme suit :

1. Définissez Remote Console Port Configuration sur Enabled (Activé).

2. Définissez Remote Console Data Encryption sur No (Non).

Vous pouvez ouvrir une session de console distante basée sur Telnet ou sur un navigateur, mais pas
les deux sessions en même temps. Un message d’erreur est généré lorsque les deux sessions sont
ouvertes simultanément.

Pour accéder à la carte iLO 2 à l’aide de Telnet :

1. Ouvrez une fenêtre Telnet.

2. Lorsque vous y êtes invité, entrez l’adresse IP ou le nom DNS, le nom de connexion et le mot

de passe.

REMARQUE : l’accès via Telnet est désactivé si l’option de configuration du port de la console

distante est spécifiée sur Disabled (Désactivé) ou Automatic (Automatique) dans l’onglet Global

Pour interrompre une session Telnet :

1. Appuyez sur les touches Ctrl+] et sur la touche Entrée lorsque vous y êtes invité.

Settings (Paramètres généraux) ou si le codage des données de la console distante est activé.

2. Si un retour à la ligne supplémentaire apparaît chaque fois que vous appuyez sur la touche Entrée,

appuyez sur les touches Ctrl+] et entrez set crlf off lorsque vous y êtes invité.
Pour obtenir la liste complète des combinaisons de touches, reportez-vous à la section

« Mappage des touches iLO 2 VT100+ » (page 41).

Telnet 39

Jeu de commandes simples Telnet

Les combinaisons de touches suivantes du jeu de commandes simples sont utilisables pendant des sessions
Telnet. Ces commandes sont uniquement disponibles lorsqu’elles sont exécutées dans une session du port
série virtuel ou de la console distante basée sur Telnet.

Action Combinaison

de touches

MISE SOUS
TENSION

MISE HORS
TENSION

PRESSION ACPI CTRL P 6 CTRL P est le préfixe des commandes

REDÉMARRAGE
DU SYSTÈME

UID ON (Allumé) CTRL U 1 CTRL U est le préfixe des commandes

UID OFF (Éteint) CTRL U 0 CTRL U est le préfixe des commandes

CTRL P 1 CTRL P est le préfixe des commandes

CTRL P 0 CTRL P est le préfixe des commandes

CTRL P ! CTRL P est le préfixe des commandes

Commentaires

d’alimentation. 1 indique une sélection
ON (Allumé).

d’alimentation. 0 indique une sélection
OFF (Éteint).

d’alimentation. 6 indique une pression
ACPI. La pression ACPI revient à
maintenir l’interrupteur d’alimentation
enfoncé pendant 6 secondes environ.

d’alimentation. ! indique un
redémarrage d’urgence immédiat.

UID. 1 indique une sélection
ON (Allumé).

UID. 0 indique une sélection
OFF (Éteint).

Les touches ne fonctionnement pas avant l’authentification. Les demandes de contrôle de l’alimentation
sont ignorées lorsque vous ne disposez pas des privilèges appropriés.

Sécurité Telnet

Telnet est un protocole réseau non sécurisé. Pour limiter les risques de sécurité :

• Utilisez SSH au lieu de Telnet. SSH est essentiellement un protocole Telnet sécurisé ou codé.

L’interface CLI est prise en charge via Telnet et SSH.

• Utilisez un réseau de supervision distinct. Empêchez tout accès non sécurisé au segment de réseau

pour empêcher toute activité non autorisée.

Combinaisons de touches prises en charge

iLO 2 prend en charge le protocole VT100+. Les tableaux suivants définissent les combinaisons
de touches prises en charge.

Telnet 40

Mappage des touches iLO 2 VT100+

Voici des combinaisons de touches VT100+ :

• Nombreux sont les terminaux qui envoient CR-LF pour signifier ENTRÉE.

Sequence "\r\n" = '\r'

• Certains terminaux envoient ASCII 127 (SUPPR) pour indiquer un retour arrière. La touche Suppr

n’envoie jamais DEL (SUPPR), mais « \e[3~ ».

• Certains programmes utilisent le mappage suivant pour HOME (ORIGINE) et END (FIN) :

sequence "\e[H" = HOME_KEY
sequence "\e[F" = END_KEY

• ALT_CAPITAL_O et ALT_LEFT_SQBRACKET sont des commandes ambiguës.

• Terminez les séquences plus longues commençant par \eO and \e[), par \?.

Clé Séquence Clé Séquence

\010 \177 ALT_AMPER \e&
UP_KEY \e[A ALT_APOS \e’

DOWN_KEY \e[B ALT_OPAREN \e(

RIGHT_KEY \e[C ALT_CPAREN \e)
LEFT_KEY \e[D ALT_STAR \e*

ALT_A \eA ALT_PLUS \e+
ALT_B \eB ALT_COMMA \e,
ALT_C \eC ALT_MINUS \e-
ALT_D \eD ALT_PERIOD \e.
ALT_E \eE ALT_SLASH \e/
ALT_F \eF ALT_COLON \e:
ALT_G \eG ALT_SEMICO \e;
ALT_H \eH ALT_LESS \e<
ALT_I \eI ALT_EQUAL \e=

ALT_J \eJ ALT_MORE \e>

ALT_K \eK ALT_QUES \e?

ALT_L \eL ALT_AT \e@

ALT_M \eM ALT_OPENSQ \e[\?

ALT_N \eN ALT_BSLASH \e\\

ALT_O \eO\? ALT_CLOSESQ \e]

ALT_P \eP ALT_CARAT \e^

ALT_Q \eQ ALT_USCORE \e_

ALT_R \eR ALT_ACCENT \e`

ALT_T \eT ALT_PIPE \e|

Telnet 41

Clé Séquence Clé Séquence

ALT_U \eU ALT_CBRACK \e}

ALT_V \eV ALT_TILDE \e~

ALT_W \eW ALT_TAB \e\t

ALT_X \eX ALT_BS \e\010

ALT_Y \eY ALT_CR \e\r

ALT_Z \eZ ALT_ESC \e\e\?

ALT_LOWER_A \ea ALT_F1 \e\eOP

ALT_LOWER_B \eb ALT_F2 \e\eOQ

ALT_LOWER_C \ec ALT_F3 \e\eOR

ALT_LOWER_D \ed ALT_F4 \e\eOS

ALT_LOWER_E \ee ALT_F5 \e\eOT

ALT_LOWER_F \ef ALT_F6 \e\eOU

ALT_LOWER_G \eg ALT_F7 \e\eOV

ALT_LOWER_H \eh ALT_F8 \e\eOW

ALT_LOWER_I \ei ALT_F9 \e\eOX

ALT_LOWER_J \ej ALT_F10 \e\eOY

ALT_LOWER_K \ek ALT_F11 \e\eOZ

ALT_LOWER_L \el ALT_F12 \e\eO[

ALT_LOWER_M \em ALT_F5 \e\e[15~

ALT_LOWER_N \en ALT_F6 \e\e[17~

ALT_LOWER_O \eo ALT_F7 \e\e[18~

ALT_LOWER_P \ep ALT_F8 \e\e[19~

ALT_LOWER_Q \eq ALT_F9 \e\e[20~

ALT_LOWER_R \er ALT_F10 \e\e[21~

ALT_LOWER_S \es ALT_F11 \e\e[23~

ALT_LOWER_T \et ALT_F12 \e\e[24~

ALT_LOWER_U \eu ALT_HOME \e\e[1~

ALT_LOWER_V \ev ALT_INS \e\e[2~

ALT_LOWER_W \ew ALT_DEL \e\e[3~

ALT_LOWER_X \ex ALT_END \e\e[4~

ALT_LOWER_Y \ey ALT_PGUP \e\e[5~

ALT_LOWER_Z \ez ALT_PGDN \e\e[6~

Telnet 42

Clé Séquence Clé Séquence

ALT_SPACE \e\040 ALT_HOME \e\e[H

ALT_EXCL \e! ALT_END \e\e[F

ALT_QUOTE \e\" ALT_UP \e\e[A

ALT_POUND \e# ALT_DOWN \e\e[B

ALT_DOLLAR \e$ ALT_RIGHT \e\e[C

ALT_PERCENT \e% ALT_LEFT \e\e[D

Codes VT100+ pour les touches F

Clé Séquence

F1_KEY \eOP

F2_KEY \eOQ
F3_KEY \eOR
F4_KEY \eOS
F5_KEY \eOT
F6_KEY \eOU
F7_KEY \eOV
F8_KEY \eOW
F9_KEY \eOX

F10_KEY \eOY
F11_KEY eOZ
F12_KEY \eO[

Codes Linux pour les touches F

Clé Séquence

F5_KEY \e[15~
F6_KEY \e[17~
F7_KEY \e[18~
F8_KEY \e[19~
F9_KEY \e[20~

F10_KEY \e[21~
F11_KEY \e[23~
F12_KEY \e[24~
HOME_KEY \e[1~

Telnet 43

Clé Séquence

INSERT_KEY \e[2~
DELETE_KEY \e[3~
END_KEY \e[4~
PG_UP \e[5~
PG_DOWN \e[6~

Telnet 44

Secure Shell

Cette section traite des rubriques suivantes :

Présentation de SSH ............................................................................................................................... 45

Fonctionnalités SSH prises en charge par iLO 2......................................................................................... 45

Utilisation de SSH (Secure Shell) .............................................................................................................. 46

Autorisation de clé SSH .......................................................................................................................... 46

Importation de clés SSH depuis PuTTY ...................................................................................................... 47

Importation des clés SSH générées à l’aide de ssh-keygen .......................................................................... 50

Présentation de SSH

SSH est un programme de type Telnet permettant de se connecter et d’exécuter des commandes sur une
machine distante et qui offre une sécurité grâce aux fonctions d’authentification, de codage et d’intégrité
des données. iLO 2 prend en charge l’accès simultané à partir de deux clients SSH. Après connexion et
authentification de SSH, l’interface CLI est disponible.

iLO 2 prend en charge :

• Le protocole SSH version 2.

• PuTTY 0.54, version libre du protocole Telnet et SSH téléchargeable sur Internet. Lorsque vous

utilisez PuTTY, les versions antérieures à 0.54 peuvent afficher 2 sauts de ligne au lieu d’un seul
lorsque vous appuyez sur ENTRÉE. Pour éviter ce problème et optimiser les résultats, HP vous
recommande d’utiliser la version 0.54 ou ultérieure.

• OpenSSH, version libre du protocole SSH téléchargeable sur Internet.

Lors de la mise à jour du microprogramme, le système observe un délai de 25 minutes avant d’activer
la fonctionnalité SSH. Pendant ce temps, iLO génère des touches 2 DSA et RSA 1024 bits. iLO 2 les
enregistre pour une utilisation ultérieure. Si la carte iLO 2 est réinitialisée aux valeurs par défaut, les
touches RSA et DSA sont effacées et régénérées à l’amorçage suivant.

Fonctionnalités SSH prises en charge par iLO 2

La bibliothèque de iLO 2 prend uniquement en charge la version 2 du protocole (SSH-2). Les éléments
pris en charge sont répertoriés dans le tableau suivant.

Élément Algorithme pris en charge

Algorithmes de clé hôte du serveur ssh-dsa , ssh-rsa

Codage (même jeu pris en charge
des deux manières)

Algorithmes de hachage hmac-sha1, hmac-md5
Algorithmes de clé publique ssh-dsa , ssh-rsa
Échange de clé Diffie-hellman-group1-sha1
Compression None (Aucun)

3des-cbc, aes128-cbc

Secure Shell 45

Élément Algorithme pris en charge

Langue Unités anglo-saxonnes
Méthode d’authentification des

clients/utilisateurs
Délai d’authentification 2 minutes
Tentatives d’authentification 3
Port SSH par défaut 22

Password (Mot de passe)

Utilisation de SSH (Secure Shell)

Utilisation de SSH
Pour accéder à la carte iLO 2 à l’aide de SSH :

1. Ouvrez une fenêtre SSH.

2. Lorsque vous y êtes invité, entrez l’adresse IP ou le nom DNS, le nom de connexion et le

mot de passe.
Utilisation de OpenSSH
Pour démarrer un client OpenSSH dans Linux, utilisez la commande suivante :

ssh -l loginname ipaddress/dns name

Utilisation de PuTTY

• Pour lancer une session PuTTY, double-cliquez sur l’icône PuTTY du répertoire dans lequel PuTTY

est installé.

• Pour lancer une session PuTTY à partir de la ligne de commande :

o Pour établir une connexion à un serveur appelé host, utilisez la commande suivante :

putty.exe [-ssh | -telnet | -rlogin | -raw] [user@]host

o Pour les sessions Telnet, la syntaxe suivante est également prise en charge :

putty.exe telnet://host[:port]/

o Pour lancer une session enregistrée existante appelée sessionname, utilisez la

commande suivante :

putty.exe -load "sessionname"

Autorisation de clé SSH

L’authentification SSH basée sur les clés permet à HP SIM de se connecter à des périphériques LOM via
SSH, d’être authentifié et d’être autorisé à exécuter des tâches d’administration. Le protocole CLP est
utilisé pour réaliser des tâches. HP SIM peut exécuter ces tâches sur plusieurs périphériques LOM, de
manière quasi simultanée, et à des horaires précis. HP SIM propose une interface composée de menus,
pour la gestion et la configuration de cibles multiples. Des améliorations peuvent être apportées à HP SIM
via des fichiers de définition d’outils.

HP SIM peut exécuter des actions sur des périphériques cibles en utilisant une interface SSH nécessitant
une authentification basée sur une clé privée. Si HP SIM est configuré pour une intégration complète avec
les périphériques LOM, l’authentification SSH basée sur les clés est mise en œuvre dans iLO 2.

Secure Shell 46

Une instance HP SIM est considérée comme un client SSH fiable par l’installation de sa clé publique
dans iLO 2. Celle-ci est exécutée manuellement via une interface graphique basée sur le Web,
ou automatiquement à l’aide de l’utilitaire mxagentconfig.

Il n’est pas nécessaire de créer les clés SSH pour utiliser SSH en mode interactif. Pour utiliser SSH
en mode interacif, reportez-vous à la section « Présentation de SSH » (page 45).

Fichiers de définition d’outils

Les fichiers TDEF permettent d’étendre le système de menus de HP SIM afin d’y ajouter les commandes
CLP que HP SIM transmettra à iLO 2 via une connexion SSH.

Mxagentconfig

Mxagentconfig est un utilitaire permettant d’exporter et d’installer les clés SSH publiques de HP SIM sur
d’autres systèmes. Cet utilitaire simplifie cette procédure et peut en outre installer simultanément une clé
publique sur plusieurs systèmes. Mxagentconfig se connecte à iLO 2 via SSH, s’authentifie à l’aide d’un
nom d’utilisateur et d’un mot de passe et transmet la clé publique appropriée. ILO 2 considère cette clé
client SSH comme étant fiable et la stocke.

Importation de clés SSH depuis PuTTY

Le format de fichier de clé publique généré par PuTTY n’est pas compatible avec iLO 2. Par exemple, un
fichier de clé publique généré par PuTTY peut ressembler à la chaîne suivante :

---- BEGIN SSH2 PUBLIC KEY ----

Comment: "Administrator"

AAAAB3NzaC1yc2EAAAABJQAAAIB0x0wVO9itQB11o+tHnY3VvmsGgwghCyLOVzJl

3A9F5yzKj+RXJVPxOGusAhmJwF8PBQ9wV5E0Rumm6gNOaPyvAMJCG/l0PW7Fhac1

VLt8i5F3Lossw+/LWa+6H0da13TF2vq3ZoYFUT4esC6YbAACM7kLuGwxF5XMNR2E

Foup3w==

---- END SSH2 PUBLIC KEY ----

Les fichiers de clé publique générés par PuTTY ne sont pas compatibles avec iLO 2. Ce dernier attend les
informations relatives au fichier de clé publique sur une ligne unique. Vous devez utiliser l’utilitaire PuTTY
Key Generator (puttygen.exe) pour importer une clé SSH correctement formatée et pouvoir ainsi l’utiliser
avec iLO 2.

Pour importer les clés SSH depuis PuTTY vers iLO 2 :

1. Double-cliquez sur l’icône de l’utilitaire PuTTY Key Generator.

2. Sélectionnez SSH-2 RSA, puis cliquez sur Generate (Générer).

Secure Shell 47

Dans la zone relative à la clé, déplacez le curseur de la souris pour générer la clé. Vous devez

continuer à déplacer le curseur de la souris tant que la génération n’est pas terminée.

3. Une fois la clé générée, remplacez le commentaire de la clé par le nom d’utilisateur de votre

carte iLO 2 (le nom d’utilisateur que vous saisissez dans ce champ est sensible à la casse et doit

rigoureusement respecter la casse du nom d’utilisateur de votre carte iLO 2).

4. Sélectionnez l’ensemble du texte présent dans la zone relative à la clé publique. Copiez la clé et

collez-la dans le Bloc-notes.

5. Revenez dans l’utilitaire PuTTY Key Generator.

6. Cliquez sur Save private key (Enregistrer la clé privée) pour enregistrer la clé et lui donner un nom

lorsque vous y êtes invité (c:\bchan.ppk par exemple).

7. Revenez dans le Bloc-notes.

8. Enregistrez le fichier contenant la clé publique. Cliquez sur Fichier>Enregistrer sous, puis donnez un

nom au fichier lorsque vous y êtes invité (c:\bchan.pub par exemple).

9. Connectez-vous à iLO 2 (s’il n’est pas déjà ouvert).

Secure Shell 48

10. Dans la page iLO 2 SSH Key Administration (Administration de clés SSH de iLO 2), cliquez sur

Browse (Parcourir) et localisez le fichier de clé publique.

11. Cliquez sur Authorize Key (Autoriser la clé). Une nouvelle clé SSH autorisée s’affiche dans la liste.

12. Lancez PuTTY.

13. Sélectionnez SSH>Auth (SSH>Autoriser) dans le menu.

14. Cliquez sur Browse (Parcourir) et recherchez le fichier de clé publique.

15. Configurez votre adresse IP iLO 2, puis cliquez sur Open (Ouvrir). ILO 2 réagit en vous demandant

un nom d’utilisateur.

16. Saisissez le nom d’utilisateur associé à la clé publique. La clé publique de iLO 2 est comparée

à la clé privée de PuTTY. Si les clés correspondent, vous êtes connecté à iLO 2 sans utiliser de

mot de passe.

Les clés peuvent être créées à l’aide d’une phrase de passe. Si une phrase de passe a été utilisée

pour générer la clé publique, vous serez invité à saisir cette phrase avant de vous connecter

à iLO 2.

Secure Shell 49

Importation des clés SSH générées à l’aide de ssh-keygen

Après avoir généré une clé SSH à l’aide de ssh-keygen et créé le fichier key.pub, vous devez procéder de
la manière suivante :

1. Localisez et ouvrez le fichier key.pub dans un éditeur de texte. Le fichier doit commencer par le texte

ssh-dss ou ssh-rsa.

2. À la fin de la ligne, ajoutez un « » (espace) et le nom d’un utilisateur iLO 2 valide comme indiqué

dans la page Modify User (Modifier utilisateur). Par exemple : xxx_le texte_xxx ASmith

Le nom d’utilisateur étant sensible à la casse, la casse du nom d’utilisateur iLO 2 doit être respectée

pour que la clé SSH soit associée à l’utilisateur approprié.

3. Enregistrez et fermez le fichier.

Le fichier de clé est prêt à être importé et autorisé.

Secure Shell 50

Administration de groupe et génération de scripts iLO 2

Cette section traite des rubriques suivantes :

Utilitaire de configuration de Lights-Out..................................................................................................... 51

Requête XML non authentifiée .................................................................................................................. 52

Administration de groupe à l’aide de l’utilitaire de configuration de Lights-Out.............................................. 52

Traitement par lots à l’aide de l’utilitaire de configuration de Lights-Out........................................................ 56

Paramètres de l’utilitaire de configuration de Lights-Out .............................................................................. 56

Utilitaire de configuration de Lights-Out

L’utilitaire de configuration de Lights-Out (CPQLOCFG.EXE) est une application s’exécutant sous
Microsoft® Windows® qui se connecte à iLO 2 à l’aide d’une connexion réseau sécurisée. Les scripts
RIBCL sont transmis à iLO 2 via une connexion sécurisée à CPQLOCFG. Cet utilitaire requiert un nom
d’utilisateur et un mot de passe valides avec les privilèges iLO appropriés. L’utilitaire CPQLOCFG peut
être lancé à partir de HP SIM pour l’administration de groupe ou être utilisé indépendamment depuis une
invite de commande pour le traitement par lots. Cet utilitaire est téléchargeable à partir du site Web HP
(http://h18004.www1.hp.com/support/files/lights-out/us/index.html

).

La version 2.25 ou toute version ultérieure de CPQLOCFG.EXE est requise pour prendre en charge
l’ensemble des fonctionnalités de iLO 1.80 (ou version ultérieure) et de iLO 2 1.00.

HP SIM identifie les périphériques iLO 2 comme processeurs de supervision. L’utilitaire de configuration
de Lights-Out envoie un fichier RIBCL à un groupe de processeurs iLO 2 en vue de superviser les comptes
utilisateur de ces processeurs. Les processeurs iLO 2 exécutent alors l’action spécifiée dans le fichier
RIBCL et envoient une réponse au fichier journal.

L’utilitaire Lights-Out Configuration permet d’exécuter des scripts RIBCL sur iLO 2 et doit résider dans le
même serveur que HP SIM. Il génère deux types de messages d’erreur, à savoir : exécution et syntaxe.

• Une erreur d’exécution se produit lorsqu’une action non valide est demandée. Les erreurs

d’exécution sont consignées dans le répertoire

C:\PROGRAM FILES\INSIGHT MANAGER\HP\SYSTEMS.

• Des erreurs de syntaxe se produisent lorsqu’une balise XML non valide est détectée. Lorsqu’une

erreur de syntaxe se produit, l’utilitaire de configuration Lights-Out interrompt l’exécution et

enregistre cette erreur dans le script d’exécution et dans le fichier journal de sortie.

Les erreurs de syntaxe sont indiquées selon le format suivant : Syntax error: expected X but

found Y. Par exemple : Syntax error: expected USER_LOGIN=userlogin but found

USER_NAME=username (Erreur de syntaxe : SESSION_UTILISATEUR=sessionutilisateur attendu,

mais trouvé NOM_UTILISATEUR=nomutilisateur).
Pour une liste complète des erreurs, reportez-vous à la section RIBCL (« Utilisation du RIBCL », page 80).

Administration de groupe et génération de scripts iLO 2 51

Requête XML non authentifiée

S’il est configuré pour le faire, le périphérique iLO 2 renvoie quelques informations d’identification
en réponse à une requête XML non authentifiée. Par défaut, iLO 2 est configuré pour renvoyer ces
informations. Pour désactiver cette fonctionnalité, définissez CIM_SECURITY_MASK dans la commande
MOD_SNMP_IM_SETTINGS pour ne pas autoriser le renvoi d’informations.

Pour obtenir les informations d’identification non authentifiées, soumettez la commande suivante au port
du serveur Web de iLO 2 :

https://<iloaddress>/xmldata?item=all

Cette commande reçoit généralement la réponse suivante :

<?xml version="1.0" ?>

<RIMP>

<HSI>

<SBSN>0004PBM158</SBSN>
<SPN>ProLiant DL380 G5</SPN>
<UUID>1226570004PBM158</UUID>

<SP>1</SP>
<HSI>
<MP>

<ST>1</ST>

<PN>Integrated Lights-Out 2 (iLO 2)</PN>

<FWRI>1.10</FWRI>

<HWRI>ASIC: 5</HWRI>

<SN>ILO0004PBM158</SN>

<UUID>ILO1226570004PBM158</UUID>
<MP>

<RIMP>

Administration de groupe à l’aide de l’utilitaire de configuration de Lights-Out

L’administrateur informatique peut superviser de nombreux périphériques iLO 2 via HP SIM. Les
composants de l’administration de groupe sont :

• RIBCL (« Utilisation du RIBCL », page 80)

• Utilitaire de configuration de Lights-Out (page

• Création d’une liste personnalisée (page 53)

• Création d’une commande personnalisée (page 53)

• Création d’une tâche (page 54)

51)

Administration de groupe et génération de scripts iLO 2 52

Utilisation de l’utilitaire Lights-Out Configuration avec HP SIM

HP SIM permet de gérer l’administration du groupe de périphériques iLO 2 à l’aide des définitions
de requêtes (« Définition de requêtes dans HP SIM », page 54) et du lancement des applications
(« Lancement d’application à l’aide de HP SIM », page 55).

L’utilisation de CPQLOCFG avec HP SIM nécessite les opérations suivantes :

1. Création d’une liste personnalisée

2. Création d’une commande personnalisée

3. Création d’une tâche

Création d’une liste personnalisée

Une liste personnalisée permet de créer une liste de groupe de processeurs de supervision et d’exécuter
une tâche sur cette liste. Pour créer une liste personnalisée :

1. Dans le volet Systems List (Liste systèmes) de la fenêtre de gauche, cliquez sur

Customize (Personnaliser).

2. Dans la fenêtre Customize Lists (Personnaliser listes), sélectionnez System List (Listage du système)

dans le menu contextuel Show (Afficher) et cliquez sur New List (Nouvelle liste).

3. Sélectionnez les paramètres de recherche à l’aide des menus contextuels Search for (Rechercher)

et where (emplacement). Cliquez sur Go (Atteindre).

4. Lorsque les systèmes s’affichent, cliquez sur Save As (Enregistrer sous).

5. Entrez un nom pour votre liste et indiquez son emplacement de sauvegarde.

6. Cliquez sur OK.

Création d’une commande personnalisée

Pour créer une commande personnalisée :

1. Cliquez sur Tools>Custom Commands>New Custom Command (Outils>Personnaliser

commandes>Nouvelle commande personnalisée).

2. Dans l’écran New Custom Command (Nouvelle commande personnalisée), entrez les informations

appropriées dans les champs Name (Nom), Description et Comments (Commentaires).

3. Dans le champ Command (Commande), veillez à entrer le chemin d’accès complet et le nom de

fichier de l’application. Si le fichier CPQLOCFG.EXE se trouve dans le répertoire racine de l’unité
C:\, le chemin sera C:\cpqlocfg.exe.

4. Entrez vos paramètres.

5. Entrez les valeurs correspondantes dans les champs Variable Name (Nom de variable) et Value

(Valeur). Cliquez sur Add (Ajouter) chaque fois que vous entrez un ensemble de variables ou de
valeurs. Pour effacer une variable ajoutée, sélectionnez-la et cliquez sur Delete (Supprimer).

6. Une fois que vous avez entré les informations pour Custom Command (Commande personnalisée),

cliquez sur OK. Le nouvel outil est ajouté au menu contextuel Tools>Custom Commands
(Outils>Commandes personnalisées).

Administration de groupe et génération de scripts iLO 2 53

Création d’une tâche

Créez une tâche pour exécuter une commande personnalisée sur des systèmes ou des
événements spécifiques.

1. Sélectionnez la commande personnalisée dans le menu contextuel Tools>Custom Commands

(Outils>Commandes personnalisées). La page Target Selection (Sélection de la cible) s’affiche.

2. Choisissez les cibles en sélectionnant l’un des éléments suivants :

o All systems in the list (Tous les systèmes de la liste) — Le fait de sélectionner une option dans

le menu contextuel cible automatiquement tous les systèmes de la liste.

o Individual systems in the list (Systèmes individuels dans la liste) — Le fait de sélectionner une

option dans le menu contextuel affiche les systèmes disponibles pour la liste sélectionnée.
Sélectionnez le système cible.

3. Cliquez sur Apply Selections (Appliquer les sélections). Les éléments sélectionnés s’affichent dans

la page Verify Target Systems (Vérifier les systèmes cibles).
Si les systèmes sélectionnés ne sont pas compatibles avec l’outil, la colonne Tool Launch OK

(Lancement de l’outil OK) fournit une brève explication sur le problème. Pour changer la liste cible
sélectionnée, cliquez sur Change Targets (Modifier les cibles). Si vous souhaitez supprimer le
système sélectionné, cliquez sur Remove (Supprimer) pour retourner sur la page Select Target
Systems (Sélectionner les systèmes cibles).

4. Cliquez sur Next (Suivant) pour spécifier les paramètres d’outils.

L’option Next (Suivant) s’affiche uniquement s’il y a lieu de spécifier les paramètres d’outils.

5. Cliquez sur Schedule (Planifier) ou Run Now (Exécuter maintenant).
o Si vous cliquez sur Schedule (Planifier), l’écran de la tâche planifiée s’affiche. Planifiez la tâche.

Pour plus d’informations sur les options de planification, reportez-vous à la documentation de
HP Systems Insight Manager.

L’option Schedule (Planifier) n’est disponible que si l’outil concerné est susceptible d’être planifié.

o Si vous cliquez sur Run Now (Exécuter maintenant), l’écran Task Results (Résultats de la tâche)

s’affiche avec un résumé de la tâche, les détails des cibles et l’état.

Définition de requêtes dans HP SIM

Pour regrouper tous les périphériques iLO 2, connectez-vous à HP SIM et créez une requête.
Pour créer la requête :

1. Connectez-vous à HP SIM.

2. Cliquez sur Device (Périphérique) dans la barre de navigation située dans le coin supérieur gauche

de l’écran.

3. Cliquez sur Queries>Device (Requêtes>Périphérique).

4. Localisez la section Personal Queries (Requêtes personnelles) dans la fenêtre principale. Si une

catégorie de requête y figure, passez à l’étape 7 ; sinon, passez à l’étape 5.

5. Cliquez sur New (Nouveau) pour créer une catégorie. Pour cet exemple, le nom de la nouvelle

catégorie est « RIB Cards ». Cliquez sur Create Category (Créer catégorie).

6. Cliquez sur Queries (Requêtes) pour revenir à l’écran Device Queries (Requêtes sur

les périphériques).

Administration de groupe et génération de scripts iLO 2 54

7. Cliquez sur New (Nouveau), dans la catégorie de requête appropriée, pour ouvrir l’écran

Create/Edit Query (Créer/Editer requête) dans lequel la définition d’une requête sera créée.

8. Définissez le nom de votre requête, par exemple « Mgmt Processors ».

9. Sélectionnez Device(s) of type (Périphérique(s) de type), puis Devices by product name (Périphériques

par nom de produit). Dans la fenêtre de critères, donnez au nom de produit la valeur HP Integrated
Lights-Out 2.

10. Cliquez sur type dans le champ Query Description (Description de la requête). Une fenêtre s’ouvre,

dans laquelle vous pouvez définir le type de périphérique.

11. Sélectionnez Management Processor (Processeur de supervision) et cliquez sur OK.

12. Cliquez sur Save (Enregistrer) pour revenir à l’écran Device Query (Requête sur le périphérique).

13. Recherchez la requête nouvellement créée dans la catégorie de requête appropriée et cliquez sur le

nom de la requête pour l’exécuter à titre de vérification.

14. Cliquez sur Overview (Vue d’ensemble) sur le côté gauche de l’écran une fois la vérification

exécutée. La première page des périphériques s’affiche.

Lancement d’application à l’aide de HP SIM

Le lancement des applications combine le RIBCL, l’utilitaire de configuration de Lights-Out et la définition
des requêtes pour superviser l’administration de groupe des processeurs iLO 2.

Pour créer une tâche Application Launch (Lancement des applications) :

1. Cliquez sur Device (Périphérique) dans la barre de navigation située dans le coin supérieur gauche

de l’écran.

2. Cliquez sur Tasks (Tâches) pour ouvrir l’écran du même nom.

3. Cliquez sur New Control Task (Nouvelle tâche de contrôle), puis sélectionnez Application Launch

(Lancement des applications) dans le menu contextuel pour ouvrir l’écran Create/Edit Task
(Créer/Modifier tâche).

4. Tapez le chemin d’accès complet et le nom de l’utilitaire de configuration de Lights-Out dans le

champ prévu. Si le fichier CPQLOCFG.EXE se trouve dans le répertoire racine de l’unité C:\, le
chemin sera C:\cpqlocfg.exe.

5. Saisissez les paramètres dans les champs appropriés. HP SIM exige le paramétrage suivant pour

l’utilitaire de configuration de Lights-Out :

-F est le chemin d’accès complet du fichier RIBCL.

-V est le message détaillé (facultatif).
Si le fichier RIBCL se trouve dans le répertoire racine de l’unité C:\, les paramètres sont les suivants :

-F C:\MANAGEUSERS.xml -V

REMARQUE : le paramètre L ne peut pas désigner un fichier journal de sortie. Un fichier

journal par défaut portant le nom DNS ou l’adresse IP est créé dans le même répertoire
que celui utilisé pour le lancement de l’utilitaire CPQLOCFG.

6. Cliquez sur Next (Suivant). Un écran s’ouvre et propose des options permettant de nommer la tâche,

de définir l’association de requêtes et de planifier la tâche.

7. Entrez un nom de tâche dans le champ Enter a name for this task (Entrer un nom pour cette tâche).

8. Sélectionnez la requête qui a été créée précédemment, par exemple « Mgmt processors ».

Administration de groupe et génération de scripts iLO 2 55

9. Cliquez sur Schedule (Planifier) pour définir le moment où la tâche de lancement des applications

sera exécutée. Une fenêtre de configuration de la planification s’affiche.

10. Cliquez sur OK pour fixer la planification.

REMARQUE : la valeur de la planification par défaut d’une tâche de contrôle est

11. Cliquez sur Finish (Terminer) pour enregistrer la tâche de lancement des applications.

12. Cliquez sur l’icône Execute a Task (Exécuter tâche) (le triangle vert) pour exécuter

Now (Maintenant).

l’administration des groupes.

Traitement par lots à l’aide de l’utilitaire de configuration de Lights-Out

L’administration de groupe de iLO 2 peut aussi être assurée par le traitement par lots. Les composants
utilisés par le traitement par lots sont l’utilitaire de configuration de Lights-Out, un fichier RIBCL et un
fichier de traitement par lots.

L’exemple de fichier de traitement par lots suivant permet d’effecteur l’administration de groupe
de iLO 2 :

REM Updating the HP Integrated Lights-Out 2 board
REM Repeat line for each board to be updated
REM
CPQLOCFG -S RIB1 -F C:\...SCRIPT.XML -L RIB1LOG.TXT -V
CPQLOCFG -S RIB2 -F C:\...SCRIPT.XML -L RIB2LOG.TXT -V
CPQLOCFG -S RIB3 -F C:\...SCRIPT.XML -L RIB3LOG.TXT -V
.
.
.
RIBNLOG -S RIBN -F C:\...SCRIPT.XML -L LOGFILE.TXT -V

L’utilitaire de configuration Lights-Out remplace les fichiers journaux existants.

Paramètres de l’utilitaire de configuration de Lights-Out

• -S est le commutateur qui identifie la carte iLO 2 à mettre à jour. Ce commutateur est soit le nom

DNS soit l’adresse IP du serveur cible.
N’utilisez pas ce commutateur si vous démarrez à partir de HP SIM. HP SIM fournit l’adresse de

iLO 2 à l’exécution de CPQLOCFG.EXE.

• -F est le commutateur qui donne le chemin d’accès complet et le nom du fichier RIBCL contenant les

actions à exécuter sur la carte.

• -U et -P spécifient le mot de passe et le nom de connexion de l’utilisateur. Ces options permettent de

neutraliser les informations de connexion dans le fichier de script.

Assurez-vous que l’utilitaire de configuration de Lights-Out se trouve dans un répertoire référencé par la
variable d’environnement PATH. Les fichiers journaux générés sont placés dans le même répertoire que
le fichier exécutable de l’utilitaire de configuration de Lights-Out.

Administration de groupe et génération de scripts iLO 2 56

Les commutateurs -L et -V peuvent être paramétrés ou non selon les préférences de
l’administrateur système.

• -L est le commutateur qui détermine l’emplacement sur lequel le fichier journal est généré ainsi que le

nom de fichier. Si ce commutateur est omis, un fichier journal par défaut portant le nom DNS ou
l’adresse IP est créé dans le même répertoire que celui utilisé pour le lancement de CPQLOCFG.

N’utilisez pas ce commutateur si vous démarrez à partir de HP SIM.

REMARQUE : les données de sortie risquent de devoir être modifiées afin de correspondre

à la syntaxe RIBCL.

REMARQUE : le paramètre L ne peut pas désigner un fichier journal de sortie. Un fichier

journal par défaut portant le nom DNS ou l’adresse IP est créé dans le même répertoire
que celui utilisé pour le lancement de l’utilitaire CPQLOCFG.

• -V est le commutateur facultatif qui active le renvoi du message détaillé. Le fichier journal résultant

contient toutes les commandes envoyées à la carte Remote Insight, toutes les réponses de la carte et
toutes les erreurs. Par défaut, seules les erreurs et les réponses des commandes GET sont enregistrées
si ce commutateur est omis.

Pour plus d’informations sur la syntaxe des fichiers de données XML, reportez-vous à la section «

de commande de la carte Remote Insight

disponibles sur le site Web HP (http://www.hp.com/servers/lights-out

» (« Utilisation du RIBCL », page 80). Des exemples de scripts XML sont

) dans la section Best Practice

(Meilleures pratiques).

Langage

Administration de groupe et génération de scripts iLO 2 57

Génération de scripts Perl

Cette section traite des rubriques suivantes :

Utilisation de Perl avec l’interface de génération de scripts XML .................................................................. 58

Améliorations XML ................................................................................................................................. 58

Ouverture d’une connexion SSL ............................................................................................................... 59

Envoi de l’en-tête et du corps de script XML............................................................................................... 60

Utilisation de Perl avec l’interface de génération de
scripts XML

L’interface de génération de scripts fournie permet aux administrateurs de superviser presque tous les
aspects du périphérique de façon automatique. Les administrateurs utilisent essentiellement des outils tels
que l’utilitaire cpqlocfg.exe pour faciliter le déploiement. Les administrateurs n’utilisant pas de client
Windows® peuvent recourir aux scripts Perl pour envoyer des scripts XML aux périphériques Light-Out.
Les administrateurs peuvent également se servir du langage Perl pour exécuter des tâches plus complexes
que celles que l’utilitaire cpqlocfg.exe est capable de réaliser.

Cette section explique comment utiliser la génération de scripts Perl conjointement au langage de
génération de scripts XML de Lights-Out. Les scripts Perl requièrent un ID utilisateur et un mot de passe
valides avec les privilèges iLO appropriés. Des exemples de scripts XML pour les périphériques Lights-Out
et un script Perl sont disponibles sur le site Web HP (http://www.hp.com/servers/lights-out
section Best Practice (Meilleures pratiques).

Améliorations XML

Les versions précédentes du microprogramme iLO 2 ne renvoient pas une syntaxe XML correctement
formatée. Si le microprogramme iLO 2 détermine que l’utilitaire client ne permet pas de renvoyer une
syntaxe XML correctement formatée, le message suivant s’affiche :

<INFORM>Scripting utility should be updated to the latest
version.</INFORM>

Ce message vous recommande de mettre à jour l’utilitaire de génération de scripts cpqlocfg avec une
version plus récente. La version la plus récente de cpqlocfg.exe est la 2.26.

Si vous utilisez un utilitaire autre que cpqlocfg.exe (tel que Perl), les étapes suivantes permettent de
s’assurer que le microprogramme iLO 2 renvoie une syntaxe XML correctement formatée. Vous devez
incorporer <LOCFG version="2.21"> dans le script envoyé à iLO 2. Vous pouvez placer cette balise
dans le script Perl ou dans le script XML. Son emplacement est important. Si vous la placez dans le script
Perl, elle doit être placée après <?xml version="1.0"?> et avant l’envoi du script XML. Si vous la
placez dans le script XML, elle doit être placée avant <RIBCL version="2.0">. Si vous utilisez le
script Perl fourni par HP, vous pouvez ajouter la ligne en gras de l’exemple suivant pour renvoyer une
syntaxe XML correctement formatée.

) dans la

Génération de scripts Perl 58

• Modification du script Perl

…
# Open the SSL connection and the input file
my $client = new IO::Socket::SSL->new(PeerAddr => $host);
open(F, "<$file") || die "Can’t open $file\n";

# Send the XML header and begin processing the file
print $client ‘<?xml version="1.0"?>‘ . "\r\n";
#Send tag to iLO firmware to insure properly formatted XML is returned.

print $client ‘<LOCFG version="2.21">‘ . "\r\n";
…

• Modification du script XML

<!-- The bold line could be added for the return of properly formatted
XML. -->

<LOCFG version="2.21"/>
<RIBCL version="2.0">

<LOGIN USER_LOGIN="Adminname" PASSWORD = "password">

<!-­Add XML script here.

-->

</LOGIN>

</RIBCL>
</LOCFG>

Ouverture d’une connexion SSL

Les scripts Perl doivent ouvrir une connexion SSL au port HTTPS du périphérique, qui est, par défaut, le
port 443. Par exemple :

use Socket;
use Net::SSLeay qw(die_now die_if_ssl_error);

Net::SSLeay::load_error_strings();
Net::SSLeay::SSLeay_add_ssl_algorithms();
Net::SSLeay::randomize();

#
# opens an ssl connection to port 443 of the passed host
#
sub openSSLconnection($)
{

my $host = shift;
my ($ctx, $ssl, $sin, $ip, $nip);

if (not $ip = inet_aton($host))
{

print "$host is a DNS Name, performing lookup\n" if $debug;
$ip = gethostbyname($host) or die "ERROR: Host $hostname not

found.\n";
}
$nip = inet_ntoa($ip);
print STDERR "Connecting to $nip:443\n";

Génération de scripts Perl 59

$sin = sockaddr_in(443, $ip);
socket (S, &AF_INET, &SOCK_STREAM, 0) or die "ERROR: socket: $!";
connect (S, $sin) or die "connect: $!";

$ctx = Net::SSLeay::CTX_new() or die_now("ERROR: Failed to create
SSL_CTX $! ");

Net::SSLeay::CTX_set_options($ctx, &Net::SSLeay::OP_ALL);
die_if_ssl_error("ERROR: ssl ctx set options");
$ssl = Net::SSLeay::new($ctx) or die_now("ERROR: Failed to create SSL

$!");
Net::SSLeay::set_fd($ssl, fileno(S));
Net::SSLeay::connect($ssl) and die_if_ssl_error("ERROR: ssl connect");
print STDERR ‘SSL Connected ‘;
print ‘Using Cipher: ‘ . Net::SSLeay::get_cipher($ssl) if $debug;
print STDERR "\n\n";

return $ssl;

}

Envoi de l’en-tête et du corps de script XML

Une fois la connexion établie, la première ligne du script envoyée doit être un en-tête de document XML,
qui indique au serveur Web HPPTS du périphérique que le contenu suivant est un script XML. L’en-tête
doit correspondre exactement à celui qui est utilisé dans l’exemple. Il faut s’assurer que l’en-tête a été
entièrement envoyé avant de lancer l’envoi du reste du script. Dans cet exemple, le script est envoyé
d’un coup. Par exemple :

# usage: sendscript(host, script)
# sends the xmlscript script to host, returns reply
sub sendscript($$)
{

my $host = shift;
my $script = shift;
my ($ssl, $reply, $lastreply, $res, $n);

$ssl = openSSLconnection($host);

# write header
$n = Net::SSLeay::ssl_write_all($ssl, ‘<?xml version="1.0"?>‘."\r\n");
rint "Wrote $n\n" if $debug;

# write script
$n = Net::SSLeay::ssl_write_all($ssl, $script);
print "Wrote $n\n$script\n" if $debug;

Génération de scripts Perl 60

$reply = "";
$lastreply = "";

READLOOP:
while(1)
{

$n++;

$reply .= $lastreply;

$lastreply = Net::SSLeay::read($ssl);

die_if_ssl_error("ERROR: ssl read");

if($lastreply eq "")

{

sleep(2); # wait 2 sec for more text.

$lastreply = Net::SSLeay::read($ssl);

if($lastreply eq "")

}

sleep(2); # wait 2 sec for more text.

$lastreply = Net::SSLeay::read($ssl);

if($lastreply eq "")

}

print "READ: $lastreply\n" if $debug;

if($lastreply =~ m/STATUS="(0x[0-9A-F]+)"[\s]+MESSAGE=

‘(.*)’[\s]+\/>[\s]*(([\s]|.)*?)<\/RIBCL>/)

{

if($1 eq "0x0000")

{

print STDERR "$3\n" if $3;

}

else

{

print STDERR "ERROR: STATUS: $1, MESSAGE: $2\n";

}

}
}
$reply .= $lastreply;
closeSSLconnection($ssl);
return $reply;

}

Les scripts PERL peuvent également n’envoyer qu’une portion du script XML, attendre la réponse et
renvoyer la suite ultérieurement. Cette technique permet d’utiliser la réponse produite par une commande
antérieure comme entrée pour une commande ultérieure. Cependant, le script PERL doit envoyer les
données dans un délai de quelques secondes, sinon le délai d’attente du périphérique expire et ce
dernier se déconnecte.

Génération de scripts Perl 61

Lors de l’utilisation de l’interface de génération de scripts XML, les restrictions suivantes s’appliquent :

• les scripts PERL doivent envoyer l’en-tête XML avant d’envoyer le corps du script ;

• les scripts PERL doivent fournir les données de script à une vitesse suffisante pour éviter l’expiration

du délai d’attente du périphérique ;

• un seul document XML est autorisé par connexion, ce qui représente une paire de balises RIBCL ;

• le périphérique n’accepte pas de balises XML supplémentaires après une erreur de syntaxe. Pour

envoyer des balises XML supplémentaires, il faut établir une nouvelle connexion.

Génération de scripts Perl 62

Génération de scripts de support virtuel

Cette section traite des rubriques suivantes :

Exigences du serveur Web pour la génération de scripts ............................................................................ 63

Utilisation de la génération de scripts de support virtuel.............................................................................. 63

Utilisation du support virtuel sur les serveurs Linux via une connexion SSH .................................................... 64

Fichiers image du support virtuel.............................................................................................................. 65

Application d’aide CGI........................................................................................................................... 66

Configuration de IIS pour le support virtuel de génération de scripts............................................................. 67

Exigences du serveur Web pour la génération de scripts

La génération de scripts de support virtuel utilise une image de support stockée et extraite d’un serveur
Web accessible à partir du réseau de supervision. Le serveur Web doit être compatible HTTP 1.1 et
prendre en charge l’en-tête Range (Plage). En outre, pour permettre l’accès en écriture au fichier, le
serveur Web doit prendre en charge DAV ainsi que l’en-tête Content-Range (Plage de contenu) des
transactions associées. Si le serveur Web ne remplit pas ces conditions, un programme d’aide CGI
peut être utilisé. Ou bien, le serveur Web peut être configuré pour une prise en charge SSL de
l’authentification HTTP de base, ou les deux méthodes peuvent être combinées.

Serveur Web Prise en

charge
en lecture

Microsoft® IIS 5.0 Oui Oui* Non testé Non testé
Apache Oui Oui Oui Oui
Apache/Win32 Oui Oui Oui Oui

*IIS ne prend pas en charge l’en-tête Content-Range (Plage de contenu) des transactions DAV. Un programme d’aide CGI doit
être utilisé pour la prise en charge en écriture.

Prise en
charge en
écriture

Autorisation Prise en

charge
SSL

Utilisation de la génération de scripts de support virtuel

La génération de scripts de support virtuel est une méthode permettant de contrôler les périphériques de
support virtuel sans l’aide du navigateur. Le support virtuel à base de scripts de support virtuel prend en
charge les commandes d’insertion, d’éjection et d’état pour les images d’unité de disquette, de clé USB
et de CD/DVD-ROM.

La génération de scripts de support virtuel permet d’utiliser d’autres méthodes que le navigateur afin de
configurer iLO 2 pour l’utilisation de supports virtuels. Vous pouvez configurer iLO 2 à distance à l’aide
des commandes CPQLOCFG XML, localement à l’aide des commandes HPONCFG XML ou de l’utilitaire
HPLOVM qui remplace l’utilitaire VFLOP dans la boîte à outils SmartStart Scripting.

Génération de scripts de support virtuel 63

REMARQUE : la génération de scripts de support virtuel ne prend pas en charge l’utilisation de

Virtual Media via le navigateur. De la même manière, le navigateur ne prend pas en charge
les fonctionnalités de génération de scripts. À titre d’exemple, une unité de disquette montée
via le navigateur ne peut pas être démontée via l’interface de génération de scripts.

Les commandes XML permettent de configurer des supports virtuels de la même manière que l’applet
Virtual Media. Toutefois, l’image est placée sur un serveur Web qui se trouve sur le même réseau
qu’iLO 2. Une fois l’emplacement de l’image configuré, iLO 2 extrait les données du support virtuel
directement à partir du serveur Web.

REMARQUE : la syntaxe des mots clé des unités de disquette doit être utilisée pour les unités

de clé USB.

HPLOVM.EXE est un nouvel utilitaire qui permet de générer les scripts des options d’insertion, d’éjection
et de configuration des périphériques de support virtuel. HPLOVM est utilisé à la place de l’utilitaire
VFLOP.exe, inclus dans la boîte à outils SmartStart Scripting.

Syntaxe de la ligne de commande

HPLOVM [-device <floppy | cdrom>] [-insert <url>] [-eject] [-wp <y | n>]
[-boot <once | always | never>] [-mgmt <ilo | riloe>] [-ver] [-?]

Entrée de la ligne de commande Résultat

[-device <floppy |
cdrom>]

[-insert <url>]

[-eject]

[-wp <y | n>]

[-boot <once | always |
never>]

[-mgmt <ilo | riloe>]

[-ver]
[-?]

Détermine le périphérique de support
virtuel actif.

Définit l’emplacement de l’image du support
virtuel à connecter.

Éjecte le support actuellement connecté via le
lecteur correspondant. Le lecteur de support
virtuel est toujours connecté mais vide.

Définit l’état de protection en écriture de
l’unité de disquette/clé USB virtuelle. Cet
argument n’a aucun effet sur le lecteur de
CD-ROM virtuel.

Définit comment le lecteur de support virtuel
est utilisé pour initialiser le serveur cible.

Définit le processeur de supervision utilisé
avec l’utilitaire LOVM. Si RILOE est spécifié,
l’utilitaire VFLOP.EXE est utilisé. Le paramètre
par défaut de cet argument est iLO 2.

Affiche la version de l’utilitaire HPLOVM.
Affiche des informations d’aide.

Utilisation du support virtuel sur les serveurs Linux via une connexion SSH

1. Connectez-vous à la carte iLO 2 via SSH (connexion SSH à partir d’un autre système Linux, à l’aide

du PuTTY de Windows®).

2. Entrez vm pour afficher une liste de commandes disponibles pour le support virtuel.

Génération de scripts de support virtuel 64

Entrez vm floppy insert http://<address>/<image-name>.

3.

L’image d’amorçage est disponible, mais elle n’est pas vue par le système d’exploitation. (Les
options de démarrage peuvent être configurées avec vm floppy set <option>. Les options sont
boot_once, boot_always et no_boot.) Les options d’amorçage depuis une unité de clé USB ne sont
valides que sur les serveurs prenant en charge les unités de clé USB ProLiant.

4. Entrez vm floppy set connect pour rendre l’unité de disquette/clé USB disponible pour le

système d’exploitation.

5. Entrez vm floppy get pour afficher l’état en cours. Par exemple :

VM Applet = Disconnected
Boot Option = BOOT_ONCE
Write Protect = Yes
Image Inserted = Connected

L’état de l’applet Virtual Media est toujours défini sur Déconnecté, à moins qu’une unité de
disquette/clé USB virtuelle ou de CD-ROM soit connectée via l’interface graphique de iLO 2.

L’unité de disquette/clé USB virtuelle peut être déconnectée en utilisant les commandes vm floppy
set disconnect ou vm floppy eject. Pour connecter ou déconnecter un CD-ROM virtuel,
utilisez cdrom au lieu de floppy.

Le lien menant à l’image de l’unité de disquette/clé USB virtuelle ou de CD-ROM doit être une URL. Il
n’est pas possible d’indiquer une lettre d’unité. L’image de CD-ROM doit être au format .iso. L’image
de disquette peut être créée à partir d’une disquette physique en utilisant rawrite ou l’outil de création
d’image inclus avec l’applet Virtual Media dans l’interface iLO 2 graphique.

Montage du support virtuel sur le serveur Linux :

1. Utilisez lsmod pour vérifier que les modules suivants sont chargés :

o usbcore
o usb-storage
o usb-ohci
o sd_mod

Si l’un des modules est manquant, utilisez modprobe <module> pour le charger.

2. Montez l’unité à l’aide de l’une des méthodes suivantes :

o mount /dev/sda /mnt/floppy -t vfat — Monte une disquette virtuelle.
o mount /dev/sda1 /mnt/keydrive — Monte une unité de clé USB virtuelle.
o mount /dev/cdrom1 /mnt/cdrom — Monte une unité de CD-ROM virtuelle sur un système

Red Hat. (Utilisez /dev/cdrom si le serveur n’est pas équipé d’un lecteur de CD-ROM relié
localement.)

o mount /dev/scd0 /mnt/cdrom — Monte un CD-ROM virtuel sur un système SUSE.

Fichiers image du support virtuel

Les images de disquette valides peuvent être des images de disque de données brutes créées par l’applet
iLO 2 Virtual Media, l’utilitaire dd sous UNIX®, l’utilitaire rawrite sous DOS ou l’utilitaire CPQIMAGE. Les
images de CD-ROM doivent être des images du système de fichiers ISO-9660. Aucun autre type d’image
de CD-ROM n’est pris en charge.

Génération de scripts de support virtuel 65

Les images créées par l’applet Virtual Media sont des images de disque de données brutes dans le cas
des disquettes, et des images ISO-9660 dans le cas des CD-ROM. De nombreux utilitaires de gravage de
CD-ROM peuvent créer des images ISO-9660. Pour plus d’informations, reportez-vous à la documentation
de votre utilitaire.

Application d’aide CGI

Le script Perl suivant est un exemple tiré d’une application d’aide CGI qui permet les écritures sur
disquettes sur des serveurs Web qui ne peuvent pas effectuer d’écritures partielles. Lorsque vous utilisez
une application d’aide, le microprogramme iLO 2 lui envoie une requête contenant trois paramètres :

• Le paramètre de fichier contient le nom du fichier dans l’URL d’origine.

• Le paramètre de plage contient une plage inclusive (au format hexadécimal) désignant

l’emplacement d’écriture des données.

• Le paramètre de données contient une chaîne hexadécimale correspondant aux données à écrire.

Le script doit transformer le paramètre de fichier en un chemin relatif à ses répertoires de travail. Cette
fonction peut impliquer l’ajout du préfixe « ../ » ou la transformation d’une URL d’alias en le chemin réel
sur le système de fichier. Le script exige l’accès en écriture au fichier cible. Les fichiers image de disquette
doivent disposer des autorisations appropriées.

Exemple :

#!/usr/bin/perl

use CGI;
use Fcntl;

#
# The prefix is used to get from the current working
# directory to the location of the image file#
my ($prefix) = "..";
my ($start, $end, $len, $decode);

# Get CGI data
my $q = new CGI();
# Get file to be written
my $file = $q->param(‘file’);

# Byte range
$range = $q->param(‘range’);

# And the data
my $data = $q->param(‘data’);
#
# Change the filename appropriately
#
$file = $prefix . "/" . $file;

#
# Decode the range
#
if ($range =~ m/([0-9A-Fa-f]+)-([0-9A-Fa-f]+)/) {
$start = hex($1);
$end = hex($2);
$len = $end - $start + 1;
}

Génération de scripts de support virtuel 66

#
# Decode the data (it’s a big hex string)
#
$decode = pack("H*", $data);

#
# Write it to the target file
#
sysopen(F, $file, O_RDWR);
binmode(F);
sysseek(F, $start, SEEK_SET);
syswrite(F, $decode, $len);
close(F);

Configuration de IIS pour le support virtuel de génération de scripts

Avant de configurer IIS pour le support de génération de scripts, vérifiez qu’il est fonctionnel. Utilisez
Internet Information Services Manager (Gestionnaire IIS) pour configurer un site Web simple et vérifiez
qu’il fonctionne correctement en accédant au site.

1. Configurez IIS pour prendre en charge les images de disquette ou de CD-ROM ISO-9660 en vue

d’un accès en lecture seule.

a. Ajoutez un répertoire à votre site Web et placez-y vos images.
b. Vérifiez que IIS peut accéder au type MIME pour les fichiers que vous prenez en charge. Par

exemple, si vous nommez vos images de disquette avec l’extension .img, vous devez ajouter un
type MIME pour cette extension. Utilisez le gestionnaire IIS pour accéder à la boîte de dialogue
Propriétés de votre site Web. Dans l’onglet En-têtes HTTP, cliquez sur Types MIME pour ajouter
des types MIME supplémentaires.

HP recommande d’ajouter les types suivants :
.img—application/octet-stream
.iso—application/octet-stream

2. Configurez IIS pour l’accès en lecture/écriture.
a. Installez Perl (si nécessaire).
b. Créez un répertoire sur votre site Web pour maintenir le script d’aide du support virtuel, puis

copiez le script sur cet emplacement.

c. Dans la page de propriétés de votre répertoire, sous Paramètres d’application, cliquez sur Créer

pour créer un répertoire d’application.
L’icône de votre répertoire dans le gestionnaire IIS doit passer de l’image d’un dossier à celle

d’un engrenage.

d. Définissez Exécuter les autorisations sur Scripts seulement.
e. Vérifiez que Perl est configuré comme un interprète de scripts. Cliquez sur Configuration dans la

page de propriétés pour afficher les associations d’applications. Perl doit être configuré comme
pl c:\perl\bin\perl.exe "%s" %s GET,HEAD,POST.

Génération de scripts de support virtuel 67

f. Vérifiez que vos extensions de services Web permettent l’exécution de scripts Perl. Si tel

n’est pas le cas, cliquez sur Extensions du service Web et définissez Extension de Perl CGI
sur Autorisé.

g. Vérifiez que la variable du préfixe dans le script d’aide est correctement définie.

Informations complémentaires :

Le format de base de la commande d’insertion XML est :

<INSERT_VIRTUAL_MEDIA DEVICE="device"
IMAGE_URL="http://servername/path/to/file"/>

• Le champ du périphérique peut être FLOPPY ou CDROM.

• La valeur IMAGE_URL peut être une URL http ou https sur une image de disquette ou CD-ROM.

Le format de base de l’URL est protocol://user:password@servername:port/path,helper­script où :

• protocol est obligatoire et peut être http ou https.

• user:password est facultatif. Lorsqu’elle est présente, l’autorisation de base http est utilisée.

• servername est obligatoire et représente le nom d’hôte ou l’adresse IP du serveur Web.

• port est facultatif et spécifie un serveur Web sur un port non standard.

• path est obligatoire et fait référence au fichier image actif.

• helper-script est facultatif et fait référence à l’emplacement du script d’aide sur les

serveurs Web IIS.

Script d’aide :
Le script Perl suivant est un exemple de script d’aide CGI :

#!/usr/bin/perl

use CGI;
use Fcntl;

#
# The prefix is used to get from the current working directory
# to the location of the image file you are writing
#
my ($prefix) = "c:/inetpub/wwwroot";
my ($start, $end, $len, $decode);

my $q = new CGI(); # Get CGI data

my $file = $q->param(‘file’); # File to be written
my $range = $q->param(‘range’); # Byte range to be written
my $data = $q->param(‘data’); # Data to be written

#
# Merges the filename correctly
#
$file = $prefix . "/" . $file;

#
# Decode the range
#
if ($range =~ m/([0-9A-Fa-f]+)-([0-9A-Fa-f]+)/) {

Génération de scripts de support virtuel 68

$start = hex($1);
$end = hex($2);
$len = $end - $start + 1;

}

#
# Decode the data (a large hex string)
#
$decode = pack("H*", $data);

#
# Write it to the target file
#
sysopen(F, $file, O_RDWR);
binmode(F);
sysseek(F, $start, SEEK_SET);
syswrite(F, $decode, $len);
close(F);

print "Content-Length: 0\r\n";
print "\r\n";

Génération de scripts de support virtuel 69

Utilitaire de configuration en ligne HPONCFG

Cette section traite des rubriques suivantes :

HPONCFG............................................................................................................................................ 70

Systèmes d’exploitation prenant en charge HPONCFG............................................................................... 70

Configuration de HPONCFG................................................................................................................... 70

Installation de HPONCFG ....................................................................................................................... 71

Utilisation de HPONCFG ........................................................................................................................ 72

HPONCFG

L’utilitaire HPONCFG est un outil de configuration en ligne utilisé pour installer et configurer iLO, iLO 2 et
le processeur RILOE II à partir des systèmes d’exploitation Windows® et Linux sans avoir à redémarrer le
système d’exploitation du serveur. L’utilitaire s’exécute en mode ligne de commande et doit être lancé
depuis la ligne de commande d’un système d’exploitation via un compte disposant de droits
d’administration ou de droits d’accès à la racine.

Systèmes d’exploitation prenant en charge HPONCFG

HPONCFG est pris en charge sur :

• Windows® 2000 Server

• Windows Server™ 2003

• Red Hat Linux Enterprise Linux 2,1

• Red Hat Linux Enterprise Linux 3

• Red Hat Linux Enterprise Linux 4

• United Linux 1.0/SUSE LINUX Enterprise Server 8

• SUSE LINUX Enterprise Server 9

• SUSE LINUX Enterprise Server 10

Configuration de HPONCFG

• Serveurs iLO et iLO 2

Pour les serveurs basés sur iLO 2, le driver d’interface de supervision iLO 2 doit être chargé sur le
serveur. Normalement, le processus d’installation du système d’exploitation SmartStart installe ce
driver. Lors de l’exécution, HPONCFG émet un avertissement s’il ne trouve pas le driver. Si celui-ci
n’est pas installé, il doit être téléchargé et installé sur le serveur. Ce driver est téléchargeable à partir
du site Web HP
(http://h18023.www1.hp.com/support/files/lights-out/us/locate/20_5867.html#0

).

Utilitaire de configuration en ligne HPONCFG

70

• Serveur RILOE II

Pour les serveurs basés sur RILOE II, le driver d’interface de supervision RILOE II doit être chargé
sur le serveur. Lors de l’exécution, HPONCFG émet un avertissement s’il ne trouve pas le driver.
Si celui-ci n’est pas installé, il doit être téléchargé et installé sur le serveur. Ce driver est
téléchargeable à partir du site Web HP
(http://h18023.www1.hp.com/support/files/lights-out/us/locate/20_5868.html

).

Pour les serveurs RILOE II, HPONCFG exige la version 1.13 ou ultérieure du microprogramme RILOE
II. Pour les serveurs utilisant Windows® 2000 Server ou Windows Server™ 2003, HPONCFG exige
la version 3.2.1.0 ou ultérieure du driver d’interface de supervision RILOE II.

• Tous les serveurs

Pour les serveurs iLO, iLO 2 et RILOE II, le fichier sm2user.dll doit être chargé. Il l’est
automatiquement avec les agents de supervision HP Insight. Lors de l’exécution, HPONCFG émet
un avertissement s’il ne le trouve pas. Ce fichier peut être installé séparément depuis les agents
de supervision HP Insight pour Windows® 2000/Windows® Server™ 2003, disponibles dans
le ProLiant Support Pack (Pack de support ProLiant) téléchargeable sur le site Web HP
(http://h18023.www1.hp.com/support/files/server/us/download/26020.html

Après avoir téléchargé le PSP, extrayez son contenu dans un répertoire temporaire. Localisez
le fichier psp-7.70.w2k3.i386.exe. Extrayez le contenu de ce composant dans un répertoire
temporaire. Localisez le sous-répertoire cqmgserv. Le fichier sm2user.dll s’y trouve. Copiez le
fichier sm2user.dll dans le répertoire suivant sur le serveur :

Winnt\system32\.

).

Installation de HPONCFG

L’utilitaire HPONCFG est livré dans des packages distincts pour les systèmes Windows® et Linux. Pour
les systèmes Windows®, il est inclus sous forme de composant Smart. Pour les systèmes Linux, il est fourni
sous forme de fichier RPM. HPONCFG 1.5.1.0 pour Windows® et HPONCFG 1.6.0-1 pour Linux font
partie de Smart Start7.70.

Installation sur le serveur Windows

HPONCFG est installé automatiquement lorsque le ProLiant Support Pack (Pack de support ProLiant) est
installé. Pour installer HPONCFG manuellement, lancez l’exécutable auto-extractible. HPOCNFG crée un
répertoire dans %Program files%\HP\hponcfg.

Installation sur un serveur Linux

HPONCFG est installé automatiquement lorsque le ProLiant Support Pack (Pack de support ProLiant) est
installé. Le RPM de HPONCFG pour les distributions Linux est téléchargeable à partir du site Web HP
(http://h18023.www1.hp.com/support/files/lights-out/us/download/25349.html

La liste suivante répertorie les fichiers rpm HPONCFG pris en charge et les distributions Linux qu’ils
prennent en charge.

RPM Distribution

hponcfg-1,6.0-1.linux.rpm Red Hat Enterprise Linux 2,1
hponcfg-1,6.0-1.linux.rpm Red Hat Enterprise Linux 3.0

).

Utilitaire de configuration en ligne HPONCFG

71

RPM Distribution

hponcfg-1,6.0-1.linux.rpm Red Hat Enterprise Linux 4

hponcfg-1,6.0-1.linux.rpm SUSE Linux Enterprise Server 8 / United Linux 1.0

hponcfg-1,6.0-1.linux.rpm SUSE Linux Enterprise Server 9

hponcfg-1,6.0-1.linux.rpm SUSE Linux Enterprise Server 10

Installez le package approprié à l’aide de l’utilitaire d’installation RPM. Par exemple, le package RPM
hponcfg peut être installé sur Red Hat Enterprise Linux 3 en utilisant la commande suivante :

rpm -ivh hponcfg-1,6.0-1.linux.rpm

Si une version plus ancienne du package RPM hponcfg est déjà installée sur le système, exécutez
la commande suivante pour supprimer l’ancienne version avant d’installer la nouvelle version
de HPONCFG :

rpm –e hponcfg

Le package RPM hprsm doit être installé sur le système avant de procéder à l’installation du package
RPM hponcfg.

Après l’installation, l’exécutable HPONCFG se trouve dans le répertoire /sbin. Assurez-vous que le
driver de l’interface de supervision approprié est installé. Pour savoir où obtenir le driver et le fichier,
reportez-vous à la section « Configuration de HPONCFG » (page 70).

Utilisation de HPONCFG

L’utilitaire de configuration HPONCFG lit un fichier d’entrée XML, formaté selon les règles du langage
RIBCL, et produit un fichier journal contenant la sortie demandée. Quelques exemples de scripts sont
inclus dans le package de livraison HPONCFG. Un package contenant des exemples de scripts variés
et complets est téléchargeable sur le site Web HP
(http://h18004.www1.hp.com/support/files/lights-out/us/download/24181.html

L’utilisation type consiste à sélectionner un script similaire à la fonctionnalité souhaitée et de le modifier
pour obtenir exactement ce que l’on recherche. Notez que, bien qu’aucune authentification ne soit
requise pour iLO 2 ou RILOE II, la syntaxe XML exige que les balises USER_LOGIN et PASSWORD
soient présentes dans la balise LOGIN et que ces champs contiennent des données. Toutes les données
sont acceptées dans ces champs. Pour exécuter HPONCFG, l’utilitaire doit être appelé comme
Administrator sur les serveurs Windows® et comme root sur les serveurs Linux. Un message

Paramètres de ligne de commande HPONCFG

d’erreur est retourné par HPONCFG si l’utilisateur ne possède pas les privilèges suffisants.

HPONCFG accepte les paramètres de ligne de commande suivants :

• /help ou ? : affiche la page d’aide.

• /reset : réinitialise RILOE II ou iLO 2 aux valeurs par défaut.

• /f <filename> : définit la configuration de RILOE II ou de iLO 2 à partir des informations données

dans le fichier d’entrée XML appelé filename.

).

• /w <filename> : écrit la configuration de RILOE II ou de iLO 2 extraite du périphérique dans le

fichier de sortie XML appelé filename.

Utilitaire de configuration en ligne HPONCFG 72

• /l <filename> : le journal répond au fichier journal texte appelé filename.

• /s <namevaluepairs> ou /substitute <namevaluepairs> : variables de substitution présentes dans le

fichier de configuration d’entrée avec des valeurs spécifiées dans <namevaluepairs>.

• /get_hostinfo : extrait les informations sur l’hôte. Renvoie le nom et le numéro de série du serveur.

• /m : indique à HPONCFG le niveau de microprogramme minimum dont doit disposer le

périphérique de supervision pour exécuter le script RIBCL. À défaut, HPONCFG signale
une erreur sans effectuer aucune autre action.

• /mouse : indique à HPONCFG de configurer le serveur pour optimiser la manipulation de la souris

afin d’améliorer les performances de la console graphique distante. Par défaut, cette commande
optimise le mode curseur simple de la console distante pour l’utilisateur en cours. L’option de ligne
de commande

dualcursor, utilisée avec l’option mouse, optimise la manipulation de la souris en

l’adaptant au mode double curseur de la console distante. L’option de ligne de commande

allusers optimise la manipulation de la souris pour tous les
utilisateurs du système. Cette option est uniquement disponible pour Windows®.

• /display : indique à HPONCFG de configurer les paramètres d’affichage Windows® pour optimiser

les performances d’affichage de la console graphique distante.

Les options doivent être précédées du signe / (barre oblique) pour Windows® et Linux tel que spécifié
dans la chaîne d’utilisation.

Exemple de ligne de commande HPONCFG :

HPONCFG /f add_user.xml /l log.txt > output.txt

Utilisation de HPONCFG sur les serveurs Windows

Lancez l’utilitaire de configuration HPONCFG à partir de la ligne de commande. Lorsque vous utilisez
Microsoft® Windows®, cmd.exe est accessible à l’aide de la commande Démarrer>Exécuter>cmd.
HPONCFG affiche une page d’utilisation si vous l’entrez sans paramètre de ligne de commande.
HPONCFG accepte un script XML correctement formaté. Pour plus d’informations sur le formatage des
scripts XML, reportez-vous à la section « Utilisation de RIBCL » (page 80). Le package HPONCFG contient
des exemples de script.

Le format de ligne de commande est le suivant :

HPONCFG [ /help | /? | /m firmwarelevel | /reset [/m firmwarelevel]
| /f filename [/l filename] [/s namevaluepairs]

[/xmlverbose ou /v][/m firmwarelevel]
| /w filename [/m firmwarelevel]
| /get_hostinfo [/m firmwarelevel]
| /mouse [/dualcursor][/allusers] ]

Pour plus d’informations sur l’utilisation de ces paramètres, reportez-vous à la section « Paramètres de
ligne de commande HPONCFG » (page 72).

Utilisation de HPONCFG sur les serveurs Linux

Appelez l’utilitaire de configuration HPONCFG à partir de la ligne de commande. HPONCFG affiche
une page d’utilisation si vous l’entrez sans paramètre de ligne de commande.

HPONCFG accepte les entrées prenant la forme de scripts XML dont le format répond aux règles
RIBCL, qui sont présentées dans le manuel de l’utilisateur, à la section décrivant le mode d’utilisation
de CPQLOCFG.

Utilitaire de configuration en ligne HPONCFG 73

Le format de ligne de commande est le suivant :

hponcfg -?
hponcfg -h
hponcfg -m minFw
hponcfg -r [-m minFw ]
hponcfg -w filename [-m minFw]
hponcfg -g [-m minFw]
hponcfg -f filename [-l filename] [-v] [-m minFw]

Pour une explication de l’utilisation, reportez-vous à la section « Paramètres de ligne de commande
HPONCFG » (page 72).

Obtention d’une configuration complète

HPONCFG peut être utilisé pour obtenir une configuration complète à partir d’un système iLO 2 ou RILOE
II. Dans ce cas, l’utilitaire est exécuté à partir de la ligne de commande alors qu’aucun fichier d’entrée
n’est spécifié. Le nom du fichier de sortie est donné sur la ligne de commande. Par exemple :

HPONCFG /w config.xml

Dans cet exemple, l’utilitaire indique qu’il a réussi à obtenir les données et qu’il les a écrites dans le
fichier de sortie, comme demandé. Voici un exemple type du contenu du fichier de sortie :

<!-- HPONCFG VERSION = "1.2" -->
<!-- Generated 07/06/05 09:06:51 -->
<RIBCL VERSION="2.1">
<LOGIN USER_LOGIN="Administrator" PASSWORD="password">
<DIR_INFO MODE="write">
<MOD_DIR_CONFIG>
<DIR_AUTHENTICATION_ENABLED VALUE = "N"/>
<DIR_LOCAL_USER_ACCT VALUE = "Y"/>
<DIR_SERVER_ADDRESS VALUE = ""/>
<DIR_SERVER_PORT VALUE = "636"/>
<DIR_OBJECT_DN VALUE = ""/>
<DIR_OBJECT_PASSWORD VALUE = ""/>
<DIR_USER_CONTEXT_1 VALUE = ""/>
<DIR_USER_CONTEXT_2 VALUE = ""/>
<DIR_USER_CONTEXT_3 VALUE = ""/>
<MOD_DIR_CONFIG>
</DIR_INFO>
<RIB_INFO MODE="write">
<MOD_NETWORK_SETTINGS>
<SPEED_AUTOSELECT VALUE = "Y"/>
<NIC_SPEED VALUE = "100"/>
<FULL_DUPLEX VALUE = "Y"/>
<DHCP_ENABLE VALUE = "Y"/>
<DHCP_GATEWAY VALUE = "Y"/>
<DHCP_DNS_SERVER VALUE = "Y"/>
<DHCP_STATIC_ROUTE VALUE = "Y"/>
<DHCP_WINS_SERVER VALUE = "Y"/>
<REG_WINS_SERVER VALUE = "N"/>
<IP_ADDRESS VALUE = "16.100.241.229"/>
<SUBNET_MASK VALUE = "255.255.252.0"/>
<GATEWAY_IP_ADDRESS VALUE = "16.100.240.1"/>
<DNS_NAME VALUE = "ILOD234KJ44D002"/>
<DOMAIN_NAME VALUE = "americas.cpqcorp.net"/>
<PRIM_DNS_SERVER value = "16.81.3.242"/>
<SEC_DNS_SERVER value = "0.0.0.0"/>
<TER_DNS_SERVER value = "0.0.0.0"/>
<PRIM_WINS_SERVER value = "16.81.3.247"/>

Utilitaire de configuration en ligne HPONCFG 74

<SEC_WINS_SERVER value = "0.0.0.0"/>
<STATIC_ROUTE_1 DEST = "0.0.0.0" GATEWAY = "0.0.0.0"/>
<STATIC_ROUTE_2 DEST = "0.0.0.0" GATEWAY = "0.0.0.0"/>
<STATIC_ROUTE_3 DEST = "0.0.0.0" GATEWAY = "0.0.0.0"/>
</MOD_NETWORK_SETTINGS>
<USER_INFO MODE="write">
<ADD_USER

USER_NAME = "Username1"
USER_LOGIN = "User1"

PASSWORD = "%user_password%">
<ADMIN_PRIV value = "N"/>
<REMOTE_CONS_PRIV value = "Y"/>
<RESET_SERVER_PRIV value = "N"/>
<VIRTUAL_MEDIA_PRIV value = "N"/>
<CONFIG_ILO_PRIV value = "N"/>
</ADD_USER>
</USER_INFO>
</LOGIN>
</RIBCL>

Pour des raisons de sécurité, les mots de passe utilisateur ne sont pas retournés.

Obtention d’une configuration spécifique

Une configuration spécifique peut être obtenue à l’aide du fichier d’entrée XML approprié. Par exemple,
voici le contenu d’un fichier d’entrée XML type, get_global.xml :

<!-- Sample file for Get Global command -->
<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="x" PASSWORD="x">

<RIB_INFO MODE="read">

<GET_GLOBAL_SETTINGS />

</RIB_INFO>
</LOGIN>
</RIBCL>

Les commandes XML sont lues à partir du fichier d’entrée get_global.xml et sont traitées par
le périphérique :

HPONCFG /f get_global.xml /l log.txt > output.txt

Les informations demandées sont renvoyées au fichier journal qui, dans cet exemple, est nommé

log.txt.

<GET_GLOBAL_SETTINGS>

<SESSION_TIMEOUT VALUE="15"/>

<ILO_FUNCT_ENABLED VALUE="Y"/>

<F8_PROMPT_ENABLED VALUE="Y"/>

<F8_LOGIN_REQUIRED VALUE="N"/>

<TELNET_ENABLE VALUE="N"/>

<PASSTHROUGH_CONFIG VALUE="1"/>

<HTTPS_PORT VALUE="443"/>

<HTTP_PORT VALUE="80"/>

<REMOTE_CONSOLE_PORT VALUE="23"/>

<TERMINAL_SERVICES_PORT VALUE="3389"/>

Utilitaire de configuration en ligne HPONCFG 75

<VIRTUAL_MEDIA_PORT VALUE="17988"/>

<SSH_PORT VALUE="22"/>

<SSH_STATUS VALUE="Y"/>

<SERIAL_CLI_STATUS VALUE="Enabled-Authentication Required"/>

<SERIAL_CLI_SPEED VALUE="9600"/>

<MIN_PASSWORD VALUE="8"/>

<AUTHENTICATION_FAILURE_LOGGING VALUE="Enabled-every 3rd failure"/>

<REMOTE_KEYBOARD_MODEL VALUE="US"/>

<RBSU_POST_IP VALUE="Y"/>

<HIGH_PERFORMANCE_MOUSE VALUE="Automatic">

<REMOTE_CONSOLE_ACQUIRE VALUE="N"/>
</GET_GLOBAL_SETTINGS>

Définition d’une configuration

Une configuration spécifique peut être envoyée à iLO 2 ou RILOE II en utilisant le format de
commande suivant :

HPONCFG /f add_user.xml /l log.txt

Dans cet exemple, le contenu du fichier d’entrée est le suivant :

<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="x" PASSWORD="x">
<USER_INFO MODE="write">

<ADD_USER

USER_NAME="Landy9"
USER_LOGIN="mandy8"
PASSWORD="floppyshoes">
<ADMIN_PRIV value ="No"/> (<ADMIN_PRIV value ="Non"/>)
<REMOTE_CONS_PRIV value ="Yes"/> (<REMOTE_CONS_PRIV value ="Oui"/>)
<RESET_SERVER_PRIV value ="No"/> (<RESET_SERVER_PRIV value

="Non"/>)
<VIRTUAL_MEDIA_PRIV value ="No"/> (<VIRTUAL_MEDIA_PRIV value

="Non"/>)
<CONFIG_ILO_PRIV value="Yes"/>

</ADD_USER>
</USER_INFO>
</LOGIN>
</RIBCL>

L’utilisateur spécifié sera ajouté au périphérique.

Substitution de variable

HPONCFG version 1.2 ou ultérieure permet de spécifier des variables dans le script XML RIBCL et
d’affecter des valeurs à ces variables à l’exécution de HPONCFG. Cette fonctionnalité permet d’éviter de
réécrire chaque fois le fichier contenant le script XML avec des valeurs différentes. Tous les éléments
compris entre les caractères « % » du fichier XML sont considérés comme des variables.

Utilitaire de configuration en ligne HPONCFG 76

Exemple 1 : Dans cet exemple, %username%, %loginname%, et %password% sont des variables.

<!-- Add user with minimal privileges to test default setting of
assigned privileges to ‘N’ -->
<RIBCL version="1.2">
<LOGIN USER_LOGIN="x" PASSWORD="x">

<USER_INFO MODE="write">

<ADD_USER USER_NAME="%username%" USER_LOGIN="%loginname%"
PASSWORD="%password%">

<RESET_SERVER_PRIV value="Y" />
<ADMIN_PRIV value="Y" />
</ADD_USER>

</USER_INFO>
</LOGIN>
</RIBCL>

Les valeurs de ces variables peuvent être spécifiées au moment de l’exécution à l’aide de l’option
« substitute ». L’argument de l’option doit être une chaîne de nom de variable et de paires de valeurs
séparées par un délimiteur, par exemple une virgule (,). Le nom de la variable et sa valeur doivent être
séparés par un signe d’égalité (=).

HPONCFG /f add_user.xml /s username=”test
user”,login=”testlogin”,password=testpasswd

Exemple 2 : Dans cet exemple, %host_power% est une variable.

<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<SERVER_INFO MODE="write">
<!-- Modify the HOST_POWER attribute to toggle power on the host server

-->
<!-- HOST_POWER="No" (Turns host server power off) -->
<!-- A graceful shutdown will be attempted for ACPI-aware -->
<!-- operating systems configured to support graceful shutdown. -->
<!-- HOST_POWER="Yes" (Turns host server power on) -->
<SET_HOST_POWER HOST_POWER="%host_power%"/>
</SERVER_INFO>
</LOGIN>
</RIBCL>

Pour mettre le système sous tension, entrez HPONCFG /f Set_Host_Power.xml /s
host_power=YES.

Pour mettre le système hors tension, entrez HPONCFG /f Set_Host_Power.xml /s
host_power=NO.

Capture et restauration d’une configuration

HPONCFG peut être utilisé pour capturer la configuration de base des processeurs de supervision LOM
ou d’un processeur RILOE II dans un format de fichier lisible XML. Le nom et l’emplacement du fichier de
sortie doivent être spécifiés sur la ligne de commande HPONCFG /w config.xml.

L’utilitaire affiche un message lorsqu’il écrit correctement les informations de configuration sur le fichier de
sortie comme prévu. Voici un exemple du contenu du fichier de sortie :

<!-- HPONCFG VERSION = "1.2" -->
<!-- Generated 07/06/05 09:06:51 -->
<RIBCL VERSION="2.1">
<LOGIN USER_LOGIN="Administrator" PASSWORD="password">
<DIR_INFO MODE="write">

Utilitaire de configuration en ligne HPONCFG 77

<MOD_DIR_CONFIG>

<DIR_AUTHENTICATION_ENABLED VALUE = "N"/>
<DIR_LOCAL_USER_ACCT VALUE = "Y"/>
<DIR_SERVER_ADDRESS VALUE = ""/>
<DIR_SERVER_PORT VALUE = "636"/>
<DIR_OBJECT_DN VALUE = ""/>
<DIR_OBJECT_PASSWORD VALUE = ""/>
<DIR_USER_CONTEXT_1 VALUE = ""/>
<DIR_USER_CONTEXT_2 VALUE = ""/>
<DIR_USER_CONTEXT_3 VALUE = ""/>

<MOD_DIR_CONFIG>
</DIR_INFO>
<RIB_INFO MODE="write">

<MOD_NETWORK_SETTINGS>

<SPEED_AUTOSELECT VALUE = "Y"/>
<NIC_SPEED VALUE = "100"/>
<FULL_DUPLEX VALUE = "Y"/>
<DHCP_ENABLE VALUE = "Y"/>
<DHCP_GATEWAY VALUE = "Y"/>
<DHCP_DNS_SERVER VALUE = "Y"/>
<DHCP_STATIC_ROUTE VALUE = "Y"/>
<DHCP_WINS_SERVER VALUE = "Y"/>
<REG_WINS_SERVER VALUE = "N"/>
<IP_ADDRESS VALUE = "16.100.241.229"/>
<SUBNET_MASK VALUE = "255.255.252.0"/>
<GATEWAY_IP_ADDRESS VALUE = "16.100.240.1"/>
<DNS_NAME VALUE = "ILOD234KJ44D002"/>
<DOMAIN_NAME VALUE = "americas.cpqcorp.net"/>
<PRIM_DNS_SERVER value = "16.81.3.242"/>
<SEC_DNS_SERVER value = "0.0.0.0"/>
<TER_DNS_SERVER value = "0.0.0.0"/>
<PRIM_WINS_SERVER value = "16.81.3.247"/>
<SEC_WINS_SERVER value = "0.0.0.0"/>
<STATIC_ROUTE_1 DEST = "0.0.0.0" GATEWAY = "0.0.0.0"/>
<STATIC_ROUTE_2 DEST = "0.0.0.0" GATEWAY = "0.0.0.0"/>
<STATIC_ROUTE_3 DEST = "0.0.0.0" GATEWAY = "0.0.0.0"/>

</MOD_NETWORK_SETTINGS>
<USER_INFO MODE="write">

<ADD_USER

USER_NAME = "Username1"
USER_LOGIN = "User1"
PASSWORD = "%user_password%">
<ADMIN_PRIV value = "N"/>
<REMOTE_CONS_PRIV value = "Y"/>

Utilitaire de configuration en ligne HPONCFG 78

<RESET_SERVER_PRIV value = "N"/>
<VIRTUAL_MEDIA_PRIV value = "N"/>
<CONFIG_ILO_PRIV value = "N"/>

</ADD_USER>
</USER_INFO>
</LOGIN>
</RIBCL>

Les mots de passe Utilisateur et Administrateur par défaut ne sont pas capturés dans le fichier de
configuration ni renvoyés dans la réponse pour des raisons de sécurité. C’est plutôt une variable qui est
fournie et qui peut être utilisée avec l’option substitute pour fournir un mot de passe par défaut à tous les
utilisateurs lors de la restauration de la configuration. Vous pouvez également modifier vos informations
manuellement avant d’utiliser le fichier pour restaurer la configuration.

Le fichier de configuration généré par HPONCFG peut être directement utilisé pour définir ou restaurer la
configuration du processeur de supervision. Cette fonctionnalité est disponible avec HPONCFG version

1.2 ou ultérieure qui écrit les informations de configuration au format HP RIBCL.
Pour restaurer la configuration iLO ou RILOE II, le fichier de configuration doit être fourni à HPONCFG en

tant qu’entrée à l’option « /f » ou « -f ». Un mot de passe par défaut pour tous les utilisateurs qui seront
ajoutés peut être fourni à l’aide de l’option substitute ou s. Par exemple :

HPONCFG /f config.xml /s user_password=password

Utilitaire de configuration en ligne HPONCFG 79

Utilisation du RIBCL

Cette section traite des rubriques suivantes :

Présentation du RIBCL ............................................................................................................................. 80

RIBCL.................................................................................................................................................... 81

LOGIN.................................................................................................................................................. 82

USER_INFO........................................................................................................................................... 83

RIB_INFO.............................................................................................................................................. 92

DIR_INFO............................................................................................................................................ 125

RACK_INFO........................................................................................................................................ 130

SERVER_INFO ..................................................................................................................................... 138

SSO_INFO.......................................................................................................................................... 155

Présentation du RIBCL

RIBCL vous permet d’écrire des scripts XML pour configurer et gérer les paramètres de configuration
iLO 2, les comptes utilisateur, les paramètres d’annuaire, de serveur et de HP SIM SSO. Vous pouvez
télécharger les exemples de scripts pour toutes les commandes iLO 2 décrites dans cette section à partir
du site Web HP (http://www.hp.com/servers/lights-out
téléchargés depuis le site Web HP, lisez les informations d’assistance de chaque exemple de script
pour adapter le script au microprogramme et à la version visés.

Lors de l’écriture de vos scripts XML, écrivez des commentaires dans la commande. Si un commentaire
se trouve dans la ligne de commande, un message d’erreur est généré. Sauf spécification contraire, les
exemples contenus dans ce manuel sont spécifiquement pour le microprogramme iLO 2 version 1.10
et ultérieure.

La section « Utilisation de RIBCL » décrit les commandes XML et leurs paramètres communs à la
plupart des produits et serveurs LOM. Pour plus d’informations sur le serveur ProLiant BL p-Class et
les commandes XML du rack, reportez-vous au Manuel de l’utilisateur de HP Integrated Lights Out 2.

En-tête XML

L’en-tête XML garantit que la connexion est de type XML, et non HTTP. L’en-tête XML est intégré à
l’utilitaire cpqlocfg et se présente sous le format suivant :

<?xml version="1.0"?>

Types de données

). Avant d’utiliser les exemples de scripts XML

Trois types de données sont autorisés comme valeur de paramètre :

• Chaîne

• Chaîne spécifique

• Chaîne booléenne

Utilisation du RIBCL 80

Chaîne

Une chaîne est un texte placé entre guillemets. Elle peut inclure des espaces, des chiffres ainsi que tout
caractère imprimable. Une chaîne peut commencer par une apostrophe ou un guillemet et doit se terminer
par le même type de symbole. Elle peut contenir des guillemets s’ils sont distincts de ceux de délimitation.

Si une chaîne commence par un guillemet, par exemple, elle peut inclure une apostrophe au milieu, mais
doit obligatoirement se terminer par un guillemet.

Chaîne spécifique

Une chaîne spécifique est requise lors de l’utilisation de certains caractères. En règle générale, il est
possible de sélectionner certains mots dont la syntaxe est correcte, mais tous les autres mots généreront
une erreur.

Chaîne booléenne

Une chaîne booléenne est une chaîne spécifique qui indique une condition positive (yes - oui) ou négative
(no - non). Les chaînes booléennes acceptées sont « yes » (oui), « y » (o), « no » (non), « n » (n), « true »
(vrai), « t » (v), « false » (faux) et « f » (f). Elles ne sont pas sensibles à la casse.

Définitions des réponses

Chaque commande envoyée à iLO 2 génère une réponse qui indique si la commande a réussi ou
échoué. Certaines commandes génèrent également d’autres informations qui sont affichées dans la
séquence d’exécution, sous réserve qu’aucune erreur ne soit survenue.

Exemple :

<RESPONSE

STATUS = "0x0001"

MSG="There has been a severe error."
/>

• RESPONSE

Ce nom de balise indique que iLO 2 renvoie une réponse aux commandes précédentes
à l’application client pour signaler le succès ou l’échec des commandes transmises à iLO 2.

• STATUS

Ce paramètre inclut un numéro d’erreur. Le numéro 0x0000 indique qu’il n’y a pas d’erreur.

• MSG

Cet élément contient un message décrivant l’erreur qui s’est produite. Si aucune erreur n’est
survenue, le message No error (Aucune erreur) apparaît.

RIBCL

Cette commande permet de démarrer et de terminer une session RIBCL. Vous ne pouvez l’utiliser qu’une
fois dans une session RIBCL, et elle doit être la première commande à s’afficher dans le script. Les balises
RIBCL sont requises pour marquer le début et la fin du document RIBCL.

Exemple :

<RIBCL VERSION="2.0">
</RIBCL>

Utilisation du RIBCL 81

Paramètres RIBCL

VERSION est une chaîne indiquant la version du langage RIBCL que l’application cliente compte utiliser.
La chaîne VERSION est comparée à la version du RIBCL attendue et une erreur est générée si la chaîne et
la version ne correspondent pas. La valeur attendue en principe pour le paramètre VERSION est « 2.0. ».
Aucune correspondance exacte n’est recherchée pour le paramètre VERSION ; cependant, ce paramètre
ne peut jamais être vide.

Erreurs d’exécution RIBCL

Les messages d’erreur possibles de la commande RIBCL sont :
Version must not be blank. (La version ne doit pas être vide.)

LOGIN

La commande LOGIN fournit les informations utilisées pour authentifier l’utilisateur dont le niveau
d’autorisation est utilisé lors de l’exécution des actions RIBCL. L’utilisateur spécifié doit avoir un compte
valide sur la carte iLO 2 concernée pour exécuter les commandes RIBCL. Les privilèges de l’utilisateur
sont comparés à ceux requis pour une commande spécifique. Si la comparaison est négative, le système
génère une erreur.

Exemple :

<LOGIN USER_LOGIN="username" PASSWORD="password">
<LOGIN

Ou bien, l’utilitaire CPQLOCFG peut spécifier les données de connexion comme paramètres sur sa ligne
de commande :

cpqlocfg -u <username> -p <password>

Avec ce format, l’utilitaire retourne le message d’avertissement Overriding credentials
(Écrasement des données) mais affiche toujours Login name must not be blank (Le nom

Paramètres LOGIN

de connexion ne doit pas être vide).

USER_LOGIN est le nom de connexion du compte utilisateur. Ce paramètre fait la distinction entre les
majuscules et les minuscules et ne peut jamais être vide.

PASSWORD est le mot de passe associé à l’utilisateur. Ce paramètre fait la distinction entre les
majuscules et les minuscules et peut comporter n’importe quelle combinaison de caractères imprimables.

Erreur d’exécution LOGIN

Les messages d’erreur possibles de cette commande sont :

• User login name was not found. (Le nom de connexion de l’utilisateur est introuvable.)

• Password must not be blank. (Le mot de passe ne doit pas être vide.)

• Logged-in user does not have required privilege for this command. (L’utilisateur connecté ne dispose

pas des droits requis pour cette commande.)

Utilisation du RIBCL 82

USER_INFO

Cette commande ne peut être affichée qu’à l’intérieur d’un bloc de commande LOGIN. Lorsque la
commande est analysée, elle lit la base de données locale des informations sur les utilisateurs dans
la mémoire et se tient prête à la modifier. Seules les commandes de type USER_INFO sont autorisées
à l’intérieur du bloc USER_INFO. La commande USER_INFO génère une réponse qui indique à
l’application hôte si la lecture de la base de données a réussi ou échoué. Si la base de données
est ouverte à des fins d’écriture par une autre application, cet appel échoue.

La commande USER_INFO requiert le paramètre MODE avec une valeur de lecture ou d’écriture. MODE
est un paramètre de type chaîne pouvant comporter jusqu’à 10 caractères et qui spécifie ce que vous
comptez faire des informations.

Le mode write (écriture) autorise à la fois les opérations de lecture et d’écriture des informations iLO 2.
Le mode read (lecture) empêche la modification des informations iLO 2.

Exemple :

<USER_INFO MODE="write">

……… USER_INFO commands ……
</USER_INFO>

ADD_USER

La commande ADD_USER permet d’ajouter un compte utilisateur local. Les paramètres USER_NAME
et USER_LOGIN ne doivent pas exister dans la base de données utilisateur actuelle. Pour modifier des
informations relatives à un utilisateur existant, utilisez la commande MOD_USER. Pour que l’analyse de la
commande soit correcte, celle-ci doit apparaître dans un bloc de commandes USER_INFO, et USER_INFO
MODE doit être en mode write (écriture). L’utilisateur doit disposer du privilège d’administrateur.

Tous les attributs relatifs à l’utilisateur sont configurés à l’aide des paramètres décrits ci-dessous.

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="loginname" PASSWORD="password">

<USER_INFO MODE="write">

<ADD_USER

</ADD_USER>

</USER_INFO>

</LOGIN>
</RIBCL>

USER_NAME="User"
USER_LOGIN="username" PASSWORD="password">
<ADMIN_PRIV value ="No"/> (<ADMIN_PRIV value ="Non"/>)
<REMOTE_CONS_PRIV value ="Yes"/> (<REMOTE_CONS_PRIV value ="Oui"/>)
<RESET_SERVER_PRIV value ="No"/> (<RESET_SERVER_PRIV value

="Non"/>)
<VIRTUAL_MEDIA_PRIV value ="No"/> (<VIRTUAL_MEDIA_PRIV value

="Non"/>)
<CONFIG_ILO_PRIV value ="No"/> (<CONFIG_ILO_PRIV value ="Non"/>)

Utilisation du RIBCL 83

Paramètres ADD_USER

Le paramètre USER_NAME correspond au nom réel de l’utilisateur. Ce paramètre peut comporter jusqu’à
39 caractères imprimables. Ce paramètre fait la distinction entre les majuscules et les minuscules et ne
peut jamais être vide.

USER_LOGIN est le nom utilisé pour accéder à la carte iLO 2 concernée. Ce paramètre peut être une
combinaison de caractères imprimables pouvant aller jusqu’à 39 caractères. Ce paramètre fait la
distinction entre les majuscules et les minuscules et ne peut jamais être vide.

PASSWORD est le mot de passe associé à l’utilisateur. Ce paramètre fait la distinction entre les
majuscules et les minuscules et peut comporter n’importe quelle combinaison de caractères imprimables.
La longueur du paramètre est définie par l’utilisateur. Il peut comporter jusqu’à 39 caractères. La longueur
minimale est définie dans iLO 2 Global Settings (Paramètres généraux iLO 2), la valeur par défaut étant
de 8 caractères.

Le paramètre ADMIN_PRIV est un paramètre booléen permettant à l’utilisateur de gérer les comptes
utilisateur. Il peut ainsi modifier les paramètres de son propre compte, ceux d’autres comptes, ajouter
des utilisateurs ou encore en supprimer. L’omission de ce paramètre empêche l’utilisateur d’ajouter,
de supprimer et de configurer des comptes.

REMOTE_CONS_PRIV est un paramètre booléen qui autorise l’utilisateur à accéder à la fonction de
console distante. Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui) si
l’utilisateur veut disposer de ce privilège. Lorsque ce paramètre est utilisé, la valeur de la chaîne
booléenne ne peut jamais rester vide. L’omission de ce paramètre empêche l’utilisateur d’accéder
à la console distante.

RESET_SERVER_PRIV est un paramètre booléen qui autorise l’utilisateur à manipuler à distance le
paramètre de l’alimentation du serveur. Ce paramètre est facultatif et la chaîne booléenne doit avoir
la valeur Yes (Oui) si l’utilisateur veut disposer de ce privilège. Lorsque ce paramètre est utilisé, la valeur
de la chaîne booléenne ne peut jamais rester vide. L’omission de ce paramètre empêche l’utilisateur
de manipuler les paramètres d’alimentation du serveur.

VIRTUAL_MEDIA_PRIV est un paramètre booléen qui autorise l’utilisateur à accéder à la fonctionnalité
de support virtuel. Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui)
si l’utilisateur veut disposer de ce privilège. Lorsque ce paramètre est utilisé, la valeur de la chaîne
booléenne ne peut jamais rester vide. L’omission de ce paramètre empêche l’utilisateur d’accéder
aux supports virtuels.

CONFIG_ILO_PRIV est un paramètre booléen qui autorise l’utilisateur à configurer des paramètres iLO.
Ceux-ci incluent les paramètres réseau, les paramètres généraux, les paramètres de Insight Manager et
les paramètres SNMP. Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui)
si l’utilisateur veut disposer de ce privilège. Lorsque ce paramètre est utilisé, la valeur de la chaîne
booléenne ne peut jamais rester vide. L’omission de ce paramètre empêche l’utilisateur de manipuler
la configuration iLO 2 actuelle.

Les paramètres suivants ne sont pas applicables aux privilèges d’un utilisateur dans le microprogramme
iLO versions 1.40 et ultérieures et dans le microprogramme iLO 2 versions 1.1x et ultérieures. Ces
paramètres sont correctement analysés mais les privilèges des utilisateurs ne sont pas affectés.

VIEW_LOGS_PRIV est un paramètre booléen qui autorise l’utilisateur à consulter les journaux du système
iLO 2. Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui) si l’utilisateur veut
être autorisé à consulter des journaux. Lorsque ce paramètre est utilisé, la valeur de la chaîne booléenne
ne peut jamais rester vide.

Utilisation du RIBCL 84

CLEAR_LOGS_PRIV est un paramètre booléen qui autorise l’utilisateur à effacer le journal d’événements.
Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui) si l’utilisateur veut être
autorisé à effacer le journal d’événements de iLO 2. Lorsque ce paramètre est utilisé, la valeur de la
chaîne booléenne ne peut jamais rester vide.

EMS_PRIV est un paramètre booléen qui autorise l’utilisateur à utiliser le service
Windows® Server 2003 EMS. Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes
(Oui) si l’utilisateur veut être autorisé à utiliser les services EMS. Lorsque ce paramètre est utilisé, la valeur
de la chaîne booléenne ne peut jamais rester vide.

UPDATE_ILO_PRIV est un paramètre booléen qui autorise l’utilisateur à copier une nouvelle image du
microprogramme dans la ROM du système iLO 2. Ce paramètre est facultatif, et la chaîne booléenne doit
être définie sur Yes (Oui) si l’utilisateur doit être autorisé à configurer iLO 2. Si ce paramètre est utilisé,
la valeur de la chaîne booléenne ne doit jamais être vide.

CONFIG_RACK_PRIV est un paramètre booléen qui autorise l’utilisateur à configurer et superviser les
ressources du rack du serveur. Ce paramètre ne s’applique qu’aux serveurs ProLiant BL p-Class. Ce
paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui) si l’utilisateur veut être
autorisé à superviser ou configurer des ressources du rack. Lorsque ce paramètre est utilisé, la valeur
de la chaîne booléenne ne peut jamais rester vide.

DIAG_PRIV est un paramètre booléen qui fournit à l’utilisateur l’autorisation de consulter les informations
de diagnostic concernant iLO 2. Ce paramètre est facultatif, et la chaîne booléenne doit être définie sur
Yes (Oui) si l’utilisateur doit avoir des privilèges de diagnostic. Lorsque ce paramètre est utilisé, la valeur
de la chaîne booléenne ne peut jamais rester vide.

Erreurs d’exécution ADD_USER

Les messages d’erreur possibles de la commande ADD_USER sont :

• Login name is too long. (Le nom de connexion est trop long).

• Password is too short. (Le mot de passe est trop court).

• Password is too long. (Le mot de passe est trop long).

• User table is full. (La table des utilisateurs est pleine.) No room for new user. (Pas de place pour le

nouvel utilisateur.)

• Cannot add user. (Impossible d’ajouter un utilisateur.) The user name already exists. (Le nom

d’utilisateur existe déjà.)

• User information is open for read-only access. (Les informations sur les utilisateurs sont ouvertes pour

un accès en lecture seule.) Write access is required for this operation. (L’accès en écriture est requis
pour cette opération.)

• User name cannot be blank (Le nom d’utilisateur ne doit pas être vide).

• User login ID cannot be blank (Le nom de connexion de l’utilisateur ne doit pas être vide).

• Boolean value not specified. (La valeur booléenne n’a pas été spécifiée.)

• User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour

cette action.) ADMIN_PRIV required. (Commande ADMIN_PRIV requise.)

Utilisation du RIBCL 85

DELETE_USER

La commande DELETE_USER permet de supprimer un compte utilisateur local. Le paramètre USER_LOGIN
doit exister dans la base de données utilisateur actuelle. Pour que l’analyse de la commande soit correcte,
celle-ci doit apparaître dans un bloc de commandes USER_INFO, et USER_INFO MODE doit être en
mode write (écriture). L’utilisateur doit disposer du privilège d’administrateur.

Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="adminname"

PASSWORD="password">

<USER_INFO MODE="write">

<DELETE_USER USER_LOGIN="username"/>

</USER_INFO>

</LOGIN>

Paramètre DELETE_USER

</RIBCL>

USER_LOGIN est le nom de connexion du compte utilisateur. Ce paramètre fait la distinction entre les
majuscules et les minuscules et ne peut jamais être vide.

Erreurs d’exécution DELETE_USER

Les erreurs possibles de la commande DELETE_USER sont :

• User information is open for read-only access. (Les informations sur les utilisateurs sont ouvertes pour

un accès en lecture seule.) Write access is required for this operation. (L’accès en écriture est requis
pour cette opération.)

• Cannot delete user information for currently logged in user. (Impossible de supprimer les

informations concernant l’utilisateur actuellement connecté.)

• User login name was not found. (Le nom de connexion de l’utilisateur est introuvable.)

• User login name must not blank. (Le nom d’ouverture de session de l’utilisateur ne doit pas être vide).

• User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour

cette action.) ADMIN_PRIV required. (Commande ADMIN_PRIV requise.)

DELETE_CURRENT_USER

La commande DELETE_CURRENT_USER est utilisée pour supprimer le compte utilisateur défini par l’attribut
USER_LOGIN. Le paramètre USER_LOGIN doit exister dans la base de données utilisateur actuelle. Pour
que l’analyse de la commande soit correcte, celle-ci doit apparaître dans un bloc de commandes
USER_INFO, et USER_INFO MODE doit être en mode write (écriture). L’utilisateur doit disposer du
privilège d’administrateur.

Cette commande est destinée aux clients qui souhaitent supprimer tous les comptes utilisateur sur iLO 2.
Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="adminname"

PASSWORD="password">

Utilisation du RIBCL 86

<USER_INFO MODE="write">

<DELETE_CURRENT_USER/>

</USER_INFO>

</LOGIN>
</RIBCL>

Paramètres DELETE_CURRENT_USER

None (Aucun)

Erreurs d’exécution DELETE_CURRENT_USER

Les erreurs possibles de la commande DELETE_CURRENT_USER sont :

User information is open for read-only access. (Les informations sur les utilisateurs sont ouvertes pour
un accès en lecture seule.) Write access is required for this operation. (L’accès en écriture est requis
pour cette opération.)

GET_USER

La commande GET_USER renvoie les informations relatives à l’utilisateur local, à l’exception du mot de
passe. Le paramètre USER_LOGIN doit exister dans la base de données utilisateur actuelle. Pour que
l’analyse de la commande soit correcte, celle-ci doit apparaître dans un bloc de commandes USER_INFO,
et USER_INFO MODE doit être en mode read (lecture) ou write (écriture). L’utilisateur doit disposer du
privilège d’administrateur pour pouvoir extraire d’autres comptes utilisateur ; dans le cas contraire, il peut
uniquement consulter les informations relatives à son propre compte.

Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="adminname" PASSWORD="password">

<USER_INFO MODE="read">

<GET_USER USER_LOGIN="username"/>

</USER_INFO>

</LOGIN>
</RIBCL>

Paramètre GET_USER

USER_LOGIN est le nom de connexion du compte utilisateur. Ce paramètre fait la distinction entre les
majuscules et les minuscules et ne peut jamais être vide.

Erreurs d’exécution GET_USER

Les messages d’erreur possibles de la commande GET_USER sont :

• User login name must not blank. (Le nom d’ouverture de session de l’utilisateur ne doit pas être vide).

• User login name was not found. (Le nom de connexion de l’utilisateur est introuvable.)

• User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour

cette action.) ADMIN_PRIV required. (Commande ADMIN_PRIV requise.)

Utilisation du RIBCL 87

Messages renvoyés par GET_USER

Exemple de message renvoyé par la commande GET_USER :

<RESPONSE

STATUS="0x0000"

MSG="No Errors"
/>

<GET_USER

USER_NAME="Admin User"

USER_LOGIN = "username"

ADMIN_PRIV="N"

REMOTE_CONS_PRIV="Y"

RESET_SERVER_PRIV="N"

VIRTUAL_MEDIA_PRIV="N"

<CONFIG_ILO_PRIV value ="No"/> (<CONFIG_ILO_PRIV value ="Non"/>)
/>

MOD_USER

La commande MOD_USER permet de modifier des informations relatives à un compte utilisateur local
existant. Le paramètre USER_LOGIN doit exister dans la base de données utilisateur actuelle. Pour que
l’analyse de la commande soit correcte, celle-ci doit apparaître dans un bloc de commandes USER_INFO,
et USER_INFO MODE doit être en mode write (écriture). L’utilisateur doit disposer du privilège
d’administrateur. L’utilisateur qui ne dispose pas de ce privilège ne peut modifier que le mot de
passe de son propre compte.

Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="adminname" PASSWORD="password">

<USER_INFO MODE="write">

<MOD_USER USER_LOGIN="loginname">

<USER_NAME value="username"/>
<USER_LOGIN value="newloginname"/>
<PASSWORD value="password"/>
<ADMIN_PRIV value="No"/>
<REMOTE_CONS_PRIV value="Yes"/>
<RESET_SERVER_PRIV value="No"/>
<VIRTUAL_MEDIA_PRIV value="No"/>

<CONFIG_ILO_PRIV value="Yes"/>
</MOD_USER>
</USER_INFO>
</LOGIN>

</RIBCL>

Exemple de réinitialisation de mot de passe administrateur :

<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<USER_INFO MODE="write">

<MOD_USER USER_LOGIN="Administrator">

Utilisation du RIBCL 88

<PASSWORD value="password"/>
</MOD_USER>

</USER_INFO>
</LOGIN>
</RIBCL>

Exemple de modification de mot de passe :

<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<USER_INFO MODE="write">

<MOD_USER USER_LOGIN="username">

<PASSWORD value="newpassword"/>
</MOD_USER>

</USER_INFO>
</LOGIN>
</RIBCL>

Paramètres MOD_USER

USER_LOGIN est le nom de connexion du compte utilisateur. Ce paramètre fait la distinction entre les
majuscules et les minuscules et ne peut jamais être vide.

Si les paramètres suivants ne sont pas spécifiés, la valeur de paramètre n’est pas modifiée pour
l’utilisateur concerné.

USER_NAME est le nom réel de l’utilisateur à ajouter. Ce paramètre fait la distinction entre les majuscules
et les minuscules et peut comporter n’importe quelle chaîne valide jusqu’à 39 caractères. Cette chaîne ne
sert qu’à l’affichage et ne doit jamais être vide.

USER_LOGIN est le nom utilisé pour accéder à la carte iLO 2 concernée. Ce paramètre peut être une
combinaison de caractères imprimables pouvant aller jusqu’à 39 caractères. Ce paramètre fait la
distinction entre les majuscules et les minuscules et ne peut jamais être vide.

PASSWORD est le mot de passe associé à l’utilisateur. Ce paramètre fait la distinction entre les
majuscules et les minuscules et peut comporter n’importe quelle combinaison de caractères imprimables.
La longueur du paramètre est définie par l’utilisateur. Il peut comporter jusqu’à 39 caractères. La longueur
minimale est définie dans iLO 2 Global Settings (Paramètres généraux iLO 2), la valeur par défaut étant
de 8 caractères.

Le paramètre ADMIN_PRIV est un paramètre booléen permettant à l’utilisateur de gérer les comptes
utilisateur. Il peut ainsi modifier les paramètres de son propre compte, ceux d’autres comptes, ajouter
des utilisateurs ou encore en supprimer. L’omission de ce paramètre empêche l’utilisateur d’ajouter,
de supprimer et de configurer des comptes.

REMOTE_CONS_PRIV est un paramètre booléen qui autorise l’utilisateur à accéder à la fonction de
console distante. Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui) si
l’utilisateur veut disposer de ce privilège. Lorsque ce paramètre est utilisé, la valeur de la chaîne
booléenne ne peut jamais rester vide. L’omission de ce paramètre empêche l’utilisateur d’accéder
à la console distante.

RESET_SERVER_PRIV est un paramètre booléen qui autorise l’utilisateur à manipuler à distance le
paramètre de l’alimentation du serveur. Ce paramètre est facultatif et la chaîne booléenne doit avoir la
valeur Yes (Oui) si l’utilisateur veut disposer de ce privilège. Lorsque ce paramètre est utilisé, la valeur
de la chaîne booléenne ne peut jamais rester vide. L’omission de ce paramètre empêche l’utilisateur
de manipuler les paramètres d’alimentation du serveur.

Utilisation du RIBCL 89

VIRTUAL_MEDIA_PRIV est un paramètre booléen qui autorise l’utilisateur à accéder à la fonctionnalité
de support virtuel. Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui)
si l’utilisateur veut disposer de ce privilège. Lorsque ce paramètre est utilisé, la valeur de la chaîne
booléenne ne peut jamais rester vide. L’omission de ce paramètre empêche l’utilisateur d’accéder
aux supports virtuels.

CONFIG_ILO_PRIV est un paramètre booléen qui autorise l’utilisateur à configurer des paramètres iLO.
Ceux-ci incluent les paramètres réseau, les paramètres généraux, les paramètres de Insight Manager et
les paramètres SNMP. Ce paramètre est facultatif et la chaîne booléenne doit avoir la valeur Yes (Oui)
si l’utilisateur veut disposer de ce privilège. Lorsque ce paramètre est utilisé, la valeur de la chaîne
booléenne ne peut jamais rester vide. L’omission de ce paramètre empêche l’utilisateur de manipuler
la configuration iLO 2 actuelle.

Erreurs d’exécution MOD_USER

Les messages d’erreur possibles de la commande MOD_USER sont :

• Login name is too long. (Le nom de connexion est trop long).

• Password is too short. (Le mot de passe est trop court).

• Password is too long. (Le mot de passe est trop long).

• User information is open for read-only access. (Les informations sur les utilisateurs sont ouvertes pour

un accès en lecture seule.) Write access is required for this operation. (L’accès en écriture est requis
pour cette opération.)

• User login name must not blank. (Le nom d’ouverture de session de l’utilisateur ne doit pas être vide).

• Cannot modify user information for currently logged user. (Impossible de modifier les informations

concernant l’utilisateur actuellement connecté.)

• User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour

cette action.) ADMIN_PRIV required. (Commande ADMIN_PRIV requise.)

GET_ALL_USERS

La commande GET_ALL_USERS renvoie tous les paramètres USER_LOGIN de la base de données
utilisateur. Pour que l’analyse de la commande soit correcte, celle-ci doit apparaître dans un bloc de
commandes USER_INFO, et USER_INFO MODE doit être en mode read (lecture) ou write (écriture).
L’utilisateur doit disposer du privilège d’administrateur pour pouvoir extraire tous les comptes utilisateur.

Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<USER_INFO MODE="read">
<GET_ALL_USERS/>
</USER_INFO>
</LOGIN>

</RIBCL>

Paramètres GET_ALL_USERS

None (Aucun)

Utilisation du RIBCL 90

Erreurs d’exécution GET_ALL_USERS

Les messages d’erreur possibles de la commande GET_ALL_USERS sont :
User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour cette

action.) ADMIN_PRIV required. (Commande ADMIN_PRIV requise.)

Messages renvoyés par GET_ALL_USERS

Exemple de message renvoyé par la commande GET_ALL_USERS :

<RESPONSE

STATUS="0x0000"
MESSAGE="No Error"

/>
<GET_ALL_USERS>

<USER_LOGIN VALUE="username"/>
<USER_LOGIN VALUE="user2"/>
<USER_LOGIN VALUE="user3"/>
<USER_LOGIN VALUE="user4"/>
<USER_LOGIN VALUE="user5"/>
<USER_LOGIN VALUE="user6"/>
<USER_LOGIN VALUE="user7"/>
<USER_LOGIN VALUE="user8"/>
<USER_LOGIN VALUE="user9"/>
<USER_LOGIN VALUE="user10"/>
<USER_LOGIN VALUE=""/>
<USER_LOGIN VALUE=""/>

</GET_ALL_USERS>

Exemple de requête en échec :

<RESPONSE

STATUS="0x0023"
MESSAGE=‘User does NOT have correct privilege for action.

(L’utilisateur ne possède pas le privilège approprié pour cette
action). ADMIN_PRIV required.’ (Commande ADMIN_PRIV requise.)

/>

GET_ALL_USER_INFO

La commande GET_ALL_USER_INFO renvoie toutes les informations relatives aux utilisateurs locaux dans
la base de données utilisateur, à l’exception des mots de passe. Pour que l’analyse de la commande soit
correcte, celle-ci doit apparaître dans un bloc de commandes USER_INFO, et USER_INFO MODE doit
être en mode read (lecture) ou write (écriture). L’utilisateur doit disposer du privilège d’administrateur
requis pour exécuter cette commande.

Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<USER_INFO MODE="read">

Utilisation du RIBCL 91

<GET_ALL_USER_INFO />
</USER_INFO>
</LOGIN>

</RIBCL>

Paramètres GET_ALL_USER_INFO

None (Aucun)

Erreurs d’exécution GET_ALL_USER_INFO

Les messages d’erreur possibles de la commande GET_ALL_USER_INFO sont :
User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour cette

action.) ADMIN_PRIV required. (Commande ADMIN_PRIV requise.)

Messages renvoyés par GET_ALL_USER_INFO

Exemple de message renvoyé par la commande GET_ALL_USER_INFO :

<GET_ALL_USER_INFO />

<GET_USER
USER_NAME="Admin"
USER_LOGIN="Admin"
ADMIN_PRIV="Y"
CONFIG_RILO_PRIV="Y"
LOGIN_PRIV="Y"
REMOTE_CONS_PRIV="Y"
RESET_SERVER_PRIV="Y"
VIRTUAL_MEDIA_PRIV="Y"

/> ......

The same information will be repeated for all the users.
</GET_ALL_USER_INFO>

Exemple de requête en échec :

<RESPONSE

STATUS="0x0023"
MESSAGE=‘User does NOT have correct privilege for action.

(L’utilisateur ne possède pas le privilège approprié pour cette
action). ADMIN_PRIV required.’ (Commande ADMIN_PRIV requise.)

/>

RIB_INFO

Cette commande ne peut être utilisée qu’à l’intérieur d’un bloc de commandes LOGIN. Lors de l’analyse
de la commande, celle-ci lit la base de données des informations relatives à la configuration iLO 2 et se
prépare à la modifier. Seules les commandes de type RIB_INFO sont autorisées à l’intérieur du bloc
RIB_INFO. La commande RIB_INFO génère une réponse qui indique à l’application hôte si la lecture de
la base de données a réussi ou échoué. Si la base de données est ouverte à des fins d’écriture par une
autre application, cet appel échouera.

Utilisation du RIBCL 92

La commande RIB_INFO requiert le paramètre MODE avec une valeur de lecture ou d’écriture. MODE
est un paramètre de type chaîne pouvant comporter jusqu’à 10 caractères et qui spécifie ce que vous
comptez faire des informations.

Le mode write (écriture) autorise à la fois les opérations de lecture et d’écriture des informations iLO 2.
Le mode read (lecture) empêche la modification des informations iLO 2.

Exemple :

<RIB_INFO MODE="write">
……… RIB_INFO commands ……
</RIB_INFO>

Exemple de suppression de journal d’événements iLO 2 :

<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">

</LOGIN>
</RIBCL>

RESET_RIB

<RIB_INFO MODE="write">

<CLEAR_EVENTLOG/>
</RIB_INFO>

La commande RESET_RIB permet de réinitialiser iLO 2. Pour que l’analyse de la commande soit correcte,
celle-ci doit apparaître dans un bloc de commandes RIB_INFO, et RIB_INFO MODE doit être en mode
read (lecture) ou write (écriture). Pour exécuter cette commande, l’utilisateur doit disposer du privilège de
configuration iLO 2.

Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="Admin" PASSWORD="Password">
<RIB_INFO MODE="write">
<RESET_RIB/>
</RIB_INFO>
</LOGIN>

</RIBCL>

Paramètres RESET_RIB

None (Aucun)

Erreurs d’exécution RESET_RIB

Les messages d’erreur possibles de la commande RESET_RIB sont :
User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour cette

action.) CONFIG_ILO_PRIV required. (Commande CONFIG_ILO_PRIV requise.)

Utilisation du RIBCL 93

GET_EVENT_LOG

La commande GET_EVENT_LOG permet de récupérer le journal d’événements de iLO 2 ou le journal
de maintenance intégré, selon le contexte de la commande. Pour que l’analyse de la commande soit
correcte, celle-ci doit apparaître dans un bloc de commandes RIB_INFO ou SERVER_INFO. Pour
récupérer le journal d’événements de iLO 2, utilisez le bloc de commandes RIB_INFO. Pour récupérer
le journal de maintenance intégré, utilisez le bloc de commandes SERVER_INFO.

Exemples :

• Exemple de journal d’événements iLO 2 :

<RIBCL version="2.21">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">

<RIB_INFO MODE="READ">

<GET_EVENT_LOG />
</RIB_INFO>

</LOGIN>
</RIBCL>

• Exemple de journal de maintenance intégré :

<RIBCL version="2.21">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">

<SERVER_INFO MODE="READ">

<GET_EVENT_LOG />
</SERVER_INFO>

</LOGIN>
</RIBCL>

Paramètres GET_EVENT_LOG

None (Aucun)

Erreurs d’exécution GET_EVENT_LOG

La commande GET_EVENT_LOG génère une erreur d’exécution si elle n’est pas appelée depuis un bloc
RIB_INFO ou SERVER_INFO. Par exemple :

<RIBCL VERSION="2.21">

<RESPONSE
STATUS="0x0001"
MESSAGE=‘Syntax error: Line #3: syntax error near ">" in the line: "

GET_EVENT_LOG >"‘
/>

</RIBCL>

Messages renvoyés par GET_EVENT_LOG

Tous les événements enregistrés sont indiqués dans la réponse et sont classés par ordre chronologique.
Les événements ne sont pas classés en fonction de leur gravité ou de tout autre critère. Certains attributs
sont communs à tous les événements :

• L’attribut SEVERITY indique le niveau de gravité de l’erreur et les effets qu’elle peut avoir sur la

disponibilité du serveur ou de iLO 2.

Utilisation du RIBCL 94

o L’attribut FAILED indique qu’un problème est survenu ou qu’un composant est en panne, ce qui

pourrait avoir des conséquences sur le fonctionnement du système.

o L’attribut CAUTION indique qu’un événement anormal s’est produit. Il ne s’agit peut être pas

d’un problème de plate-forme.

o L’attribut REPAIRED indique qu’un problème a été résolu ou qu’un composant en panne a été

réparé.

o L’attribut INFORMATIONAL indique qu’un événement particulier s’est produit, sans avoir de

conséquences sur le fonctionnement du système.

• L’attribut CLASS indique le sous-système qui a généré l’événement. Cet attribut peut inclure

également iLO 2, l’environnement, l’alimentation, l’erreur système, l’infrastructure du rack, etc.

• L’attribut LAST_UPDATE indique l’heure à laquelle cet événement a été modifié pour la dernière fois.

• L’attribut INITIAL_UPDATE indique quand l’événement s’est produit pour la première fois.

• L’attribut COUNT indique le nombre de fois où un événement dupliqué s’est produit.

• L’attribut DESCRIPTION indique la nature de l’événement et tous les détails enregistrés à son sujet.

L’exemple qui suit est un exemple typique de données contenues dans le journal d’événements de iLO 2 :

<EVENT_LOG DESCRIPTION="iLO Event Log">

<EVENT
SEVERITY="Caution"
CLASS="iLO"
LAST_UPDATE="04/04/2004 12:34"
INITIAL_UPDATE="04/04/2004 12:34"
COUNT="1"
DESCRIPTION="Server reset."
/>
...

</EVENT_LOG>

L’exemple qui suit est un exemple typique de données contenues dans le journal de maintenance intégré :

<EVENT_LOG DESCRIPTION="Integrated Management Log">

<EVENT
SEVERITY="Caution"
CLASS="POST Message"
LAST_UPDATE="04/04/2004 12:34"
INITIAL_UPDATE="04/04/2004 12:34"
COUNT="1"
DESCRIPTION="POST Error: 1775-Drive Array - ProLiant Storage System

not Responding"
/>
...

</EVENT_LOG>

Utilisation du RIBCL 95

CLEAR_EVENTLOG

Cette commande efface le journal d’événements de iLO 2. Pour que l’analyse de la commande soit
correcte, celle-ci doit apparaître dans un bloc de commandes RIB_INFO, et RIB_INFO MODE doit être
en mode write (écriture). Pour exécuter cette commande, l’utilisateur doit disposer du privilège de
configuration iLO 2.

Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<RIB_INFO MODE="write">
<CLEAR_EVENTLOG/>
</RIB_INFO>
</LOGIN>

Paramètres CLEAR_EVENTLOG

</RIBCL>

None (Aucun)

Erreurs d’exécution CLEAR_EVENTLOG

Les messages d’erreur possibles de la commande CLEAR_EVENTLOG sont :

• RIB information is open for read-only access. (Les informations RIB sont ouvertes pour un accès en

lecture seule.) Write access is required for this operation. (L’accès en écriture est requis pour cette
opération.)

• User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour

cette action.) CONFIG_ILO_PRIV required. (Commande CONFIG_ILO_PRIV requise.)

COMPUTER_LOCK_CONFIG

La commande COMPUTER_LOCK_CONFIG est utilisée pour configurer la fonction de verrouillage du
Poste de travail de la console distante. Pour que l’analyse de la commande soit correcte, celle-ci doit
apparaître dans un bloc de commandes RIB_INFO, et RIB_INFO MODE doit être en mode write (écriture).
Pour exécuter cette commande, vous devez disposer du privilège de configuration iLO 2.

Les majuscules ne sont pas prises en charge et sont automatiquement converties en minuscules.
Si vous utilisez des guillemets simples ou doubles, veillez à ce qu’ils soient différents des guillemets
de délimitation. Pour une liste complète des touches personnalisées prises en charge, reportez-vous
au Manuel de l’utilisateur de HP Integrated Lights Out 2.

Exemple pour Windows® :

<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<RIB_INFO_MODE="write">

<COMPUTER_LOCK_CONFIG>

<COMPUTER_LOCK value="windows"/>
</COMPUTER_LOCK_CONFIG>

</RIB_INFO_MODE="write">
</LOGIN>
</RIBCL>

Utilisation du RIBCL 96

Exemple pour personnaliser le paramètre :

<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<RIB_INFO_MODE="write">

<COMPUTER_LOCK_CONFIG>

<COMPUTER_LOCK value="custom"/>

<COMPUTER_LOCK key="l_gui,l"/>
</COMPUTER_LOCK_CONFIG>

</RIB_INFO_MODE="write">
</LOGIN>
</RIBCL>

Exemple pour désactiver le paramètre :

<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<RIB_INFO_MODE="write">

<COMPUTER_LOCK_CONFIG>

<COMPUTER_LOCK value="disabled"/>
</COMPUTER_LOCK_CONFIG>

</RIB_INFO_MODE="write">
</LOGIN>
</RIBCL>

Paramètres COMPUTER_LOCK_CONFIG

Le verrouillage du Poste de travail sur les systèmes d’exploitation Windows® est défini par défaut sur le
logo Windows® + L. Vous pouvez personnaliser Linux et d’autres systèmes d’exploitation en définissant
le paramètre <COMPUTER_LOCK value="custom"/>. Par exemple :

<COMPUTER_LOCK key="l_gui,l"/>

Erreurs d’exécution COMPUTER_LOCK_CONFIG

Les messages d’erreur possibles de COMPUTER_LOCK_CONFIG sont :

• RIB information is open for read-only access. (Les informations RIB sont ouvertes pour un accès en

lecture seule.) Write access is required for this operation. (L’accès en écriture est requis pour cette
opération.)

• Invalid number of hot keys. (Le nombre de paramètres n’est pas valide.) The maximum allowed is

five. (Le nombre maximal de touches est de cinq.)

• User does not have correct privilege for action. (L’utilisateur ne dispose pas des droits requis pour

cette action.) CONFIG_ILO_PRIV required. (Commande CONFIG_ILO_PRIV requise.)

• Invalid COMPUTER_LOCK option; value must be windows, custom, disabled, or """. (L’option

COMPUTER_LOCK n’est pas valide ; la valeur doit être windows, custom, disabled ou """.)

• COMPUTER_LOCK value must be set to custom to use the COMPUTER_LOCK_KEY tag. (La valeur

COMPUTER_LOCK doit être définie sur custom pour utiliser l’étiquette COMPUTER_LOCK_KEY.)

• The COMPUTER_LOCK key command was used without a preceding COMPUTER_LOCK value

command equal to custom. (La commande de la touche COMPUTER_LOCK a été utilisée sans être
précédée de la valeur COMPUTER_LOCK définie sur custom.

• The key parameter specified is not valid. (Le paramètre de touche d’activation spécifié n’est

pas valide.)

Utilisation du RIBCL 97

GET_NETWORK_SETTINGS

La commande GET_NETWORK_SETTINGS demande les paramètres réseau de la carte iLO 2 concernée.
Pour que l’analyse de la commande soit correcte, celle-ci doit apparaître dans un bloc de commandes
RIB_INFO, et RIB_INFO MODE doit être en mode read (lecture) ou write (écriture).

Exemple :

<RIBCL VERSION="2.0">

<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<RIB_INFO MODE="read">
<GET_NETWORK_SETTINGS/>
</RIB_INFO>
</LOGIN>

Paramètres GET_NETWORK_SETTINGS

</RIBCL>

None (Aucun)

Erreurs d’exécution GET_NETWORK_SETTINGS

None (Aucun)

Messages renvoyés par GET_NETWORK_SETTINGS

Exemple de message renvoyé par la commande GET_NETWORK_SETTINGS :

<ENABLE_NIC VALUE="Y"/>

<SHARED_NETWORK_PORT VALUE="N" />
<VLAN ENABLED="N"/>
<VLAN_ID VALUE="0"/>
<SPEED_AUTOSELECT VALUE="Y"/>
<NIC_SPEED VALUE="10"/>
<FULL_DUPLEX VALUE="N"/>
<DHCP_ENABLE VALUE="Y"/>
<DHCP_GATEWAY VALUE="Y"/>
<DHCP_DNS_SERVER VALUE="Y"/>
<DHCP_WINS_SERVER VALUE="Y"/>
<DHCP_STATIC_ROUTE VALUE="Y"/>
<DHCP_DOMAIN_NAME VALUE="Y"/>
<REG_WINS_SERVER VALUE="Y"/>
<REG_DDNS_SERVER VALUE="Y"/>
<PING_GATEWAY VALUE="N"/>
<MAC_ADDRESS VALUE="00:12:79:a5:25:42"/>
<IP_ADDRESS VALUE="170.100.8.10"/>
<SUBNET_MASK VALUE="255.255.255.0"/>
<GATEWAY_IP_ADDRESS VALUE="170.100.8.254"/>
<DNS_NAME VALUE="ILO000FWDC451"/>

Utilisation du RIBCL 98

<DOMAIN_NAME VALUE="ferrari.com"/>
<PRIM_DNS_SERVER VALUE="172.25.163.199"/>
<SEC_DNS_SERVER VALUE="0.0.0.0"/>
<TER_DNS_SERVER VALUE="0.0.0.0"/>
<PRIM_WINS_SERVER VALUE="172.25.163.199"/>
<SEC_WINS_SERVER VALUE="0.0.0.0"/>
<STATIC_ROUTE_1 DEST="0.0.0.0"

GATEWAY="0.0.0.0"/>
<STATIC_ROUTE_2 DEST="0.0.0.0"

GATEWAY="0.0.0.0"/>
<STATIC_ROUTE_3 DEST="0.0.0.0"

GATEWAY="0.0.0.0"/>

</GET_NETWORK_SETTINGS>

Exemple de requête en échec :

<RESPONSE

STATUS = "0x0001"
MSG = "Error Message"/>

MOD_NETWORK_SETTINGS

La commande MOD_NETWORK_SETTINGS permet de modifier certains paramètres réseau. Pour que
l’analyse de la commande soit correcte, celle-ci doit apparaître dans un bloc de commandes RIB_INFO,
et RIB_INFO MODE doit être en mode write (écriture). Pour exécuter cette commande, l’utilisateur doit
disposer du privilège de configuration iLO 2.

Le microprogramme de génération de scripts de iLO 2 ne tente pas le déchiffrage pour vérifier si les
modifications réseau sont appropriées pour l’environnement réseau. Avant de modifier les paramètres
réseau, renseignez-vous sur les commandes réseau fournies au processeur de supervision. Dans certains
cas, le processeur de supervision ne tient pas compte des commandes et aucune erreur n’est signalée.
Par exemple, lorsqu’un script comporte la commande d’activation de DHCP et une commande de
modification de l’adresse IP, cette dernière est ignorée. Si vous remplacez les paramètres réseau par
des valeurs inappropriées pour le réseau, vous risquez de perdre la connectivité au système iLO 2.

Le processeur de supervision iLO 2 se réinitialise pour appliquer les modifications après l’exécution
réussie du script. Lorsque vous perdez la connectivité à iLO 2, exécutez l’utilitaire RBSU pour reconfigurer
les paramètres réseau à l’aide de valeurs compatibles avec l’environnement réseau.

Exemple :

<LOGIN USER_LOGIN="adminname" PASSWORD="password">
<RIB_INFO MODE="write">

<MOD_NETWORK_SETTINGS>

<ENABLE_NIC value="Yes"/>

<REG_DDNS_SERVER value="Yes"/>

<PING_GATEWAY value="No"/>

<DHCP_DOMAIN_NAME value="Yes"/>

<SPEED_AUTOSELECT value="YES"/>

<NIC_SPEED value="100"/>

<FULL_DUPLEX value="Yes"/>

<DHCP_ENABLE value="No"/>

Utilisation du RIBCL 99

<IP_ADDRESS value="172.20.60.152"/>

<SUBNET_MASK value="255.255.255.0"/>

<GATEWAY_IP_ADDRESS value="172.20.60.1"/>

<DNS_NAME value="demoilo"/>

<DOMAIN_NAME value="internal.com"/>

<DHCP_GATEWAY value="Yes"/>

<DHCP_DNS_SERVER value="Yes"/>

<DHCP_WINS_SERVER value="Yes"/>

<DHCP_STATIC_ROUTE value="Yes"/>

<REG_WINS_SERVER value="Yes"/>

<PRIM_DNS_SERVER value="0.0.0.0"/>

<SEC_DNS_SERVER value="0.0.0.0"/>

<TER_DNS_SERVER value="0.0.0.0"/>

<PRIM_WINS_SERVER value="0.0.0.0"/>

<SEC_WINS_SERVER value="0.0.0.0"/>

<STATIC_ROUTE_1 DEST="0.0.0.0" GATEWAY="0.0.0.0"/>

<STATIC_ROUTE_2 DEST="0.0.0.0" GATEWAY="0.0.0.0"/>

<STATIC_ROUTE_3 DEST="0.0.0.0" GATEWAY="0.0.0.0"/>

<!-- This tag can be used on an iLO blade server to force iLO -->

<!-- to attempt to get an IP address from the signal backplane -->

<!-- in a server enclosure. The IP address must be set prior -->

<!-- with Mod_Enc_Bay_IP_Settings.xml -->

<!-- <ENCLOSURE_IP_ENABLE VALUE="Yes"/> -->
</MOD_NETWORK_SETTINGS>

</RIB_INFO>
</LOGIN>

Exemple de modification VLAN :

<RIBCL version="2.21">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">

<RIB_INFO MODE="WRITE">
<MOD_NETWORK_SETTINGS>

<SHARED_NETWORK_PORT VALUE="Yes"/>

<VLAN_ENABLED VALUE="Yes"/>

<VLAN_ID VALUE="1"/>
</MOD_NETWORK_SETTINGS>
</RIB_INFO>

</LOGIN>
</RIBCL>

Exemple IP POST RBSU :

<RIBCL version="2.21">
<LOGIN USER_LOGIN="adminname" PASSWORD="password">

<RIB_INFO MODE="write">
<MOD_GLOBAL_SETTINGS>

<RBSU_POST_IP VALUE="Y"/>
</MOD_GLOBAL_SETTINGS>

Utilisation du RIBCL 100