HP rp7440 nPartition Administrator's Guide, Second Edition - Page 42

IPMI Block Transfer (IPMI BT), nPartition Configuration Privilege, IPMI over LAN

Page 42 highlights

The service processor in all sx1000-based or sx2000-based servers supports two of the communication paths defined by the IPMI standard: the Block Transfer path and IPMI over LAN. Some background details about each of these communication paths is provided in the next sections. How and when these paths are used is covered in the explanations of the local and remote management scenarios that follow. IPMI Block Transfer (IPMI BT) The IPMI Block Transfer (IPMI BT) path uses a driver [/dev/ipmi for HP-UX 11i v2 (B.11.23) and HP-UX 11i v3 (B.11.31)] and a hardware buffer on each cell to provide communication between the operating system and the service processor. Thus, each nPartition running HP-UX 11i v2 or HP-UX 11i v3 in an sx1000-based or sx2000-based server has its own private path to the service processor; the block transfer hardware on the core cell in each nPartition is used. The service processor always reliably knows which nPartition a request comes from. NOTE: The IPMI BT path currently is supported only for nPartitions running the Enhanced nPartition Commands. To use the IPMI BT interface, you must locally or remotely access the operating system running in the target complex. For details see "Remote Management Using WBEM" (page 44). In many respects from an administrator's perspective the IPMI BT interface behaves like the proprietary interface used in the first-generation cell-based servers. For example, a user with superuser capabilities on an nPartition can manage the entire complex, including making changes to both the local nPartition and other nPartitions in the complex. nPartition Configuration Privilege Because it is not always desirable to allow a user on one nPartition to make changes that affect other nPartitions, HP provides the nPartition Configuration Privilege on sx1000-based or sx2000-based servers. You can control the nPartition Configuration Privilege by using the PARPERM command at the service processor Command menu. The nPartition Configuration Privilege has two settings: • Unrestricted - The default setting, which allows the behavior described above. • Restricted - Restricts use of the IPMI BT interface to the following capabilities: - Retrieving information about the server. Everything that is normally displayed by Partition Manager and the parstatus command is still available. - Making changes to the local nPartition's Partition Configuration Data. (Details on local versus remote nPartitions is provided later.) - Manipulating any of the attention indicators (LEDs). - Powering on/off cells and I/O chassis that belong to the local nPartition. Restricting the nPartition Configuration Privilege does not restrict deallocation of processors across nPartition boundaries. By restricting the nPartition Configuration Privilege, you limit someone with superuser privileges on an nPartition to doing things that affect only that nPartition. However, when the nPartition Configuration Privilege is restricted certain changes can only be made by using the nPartition management tools in the mode that utilizes IPMI over LAN. IPMI over LAN IPMI requests can be sent to the service processor's LAN port, thus eliminating the need to involve any of the nPartitions in the server. IPMI LAN access to a service processor may be enabled or disabled by the SA command at the service processor Command menu. 42 Getting Started with nPartitions

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266

The service processor in all sx1000-based or sx2000-based servers supports two of the
communication paths defined by the IPMI standard: the Block Transfer path and IPMI over LAN.
Some background details about each of these communication paths is provided in the next
sections. How and when these paths are used is covered in the explanations of the local and
remote management scenarios that follow.
IPMI Block Transfer (IPMI BT)
The IPMI Block Transfer (IPMI BT) path uses a driver [
/dev/ipmi
for HP-UX 11i v2 (B.11.23)
and HP-UX 11i v3 (B.11.31)] and a hardware buffer on each cell to provide communication
between the operating system and the service processor. Thus, each nPartition running HP-UX
11i v2 or HP-UX 11i v3 in an sx1000-based or sx2000-based server has its own private path to
the service processor; the block transfer hardware on the core cell in each nPartition is used. The
service processor always reliably knows which nPartition a request comes from.
NOTE:
The IPMI BT path currently is supported only for nPartitions running the Enhanced
nPartition Commands. To use the IPMI BT interface, you must locally or remotely access the
operating system running in the target complex. For details see
“Remote Management Using
WBEM” (page 44)
.
In many respects from an administrator's perspective the IPMI BT interface behaves like the
proprietary interface used in the first-generation cell-based servers. For example, a user with
superuser capabilities on an nPartition can manage the entire complex, including making changes
to both the local nPartition and other nPartitions in the complex.
nPartition Configuration Privilege
Because it is not always desirable to allow a user on one nPartition to make changes that affect
other nPartitions, HP provides the nPartition Configuration Privilege on sx1000-based or
sx2000-based servers.
You can control the nPartition Configuration Privilege by using the
PARPERM
command at the
service processor Command menu.
The nPartition Configuration Privilege has two settings:
Unrestricted — The default setting, which allows the behavior described above.
Restricted — Restricts use of the IPMI BT interface to the following capabilities:
Retrieving information about the server. Everything that is normally displayed by
Partition Manager and the
parstatus
command is still available.
Making changes to the local nPartition's Partition Configuration Data. (Details on local
versus remote nPartitions is provided later.)
Manipulating any of the attention indicators (LEDs).
Powering on/off cells and I/O chassis that belong to the local nPartition.
Restricting the nPartition Configuration Privilege does not restrict deallocation of processors
across nPartition boundaries.
By restricting the nPartition Configuration Privilege, you limit someone with superuser privileges
on an nPartition to doing things that affect only that nPartition. However, when the nPartition
Configuration Privilege is restricted certain changes can only be made by using the nPartition
management tools in the mode that utilizes IPMI over LAN.
IPMI over LAN
IPMI requests can be sent to the service processor's LAN port, thus eliminating the need to
involve any of the nPartitions in the server.
IPMI LAN access to a service processor may be enabled or disabled by the
SA
command at the
service processor Command menu.
42
Getting Started with nPartitions