conserver
infrastructure.
+----------------------------------------------------------------------+ | +-------+ +--------------------+ | | | NIC 3 | | Expansion slot | | | +-------+ +--------------------+ | | +-------+ | | | USB | | | +-------+ +-----+ +------------+ +-------+ +-------+ | | | USB | | VGA | | Q-Code LED | | NIC 1 | | NIC 2 | | | +-------+ +-----+ +------------+ +-------+ +-------+ | | | | +---------------------------++---------------------------+ | | | || | | | | PSU 1 || PSU 2 | | | | || | | | +---------------------------++---------------------------+ | | | +----------------------------------------------------------------------+ REAR PANEL OF AN ASUS ECS4000 G3S SERVERNICs 1 and 2 are available for use by the machine itself; NIC 3 is a dedicated port for the BMC (which device, as usual, has its own MAC address.) However, the BMC also presents itself - using a different MAC address, on NIC 1. The idea of that is that the BMC can piggy-back on one of the existing network connections in use by the machine itself - which, for example, would save on the total number of network ports in use. However, since the piggy-back setup does not allow for the use of tagged VLANs, it's of no use to us: we insist that all BMCs are located on a private unrouted subnet carried on its own VLAN. The BMC will, by default, issue DHCP requests on both the piggy-back port NIC 1, and its dedicated port NIC 3 and, as mentioned, each of these requests will be associated with a distinct MAC address. Since we do not want to use the BMC on the piggy-back port NIC 1, any DHCP requests from the BMC on that port will show up as noise and DHCP errors in our various logs, and so we need to disable them. Our desired configuration is therefore:
admin
, admin
). To prevent misuse, it is therefore important that the BMC is correctly configured; it must not be left in its default state.
Del
when appropriate to access the BIOS setup screen.
Select the Server Mgmt
tab.
Select BMC network configuration
Set the following parameters:
DM_LAN1
:
Current config address source |
DHCP Mode |
Shared_LAN
:
Current config address source |
Static |
IP Address in BMC |
0.0.0.0 |
Take a note of the value of Station MAC address
in DM_LAN1
.
Select BMC IPv6 Network Configuration
Set the following parameters:
IPV6 BMC Shared LAN
:
Address Source in BMC |
Static |
IP Address in BMC |
0:0:0:0:0:0:0:0 |
Press ESC
to return to the main screen.
Select the Advanced
tab.
Select Serial Port Console Redirection
Set the following parameters:
COM1
:
Console Redirection |
Enabled |
COM2
:
Console Redirection |
Disabled |
For COM1
, select Console Redirection Settings
Set the following parameters (all of which - apart from Terminal Type
, should be the default settings):
Terminal Type |
VT100+ |
Bits per second |
57600 |
Data Bits |
8 |
Parity |
None |
Stop Bits |
1 |
Flow Control |
Hardware RTS/CTS |
VT-UTF8 Combo Key Support |
Enabled |
Recorder Mode |
Disabled |
Legacy OS Redirection Resolution |
80x24 |
Putty KeyPad |
VT100 |
Redirection After BIOS POST |
Always Enable |
Press ESC
, ESC
to return to the main screen; then F10
to Save Changes & Reset
.
Allocate an IP address for the BMC on the appropriate server management subnet, and add that address to the DNS with the corresponding hostname set to <machinename>.bmc.inf.ed.ac.uk
. The subnets are as follows:
Server room | Server management subnet |
---|---|
Informatics Forum | 192.168.68/23 |
AT | 192.168.93/24 |
KB | 192.168.94/24 |
Ensure that the port to which NIC 3 of the host machine is connected carries the corresponding VLAN untagged. The VLAN names are as follows:
Server room![]() |
Server management VLAN name | Corresponding VLAN tag |
---|---|---|
AT | ATSOL |
493 |
Informatics Forum | SOL |
468 |
KB | KBSOL |
494 |
port n myserver.bmc - SOL
Add the resources bmchostname
and bmcmac
to the LCFG profile of the machine: bmchostname
should be the fully-qualified domain name chosen in step 1 above; bmcmac
should be the Station MAC address
identified in Section 2.1.1 above.
Example:
...[snip]... /* BMC */ dhclient.bmchostname myserver.bmc.inf.ed.ac.uk dhclient.bmcmac 00:1d:09:6a:c9:bb !dhclient.cluster mADD(dhcp/forum/consoles) ...[snip]...
Allow time for the profile to recompile, and for the DNS and DHCP changes to propagate. Once they have propagated, restart the machine and check that the BMC has correctly acquired its configuration by:
ssh'
ing to the console server appropriate for the site - either consoles
, atconsoles
or kbconsoles
.
ping <machinename>.bmc.inf.ed.ac.uk
. You should get a response; if you don't, sort out the problem before you proceed any further.
Background
On delivery, the BMC on HP servers comes configured with two active IPMI accounts, namely:
root exists, and has the same common 20-byte password as does the equivalent user on our current Dell BMC's. In order that this account can be be used to initiate SOL sessions, it requires 'administrator' privileges.
We could add a brand new account to the BMC to arrange this, but a reasonable way to achieve the same thing is to modify the existing Operator account appropriately, (and, at the same time, to secure the password on the admin account.) This leaves us with a usable privileged account (namely admin ) which will not be used by the normal conserver framework, but which might prove handy later. It also means that the user ID of the root user on the HPs will match that of the same user on the Dells (namely, 2 ). Whilst it isn't strictly necessary that the user ID's of the root accounts should match in this way across servers, it might avoid confusion later on.
|
ssh
to to the console server appropriate for the site - either consoles
, atconsoles
or kbconsoles
.
telnet <machinename>.bmc.inf.ed.ac.uk
, then proceed as follows (noting that everything is case-sensitive):
login: admin Password: admin cd map1/accounts/user2 set username=root set group=administrator cd .. cd user3 set password=<our 'usual' system password> exitNote: Before you type
exit
to leave the above session, it would be a good idea to initiate a second telnet
session to <machinename>.bmc.inf.ed.ac.uk
from the console server appropriate to the site in order to check that the password for the admin
username (i.e. user ID 3) has indeed been set correctly to our 'usual' one!
Back on your ssh
session on the console server appropriate for the site (either consoles
, atconsoles
or kbconsoles
):
nsu
to root
/usr/sbin/conserver-ipmisetpass <machinename>.bmc
This command changes the password of the BMC's root
account to our standard one. When it runs, you will prompted for the current default password of the root
account: it is Operator
.
#include <dice/options/serialconsole.h>Note that this configuration is - unlike that for a Dell server using an IPMI SOL console - exactly the same as for a standard directly-attached serial console. That is, the baud rate and serial interface to be specified are 9600 and
ttyS0
(i.e. COM1
) respectively.
conserver
configuration live/console_server.h
header, and add the target machine's hostname (not the hostname of its BMC) to the next available free IPMI SOL 'slot' for the relevant site.
Example:
/******************** * Forum Consoles * ********************/ ...[snip]... /* Consoles managed via IPMI SOL */ ...[snip]... conserver.consolename_srsol00s42 myserver ...[snip]...Allow time for this live header change to propagate, then test the new console by
ssh
'ing to any console server and running console <machinename>
.