• No results found

BMC Management

In document Exadata (Page 44-48)

BMC, or Baseboard Management Controller, controls the compoments of the cell. The BMC should be running all the time. You can restart it, if needed by executing the command below. The comamnd also reboots the BMC if it is already running.

CellCLI> alter cell restart bmc

To make sure the BMC sends the alerts to the cell so that they show up as alerts, execute CellCLI> alter cell configurebmc

Cell Cell07 BMC configured successfully

The cells can also send SNMP traps. Any monitoring system based on SNMP traps can receive and process these SNMP traps to show the statistics on cells. To validate the SNMP configuration to be use dfor Automatic Service Requests (ASRs), use the following command:

CellCLI> alter cell validate snmp type=ASR Cell cell01 successfully altered

To enable automatic service request generation by the SNMP, youneed to define a subscriber. Here is an example:

CellCLI> alter cell snmpsubscriber=((host='snmp01.proligence.com,type=ASR')) Cell cell01 successfully altered

You may want to validate the firmware of the cell at any time by executing

CellCLI> alter cell validate configuration Cell cell07 successfully altered

Finally, if you want to reset the cell to its factory settings, use:

CellCLI> drop cell

If you have defined griddisks in this cell, you have to drop them first. Otherwise the following forces them to be dropped.

CellCLI> drop cell force

Remember, the drop cell command removes the sell related properties of the server; it does not actually remove the physical server.

Creation

The cells are created in the beginning of the project, and is usually done via the automatic installation script.

Later, you will not likely use this command but it’s shown here briefly for the sake of completeness. The command is create cell. Here is the help on the command:

CellCLI> help create cell

Usage: CREATE CELL [<cellname>] [realmname=<realmvalue>,]

[interconnect1=<ethvalue>,] [interconnect2=<ethvalue>,]

[interconnect3=<ethvalue>,] [interconnect4=<ethvalue>,]

( ( [ipaddress1=<ipvalue>,] [ipaddress2=<ipvalue>,]

[ipaddress3=<ipvalue>,] [ipaddress4=<ipvalue>,] ) | ( [ipblock=<ipblkvalue>, cellnumber=<numvalue>] ) ) Purpose: Configures the cell network and starts services.

Arguments:

<cellname>: Name to be assigned to the cell.

Uses hostname if nothing is specified <realmvalue>: Name of the realm this cell belongs to.

<ethvalue>: Value of the eth interconnect assigned to this network interconnect.

<ipvalue>: Value of the IP address to be assigned to this network interconnect.

<ipblkvalue>: Value of the IP block to determine IP address for the network.

<numvalue>: Number of the cell in this ip block.

Managing Cell Disks

Each physical disk in the cell is further exposed as cell disks. To show all the cell disks in this cell, use the list celldisk command as shown below.

This is a rather succinct output without much useful detail. The detail modifier allows display of more detailed information on the cell disks.

This output shows all the cell disks one after the other, which makes up a rather long and unreadable list. If you would rather want to show the details in a tabular format with one line per cell disk, use the attribute all modifier shown below:

CellCLI> list celldisk attributes all

To know the columns, or rather the attributes shown here, use the describe command to display the attributes of the cell disk.

The output columns are displayed in the same order. You can select only a few attributes from this list instead of all. For instance, let’s see only name of the cell disk and the corresponding Linux partition name.

CellCLI> list celldisk attributes name, devicePartition CD_00_prolcel14 /dev/sda3

CD_01_prolcel14 /dev/sdb3

… output truncated …

Similarly you can use the attributes for filtering the output as well. The following shows an example where you wanted to see all cell disks larger than 23GB.

CellCLI> list celldisk attributes name, devicePartition where size>23G CD_00_prolcel14 /dev/sda3

Only two attributes of the cell disks are changeable: the comment and the name.

Suppose you want to add a comment “Flash Disk” to the cell disk FD_00_cell01. You need to execute:

CellCLI> alter celldisk FD_00_cell01 comment='Flash Disk'

If you want to make the change to comments on all the hard disks, you would issue:

CellCLI> alter celldisk all harddisk comment=’Hard Disk’

CellDisk CD_00_cell01 successfully altered CellDisk CD_01_cell01 successfully altered

… output truncated …

Similarly if you want to change the comment on all the flash disks:

CellCLI> alter celldisk all flashdisk comment='Flash Disk'

Deletion

This command is rarely used but it may be needed when cell disks fail and you want to drop the cell disks and create them fresh. Here is how to drop the cell disk named CD_00_cell01:

CellCLI> drop celldisk CD_00_cell01

If the cell disk contains grid disks, the drop command will fail. Either drop the grid disks (described in the next section) or use the force option.

CellCLI> drop celldisk CD_00_cell01 force

You can also drop all cell disks of certain types, e.g. hard disks or flash disks.

CellCLI> drop celldisk harddisk CellCLI> drop celldisk flashdisk Or, drop them all:

CellCLI> drop celldisk all Managing Grid Disks

In the previous installments you learned that grid disks are carved out of the cell disks and the grid disks are presented to the ASM instance as disks, which are eventually used to build ASM diskgroups.

CellCLI> list griddisk

DBFS_DG_CD_02_prolcel14 active DBFS_DG_CD_03_prolcel14 active DBFS_DG_CD_04_prolcel14 active

… output truncated …

Or you can get the details of a specific grid disk:

CellCLI> list griddisk DBFS_DG_CD_02_cell01 detail As with the previous cases, you can also see:

CellCLI> describe griddisk

errorCount id

offset

size modifiable status

You can use these keywords to display specific – not all – attributes of the grid disks. Here is a command to display the name, the cell disks, and the type of the disk:

CellCLI> list griddisk attributes name,cellDisk,diskType

DBFS_DG_CD_02_prolcel14 CD_02_prolcel14 HardDisk DBFS_DG_CD_03_prolcel14 CD_03_prolcel14 HardDisk DBFS_DG_CD_04_prolcel14 CD_04_prolcel14 HardDisk

… output truncated …

You could have also used the following to show all the attributes:

CellCLI> list griddisk attributes all

If you want to show details for a certain type of attribute only, you can use the filter before the attributes modifier.

The following shows the command to show all the grid disks of size 476.546875GB:

CellCLI> list griddisk attributes name,cellDisk,status where size=476.546875G PRORECO_CD_00_prolcel14 CD_00_prolcel14 active

The describe command does not show two important attributes:

• ASMModeStatus – whether a current ASM diskgroup is using this griddisk. A value of ONLINE indicates this grid disk is being used.

• ASMDeactivationOutcome – recall that grid disks can be deactivated, which is effectively taking them offline. Since ASM mirroring ensures that the data is located on another disk, making this disk offline does not lose data. However, if the mirror is offline, or is not present, then making this grid disk offline will result in loss of data. This attribute shows whether the grid disk can be deactivated without loss of data. A value of “Yes” indicates you can deactivate this grid disk without data loss.

CellCLI> list griddisk attributes name, ASMDeactivationOutcome,

Only name, comment, Available To, status and size are modifiable. Let’s see how to change the comment for a specific grid disk:

CellCLI> alter griddisk PRORECO_CD_11_cell01 comment='Used for Reco';

GridDisk PRORECO_CD_11_cell01 successfully altered

You can change the comment for all the grid disks of a cetain time, e.g. all hard disks:

CellCLI> alter griddisk all harddisk comment='Hard Disk';

GridDisk DBFS_DG_CD_02_cell01 successfully altered GridDisk DBFS_DG_CD_03_cell01 successfully altered

… output truncated …

Making a grid disk inactive effectively offlines its associated ASM disk.

In document Exadata (Page 44-48)

Related documents