PAGE 86 To specify multiple columns: show -sortby=name,if vnics This command will use “name” as the primary sort and “if” as the secondary. To perform a reverse sort: show -sortby=!name,if vnics Note – This command is one place in the CLI where command completion is not available. Terminal Rows and Columns XgOS enables you to set and display the number of rows and columns for the terminal screen. By default, the number of rows and columns is determined by the terminal size. Example: Set CLI Terminal Screen Rows show cli rows 30 set cli rows 60 show cli rows 60 CLI History Use the show cli history command to display the history of issued commands. The history log can be searched using the up/down arrow keys and Ctrl-R command sequence. Syntax show cli history show cli history where is the number of saved history commands to display. The buffer limit size is 512 commands per user. The log is persistent across CLI login sessions. ▼ Search the CLI History 1. Press Ctrl-R to initiate a history search: (): Ctrl-C will interrupt the search. Repeated Ctrl-R will display the previous command. 2. Enter the command text string to search on: (gogo): add server-profile gogo 3. The following example shows a simple script of displaying vNICs. During the CLI recording phase, the commands issued are as follows: show vnic * show vnic pubstest.sunset show vnic pubstest.sunset -detail The first part of the example is recording the CLI session and stopping the recording: cli record-script showvnic Recording CLI commands into the script showvnic. Use 'cli stop-recording' to end the recording. # show vnic * ----------------------------------------------------------------name iscsitest. type dhcp vlans none qos ----------------------------------------------------------1 record displayed # show vnic pubstest.sunset -detail ----------------------------------------------------------------name pubstest.sunset state up/indeterminate mac-addr 00:00:00:00:00:00 admin-ipaddr 0.0.0.0/32 oper-ipaddr 0.0.0. vlans none qos -----------------------------------------------------------------name pubstest.sunset state up/indeterminate mac-addr 00:00:00:00:00 ipaddr 0.0.0.0/32 if if-state ha-state local-id 0 type dhcp vlans none qos -----------------------------------------------------------------------------2 records displayed ----------------------------------------------------------------name pubstest.sunset state up/up mac-addr 00:00:00:00:00:00 ipaddr 0.0.0. mode access queue-map-type disabled qos -local-id 0 mirror ----------------------------------------------------------------1 record displayed Saving and Restoring Configurations Before you perform a firmware upgrade in XgOS, Oracle recommends you export your system configuration to a file. If your running-config gets lost during an upgrade, at least you can import a saved config. If you import a configuration, the system migrates the old config to the new. Example: Save and Restore System Configuration system export myconfig.xml system import myconfig.xml DISK STATUS Partition Base OS XgOS System logs Database Temporary data User data Volatile data Config data Size 253.967M 1.192G 9.169G 8.249G 6.040G 2.752G 184.901M 44.292M Available 77.037M 330.699M 8.531G 7.646G 5.701G 2.522G 175.334M 41.952M Used %used 163.816M 64% |#############--------| 827.602M 67% |##############-------| 175.754M 1% |---------------------| 188.738M 2% |---------------------| 32. 68 XgOS User’s Guide • September 2014 CHAPTER 5 Server Profiles and Gateways This chapter describes how to configure the Oracle server profiles and the default gateway. ■ “Server Profiles” on page 69 ■ “Default Gateway” on page 72 Server Profiles A server profile is a logical representation of a physical host server’s I/O configuration which can be assigned to a physical server. When you assign a server profile, the host server assumes all of the server profile’s I/O characteristics. Syntax server-profile server-profile server-profile {*|} connection -descr="" server-profile {*|} connect server-profile {*|} disconnect server-profile {*|} down server-profile iscsi-boot [|none] [mount {direct |LABEL= Parameter Description reset Resets the busy state. san-boot Configures the SAN boot options for this server profile. For details about the set server-profile san-boot command, refer to the XgOS Remote Booting Guide. up Sets the server profile administratively up. Optional Modifiers Modifier Description -default=gateway= The name of a default gateway that you have already configured. For details about configuring a default gateway, see “Default Gateway” on page 72. 2. Select the desired server and create the server profile: add server-profile mytest alexander@iowa:ServerPort8 3. Verify the profile was created correctly: show server-profile mytest name state descr connection def-gw vnics vhbas --------------------------------------------------------------------------mytest up/unassigned My first server profile 1 1 1 record displayed No I/O resources (vNICs or vHBAs) have been assigned to the new server profile. Syntax add gateway [-noconfirm] set gateway [-descr="text"][-dns=][-domain-name=] [-ipaddr=] set server-profile -default-gateway=[][none] show gateway [] {server-profiles] remove gateway [] [-noconfirm] Parameter Descriptions Parameter Description Name the gateway something unique to this Oracle Fabric Interconnect. ▼ Configure a Default Gateway The following figure shows the topology of a default gateway. Take the following steps to configure a default gateway: 1. From the hostserver, confirm the following entities are not reachable: default gateway address, DNS server address, and domain name. cat /etc/resolv.conf route ping 10.1.11.112 2. Issue the route command to confirm the server cannot reach the outside network because you have not yet configured a default gateway. Likewise ping 10.1.11. name descr addr dns-addr domain-name ----------------------------------------------------------------test 10.1.10.112 1.1.1.1 testorg Note – The gateway’s IP address must be on the same subnet as the vNIC’s address. 5. This example changes the DNS to 2.2.2.2. After the change is made, the defaultgateway profile must be reassociated back to the server profile: set gateway test -dns=2.2.2.2 set server-profile s23 -default-gateway=test show gateway test name descr addr dns-addr domain-name ----------------------------------------------------------------test 10.1.10.112 2.2.2. CHAPTER 6 Virtual Network Interface Cards (vNICs) The Oracle virtual Network Interface Card (vNIC) virtualizes NIC connectivity. A vNIC is a virtual NIC that appears to the OS as a physical NIC and enables a server to have a Ethernet network attachment without having a physical NIC present. Instead of the client server using an NIC, an InfiniBand (IB) HCA is used and then virtualizes the NIC allowing for Ethernet connectivity. Basic vNIC Configuration A vNIC involves the following bringup procedure: ■ Adding a server profile ■ Creating a named vNIC ■ Associating the vNIC to a server profile and physical I/O card ■ Setting IP address information ■ Verifying the configuration and state Syntax add server-profile @:ServerPort add vnic . {/|none} set vnic . Note – The Oracle Fabric Interconnect automatically assigns MAC addresses to vNICs from a pool of internal-sequential addresses. Example: Configure a Server Profile With a vNIC add server-profile myserver alexander@iowa:ServerPort8 add vnic myvinc.myserver 4/2 set vnic myvinc.myserver -addr-type=static -ip-addr=10.1.1.1/32 show vnic myvinc.myserver ---------------------------------------------------------------name myvinc.myserver state up mac-addr 00:13:97:01:80:08 ipaddr 10.1.1. rcv-bytes 0 trans-pkt 0 trans-bytes 0 invalid-ip-checksum ? invalid-l4-checksum ? mtu-err ? ipchecksum-pkt ? tcp-checksum-pkt ? udp-checksum-pkt ? tcpseg-pkt ? green-pkt ? yellow-pkt ? red-pkt ? --------------------------------------------------------------1 record displayed vNIC Counters and Statistics There are several ways to gather vNIC counters and statistics. On the host server: ifconfig Displays statistics as collected by the OS through the network layer. High Availability vNIC Pairs High availability (HA) vNIC pairs can be configured for a single Oracle Fabric Interconnect chassis, or for two separate Oracle Fabric Interconnects. The system does not support the dynamic reconfiguration of vNIC failover characteristics. Once you create an HA enabled vNIC, the system does not allow you to change its failover characteristics. You must delete the vNIC then create a new one from scratch. 8/5 nwEthernet1GbPort in slot 8 port 5 8/6 nwEthernet1GbPort in slot 8 port 6 8/7 nwEthernet1GbPort in slot 8 port 7 8/8 nwEthernet1GbPort in slot 8 port 8 8/9 nwEthernet1GbPort in slot 8 port 9 8/10 nwEthernet1GbPort in slot 8 port 10 2. Bind the vNIC to a physical Ethernet card. 3. Select the slot/port that you want to link to the vNIC (in this example, “6/1”): add vnic haNIC1.vserver1 6/1 ? Possible completions: ha Specify High Availability characteristics 4. Note – Do not select the same slot/port that was assigned to the primary vNIC. add vnic haNIC1.vserver1 6/1 ha 6/3 This command set created a high-availability vNIC pair on a single chassis. The primary vNIC is named haNIC1. The secondary vNIC was created automatically and named haNIC1S. (Note the “S” appended to the end of the name.) The full name of the primary vNIC was automatically assigned as the high-availability group’s name. 8/5 8/6 8/7 8/8 8/9 8/10 nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort in in in in in in slot slot slot slot slot slot 8 8 8 8 8 8 port port port port port port 5 6 7 8 9 10 c. Bind the vNIC to a physical Ethernet card. d. Select the slot/port that you want to link to the vNIC (in this example, “6/1”): add vnic haNIC1. f. Configure the vNIC as the primary vNIC of the HA pair. g. Select “-primary”, then press Enter. add vnic haNIC1.vserver1 6/1 ha -primary This command set created a vNIC (haNIC1), assigned it to a server profile (vserver1), bound it to a physical slot/port (6/1), and specified the vNIC as the primary vNIC in a high-availability vNIC pair. h. Retrieve the MAC address of the primary vNIC. show vnic haNIC1.vserver -----------------------------------------name haNIC1. 8/2 8/3 8/4 8/5 8/6 8/7 8/8 8/9 8/10 nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort nwEthernet1GbPort in in in in in in in in in slot slot slot slot slot slot slot slot slot 8 8 8 8 8 8 8 8 8 port port port port port port port port port 2 3 4 5 6 7 8 9 10 b. Bind the second vNIC to a physical Ethernet card on the second chassis. c. [Optional qualifiers] -mac Secondary HA group MAC address -primary This is a primary HA VNIC -secondary This is a secondary HA VNIC (need to specify group MAC address) 3. Configure the second vNIC as the secondary vNIC of the high-availability pair. [Optional qualifiers] -mac Secondary HA group MAC address -primary This is a primary HA VNIC -secondary This is a secondary HA VNIC (need to specify group MAC address) Select “-secondary” then press Enter: add vnic haNIC1. 4. Insert the primary vNIC’s MAC address. a. Select “-mac”. b. Type ‘’, enter the MAC address retrieved in Step 6, then press Enter. add vnic haNIC1.vserver1 8/2 ha -secondary -mac=00:13:97:01:80:01 This command set created a high-availability vNIC pair across two Oracle Fabric Interconnects. The HA group’s name was automatically set to haNIC1.vserver1. Both the primary and secondary vNICs are named haNIC1. When 1/1 goes down, traffic fails over to path 2/1. When 1/1 comes back online, the vNIC reverts back to using 1/1 automatically. Any failure along the path (Ethernet or InfiniBand) of the vNIC will force traffic flow to the other side. Note that show vnic -detail displays “flags” is set to “A” once -auto-switchover is enabled: add vnic test_1.01bardeen 1/1 -auto-switchover=true ha 2/1 show vnic test_1.01bardeen -detail ----------------------------------------------------------------name test_1. qos -local-id 0 ----------------------------------------------------------------1 record displayed Admin State Control Use set vnic up|down to control the administrative state of a configured vNIC. Syntax set vnic . up set vnic . down Parameter Description Parameter Description up Activates a vNIC (default) down Deactivates a vNIC Example: Display and Control vNICs show vnic myvnic. qos -----------------------------------------------------------------1 record displayed set vnic myvnic.myserver down Deactivating a VNIC will cause the network interface on the server to become inoperable. Are you sure you want to deactivate VNIC boofar.pubs2 (y/n)?y show vnic myvnic.myserver ----------------------------------------------------------------name myvnic. Example: Show Ethernet Card Utilization In the following example, the show ethernet-card utilization command is issued against a 10-Port GE module in slot 14. show ethernet-card 14 utilization name total-util server-util network-util bcast-util ----------------------------------------------------------------14 0 0 0 0 1 record displayed The command shows columns for different types of utilization for the card: ■ Total utilization, which is the sum of all the other columns. show ethernet-port / vlan-association show ethernet-port / vnics watch ethernet-port / watch ethernet-ports Example: Show an Ethernet Port In the following example, the show ethernet-port command is issued against port 1 of the card in slot 14. ha-state local-id 0 type hostManaged vlans none qos -flags ---t------------------------------------------------------------------2 records displayed Example: Watch an Ethernet Port In the following example, the watch command is issued against Ethernet port 1 on the module in slot 14. Parameter Description Parameter Description set ethernet-port / Identifies the I/O module and port to be configured. -mtu Sets the maximum transmission unit. The default MTU value is 1500. Accepted values are between 1500 and 9194. You cannot set the MTU for a port if there are any vNICs are configured on that port. -flow-control Switches MAC flow control on or off for the port. You cannot change this setting if there are any vNICs configured on the port. vnics 10 vlans none ----------------------------------------------------------------- vNIC Mirroring The Oracle Fabric Interconnect supports vNIC Mirroring, which is a feature that enables duplicating data packets from one vNIC (the input) to a different output, either another vNIC (mirror to vNIC) or a physical Ethernet port (mirror to port). traffic flow on “vn1.pubstest” is copied and sent to output vNIC “vn6.pubstest”, which is connected to another server. When traffic is carried on vn1.pubstest,” the server “Raynor” gets a copy of all packets. Hardware Support vNIC Mirroring is supported on all versions of GE module. vNIC Mirroring is supported for intra-module traffic, so traffic received on an I/O Module is copied to a destination on the same module only. Mirroring to Port When you mirror to an output port, the traffic is copied to another physical port that is on the same I/O Module. Typically, the output port is then connected to a physical device, like a sniffer. However, this is not a requirement. The mirrored traffic is copied to the physical port regardless of whether the port has a physical connection or not. ■ When mirroring to a port connected to a network switch, you should use the optional -mirror-mac= argument to target a specific hardware address as the destination for the mirrored packets. ■ When mirroring to a vNIC, Oracle suggests that you use the -mac-address option to specify a target device for the mirrored traffic. ■ Mirroring adds overhead due to duplicating packets on the mirror. You can expect a negative affect on I/O module performance when mirroring is enabled. Parameter Description -mirror-direction= Provides control over which direction of traffic will be mirrored. By default, mirroring is disabled (none). Specifying none on a configured vNIC disables vNIC Mirroring but leaves the feature configured. set ethernet-port Identifies the I/O module and port on which all vNICs will be mirrored. -mirror-all-vnics= Specifies the output destination for the mirrored vNICs. 3. Display detailed vNIC information to verify that the mirror was created. Look for the mirror field at the bottom of the display. show vnic vn1.pubstest -detail ----------------------------------------------------------------name vn1.pubstest state up/up mac-addr 00:13:97:01:80:19 admin-ipaddr 0.0.0.0/32 oper-ipaddr 0.0.0. 1. Set the input vNIC to mirror to an output vNIC: set vnic vn1.pubstest -mirror=vn6.pubstest 2. Set the direction of traffic that will be mirrored: set vnic vn1.pubstest -mirror-direction=both 3. Display detailed vNIC information to verify that the mirror was created. Look for the mirror field at the bottom of the display. show vnic vn1.pubstest -detail ----------------------------------------------------------------name vn1.pubstest1 state up/up mac-addr 00:13:97:01:80:19 admin-ipaddr 0.0.0. ▼ Configure Mirror for All vNICs To mirror all vNICs on a specific port, use the set ethernet-port commands. In the following example, assume all vNICs terminated on slot 4, port 1 will be mirrored to slot 4, port 5. Also assume that only transmitted packets will be mirrored. 1. On the Ethernet Port, set all vNICs to be mirrored to a different port on the same I/O Module. For example: set ethernet-port 4/1 -mirror-all-vnics=4/5 This will set the mirror for all vNICs attached to port 4/1. 4. If you need to undo the mirror-all-vNICs option, you use the -mirror-allvnics qualifier and specify none (or leave it blank). For example, to remove all mirror vNICs from slot 4, port 5: set ethernet-port 4/5 -mirror-all-vnics=none This will remove the mirror setting for all vNICs attached to port 4/5. Are you sure (y/n)?y ▼ Disable and Enable vNIC Mirrors You can disable and re-enable vNIC mirrors through the -mirror-direction qualifier, which defaults to none. To disable vNIC mirrors: 1. oper-ipaddr 0.0.0.0/32 descr if 4/1 if-state up mcast-group type dhcp mtu 1500 group group-pref ha-state flags --vlans none access-vlan 1 mode access queue-map-type disabled qos ilocal-id 0 mirror 4/7(rxOnly) ----------------------------------------------------------------1 record displayed If the mirror field is empty, the vNIC is not configured as a mirror. For example: show vnic vn4.pubstest -detail ----------------------------------------------------------------name vn4. mirror ----------------------------------------------------------------1 record displayed If the mirror field displays the output port or vNIC but also shows (none), the vNIC is currently disabled. show vnic vn1.pubstest -detail ----------------------------------------------------------------name vn1.pubstest state up/up mac-addr 00:13:97:01:80:19 admin-ipaddr 0.0.0.0/32 oper-ipaddr 0.0.0. A common use case for delayed leaves is an ESX environment where a single vNIC may be acting as the uplink for many guests. Typically, in this scenario, multiple guests are hosting the same application which joins a given group. With the delayed leave feature, a guest terminating its membership in a group does not interrupt traffic for other guests receiving multicast traffic on the same group. You can control delayed leaves on a per-I/O module basis through the set ethernet-card command. enables qas----------------------------------------------------------------1 record displayed Setting Allowed VLANs Per vNIC With the Allowed VLANs feature, you can specify a list of VLANs that are allowed to pass over any trunk vNICs. (Access mode vNICs cannot receive the Allowed VLANs setting.) With this feature, the Network Cloud has a set of ranges of VLAN IDs that are allowed, and only traffic that is in the specified VLAN range is allowed to pass over trunk vNICs connected to the Network Cloud. Parameter Description Parameter Description Specifies the name of the vNIC to which you are adding a range of allowed VLANs. Specifies the range of allowed VLANs, which can be either a single VLAN, a comma-separated list of VLANs, or a hyphenated range of VLANs. -detail Specifies that additional, detailed output is displayed. To display the allowed VLAN range, you must use this option. community-name allowed-vlans 1-4095 ----------------------------------------------------------------1 record displayed 2. Remove the existing VLAN configuration (if any) from the vNIC. For example: set vnic vnic1.pluto remove allowed-vlans * 3. Add the specific range of allowed VLANs to the vNIC. You can add the single VLAN, a comma-separated list of VLANs, or a hyphenated range of VLANs. For example: set vnic vnic1.pluto add allowed-vlans 109-149 4. TCP Segmentation Offload Virtual NICs support TSO, which allows large chunks of TCP data coming from a host server to be divided into a smaller TCP segments. When the host server sends one or more large chunks of data, they travel on the vNIC. On the 10 GE or 10-Port GE module where the vNIC is terminated, the large chunks of data are divided into smaller ones with a size determined by the maximum segmentation size (MSS). Then, these smaller MSS-size packets are sent onto the network. not support TSO. If you have any question about the ability of a Gigabit Ethernet card to support TSO, issue the show iocard command. If the I/O card has the EthIB suffix, as shown, then that module supports TSO. enabled for TSO to function. Because TSO is configured at vNIC creation time, you cannot disable this feature through runtime on the Oracle Fabric Interconnect. If you want to disable TSO, you must delete the vNIC and recreate it without the -tso flag. 1. On a Oracle Fabric Interconnect, if a Server Profile does not already exist for the vNIC, create one now. 2. Add the vNIC with TSO enabled. For example: add vnic pubstest. 4. Check the flags field for ct where: t indicates that TSO is configured on the vNIC. c indicates that checksumming is enabled on the TSO vNIC. Receive Batching Virtual NICs support Receive Batching (also called receive packet coalescing). This feature allows numerous small packets coming from the network to be bundled together into fewer and larger frames as they travel over the vNIC. Syntax add vnic -batching=[{default|true|false}] show vnic |* [-detail] Parameter Description The Receive Batching feature takes the following options: Parameter Description |* Specifies the name of a vNIC on which Receive Batching will be configured, or all vNICs if you are using the wildcard. Specifies the slot and port termination for the vNIC that will support Receive Batching. 3. Check the detailed vNIC configuration to verify that Receive Batching is configured. For example: show vnic pubstest.foo -detail ----------------------------------------------------------------name pubstest. CHAPTER 7 Virtual LANs (VLANs) A Virtual LAN (VLAN) is a private, independent, logical network that is created within a physical network. A VLAN behaves like an ordinary LAN, but connected devices do not have to be physically connected to the same network segment. This chapter explains how to configure the Oracle Fabric Interconnect for hostmanaged and chassis-managed VLANs. In this example, only the default VLAN (VLAN 1) is present. As a result, no isolation exists, and all hosts (s1, s2, s3, and s4) can see each other on the network. This scenario might not be preferable in situations where you want some hosts to be isolated from others. You can use VLANs to accomplish the isolation. Consider the example in the following figure. In this figure, VLANs are configured. These properties collectively define rules by which the Oracle Fabric Interconnect operates and handles VLAN tagged and untagged frames. When configuring a VLAN, you must set VLAN properties on the Ethernet port before any vNICs are assigned to it. If you are changing the VLAN settings of an Ethernet port that already has configured vNICs bound to it, you must remove all the vNICs associated with the terminating port before changing the settings. Otherwise, set commands fail. Properties VLANs are configured through various VLAN properties on Ethernet ports and vNICs. Ethernet Port The port properties documented in this section are supported on all versions of GE I/O modules. Mode This property specifies how VLAN tagged and untagged frames must be handled across the port. It also indicates whether the port can be configured to carry multiple VLAN traffic or just allow untagged frames in its access VLAN domain only. trunk In this mode, by default, the port allows transmission and reception of both tagged and untagged frames. Any untagged frames arriving from the network are forwarded to the port’s access VLAN domain. For information about access VLAN property of the port, see “Access” on page 121. Furthermore, optionally, untagged frames can be forwarded with a default VLAN tag inserted as specified by the tag-native property. For more information about this property, see “Tag Native” on page 121. ■ When tag-native=true, in the egress path, VLAN ID of the newly inserted tag on an untagged frame equals the access VLAN ID of the vNIC transmitting the frame. ■ When tag-native=true, in the ingress path, all untagged frames arriving from the network are dropped. You can change the tag-native property to “true” through the set ethernetport command, as shown: set ethernet-port -mode=trunk -tag-native=true set lag You can set the vNIC mode for the VLAN at vNIC creation time, by using the add vnic command as shown: add vnic . -mode=access|trunk The -mode option takes the following qualifiers: access By default, a vNIC operates in access mode, meaning it forwards (transmits or receives) only untagged frames in its access VLAN domain. ■ chassis managed Host-Managed VLAN Configuration With this method, the user only adds a vNIC to the server on the chassis and manages its VLAN configuration from the server using the native operating system tools. To support host-managed VLANs, the vNIC must be created in trunk mode. For information about trunk mode, see “Mode” on page 122. All chassis-managed VLANs are flagged as static in the type column of the show vlans command. show vlans name state descr admin-addr oper-addr type -----------------------------------------------------------------------------100.vn1.fir up 0.0.0.0/32 40.40.40.11/24 hostManaged 100.vn1.xc15 up 40.40.40.10/24 40.40.40.10/24 static 2 records displayed The output of the show vlans command contains two address fields: admin-addr and oper-addr. Before adding a VLAN, you will find it helpful to: 1. Determine if vNIC tags must be preserved between the Oracle Fabric Interconnect and a peer Ethernet device. If tags must be preserved, the port mode must be set to trunk mode. If not, the port mode must be set to access mode. It is mandatory for the Oracle Fabric Interconnect’s port mode and the Ethernet switch’s port mode to be set to the same operational mode (either trunk or access) to transmit or receive tagged or untagged packets between hosts. 2. ■ “Example 3: Port Trunk Mode, VLAN-Unaware Host” on page 129 ■ “Example 4: Port Trunk Mode, VLAN-Unaware Host and HA vNICs” on page 130 Example 1: Port Access Mode, VLAN-Unaware Host In this example, the hosts are not VLAN aware. As a result, they will not be isolated from other hosts. Consider the example in the following figure. In this example, the hosts do not require unique VLANs. When traffic is sent to or from hosts, the traffic is part of the same VLAN. 2. Add vNICs to the hosts: add vnic vn1.s1 15/1 -mode=access -access-vlan=10 add vnic vn1.s2 15/1 -mode=access -access-vlan=10 3. On the hosts, configure the IP addresses. Example 2: Port Trunk Mode, VLAN-Aware Host In this example, the hosts are VLAN aware. As a result, they will be isolated from other hosts that are not part of the same VLAN. Consider the example in the following figure. In this example, the hosts are aware of VLAN tags. 1. Configure the Ethernet port mode: set ethernet-port 15/1 -mode=trunk -access-vlan=1 2. Add vNICs to the hosts: add vnic vn1.s1 15/1 -mode=trunk -access-vlan=1 add vnic vn1.s2 15/1 -mode=trunk -access-vlan=1 3. On the hosts, configure the VLAN interfaces and assign an IP address to the VLAN. Example 3: Port Trunk Mode, VLAN-Unaware Host Consider the example in the following figure. In this example, traffic to and from the hosts does not contain any VLAN tags. 1. Configure the Ethernet port mode: set ethernet-port 15/1 -mode=trunk -access-vlan=1 2. Add vNICs to the hosts: add vnic vn1.s1 15/1 -mode=access -access-vlan=20 add vnic vn1.s2 15/1 -mode=access -access-vlan=10 3. On the hosts, configure IP address information. Example 4: Port Trunk Mode, VLAN-Unaware Host and HA vNICs In this example, the following environment applies: ■ HA vNIC pairs are configured on the Oracle Fabric Interconnects. ■ The servers are using the Linux or Windows operating system. In this example, s1 and s2 are not VLAN-aware. The Oracle Fabric Interconnect is responsible for inserting and removing VLAN tags to keep traffic isolated. Host servers s1 and s2 have redundant paths. The configuration process for this example is as follows: 1. On Oracle Fabric Interconnect 1, configure the Ethernet port mode: set ethernet-port 14/1 -mode=trunk -access-vlan=1 2. Add vNICs to the hosts: add vnic vn1.s1 14/1 -mode=access -access-vlan=20 ha -primary add vnic vn1. 132 XgOS User’s Guide • September 2014 CHAPTER 8 Virtual Host Bus Adapters (vHBAs) The Oracle virtual Host Bus Adapter (vHBA) virtualizes HBA connectivity. It appears to the OS as a physical HBA and enables a server to have a Fibre Channel (FC) SAN attachment without having a physical HBA present. Instead of the host server using an HBA, an InfiniBand (IB) HCA is used which then virtualizes the HBA allowing for SAN connectivity. vHBA Topology The following figure displays a typical vHBA topology. An IB connection exists between the Oracle Fabric Interconnect and host servers supporting the OVN vHBA host software stack. Up to 24 IB ports are supported. A 2-port FC I/O card connects to a storage area network (SAN) FC switch fabric. All the host server vHBAs multiplex through the FC ports on the I/O card. A storage array is attached to the switch fabric. N_Port ID Virtualization (NPIV) enables multiple fibre channel initiators (WWNs) to log in and occupy a single physical port. Your switch device (between the Oracle Fabric Interconnect and the storage device) must support NPIV and NPIV must be turned on. Some switches might require a software upgrade to support NPIV. Without NPIV, a vHBA cannot log into the fabric. Note that some switches require configuring the max number of NPIV logins. ■ (4 vHBAs) * (4 targets) * (2 LUNs) = 32, which complies with the rule of 256 total LUNs per host. This example shows that less than 256 LUNs per host are supported. ■ (1 vHBA) * (1 target) * (256 LUNs) = 256, which complies with the rule of 256 total LUNs per host, and the maximum of 256 LUNs per target Basic vHBA Configuration The following command syntax and example show basic vHBA configuration. Syntax add server-profile @:ServerPort add vhba . Optional Modifiers Modifier Description -detail An optional modifier that allows displaying detailed information (if available) for the vHBA. -local-id The identifier used by ESX Server to map its HBA to this vHBA. Enter 1 to 32. Each ID must be unique per ESX Server. -lun-mask Sets LUN mask on targets visible to this vHBA. For more about LUN masking vHBAs, see “LUN Masking” on page 169. -map Sets persistent SAN map. For more about persistent mapping, see “Persistent Binding” on page 142. 2. Find an FC card (sanFc2Port4GbLrCard) on which you can terminate a vHBA: show iocard slot state descr type v-resources ----------------------------------------------------------------1 up/up sanFc2Port4GbLrCard 0 2 up/up sanFc2Port4GbLrCard 0 3 up/up sanFc2Port4GbLrCard 0 4 up/up sanFc2Port4GbLrCard 0 4 records displayed 3. Find an FC slot/port to which you will assign a vHBA. 6. Repeat the steps again. Note – vHBAs must be distinct when created on distinct chassis. For example, you can not have VH1.SP1 on two different chassis that connect to one or more common servers. 7. Verify the vHBA was created and its state is “up”: show -list vhba vhba1.myserver ----------------------------------------------------------------name vhba1. vHBA Attributes Additional options are available for a vHBA through the set vhba command. These options allow for more customization of the vHBA than the basic configuration documented in the previous section. Syntax set vhba . [] -descr= -fabric-link-down-timeout={|default} -if={|none} -lun-mask={|none} -qos={|none} show vhba . [] alarms [-detail] show vhba . Parameter Description -if Sets a termination slot and port for the vHBA. This option can be used to terminate the vHBA on a different Fibre Channel port if needed. -lun-mask Binds a LUN Mask to a vHBA. The LUN Mask must already exist for it to be available for binding. This option is useful for adding a LUN Mask to a vHBA after the vHBA is already created. For more information, see “LUN Masking” on page 169. -qos Binds a SAN QoS Profile to the vHBA. When you bring a vHBA online (up) it will attempt to discover all the attached targets that are available to it. You can also have the vHBA relearn attached targets without having to bring the vHBA down, then up. For information, see “Target Prescan and Rescan” on page 146. Persistent Binding A target is a storage device on a SAN. A target can be a single disk, or it can have many devices (LUNs or volumes) within it. Parameter Description Parameter Description add san map Creates an ordered mapping of devices identified by World Wide Port Names (WWPN). The vHBA uses these SAN map device IDs in this order. All devices discovered by XgOS are subject to this binding filter. Missing devices are skipped and no substitutes are made. User-defined name for a map to configure on a new vHBA. A SAN map is the order in which the target disks come up (become active). Take the following steps to configure a persistent map (binding) for an undeployed vHBA. 1. Add a named SAN map and specify its fixed WWPN target order. 3=21:00:00:20:37:90:88:90 4=21:00:00:20:37:C6:5E:B4 5=21:00:00:20:37:CC:EB:30 6=21:00:00:20:37:D5:37:18 7=21:00:00:20:37:8D:03:7D 1 record displayed 5. Bind the named server profile to a physical connection: set server-profile myserver connect ceasar@iowa:ServerPort13 6. Bind the vHBA to a physical slot/port: set vhba vhba101.myserver -if=1/1 At this point, the vHBA is bound to the persistent map named “mymap. Example: Configure Persistent Mapping While Creating a vHBA The persistent binding can be assigned while creating a vHBA, which is provided to you as a configuration convenience: add server-profile myserver ceasar@iowa:ServerPort13 add vhba vhba999.myserver 4/1 -map=mymap Example: Remove vHBA, Server Profile, and SAN Map To remove a vHBA, server profile, and SAN map in the correct order: remove -noconfirm vhba vhba101. The Oracle Fabric Interconnect relies on fibre channel’s Registered State Change Notification (RSCN) to send target-state updates from the remote switch to the Oracle Fabric Interconnect. The Oracle Fabric Interconnect’s IOP learns the update and notifies the host server of any changes. However note that RSCN is turned off by default on some fibre-channel switches. RSCN does not support reporting LUN state changes (add or remove). ▼ Enable prescan To enable prescan for an unbound vHBA: 1. Create an unbound server profile, where the state is “unassigned”: add server-profile III show server-profile III ------------------------------------------------------------name III state up/unassigned ... 2. Create a vHBA under this unbound server: add vhba vhbaiii.III 4/1 At this point, show vhba . will report the state as “resourceUnavailable,” which is expected. The vHBA is not bound to a server. 3. wwpn 50:01:39:70:00:00:F1:02 map lun-mask local-id 0 -----------------------------------------------------------------------1 record displayed ▼ Bind After prescan The ideal scenario is to bind the prescan-discovery results to a host server. XgOS supports binding the server profile with the phys-con after a prescan is complete, as long as you follow the correct configuration order. Follow these steps to perform a prescan then bind the server profile: 1. 5. If you are satisfied with the results, bind the server-profile: set server-profile III connect titan@ServerPort23 From now on, this vHBA has become a normal vHBA. You can run rescan against it: set vhba vhbaiii.III rescan Note – You can no longer run prescan against this normal vHBA. Example: remove-prescan You can issue prescan several times. However to detect LUN changes, the prior prescan state must be removed (remove-prescan) from the vHBA before you can re-issue prescan again: set vhba vhbaiii. 4. Configure this vHBA to rediscover (rescan state) the available LUN information. If there are any LUN changes, they will be reflected after this rescan operation: set vhba vhba888.titan rescan 5. Display any new target and LUN information: show vhba vhba888.titan targets Set FC Card Attributes You can control the Fibre Channel card operational state through the set fc-card command. Parameters Parameter Description *| Specifies the physical slot to which the command will be applied. An asterisk (*) specifies all available FC cards. -descr= Applies a text description to the FC module. Quotes are required around multiple words containing spaces in between. Specifies a particular Fibre Channel port for which information will be displayed. Watch FC Card Utilization With the watch fc-card command, you can run a command that continuously updates the Fibre Channel card utilization over a period of time. The watch fc-card command (and watch fc-cards) will intermittently poll the Fibre Channel card and display the updated, real-time statistics automatically. The polling window is fixed (not configurable), and the command is useful for seeing how the card is being used as well as viewing trends in usage over time. vhbas 1 ----------------------------------------------------------------1 record displayed The most commonly used fibre-channel controls are rate, topology (topo), framesize, and execution-throttle. However, note that modified attributes do not take effect until you reset the I/O card. See the example that follows. Parameter Description -descr= Applies a text description to the FC port. Quotes are required around multiple words containing spaces in between. -detail Enables you to display detailed information about the Fibre Channel port configuration, properties, and state. Some Fibre Channel port parameters are displayed only through this option. Parameter Description -topology={f-port|l-port|n-port} Specifies the type of storage connection to be used. The following parameters are supported: • f-port specifies a point-to-point connection to the storage device through a Fibre Channel switch. This type of connection supports NPIV. This is the default configuration for a Fibre Channel I/O module. • l-port specifies a loop connection to the storage device without using a Fibre Channel switch. This type of connection does not support NPIV. type sanFcPort state up/up descr wwnn 50:01:39:71:00:00:B0:1F wwpn 50:01:39:70:00:00:B0:1F rate auto/4Gbps frame-size 2048/2048 exec-throttle 65535 int-delay 1000 fc-link-down-timeout 10 login-retry 8 login-timeout 4 fc-target-port-down-timeout 60 topo F loop-delay 5 tape-support true vhbas 4 ----------------------------------------------------------------1 record displayed ▼ Configure a Port for Direct-Attached Storage The Oracle Fabric Interconnect supports direct-attached storage. Removing vHBAs To support the graceful deletion of vHBAs, you must follow the documented procedures. Failure to do so might cause instability on the host server. General Procedure In general, the process of removing a vHBA is the same for every situation: 1. On the host server, stop I/O that uses the vHBA that you want to delete. 2. On the Oracle Fabric Interconnect, remove the vHBA. 3. Environments Where Special Procedure is Required If the vHBA is in any of the following environments, use the specialized instructions listed in “Procedures for vHBA Delete in Special Environments” on page 159: ■ vHBAs connected to any VMware virtual machine. ■ vHBAs in a Linux multipathing environment. ■ vHBAs that mount a file system for a Linux server. Caution – If your vHBA is in any of these special situations, do not use the general procedure. Syntax remove vhba . [] [-noconfirm] Remove vHBAs Connected to VMware Virtual Machines OVN supports VMware ESX, which is documented in the following procedures for removing vHBAs on virtual machines. Select one of the following: ■ If you are using VMFS, follow the instructions in “Removing vHBAs Connected to Virtual Machines Using VMFS” on page 160. Note – Changing the storage configuration when using VMware might require a rescan to discover those changes and propagate them to the ESX GUI. Remove vHBAs Connected to Servers Using Direct Disk Access Use the following procedures for removing vHBAs when the host server is accessing the storage directly. These procedures apply to regular Linux servers and to VMware virtual Linux and Windows servers that do not use VMFS. Note – Changing the storage configuration when using VMware might require a rescan to discover those changes and propagate them to the ESX GUI. ▼ Removing vHBAs Connected to Windows Servers Hosted in VMware This procedure applies only to Windows virtual machines that do not use VMFS to access storage. For regular Windows servers, use the general procedure as listed in “General Procedure” on page 158. Use the following procedure to gracefully remove the vHBA: 1. 10. Log in to the I/O Director. For example, from a secure command prompt, enter the following: ssh admin@ Password: where is the IP address of your Oracle Fabric Interconnect and is your administrator account password. 11. On the Oracle Fabric Interconnect, remove the vHBA.Note – Rebooting the server will cause service interruptions for any running applications, so this procedure is recommended only for host servers that are running non-mission critical applications. If your host server cannot be rebooted, see “Removing a vHBA While Maintaining Service” on page 164. To gracefully remove a vHBA from a Linux host server in a multipathing environment, perform the following steps: 1. On the host server, stop all I/O on the vHBA that you want to remove. 2. To gracefully delete a vHBA connected to a Linux host server in a multipath environment, follow this procedure: 1. On the host server, stop all I/O on the vHBA that you want to remove. 2. Shut down all applications that might be using storage resources through the vHBA. 3. On the host server, unmount all file systems attached to the Xsigo driver. umount 4. On the host server, stop the PowerPath service by issuing either of the following commands: ■ /etc/init. manually rescan without having to unload vHBA drivers from the host server, then reload them. This procedure is useful in situations when you are making minor changes to the storage network—for example, adding disks to a JBOD—instead of adding, deleting, or changing entire devices. Note – You cannot use this procedure if your server is SAN-booted because this procedure requires the xsigo-scan -r command, which removes all devices including the SAN boot device. 8. On the host server, start the PowerPath service, by issuing either of the following commands: ■ /etc/init.d/PowerPath start ■ service PowerPath start vHBA Statistics Operational and performance statistics are available for individual vHBAs through the show vhba command (as shown in the following example). show vhba vhba1.crawford stats ---------------------------------------------------------------name vhba1. dqp-ib-remote-disconnect-err-count 0 ----------------------------------------------------------------1 record displayed You can also display vHBA statistics for multiple vHBAs through the use of the option (for example show vhba stats command. Fibre Channel Monitoring Use show fc-port to display Fibre Channel port information. Use set fc-port to control the Fibre Channel port settings. See “Set FC Port Attributes” on page 153. fc-target-port-down-timeout 60 topo F loop-delay 5 tape-support true vhbas 1 ---------------------------------------------------------1 record displayed show fc-port 8/1 stats ----------------------------------------------------------------name 8/1 controller-errs 0 device-errs 0 link-fails 0 loss-of-syncs 1 loss-of-signals 0 primitive-seq-protocol-errs 0 transmission-word-errs 0 crc-errs 0 ----------------------------------------------------------------1 record displayed LUN Masking Logical Unit Number (L In this figure, the Oracle Fabric Interconnect controls which LUNs can be seen by the vHBAs. To accomplish this, the Oracle Fabric Interconnect deploys different vHBA policies (vHBA-A, vHBA-B) to maintain LUN security. When a vHBA is created, a different LUN mask is assigned. RSCN does not report LUN state changes. Whenever the LUN masking changes on an existing vHBA, you must also issue a rescan on the Oracle Fabric Interconnect to send an RSCN update. See “Parameter Description” on page 171 for details. Syntax add san lun-mask [] target lun {|all|none} add vhba . / {-lun-mask=|-no-lun-masking|none} set vhba . {-lun-mask=|none} show vhba . [] -lun-mask={|none} [-detail] show vhba . [] targets [-detail] By default LUN masking is not applied to a vHBA. All LUNs are visible by default. ▼ Set a LUN Mask 1. Create a LUN Mask named “oracle-mask” with target WWPN “20:70:00:C0:FF:0A:81:30” and LUN ID “11”: add san lun-mask oracle-mask target 20:70:00:C0:FF:0A:81:30 11 2. Create a server profile and bind it to a physical connection: add server-profile testlin2 testlin2@washington:ServerPort13 3. Create a vhba and bind the LUN Mask “oracle-mask” to it: add vhba oracle-vhba1.testlin2 1/1 -lun-mask=oracle-mask Now check to see the mask is correct. oracle-mask 21:78:00:C0:FF:0A:81:30(0,9), 20:70:00:C0:FF:0A:81:30(0,11) 1 record displayed 6. Display the LUNs that vHBA “oracle-vhba1” is allowed to see: show vhba oracle-vhba1.testlin2 lun-mask vhba name descr targets ---------------------------------------------------------------oracle-vhba1.testlin2 oracle-mask 21:78:00:C0:FF:0A:81:30(0,9), 20:70:00:C0:FF:0A:81:30(0,11) 1 record displayed However, before the rescan, the change will not take effect: show vhba oracle-vhba1. Optional LUN Masking: No Report LUN Interception When a host (Linux or Windows) issues a SCSI report LUNs, the chassis filters the response based on what is in the Oracle Fabric Interconnect database. If LUN masking changes in an array and a host issues a report LUNs, the new LUN will not be available to the host until a set vhba rescan command is run on the Oracle Fabric Interconnect. In some cases, this approach goes against customer expectations and breaks the existing model. Syntax add vhba . [] / -no-lun-masking Example To determine if LUN masking is enabled for a vHBA, see the “l” value under “flags”. This filed means LUN masking is enabled: add vhba bar.myserver 1/2 show vhba bar.myserver -detail ----------------------------------------------------------------name bar. ▼ Change Port Topology from Fabric to Loop XgOS supports changing a SAN topology or migrating from one topology to another—for example, changing the port topology from Fabric (f) to Loop (l). You can set the port topology type by using set fc-port topology command. Changing the port topology can be done in real-time and does not require an FC card reset. To change the topology type from f to l, or l to f without resetting the card, follow this procedure: 1. 2. Delete all the vHBAs terminated on the port for which you will change the port topology. For example: remove vhba vh3.frick remove vhba vhsan.brack-sanboot 3. If you do not want to delete the vHBAs, you can do the following steps: a. Set the vHBAs on the port to “down” state b. Set the interface to “none” c. Make the port topology change d. Disconnect the fibre channel cable, then reconnect the fibre channel cable e. Set the interface on the vHBAs back to this port. 4. 178 XgOS User’s Guide • September 2014 CHAPTER 9 VMware ESX Servers This chapter describes configuring virtual I/O for VMware ESX in the following sections: ■ “Introducing Virtual I/O for VMware ESX” on page 179 ■ “VMware ESX Support in XgOS” on page 180 ■ “ESX Utilities” on page 181 ■ “ESX Configuration” on page 182 ■ “Caveats” on page 188 ■ “Automatic Rescans in ESX” on page 189 Introducing Virtual I/O for VMware ESX From the Oracle Fabric Interconnect’s viewpoint, a VMware ESX server appears and works similar to a standard serve install the host drivers to see 32 vNICs not added or attached to anything. These are placeholders for when the interfaces are associated to Virtual Machine Networks. ■ Predefined vHBAs—In the configuration section of VMware Infrastructure Client, a list of 12 virtual storage adaptors are pre installed as soon as you load the Oracle host drivers. A WWN appears next to the adaptors that are configured for the Oracle Fabric Interconnect. Syntax Create a server profile: add server-profile @: then add a vNIC or vHBA with a local-id value: add vnic . / -local-id= add vhba . / A local-id maps a vNIC into 32 predefined vNIC names (vnic1 through vnic32) on the ESX server. A local-id for a vHBA is rarely used. See “Introducing Virtual I/O for VMware ESX” on page 179. ESX Configuration The ESX server in the following figure has four virtual machines (Service Console, bob, fred, joe). Each VM has Ethernet interfaces (eth0 ... 20500), a vSwitch, and belongs to a Virtual Machine Network. VNICs will appear as “vnic1”, “vnic2”,”vnic3”, and so on, up to a “vnic32”. You can have any number of vSwitches (vSwitchN), and any given vSwitch can associate with any number of vNICs. 1. Install the InfiniBand RPM on the ESX server: rpm -ivh VMware-esx-commsrc-infiniband-release-3.8.0-1.09.60.rev401.i386.rpm Linux ships with its own IB drivers, but the ESX server does not. This IB RPM file must be installed before the Xsigo ESX Commsrc file (next step). 2. Install the Xsigo VMware host drivers on the ESX server: rpm -ivh VMware-esx-commsrc-xsigo-release-3.8.0-v99x3.8.0.i386.rpm reboot 3. Oracle created a Fabric Manager VMware Extension that operates with VMware VirtualCenter. The extension runs the Oracle Fabric Manager web interface. It enables you to display and manage your virtual I/O as a plug-in service to a VMware Infrastructure Client connection to VMware VirtualCenter. 5. To use the VMware extension, install the Xsigo ISO or zip file to VMware VirtualCenter: Fabric Manager-plugin4vc-3.8.0.iso Fabric Manager-plugin4vc-3.8.0. 6. If the Virtual I/O tab is not displayed, click Plug-ins on the toolbar to verify the state of the Oracle Fabric Manager. This figure shows an example of the Plug In Manager with Oracle Fabric Manager enabled. If the Oracle Fabric Manager has not been integrated into Virtual Infrastructure Client, no Fabric Manager plug-in is displayed in the Plug-in Manager. If the Oracle Fabric Manager has been integrated, but a problem exists, an Fabric Manager entry is displayed in the Plug-in Manager, but the Status field will show “Disabled.” After you log into Oracle Fabric Manager, the Dashboard is displayed as shown this figure. ▼ Monitor vNICs 1. From the Oracle Fabric Interconnect, monitor the health of the vNICs: show vnic . -detail All configuration can be done via the VMware Virtual Infrastructure Client. However on the ESX Server, there are many useful CLI commands available to you. 2. To find the device mapping between the pre-installed virtual resources and the ones that are attached into the Oracle Fabric Interconnect: esxcfg-xgmap vh0 -> vmhba32 vh1 -> vmhba34 vn10 -> vnic10 vn11 -> vnic11 vn12 -> vnic12 .. Caveats The following sections cover specific issues of which you must be aware when configuring virtual I/O resources for ESX servers. Set Local ID for Resources on Down or Unattached Server Profiles You must explicitly set the local-id on vNICs and vHBAs that are added to an unattached or administratively down server profile. local-id will be set automatically on resources that are added to an active server profile only. Example: add add add set server-profile server1 vnic vnic1. Automatic Rescans in ESX In ESX, discovery of new vHBA devices and changes to the FC fabric often require a rescan. Rescanning propagates fibre-channel information to the various components including storage driver, operating system, and management software. The OVN driver package includes a thin daemon called xsigo-hotplug which attempts to periodically propagate this information automatically. Also, note that using the command line tool esxcfg-rescan does not propagate information to the VI/VC-Client datastore, but instead only updates the VMKernel and ConsoleOS. You must press the “Rescan” button in the “Storage Adapters” configuration tab before they will be visible in the GUI-client. Note – One situation when you might need to request a rescan is when you remove or reconfigure a vHBA. CHAPTER 10 Network QoS for vNICs Oracle’s network Quality of Service (QoS) provides administrators the ability to treat packets differently, based on the type of traffic. This chapter explains how to configure a QoS policy and apply it to virtual resources. Note – The SAN QoS feature set uses vHBAs (not vNICs) and is different from network QoS. See “SAN QoS for vHBAs” on page 209. Network QoS assigns the amount of bandwidth and burst size to a given vNIC. The burst size is the amount of buffering retained for when traffic arrives in bursts during congestion. Bandwidth Guaranteed bandwidth on vNICs is supported through the CIR and PIR values: ■ CIR—Committed Information Rate. The amount of bandwidth guaranteed to the vNIC. The CIR is best effort. CBS and PBS values can also be automatically calculated to linear values based on the CIR and PIR values that you specify. This feature is supported for custom default sets only. For more information about automatic calculation, see “Automatic Calculation” on page 199. Network QoS Services XgOS provides Network QoS Policing services. Policing enforces rate limits on traffic to a designated rate. There are two ways to configure network QoS: Default Sets—Use the default set profiles (recommended). Each vNIC has eight traffic queues. Network traffic can enter on any of the queues, but the QoS Profiles are applied to vNIC traffic on all queues. If QoS parameters have been assigned to the vNIC, the associated vNIC Profile is applied to the traffic. As a result, the information rate and burst size parameters are applied to the traffic. Because network QoS Policer profiles are configured, any traffic that is out of the range created by the CIR, PIR, CBS, and PBS parameters is dropped. QoS Feature Matrix The following table describes the network QoS features supported Oracle Fabric Interconnect’s Gigabit Ethernet I/O modules. 10-Port Gigabit Ethernet Module Feature Ingress and egress policing 10GbE Module (1 port) Yes Yes mapping* Yes Yes IP TOS mapping Yes Yes DSCP mapping Yes Yes Assigning sets to a card Yes Yes 802.1p * See the “mark” option in “Setting Actions” on page 214. Note – 802. Note – If you have multiple 10 GE or 10-Port GE cards and want to deploy the same QoS policy to all the cards irrespective of vNIC movement, then use the same tested QoS set for all the cards. Each time a vNIC moves across I/O cards, it will be treated with the same QoS behavior. Applying different QoS sets to different cards does not guarantee QoS for vNIC movement. 4. Issue the following commands to display the default profile names and settings for the policer. Syntax set vnic {ingress-qos|egress-qos} -policer=default/ [enable|disable] show vnic show qos network policer [*|] A profile itself has no direction (ingress or egress). You must explicitly apply two profiles (one for each direction) to each object. No QoS is available for a traffic direction that is not specified. The system allows you to disable QoS on a specific vNIC. The default is enable. 1. Create a custom QoS set. 2. Specify a profile within the set. Repeat this step as needed to define all profiles in the custom QoS set. As an option, you can also specify one or more profiles in the QoS set after it has been assigned to the I/O card. 3. Assign the custom QoS set to an I/O card. 4. Associate the profile to a vNIC and specify a traffic direction (ingress or egress). Automatic Calculation Automatic calculation ensures that the optimal linear-function settings are configured. XgOS supports the automatic calculation of CBS and PBS. When you specify the CIR and PIR as the first and second QoS parameters (but do not specify CBS and PBS), XgOS automatically calculates the equivalent CBS and PBS values. In this example, Server1 attaches to an Oracle Fabric Interconnect over a vNIC. The Oracle Fabric Interconnect is fitted with one 10 GE I/O card in slot 4 that connects to a vNIC attached host. The Oracle Fabric Interconnect sends traffic to Server1 over a vNIC named “test_1.whitney”. The QoS policer restricts the amount of ingress traffic (from network to server) arriving on Server1 to 100 Mbps. The egress traffic (from server to network) is also policed to 100 Mbps. 4. On the same vNIC, enable policing in the egress direction (server to network): set vnic test_1.whitney egress-qos -policer=foo/2 A profile itself has no direction. You must explicitly apply two profiles (one for each direction) to each object. QoS is available for a traffic direction only if the direction is specified. 5. Verify the policer policy was assigned to the vNIC. The “policer” field indicates which policer policy was assigned to the vNIC. ACLs With QoS and Application QoS ACL rule configurations can be used with QoS. Specify an action for each matched condition. A condition identifies the application flow to be chosen. An action specifies what to do with that flow. The following figure shows an example of an ACL with a QoS set. From an ingress viewpoint traffic flows from the network, into a port, into a vNIC, into 1 of 8 queues, and onto a server. Each of the packets are evaluated against the defined ACL rules. Example: ACL-Based Policer for 10GbE I/O Cards An ACL-based policer sets up an ACL that matches a particular flow, then polices that flow using QoS. For example, you can police communication between two IP endpoints down to a specific rate. Or, you can police based on traffic type port number (i.e., HTTP 80). ACL-based policers are supported on the 10 GE and 10-Port GE modules only. The following figure shows an example of limiting egress traffic. 3. Create an ACL and assign it a name: add acl web100m Warning: ACLs are not autocommitted. 'commit' when the ACL is complete You will need to enter No auto commits exist for ACLs. You must issue commit (see Step 5) after the ACL is defined completely. 4. Define the ACL condition and action. The ACL names and rule numbers must match. descr type nwEthernet1Port10GbCard vnics 1 acl web100m enables qa -------------------------------------1 record displayed Disabling QoS on a vNIC XgOS allows you to disable QoS for either ingress or egress traffic on a per vNIC basis. You can disable network QoS in different ways: ■ Naming the Policer. If you disable QoS by naming a specific Policer, QoS is no longer active but the Policer remains attached to the vNIC. By using this example, the default Policer is disabled, but remains bound to the vNIC. QoS is disabled for ingress traffic only, so egress traffic is not affected. To disable the custom policer named “qostest/200” for egress traffic on a vNIC named “foo”: set vnic foo.bar egress-qos -policer=qostest/200 disable By using this example, the custom Policer is disabled, but remains bound to the vNIC. QoS is disabled for egress traffic only, so ingress traffic is not affected. 802.1p user priority IP Precedence/TOS Queue Number Best Effort, 2 2 2 Spare, 1 1 1 Background, 0 Normal, 0 0 See the ACL mark option in “Setting Actions” on page 214. Note – 802.1p and IP Precedence mapping is supported, but all queues currently have the same priority. The Oracle Fabric Interconnect uses a weighted fair queue (WFQ) algorithm to determine packet priorities. 208 DSCP Name Value (Binary) Queue Number AF12 001100 1 AF11 001010 1 DF (Other) 000000 0 XgOS User’s Guide • September 2014 CHAPTER 11 SAN QoS for vHBAs Oracle’s vHBAs support QoS where the bandwidth is rate limited with shaping (not dropped). There are no queues or policers associated with FC traffic—only shapers. This chapter presents the SAN QoS features and how to configure them in the following sections: ■ “SAN QoS Features” on page 209 ■ “Commands” on page 210 Note – See “Virtual Host Bus Adapters (vHBAs)” on page 133 for information about non QoS vHBA features. ■ Using ACLs with SAN QoS ■ Automatic calculation on SAN QoS for CBS and PBS ■ Ingress vs egress direction control Commands QoS shaping services can be applied to FC cards by using add qos san and set qos san. ▼ Create vHBA With Shaping Take the following steps to create a SAN QoS shaping policy and apply it to a vHBA: 1. Create a named QoS shaping policy. The policy name is “test” in this example: add qos san test 2. Configure the shaping-policy values. 212 XgOS User’s Guide • September 2014 CHAPTER 12 Access Control Lists Access control lists (ACLs) classify packets. The classification result can be applied to quality-of-service application flows (mark, police) or to network-access control (deny, allow). There are many use cases for ACLs. Consider the following examples: ■ Prioritizing outbound traffic by marking fields in the IP header, thereby enabling upstream routers to handle this marked (set) traffic in a specific way. Setting Actions You specify an action to be taken whenever a packet matches the specified condition. For each action except police and enqueue, you also specify a traffic direction: ingress, egress or both. Parameter Description Parameter Description rule The ID number for this rule. -rank= A specific rank for the evaluation order of this rule. If you do not specify a rank, the Fabric Interconnect assigns a default rank based on the size (in bits) of the information in the condition definition. Thus, if all rules in a set are defined according to different types of information, the default ranks are unambiguous and you do not need to assign a specific rank to your rules. Example set acl foo rule 3 action learn ingress Setting Conditions An ACL condition is a match-test rule to perform on a packet. A condition defines rules for fields the system checks during packet processing. Operators are available to match strings in those fields that follow a specific pattern. Rule conditions, and rules themselves, can be modified and reassigned on the fly. Operators Operators match strings following a specific pattern. Use an operator in the following table to define how a field should be checked, where can be any of the following. Operator Description < Less than. Value of the field is less than the specified value <> Not equal to. Value of this field is not equal to (i.e., anything other than) the specified value. = Equal to (including masks if appropriate). Example set acl test rule 1 condition dest ipaddr = 10.1.1.1 mask 255.255.255.255 show -list acl test --------------------------------------------------------------------------name test rule 1 rank 0 descr conditions dest ipaddr = 10.1.1.1 mask 255.255.255.255 action --------------------------------------------------------------------------1 record displayed Displaying ACLs and Rules Use the show acl command to display configured ACLs or their component rules. Examples Display all ACLs on the system. show acl * name rule rank descr conditions action -----------------------------------------------------------------------------renoset 1 0 allow, learn both renoset 2 0 src ipaddr exactly 192.168.1.1/32 test 1 0 dest ipaddr exactly 10.1.1.1 web100m 1 0 dest port allow, exactly 80 police=test/100mhttp both 4 records displayed Display an ACL by name (“renoset”) and its rules. Note – If you need to change an ACL rule, you do not need to remove the rule. You can change the rule in real-time while the ACL is still attached to an I/O module by issuing the set acl command to rewrite the rule Syntax remove acl remove acl * remove acl rule Parameter Description Parameter Description Removes a single ACL. * Removes all ACLs. ▼ Deny Egress Traffic Take the following steps to deny egress traffic: 1. Create a named policy set (empty by default). No implicit assumptions or rules are made in this empty set. The set in this example is named “block16_5”: add acl block16_5 Warning: ACLs are not autocommitted. 'commit' when the ACL is complete You will need to enter Note – As indicated by the display message, the commit command must be issued after you define the condition and action. See Step 3. 2. 3. Issue a commit after the ACL is defined: commit Are you sure you want to commit these changes (y/n)?y This command collects all the multiple configuration steps of your policy and stores them into the chassis’ database. 4. Specify the I/O card and apply the named ACL: set ethernet-card 3 acl -set=block16_5 The same set can be attached to multiple cards (one at a time). Once attached, the policy is downloaded and programmed into the card. 7. Display ACL statistics. In this example, the “acl-deny-pkt-counter” is equal to “6”, which indicates packets are being dropped (as expected): show iocard 3 acl-stats name block16_5 acl-rule-set 1 acl-rule 1 acl-deny-pkt-counter 6 acl-mark-tos-counter 0 acl-mark-dot1p-pkt-counter 0 acl-enqued-pkt-counter 0 acl-learned-flows-counter 0 ----------------------------------------------------------------1 record displayed 8. 224 XgOS User’s Guide • September 2014 CHAPTER 13 Link Aggregation Groups (LAGs) A link aggregation group (LAG) is a grouping of physical Ethernet ports, which enables you to combine multiple individual physical Ethernet ports into one logical port group. As a result, the ports combined into a LAG can operate in parallel with the benefit of increased bandwidth and high availability. This chapter explains how to configure a LAG and provide those benefits to your virtual resources. Note – In many ways, configuration and management of LAGs is similar to configuration and management of Ethernet ports. Link Aggregation Control Protocol (LACP) The OVN implementation of LAG supports Link Aggregation Control Protocol (LACP) to manage link aggregation. LACP allows a network device to negotiate an automatic bundling of links by sending LACP packets to the peer device, which must also support LACP. the Oracle Fabric Interconnect supports static and dynamic LAGs. When a LAG contains multiple ports, traffic is mapped to the appropriate port based on a hashing algorithm that considers the following parameters of the packets originating from the vNICs in a LAG: ■ Source and destination MAC address and (if applicable) ■ IPv4 source and destination addresses and (if applicable) ■ TCP and UDP source and destination ports (if applicable) Ports that are assigned to a LAG remain part of the LAG regardless of their state. ■ LAG port changes are not revertive. As a result, if a port in the LAG goes down, traffic flows are remapped based on the hashing algorithm (see “Port Assignment in the LAG” on page 226). When the port comes back up, traffic does not revert back to the port that was originally supporting the traffic. Only new traffic flows can be mapped onto this port. Syntax add lag port -lacp set lag {<*|*.*|} -access-vlan=|default set lag {<*|*.*|} -descr= set lag {<*|*.*|} -flow-control=default|false|true set lag {<*|*.*|} -igmp-snooping=default|false|true set lag {<*|*.*|} -mode=access|trunk set lag {<*|*.*|} -mtu=|default set lag {<*|*.*|} -rate=100m|1g|autoNegotiate|default set lag {<*|*.*|} -tag-native=true | false show lag {*|*. Parameter Description -igmp-snooping= Specifies whether IGMP Snooping is enabled for the LAG. -mode Specify access mode (access) or trunk mode (trunk) of operation: • In access mode, the LAG carries only transmitted or received packets in the Access VLAN domain. • In trunk mode, all VLAN traffic is transmitted or received by the LAG. -mtu= Sets the maximum size of packet transmitted without fragmentation. Specify a number between 1500 and 9194. By default (default) 1500-byte packets are used. The following series of commands shows you how to set LAG options individually, but you can specify them all in one command. For example: set lag 5.4 -access-vlan=2400 -flow-control=true -mtu=4906 -rate=100m This command accomplishes the same task as the individual commands in the following examples: To set the access VLAN ID, you would issue the set lag -access-vlan command. For example, to set the native VLAN ID to 2400 for LAG 5.4: set lag 5. Commands on peer: config term interface range GigabitEthernet1/0/23-24 switchport mode trunk switchport trunk encapsulation dot1q switchport trunk allowed vlan 10,99 channel-group 1 mode on There is no dependency for when to configure the peer or the Oracle Fabric Interconnect, so these commands can be issued on the peer before or after LAG is configured on the Oracle Fabric Interconnect. Note – Total number of ports that you can add to a LAG depends on the number of LAGs configured, with the maximum number of ports ranging from 10 configured in a single LAG to 2 ports configured in each of five LAGs. 4. When all ports have been configured in the LAG, verify that the LAG was correctly added to the Oracle Fabric Interconnect, by issuing the show lag command. show lag name state descr rate mtu mode access-vlan flags ports ----------------------------------------------------------------5. ▼ Configure a LAG for “Passive” Mode (Dynamic LAG) When configuring a passive-mode LAG, you configure a LAG on the Oracle Fabric Interconnect and use the -lacp qualifier to allow passive mode. Passive-mode LAGs are formed dynamically through LACP, when a peer device is set to active mode and requests that the passive port is added to the LAG. 1. Configure the LAG on the peer. The LAG must be configured for “active” mode. 2. 4. When all ports have been configured in the LAG, verify that the LAG was correctly added to the Oracle Fabric Interconnect, by issuing the show lag command. show lag name state descr rate mtu mode access-vlan flags ports vnics ----------------------------------------------------------------5.4 down auto 1500 access 1 -s-l 9,8,7 0 1 record displayed The contents of the flags field differs based on the options configured on the LAG. Deleting a LAG You can delete a LAG at any time by issuing the remove lag command. Whenever you delete a LAG, remember to delete the LAG on the Oracle Fabric Interconnect’s peer Ethernet device (if needed). Delete a Single LAG from a 10-Port GE Module To delete all LAGs from a specified 10-Port GE Module, issue the remove lag command plus the LAG name (which is a slot and LAG ID separated by a dot). For example, to remove LAG 5.4: remove lag 5.4 Removing LAGs may disrupt virtual network traffic. Remove LAG 5.4 (y/n)?y Delete a Port from a LAG You can delete individual ports from a LAG at any time, regardless of the port’s state. 238 XgOS User’s Guide • September 2014 CHAPTER 14 Clusters This chapter explains cluster configuration in the following sections: ■ “Virtual I/O Fabric” on page 239 ■ “OpenSM Decoupling” on page 244 Virtual I/O Fabric Virtual I/O Fabric enables you to expand the size of your virtual I/O capabilities by interconnecting multiple Oracle Fabric Interconnects together. The Oracle Fabric Interconnect also supports a decoupled Subnet Manager (SM), which is part of a cluster environment. OFED 1.1 and 1.2 are supported on external IB attached servers that run SM functions. See “OpenSM Decoupling” on page 244 for more information. Xsigo Directory Service The Xsigo Directory Service Daemon (XDSD) maintains a database of all the reachable chassis and host servers in the cluster. XDSD runs as an instance on each Oracle Fabric Interconnect and is enabled by default. XDS Registration Process On initial boot up, the Oracle Fabric Interconnect starts an XDS registration process to determine which chassis becomes the master XDS and which chassis becomes the standby XDS. The Oracle Fabric Interconnect that registers first with SM becomes the master. The registration algorithm is first-come-first-serve. A chassis first becomes a standby XDS, then a master. Only a standby XDS can become a master. This approach enables the system to always have backup information, which avoids conditions where SM or a master XDS dies. In these cases, all state information would be lost. Add Server Profiles Regardless of the number of chassis in your network, there is only one designated master and one designated standby. In the figure, different virtual resources (vNICs and vHBAs) have been configured on server profiles on two different Oracle Fabric Interconnnect chassis. The flow of operation is as follows: 1. The XDS registers with SM. 2. The Oracle host drivers query SM for XDS location information. 3. The Oracle host drivers query XDS for the cluster (chassis) list. (This list information is used by the host server to install virtual resources accordingly. Note – Certain SMs are qualified to work with the Oracle Fabric Interconnect. Contact Oracle customer support for more information. Use the set system is-subnet-manager command to control the OpenSM process running on the chassis. By default, the OpenSM process starts automatically. For more information about OpenSM, see “InfiniBand Ports” on page 19. nameservers model-num serial-num ipconfig default-gateway timezone domain-search is-sm 192.168.8.3, 192.168.8.2 F1-15-CH-SDR 050610240 dhcp 192.168.8. 246 XgOS User’s Guide • September 2014 CHAPTER 15 User Authorization and Access Control Oracle’s Identity Management System (IMS) service authenticates users and grants them suitable privileges according to assigned user roles when users access the Oracle Fabric Interconnect. The IMS service can be one of: ■ XgOS local system, which is always present ■ Microsoft Active Directory (AD) ■ Remote Authentication Dial In User Service (RADIUS) Once you apply the configuration, the IMS service is completely transparent to the operator. Configuring IMS The following figure shows how the Oracle Fabric Interconnect handles a login request when using the internal IMS and when using an external system. If you want to use the internal IMS, all you need to do is add any necessary user accounts as described in “Using the Internal IMS” on page 250. If you would like to use an existing identity management system, the process follows: 1. Set up your external system as described in the appropriate section of this chapter. Syntax set ims -cache-timeout=[ default] set ims -maps-to-root= set ims -search-order=[default|externalFirst|internalFirst] set ims -server-type=[default|ldap_ad |local_only|radius] set ims -token-timeout=[][default] set ims {ad-server|radius-server|radius-user} show login system flush ims Parameter Description Parameter Description -cache-timeout The cache time-out value is the number of minutes that XgOS maintains a local copy of authentication and access inform Parameter Description -token-timeout Use this option to control the authentication token time-out. Accepted values are from 1 to 1440 minutes. The default value is 5 minutes. Refer to “Using Active Directory as the IMS” on page 254 or ““Using Role Group Mappings for AD/LDAP Users” on page 259 for examples of setting the IMS to a particular type of server. Using the Internal IMS XgOS’s internal IMS, called “local,” comes installed with a predefined administrator (admin) account. Role Name Access operators Allows read-only access including all show commands server Allows all operations related to a server’s physical connection, compute-resource configuration, and management storage Allows vHBA configuration and management, Fibre Channel I/O module and ports, LUN masks, persistent mappings, and SAN QoS If you do not specify a role for a user, the user will have the operators role (readonly privileges). ▼ Create a User Account 1. Add a user: add user frank 2. 5. Test the new user account: quit Connection to 192.168.8.133 closed. $ ssh frank@192.168.8.133 Password: Welcome to XgOS Copyright (c) 2007-2012 Xsigo Systems, Inc. All rights reserved. Enter "help" for information on available commands. pwd /home/frank How Access is Controlled By User Roles User privileges determine administrative abilities. For example, the frank account has operator privileges which grant read-only access to the chassis and its configuration. ▼ Grant Privileges to a Local User Account 1. Add the user account. For example, the following adds an account named “newuser1”: add user newuser1 ? Possible completions: [Optional qualifiers] -password set password -role role for user 2. Attach the “user” object to a role or give it a password. 3. Display the available roles. Using Active Directory as the IMS Microsoft Active Directory (AD) uses either Kerberos or simple (default) user authentication. You can configure up to two AD servers: one primary and one secondary. These two servers act as an active server and a hot standby in case of failures. When using AD as the IMS, use the following process: 1. Set up the necessary user accounts as described in “Configure AD Users and Roles” on page 255. 2. ▼ Configure AD Users and Roles For AD to work as the IMS for the Oracle Fabric Interconnect, you must create user accounts on the AD server, and on the Oracle Fabric Interconnect, specify the AD server by its IP address, and map the AD group to a role on the Oracle Fabric Interconnect. To create the users on AD server, follow this procedure: 1. Set up the necessary groups for your AD user accounts. 4. If you need to give everyone under in a particular group administrative access, assign that group to administrators group. Example: Active Directory Server With Default Authentication This example shows how to configure an AD server with simple (default) authentication. The example takes advantage of the default settings for the port (389), the -domain-represented-by option (group), the server mode (primary) and the authentication type (simple). add ims ad-server AD sfcorpdns1.xsigo.com user@xsigo. Example: Configure Kerberos as a Secondary AD Server This example configures Kerberos as a secondary AD. This example takes advantage of the default values for port (389), the -domain-represented-by option (group), and the -kdc-port-num option (88). When configuring Kerberos, be aware of the following syntactical considerations: ■ The kerberos-default-realm and kerberos-default-domain must be entered in all capital letters ■ the user-dn can be a simple name format, for example joe_user@xsigo. kerberos-default-realm XSIGO.COM kerberos-default-domain xsigo.com kdc-host-name host-name2.xsigo.com kdc-port-num 88 ------------------------------------------------------------------ If the configuration is not correct, the state will be “up/down”. The error field will show the corresponding warning so the administrator will know how to use set ims ad-server to resolve the problem. Example: Display All AD Server Configuration show ims ad-server * -detail ----------------------------------------------------------------name AD1 descr host-name ad1.xsigo.com port 389 state up/up error user-dn user@xsigo. Note – It is important to understand that regular expressions are used to match the user’s groups against the role group mappings (for example, admin* is not the same as admin.*). Detailed explanation of regular expressions is outside the scope of this document. More information about regular expressions can be found on line. Interaction Between Existing Groups and Role Group Mappings In previous versions of the XgOS IMS model, groups were required to be configured with an “xg-” prefix if users of those groups would be accessing the Oracle Fabric Interconnect. The previous model (groups with the “xg-” prefix) are still supported, so you do not need to delete and recreate those existing groups. Syntax add ims role-group-mapping [{admininstrators|network|no-access|server|storage|operator}] set ims role-group-mapping [-group=] [-role=] [-descr] show ims role-group-mapping [] remove ims role-group-mapping Parameter Description Role group mapping commands take the following options: Parameter Description Specifies the name of the role group mapping that you are adding. When you are configuring a role group mapping, you can do so either of the following ways: ■ Add the role mapping (add ims role-group-mapping) as one step, then use the set ims role-group-mapping command to set the group and role as a second step. This method is used for the examples in the following sections. ■ Add the role mapping (add ims role-group-mapping) and group(s) as one step, then use the set ims role-group-mapping command to set the role as a second step. Example: Add Role Group Mapping With a Regular Expression By using a regular expression, you can simplify the creation of a role group mapping if many groups are similar and have the same role. In the following example, a role group mapping will be created for the AD groups tech-marketing, tech-pubs, and tech-supports. A regular expression will be used in the role group mapping to allow matching against all of these groups. When deleting the role group mapping the AD groups remain configured on the AD/LDAP server. The remove ims role-group-mapping command deletes the mapping only, and with the mapping gone, no regular expression matching occurs. You can make edits to existing role group mapping through the set ims rolegroup-mapping command instead of deleting and recreating the mapping. Using RADIUS as the IMS RADIUS uses either CHAP or PAP (default) authentication. You can configure up to five servers. Example: RADIUS IMS Server With Default Authentication When configuring IMS to use a RADIUS server, you can use the following minimal command. Enter a secret: New password: New password again: show ims radius-server RAD2 -detail ----------------------------------------------------------------name RAD2 descr host-name cesar port 200 state up/indeterminate error user-name joe auth-type CHAP timeout 60 retries 6 ----------------------------------------------------------------1 record displayed Configure RADIUS Users and Roles When using RADIUS for IMS, you configure the IMS and then add users through the XgOS command-line interface. Example: Set IMS to a RADIUS Server The following shows the command to set IMS to a RADIUS server. Common IMS Operations The examples in this section are the same for all IMS services, regardless of their type. Example: Display the IMS Search Order A search-order of “internalFirst” means that XgOS searches the local user database before searching your external IMS. The chassis has a local cache to store role information for 240 minutes by default. The next time you log in within that time frame, IMS does not need to query the external IMS server again: show ims -detail ----------------------------------------------------------------cache-timeout 240 ... Configure set ims -cache-timeout=0 to disable the cache. The external IMS will be queried every time someone logs in. 3. Using vi or any other standard Linux-compliant file editor, display the contents of .bashrc. For example: vi .bashrc # ~/.bashrc: executed by bash(1) for non-login shells. 272 XgOS User’s Guide • September 2014 CHAPTER 16 Monitoring XgOS This chapter provides reference and procedural information about monitoring XgOS and its managed objects. It contains the following sections: ■ “SNMP” on page 273 ■ “Monitoring With Xsigo’s SNMP MIBs” on page 276 ■ “Alarms” on page 290 ■ “Xsigo ProWatch Overview” on page 291 ■ “Displaying XgOS System Configuration” on page 301 ■ “Example: Display the Log Level” on page 306 ■ “Tracing End-to-End IB Path Continuity” on page 308 SNMP XgOS supports SNMPv1, v2 and v3. Syntax add snmp trap-dest [:] [-community=] [-version=] remove snmp trap-dest [:] [-noconfirm] set snmp -descr= set snmp -read-community= set snmp -sys-contact= set snmp -sys-location= set snmp -sys-name= show snmp Note – If you are entering a description with internal blank spaces (for example Xsigo Systems) you must enclose the string in double quotes. The default read-community string is “public”. Replace with the IP address of the system where you are going to receive SNMP traps. Note – Trap IDs are not sequential because they use the virtual resource id (VID). Removed virtual resources will leave gaps in the VID sequence. MIB Support The Xsigo MIB files are available on the Oracle Fabric Interconnect through the standard admin user login. Xsigo MIBs are available in /opt/xsigo/xsigos/mibs. To use the Xsigo MIBs, load all MIBs in this directory. The following MIBs are supported: ■ IF. The following table lists statistics available in the ifTable. IF Attribute vNIC ifInDiscards y vHBA ethPort fcPort y ifOutDiscards ifInErrors ibPort y y ifOutErrors y y y y XSIGO-IODIRECTOR-ENTITY-MIB The following tables return valid values for SNMP queries: Object Name MIB Table Object ID (OID) Traps Chassis xsigoIoDirectorChassis 1.3.6.1.4.1.24440.3.1.1.1 Up, Down IO Card xsigoCardTable 1.3.6.1.4.1.24440.3.1.1.2 Inserted, Removed, Up, Down Fan xsigoFanTable 1.3.6.1.4.1. Note – If you need to integrate/compile the Xsigo MIBs, you can get them from the Oracle Xsigo Support Portal (http://www.xsigo.com/support). With symbolic object name: $ snmpwalk -c public -v2c -mALL 192.168.10.100 xsigoCardType XSIGO-IODIRECTOR-ENTITY-MIB::xsigoCardType.10 = INTEGER: nwEthernet10Port1GbCard(63) XSIGO-IODIRECTOR-ENTITY-MIB::xsigoCardType.12 = INTEGER: sanFc2Port4GbLrCard(71) XSIGO-IODIRECTOR-ENTITY-MIB::xsigoCardType.14 = INTEGER: nwEthernet4Port1GbCard(61) With numeric OID: $ snmpwalk -c public -v2c -mALL 192.168.10.100 -On xsigoCardType .1.3.6.1.4.1.24440.3.1.1.2.1.2.10 = INTEGER: nwEthernet10Port1GbCard(63) .1.3.6.1.4.1. XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPortLocation.9 = STRING: 10/9 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPortLocation.10 = STRING: 10/10 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPortLocation.11 = STRING: 12/1 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPortLocation.12 = STRING: 12/2 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPortLocation.13 = STRING: 14/1 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPortLocation.14 = STRING: 14/2 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPortLocation.15 = STRING: 14/3 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPortLocation. With numeric OID: $ snmpwalk -c public -v2c -mALL 192.168.10.100 -On xsigoPortOperState .1.3.6.1.4.1.24440.3.1.1.6.1.7.1 = INTEGER: up(2) .1.3.6.1.4.1.24440.3.1.1.6.1.7.2 = INTEGER: down(3) .1.3.6.1.4.1.24440.3.1.1.6.1.7.3 = INTEGER: up(2) .1.3.6.1.4.1.24440.3.1.1.6.1.7.4 = INTEGER: up(2) .1.3.6.1.4.1.24440.3.1.1.6.1.7.5 = INTEGER: down(3) .1.3.6.1.4.1.24440.3.1.1.6.1.7.6 = INTEGER: down(3) .1.3.6.1.4.1.24440.3.1.1.6.1.7.7 = INTEGER: down(3) .1.3.6.1.4.1.24440.3.1.1.6.1.7.8 = INTEGER: down(3) .1.3.6.1.4.1. .1.3.6.1.4.1.24440.3.1.1.3.1.2.6 = STRING: Fan-3/2 .1.3.6.1.4.1.24440.3.1.1.3.1.2.7 = STRING: Fan-4/1 .1.3.6.1.4.1.24440.3.1.1.3.1.2.8 = STRING: Fan-4/2 With symbolic object name: $ snmpwalk -c public -v2c -mALL 192.168.10.100 xsigoFanOperState XSIGO-IODIRECTOR-ENTITY-MIB::xsigoFanOperState.1 = INTEGER: up(2) XSIGO-IODIRECTOR-ENTITY-MIB::xsigoFanOperState.2 = INTEGER: up(2) XSIGO-IODIRECTOR-ENTITY-MIB::xsigoFanOperState.3 = INTEGER: up(2) XSIGO-IODIRECTOR-ENTITY-MIB::xsigoFanOperState. XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeIndex.7 = INTEGER: 7 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeIndex.8 = INTEGER: 8 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeIndex.9 = INTEGER: 9 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeIndex.10 = INTEGER: 10 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeIndex.11 = INTEGER: 11 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeIndex.12 = INTEGER: 12 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeIndex. XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeLocation.7 = STRING: fabricCard XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeLocation.8 = STRING: fabricCard XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeLocation.9 = STRING: fabricCard XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeLocation.10 = STRING: IO Card Slot - 14 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeLocation.11 = STRING: IO Card Slot - 14 XSIGO-IODIRECTOR-ENTITY-MIB::xsigoTemperatureProbeLocation. With numeric OID: $ snmpwalk -c public -v2c -mALL 192.168.10.100 -On xsigoTemperatureProbeTable .1.3.6.1.4.1.24440.3.1.1.4.1.1.1 = INTEGER: 1 .1.3.6.1.4.1.24440.3.1.1.4.1.1.2 = INTEGER: 2 .1.3.6.1.4.1.24440.3.1.1.4.1.1.3 = INTEGER: 3 .1.3.6.1.4.1.24440.3.1.1.4.1.1.4 = INTEGER: 4 .1.3.6.1.4.1.24440.3.1.1.4.1.1.5 = INTEGER: 5 .1.3.6.1.4.1.24440.3.1.1.4.1.1.6 = INTEGER: 6 .1.3.6.1.4.1.24440.3.1.1.4.1.1.7 = INTEGER: 7 .1.3.6.1.4.1.24440.3.1.1.4.1.1.8 = INTEGER: 8 .1.3.6.1.4.1.24440.3.1.1.4.1.1.9 = INTEGER: 9 . .1.3.6.1.4.1.24440.3.1.1.4.1.4.2 = STRING: 14 .1.3.6.1.4.1.24440.3.1.1.4.1.4.3 = STRING: 49 .1.3.6.1.4.1.24440.3.1.1.4.1.4.4 = STRING: 24 .1.3.6.1.4.1.24440.3.1.1.4.1.4.5 = STRING: 24 .1.3.6.1.4.1.24440.3.1.1.4.1.4.6 = STRING: 28 .1.3.6.1.4.1.24440.3.1.1.4.1.4.7 = STRING: 29 .1.3.6.1.4.1.24440.3.1.1.4.1.4.8 = STRING: 30 .1.3.6.1.4.1.24440.3.1.1.4.1.4.9 = STRING: 24 .1.3.6.1.4.1.24440.3.1.1.4.1.4.10 = STRING: 28 .1.3.6.1.4.1.24440.3.1.1.4.1.4.11 = STRING: 37 .1.3.6.1.4.1.24440.3.1.1.4.1.4.12 = STRING: 27 .1. With symbolic object name: $ snmpwalk -c public -v2c -mALL 192.168.10.100 xsigoPowerSupplyOperState XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPowerSupplyOperState.1 = INTEGER: failed(4) XSIGO-IODIRECTOR-ENTITY-MIB::xsigoPowerSupplyOperState.2 = INTEGER: up(2) With numeric OID: $ snmpwalk -c public -v2c -mALL 192.168.10.100 -On xsigoPowerSupplyOperState .1.3.6.1.4.1.24440.3.1.1.5.1.7.1 = INTEGER: failed(4) .1.3.6.1.4.1.24440.3.1.1.5.1.7. System Controller (SCP) Status You can monitor utilization of the CPU on the System Control Processor (SCP) and utilization of memory on the SCP: ■ SCP CPU usage, with the symbolic object name: $ snmpwalk -c public -v2c -mALL 192.168.10.100 xsigoChassisCpuUsage XSIGO-IODIRECTOR-ENTITY-MIB::xsigoChassisCpuUsage.0 = STRING: 2.50223 ■ SCP CPU usage, with the numeric OID: $ snmpwalk -c public -v2c -mALL 192.168.10.100 -On xsigoChassisCpuUsage .1.3.6.1.4.1.24440.3.1.1.1.15.0 = STRING: 2. With numeric OID: $ snmpwalk -c public -v2c 192.168.10.100 -On ifDescr .1.3.6.1.2.1.2.2.1.2.3 = STRING: vnic1.webserver-1 .1.3.6.1.2.1.2.2.1.2.4 = STRING: vnic2.webserver-1 .1.3.6.1.2.1.2.2.1.2.5 = STRING: vhba1.webserver-1 Virtual Interface Status All virtual interfaces should be up. With symbolic object name: $ snmpwalk -c public -v2c -mALL 192.168.10.100 ifOperStatus IF-MIB::ifOperStatus.3 = INTEGER: up(1) IF-MIB::ifOperStatus.4 = INTEGER: up(1) IF-MIB::ifOperStatus. With symbolic object name: $ snmpwalk -c public -v2c -mALL 192.168.10.100 ifHCInOctets IF-MIB::ifHCInOctets.3 = Counter64: 11783 IF-MIB::ifHCInOctets.4 = Counter64: 926 IF-MIB::ifHCInOctets.5 = Counter64: 0 With numeric OID: $ snmpwalk -c public -v2c .1.3.6.1.2.1.31.1.1.1.6.3 .1.3.6.1.2.1.31.1.1.1.6.4 .1.3.6.1.2.1.31.1.1.1.6.5 -mALL 192.168.10.100 -On ifHCInOctets = Counter64: 12263 = Counter64: 926 = Counter64: 0 With symbolic object name: $ snmpwalk -c public -v2c IF-MIB::ifHCOutOctets. With numeric OID: $ snmpwalk -c public -v2c -mALL 192.168.10.100 -On xsigoServerProfileTable .1.3.6.1.4.1.24440.3.1.2.3.1.1.34 = INTEGER: 34 .1.3.6.1.4.1.24440.3.1.2.3.1.2.34 = STRING: webserver-1 .1.3.6.1.4.1.24440.3.1.2.3.1.3.34 = STRING: .1.3.6.1.4.1.24440.3.1.2.3.1.4.34 = INTEGER: 1 .1.3.6.1.4.1.24440.3.1.2.3.1.5.34 = INTEGER: up(1) .1.3.6.1.4.1.24440.3.1.2.3.1.6.34 = INTEGER: up(2) .1.3.6.1.4.1.24440.3.1.2.3.1.7. Xsigo ProWatch Overview The Xsigo ProWatch feature supports periodically transmitting the contents of log files and the output of the show tech-support command, to Oracle Technical Support. This enables Oracle Technical Support to proactively look for and diagnose potential problems without requiring you to collect data, package it, and transmit it Oracle. The information collected is only from show tech-support and system logs. No sensitive customer data is gathered and transmitted to Oracle. ■ when major or critical alarms occur When you configure periodic transmission of data, the Oracle Fabric Interconnect starts a timer when any of the following events occurs: ■ the Xsigo ProWatch facility is enabled ■ XgOS starts because of a chassis reboot ■ the daily, weekly, or monthly interval is changed. The frequency is calculated from that time at which the timer starts. The result is the next scheduled transmission of data. For example, if the Xsigo ProWatch feature is enabled at 6:00 p.m. ProWatch Command Syntax system phone-home [-noconfirm] set system phone-home disable set system phone-home enable set system phone-home noproxy set system phone-home proxy {|default} {[] []} set system phone-home snooze m|h|d|off set system phone-home -contact-email-address=|none set system phone-home -contact-phone-numbers=|none set system phone-home -copy-url=|none set system phone-home -customer-name= set s Parameter Description m|h|d|off Sets the timer for the phone snooze period, or disables an in-progress snooze timer. When the snooze timer expires, or is manually disabled with the off option, then the Phone Home schedule resumes based on its configuration. Optional Qualifiers Parameter Description -contact-email-address Specifies an email address for a person who Oracle technical support can contact if it appears that the Oracle Fabric Interconnect needs attention. -contact-phone-numbers Specifies one or more comma-separated telephone numbers for Oracle technical support to contact if it appears that the Oracle Fabric Interconnect needs attention. port to connect to the Internet. Make sure that the Oracle Fabric Interconnect can connect to: http://phone-home.xsigo.com:6522/ Xsigo ProWatch uses an HTTP POST transfer and data is encrypted while it is on the public Internet. Sending ProWatch Data When Alarms Occur Major alarms include things like an I/O card not coming up or a server failing to connect. All major alarms can negatively affect the data center’s I/O. enabled freq next notify strip alarm name email phone copy p-host p-user -----------------------------------------------------------------------------true weekly no yes yes The following section documents how to configure Xsigo ProWatch with your specific parameter values. Before performing the configuration process, you will find it helpful to do the following: ■ Determine if you will want to keep a copy of the information sent. 4. Specify the email address of a person within your company who Oracle can contact. For example: set system phone-home -contact-email-address=dude1@xyz.com 5. Specify whether Oracle should contact you if potential problems exist. For example: set system phone-home -notify=true 6. (Optional) Configure whether a copy of the Xsigo ProWatch information is stored locally at your company. 11. When prompted for confirmation, answer “yes” (y). For example: set system phone-home enable This will enable periodic transmission of diagnostic data to Xsigo. The Oracle Fabric Interconnect must have access to the internet for an HTTP connection in order to send the data. Are you sure you want to enable the phone-home facility (y/n)?y 12. Display the Xsigo ProWatch configuration to verify that it is configured correctly. Snoozing ProWatch The snooze feature allows any configured phone home to be temporarily delayed for an amount of you determine. The snooze feature is helpful in many ways (for example, if you have an planned maintenance window) because it allows you to temporarily suspend phone home notifications without having to remove the phone home configuration before maintenance, then completely reconfigure it afterward. 2. (Optional) If you need to deactivate the current snooze interval, issue the set system phone-home off command. set system phone-home snooze off Displaying XgOS System Configuration Use the following commands to display various system attributes. Parameter Description Parameter Description watch {ethernet-port|ethernet-ports| fc-port|fc-ports|ioport|ioports|vhba| vhbas|vlans|vnics|vnics} A dynamic window that displays the real-time performance counters of single or multiple instances of: • Ethernet ports. Use the ethernet-port option for the 10 GE module. Parameter Description log [debug|syslog] Displays the logs. The show system log and show system log debug commands are interactive, and do not return to a command prompt after they have been issued. You must enter input to manipulate the command output (for example, pause or resume output), or exit the log file and return to the command prompt. If you do not provide any input, the system show log or system show log debug output is displayed indefinitely. Parameter Description user Displays internal information about the current user. version [-all] Displays version information for the system, including the minimum driver version required for the purpose of keeping the XgOS and driver software in sync. Or, using -all, shows the version information for all images in the system. Example: Display Operating System Details Use show system to display information about either the Oracle Fabric Interconnect F1-15 or Oracle Fabric Interconnect F1-4. The command’s output is the same regardless of the model of Oracle Fabric Interconnect on which it is issued. show system Booted on: Tue May 6 17:15:44 GMT 2008 uptime: 1308 hours, 55 minutes, 44 seconds RECENT UPGRADES AND DOWNGRADES Tue Nov 4 17:15:11 GMT 2011: Upgraded to xsigo-3.6.0.xpf Tue Nov 4 15:09:18 GMT 2011: Upgraded to xsigo-3.5.0. Example: Display the Log Level Use the show system loglevel to show the event levels configured for different processes running in the Oracle Fabric Interconnect. DiagService ProcessMonitor 42 records displayed iop iop 14 14 WARNING INFO 4 6 Displaying System Statistics The system collects real-time statistics, which are displayed whenever you issue a show stats command. Real-time statistics can be cleared at any time. red-pkt 0 ----------------------------------------------------------------------------1 record displayed Tracing End-to-End IB Path Continuity A diagnostic command that supports tracing the IB path from host server, through the IB Fabric, to the I/O module that terminates the IB path on the Oracle Fabric Interconnect. ■ You can reset statistics to zero to allow them to accumulate by using the optional -clear argument. ■ Statistics are reset if the Fabric Board is reset, for example if the Oracle Fabric Interconnect is power cycled. ▼ Determine the IB Path Continuity As an option, if you have root access to the Oracle Fabric Interconnect, you can log in as root and issue the ibclear errors first, then the ibcheckerrors command to reset all the IB error counters. frick hca-19bbfffff847ec hca-2c90200253eb0 jumpstart leven Physical server running VMware/ESX-4.1.0:xg-3.1.0-r5722.ESX4.1/260247 Physical server Physical server Physical server Physical server running Linux/2.6.18-92.el5:xg-2.7.1/x86_64 4. Clear the counters on the server (brick) to get a fresh batch of statistics. show diagnostics ib-path brick -clear 5. Issue the show diagnostics ib-path command for the server (brick) to display the IB path and counters. ■ the magenta text shows another link in the overall IB path. These entries show how the IB path flows through the various points in the Oracle Fabric Interconnect Fabric Board. Entries are ordered in pairs to show the ingress and egress points in the Fabric Board’s leaf switches/chips. ■ the cyan text shows the I/O module that is the other end of the IB path, which in this example is a Fibre Channel card in slot 3 which is terminating the vHBA on the IB path. 312 XgOS User’s Guide • September 2014 CHAPTER 17 System Management This chapter provides reference and procedural information about managing XgOS. ■ File Transfer Protocol (FTP) ■ Local file TFTP system upgrades are not supported. Before upgrading your operating system, back up your current configuration. For instructions, see “Saving and Restoring Configurations” on page 66. The system upgrade and system import commands feature a timer that flushes out an invalid config, or a config that fails to load. If a configuration cannot be imported, the Oracle Fabric Interconnect starts a five-minute timer window. When issuing this command, the file name will autocomplete if you omit the URL scheme or use the file:// option. Parameter Description http:// Upgrade using HTTP. https:// Upgrade using HTTPS. scp:// Upgrade using SCP. file:// For upgrading from a file stored locally on the Oracle Fabric Interconnect. For example from disk, USB (a mounted /usb device), or a /home directory. 2. Issue the system upgrade command and supply the full path to the new system image. Here is an example of each of the supported upgrade types. system system system system system upgrade upgrade upgrade upgrade upgrade http://cairo.xsigo.com/upgrades/xsigo-V3.8.0.xpf https://cairo.xsigo.com/upgrades/xsigo-V3.8.0.xpf scp://root@cairo.xsigo.com/upgrades/xsigo-V3.8.0.xpf file:///upgrades/xsigo-V3.8.0.xpf ftp://root@cairo.xsigo.com/upgrades/xsigo-V3.8.0.xpf The CLI copies the XPF image to disk. Copyright (c) 2007-2012 Xsigo Systems, Inc. All rights reserved. Enter "help" for information on available commands. 3. If you get the following error during the upgrade: Installation failed (Unable to unpack package file xsigo-.xpf where is the system image, then issue the system clear garbage command to remove any partial or failed installs. 4. System Configuration Issue the show config command to display the running configuration in table format. There is also an XML version of the configuration file in /config/config.xml. The config.xml file is large and not easy to parse on the Oracle Fabric Interconnect. Use file copy to copy config.xml to some remote location and read the file with an XML reader. Syntax show config printconfig /config/config. Example: Print the Configuration printconfig /config/config.xml PAGE 346Parameter Description Parameter Description broadcast Sends a message to all CLI users who are logged in. cancel {restart|shutdown} Cancels a pending operation. clear {config|garbage|logs} The garbage option removes garbage, such as failed image installs, from the disk. cold-restart [-delay=] [-force][-noconfirm][-now] Restarts the system with the exception of the System Control Processor (SCP), and removes power from the I/O cards. Message received from admin at Mon Nov 21 21:51:02 GMT 2011 Broadcast message We should go get some lunch Examples: Initiate Immediate Cold Start ■ To perform an immediate cold restart of the system: system cold-restart Are you sure you want to restart the system (y/n)? y *********************************** Xsigo system is being shut down now *********************************** Connection to iowa closed. Network Time Protocol (NTP) Server Syntax set system ntp-server [-prefer] show system ntp-server remove system ntp-server [-confirm] Parameters Parameters Description Specifies the IP address or domain name of the NTP server. For example, 192.168.99.100 or ntp.xyz.com -prefer An optional qualifier that specifies whether the NTP server is the preferred NTP in networks with multiple NTP servers.■ Data bits: 8 ■ Stop bits: 1 ■ Parity: none ■ Flow control: none The default username is “admin”. The default password is “admin”. XgOS places you directly into a CLI session with full administrative privileges: login: admin Password: ******** Welcome to XgOS Copyright (c) 2007-2012 Xsigo Systems, Inc. All rights reserved. Enter "help" for information on available commands. ▼ Change root Password The default root password is root. To change your root password: 1. Log in as the administrator: $ ssh admin@iowa Password: 2. Set the new root password: set Old New New system root-password password: password: password again: Note – As with any system, take care to keep track of your root password. If you forget it, Oracle will not be able to help you by recovering it. Use set cli idle-timeout 0 to configure an infinite CLI time-out (no time-out). For information about creating using accounts, see “Create a User Account” on page 251. Syntax show login [] show user Example show login ----------------------------------------------------------------session 1 time 2011-08-20 21:28:20 name admin descr roles administrator interface cli type local logged-in-from 172.16.48. ■ the minimum number of numbers required for Oracle Fabric Interconnect passwords. ■ the minimum number of special characters required for Oracle Fabric Interconnect passwords. ■ the minimum number of uppercase letters required for Oracle Fabric Interconnect passwords. This feature is supported for local passwords, which are the passwords that allow users to log in to the Oracle Fabric Interconnect. Syntax set system password-strength Parameters Parameter Description -min-length Is a number from 0 to 20 that sets the minimum number of characters in the password -min-lower-case Is a number from 0 to 20 that sets the minimum number of lower case letters in the password -min-number Is a number from 0 to 20 that sets the minimum number of numbers in the password -min-special Is a number from 0 to 20 that sets the minimum number of special characters in the password -min-upper-case I Setting the Oracle Fabric Interconnect Management IP Address To use the Oracle Fabric Interconnect’s management interface remotely, you must configure an IP address and prefix length for the interface. You initially configure these parameters when you first run the installation wizard at the console port. If you have changes to your management network, you might need to change the IP address you use for the Oracle Fabric Interconnect. 4. If show login indicates that others are logged on, issue a system broadcast to warn them of the change. For example: system broadcast Changing management IP to 192.168.10.97 in 2 minutes! Note – Changing the system management address can affect management connectivity to the Oracle Fabric Interconnect for other administrators and for management systems. If you are remotely connected, this command will break that connection. Take this into account before making the change. 5. The qualifiers for the set system management-interface command are available as individual commands also. For example, the set system address is the equivalent of the set system management-interface -address command. However, by using the set system management-interface command, you have the following distinct advantages: You can see all the relevant parameters in one location, which facilitates completing the management interface’s configuration. Restoring Factory Defaults XgOS supports resetting any Oracle Fabric Interconnect to its factory defaults, which is the Oracle Fabric Interconnect’s original state when it was shipped from Oracle. When factory defaults are restored, all configuration information (including the Oracle Fabric Interconnect node name and system management IP address) is cleared. Note – Restoring factory defaults is dangerous. As a result, you should issue it only when you are sure it is safe to lose all configuration. Power Down and Power Up Because this command removes all configuration, you will typically only use this command shortly before the Oracle Fabric Interconnect is powered off. You can power off the Oracle Fabric Interconnect by removing both power cables. After you restore factory defaults, the Oracle Fabric Interconnect can be manually restarted by physically restoring facility power (reinserting power cables). Example show software ## System status ############################################################# Booted on: Wed Mar 19 21:05:28 GMT 2008 uptime: 48 days, 21 hours, 5 minutes, 55 seconds RECENT UPGRADES AND DOWNGRADES Tue Nov 4 17:15:11 GMT 2008: Upgraded to xsigo-3.6.0.xpf Tue Nov 4 15:09:18 GMT 2008: Upgraded to xsigo-3.5.0.xpf Fri Jul 2 14:48:19 GMT 2008: Upgraded to xsigo-3.0.0.xpf Current Base OS Version Information ReleaseNumber: 176 CompatOS: 71 ReleaseDate: 2008/04/22 18:58:25 KernelVersion: 2.6. start_xvnd.sh iop 10 5.89453 00:01:25 0 apache2_prerun.sh scp 0 00:00:00 0 xtctrl scp 0 00:00:00 0 vnctrl scp 0 00:00:00 0 resurrect_db scp 0 00:00:00 0 reap_db scp 0 00:00:00 0 resurrect_sysctl scp 0 00:00:00 0 vnctrl scp 0.582031 00:00:00 0 xsmib_service scp 0.796875 00:00:00 0 xgdiscoverd scp 0.839844 00:00:00 0 xtctrl scp 0.921875 00:00:00 0 xdsd scp 1.14453 00:00:01 0 opensm scp 1.84375 00:00:05 0 postmaster scp 2.85156 00:00:00 0 snmpagent scp 16.8359 00:00:03 0 apache2 scp 22. get log-files -noarchives get log-files -nocores get log-files -silent Parameter Description Parameter Description show tech-support > Send content of show tech-support to a file. You must use the redirection switch ( >) to redirect the output to the file. get log-files -all Gather all log, archive, and core files and put them into xsigo-logs.tar. Example: Gather All Files With get log-files -all Use the get log-files command to gather all available files, logs, and cores, as well as the output of show tech-support, and put it into a gzipped tar file, which can then be sent off of the Oracle Fabric Interconnect, for example to Oracle Customer Support. get-log-files -all copying /log/cli.log... copying /log/createdb.log... copying /log/daemon.log... copying /log/dumpster.log... copying /log/ib.log... copying /log/install.log... copying /log/kern.log.. copying /log/user-debug.log.7.gz... copying /log/user.log.8.gz... copying /log/user.log.9.gz... copying /log/wtmp.1.gz... copying /log/coredumps/dmsg_iocard-8_ts67_0... copying /log/coredumps/dmsg_iocard-8_ts68_0... copying /log/coredumps/dmsg_iocard-8_ts74_0... copying /log/coredumps/dmsg_iocard-8_ts86_0... copying /log/coredumps/mimm.1727.core... Warning: cannot open file: /log/coredumps/mimm.1727.core copying /log/coredumps/mimm.5532.core... Warning: cannot open file: /log/coredumps/mimm.5532. Considerations When you perform the upgrade, be aware of the following: 338 ■ You can selectively upgrade. You upgrade either the Option ROM, or the firmware, or you can do both at the same time. ■ You must upgrade all HCAs in a particular server that is connected to a Oracle Fabric Interconnect. At present, you cannot selectively upgrade some HCAs in the server, but not others. ■ You can upgrade HCAs in one or all servers. ■ It is important to understand that the in-band firmware upgrade procedure is not complete until the HCA is rebooted. Until then, the new Option ROM and firmware are resident on the HCA, but not yet active because they have not yet been loaded into memory. ■ The in-band upgrade procedure does not automatically perform the reset, so you must reboot the HCA (or server) to complete the upgrade procedure. Install Option ROM and Firmware and Pushing it to Hosts When the Option ROM and firmware images are installed on the Oracle Fabric Interconnect, they are unpacked to the /install directory. Any previous versions of Option ROM or firmware are not automatically deleted. In fact, the Oracle Fabric Interconnect retains a maximum of 64 images. If you need to delete some images, you can do so through a software command. Parameter Description The Option ROM and firmware upgrade command have the following options: Parameter Description Specifies the name of the server that contains the HCA that will be upgraded, or allows all servers to be upgraded. Specifies the InfiniBand local Identifier for the HCA that you want to upgrade. Specifies the name of the Option ROM or firmware file that you will be using for the upgrade. For example, if you have link state for the HCA but the following error is displayed, you would want to use the reset command to be able to restart the upgrade session on the HCA set physical-server alma upgrade-hca 14 firmware Retrieve version information... XgBoot-mt26428-DEBUG.bin 2.8.7 8ac804c34 12 records displayed 77312 2011-08-02 13:10 fd0ab3efe0065b3dbb79a2d Displaying All Firmware Images on the Oracle Fabric Interconnect At any time, you can display a list of all the firmware images installed on the Oracle Fabric Interconnect. The Oracle Fabric Interconnect can retain a maximum of 64 images, but has no restriction on the mix of Option ROM or firmware images that comprise the total. Removing the Firmware If needed you can delete an installed Option ROM image from the Oracle Fabric Interconnect by issuing the system remove hca-figure command. system remove hca-firmware Upgrading the Option ROM and Firmware Images You can upgrade the firmware on an HCA by following this procedure, which assumes the server “kingston” will be upgraded. ▼ Upgrade the Option ROM and Firmware Images 1. Issue the show physical-server display HCA information about the server’s HCA. 3. When you find the correct firmware version, download it to the Oracle Fabric Interconnect. For example: system install hca-image scp://mellanox/downloads/firmware/mt_0a5012xxxx/file1234 When this step completes, the firmware file is installed to the Oracle Fabric Interconnect’s /install directory where a total of 64 Option ROM and firmware images can be kept. 4. Log in to the Oracle Xsigo Support Portal and download the Option ROM tar file. 11. Upgrade the firmware by issuing the set physical-server command. For example: set physical-server kingston upgrade-hca 7 firmware 3.0.0-fw.bin Retrieve version information... Upgrading HCA 0002c903000a9f7a firmware from 2.9.1000 to 3.0.0 will require a manual server reboot in order to take effect. Do you wish to continue (y/n)?y Upgrading HCA for 0002c903000a9f7a, current version is 2.9.1000... Note – The CLI will temporarily pause while the new firmware is being pushed to the HCA. Applying System Patches A system patch is an XPF (Xsigo Package File) that provides a focused fix for a specific file or files in the Oracle Fabric Interconnect file system. A patch tends to be smaller and more manageable, and allows for applying hot-fixes to the Oracle Fabric Interconnect. Command Syntax system patch show system patches [-detail] show system version [-all] show system [status] Parameter Description The system patch commands take the following command options: Parameter Description Specifies the name of the patch file that you want to apply. Patches must be applied individually. For example, to use a patch name patch-19408 that is located in the patches directory on a server named cairo you could issue: system patch scp://root@cairo. The following procedure assume that you are using the system patch command. To apply a patch, follow this procedure: 1. Get the appropriate patch from Oracle. 2. Issue the system patch command. For example: system patch scp://root@cairo.xsigo.com/patch-19408.xpf The system patch command copies the named patch file, and installs the patch to the appropriate part of the Oracle Fabric Interconnect file system. 3. Issue the system show patches command to verify that the patch was successfully installed. b. Run the system unpatch command against the patch. For example: system unpatch patch-19408 3. To upgrade minus the patch: a. When the downgrade is complete, upgrade again to the original version of XgOS (the version that had the patch). For example: system upgrade scp://root@cairo.xsigo.com/upgrades/xsigo-V3.8.0.xpf b. Issue the show system version command to verify that the correct version of XgOS software is in use after the upgrade. CHAPTER 18 Scripting XgOS Commands The XgOS CLI scripting engine provides the Aikido scripting language, completed scripts for simplified user commands, and a full text editor for creating your own scripts. Aikido Scripting Language All onboard scripts were created using the Aikido Language System. Aikido is an interpreted, dynamically typed language that can be used for general purpose programming but is best suited for prototyping and scripting. It has been derived from the ideas present in a large number of languages including Pascal, Ada, C, C++, Java, JavaScript, and Verilog. See help scripts for more information about the use of OVN scripts. See the following sites for more information on Aikido. Example: Move and Rename Files cat /bin/mv #> Rename files /* * (C) 2004,2005 XSIGO SYSTEMS Inc. All rights reserved. This material may not * be reproduced, displayed, modified or distributed without the express prior * written permission of the copyright holder. * * Author: David Allison * Email: dallison@xsigo.com * * $Id$ * $Date$ * $Revision$ * $Author$ * * Description : */ if (args.size() < 2) { throw "usage: mv file... dest" } var allfiles = [] for (var i = 0 ; i < args. if (movetodir) { var destname = dest + "/" + Filename.filename (file) System.rename (file, destname) } else { System.rename (file, dest) } } SEDIT Script Editor The Script Editor (SEDIT) is a simple but powerful onboard text editor that runs from within the CLI. SEDIT runs as a script named sedit: file edit /bin/sedit See help sedit for documentation: help sedit ▼ Create Your Own Commands Use the Xsigo Script Editor to create your own commands (scripts) and aliases. 1. Use file edit to create and open a file: file edit who The Xsigo Script Editor starts. 2. Define the behavior. 1 show user 3. Save the file and exit the editor: ctrl-w ctrl-d 4. Set the file access permissions and make the file executable: chmod +x who 5. 356 XgOS User’s Guide • September 2014 CHAPTER 19 Source RPM: Building OVN Host Drivers Oracle provides source RPM Package Managers (RPMs) for advanced users and developers to help support a wide array of Linux distributions. There are numerous requirements that must be satisfied in order to both compile and produce a compatible driver. The utmost of care should be taken when preparing a driver from the available source, and careful documentation should be kept in order to assist Oracle Customer Support in understanding your environment. Overview Oracle distributes two types of host driver RPMs—binary and source. Binary RPMs are compiled for a specific kernel and system architecture. Source RPMs contain the source code for building the binary package. Oracle host drivers are kernel modules. Since it is impossible for Oracle to directly support every version of Linux distribution (kernel and architecture), Oracle provides its hostdrivers as source RPMs. headers, kernel symbol-files, kernel config (.config), additional patches, updates, and fixes. In some cases, the OVN host drivers require updates or fixes in your base kernel, dependent drivers, or related tools/compilers. One example of both updated features and fixes is the ib_mthca.ko from pre-OFED-1.2. Then install the binary RPM: # # # # rpm –Uvh xsigo-hostdrivers-kmod-2.6.18-53.el5_3.8.0-1.x86_64.rpm chkconfig xsigo on reboot service xsigo status The SPEC File Often, a user will find it necessary to customize some aspect of the driver build process. Many of these behaviors are set through default environment variables, SPEC files at the top of the rpm-SPEC file, or through system scripts. To make these customizations, you should first install the RPM source: # rpm -i xsigo-hostdrivers-kmod-linux_3.8. Automatically Checked Default Value Acceptable Values Yes 0 0 or 1 fixup_module_symvers Enable this option if you are building No against an OFED installation which is installed outside the kernel source tree. This option is needed for kernels prior to 2.6.18 which supported finding the Module.symvers file in the top level of kernel source directory first. By default, there is no check done for this so this option must be specified by the user before building the binary RPM. Environment Variables When building the drivers, you might need to override some default locations and values. These values are set through environment variables. See the following table. Variable Description kversion This environment variable can be set to specify the kernel version you would like to build the Oracle host drivers for. The default value for this is the kernel you are currently running with (e.g. uname -r). ■ Dependencies: kernel-devel RPM In this scenario, all of your kernel source and devel-headers/objects should be located inside the path /lib/modules/`uname -r`/build. This symbolic link is the default location for the xsigo-hostdriver src-rpm to look for the kernel source directory. Command sequence procedure: # rpm -ivh xsigo-hostdrivers-kmod-linux_<#version>-1.src.rpm # rpmbuild -bb /usr/src/redhat/SPECS/xsigo-hostdrivers. Build Option 3: Kernel With Upgraded OFED Stack Source RPMs are available by request from Oracle Customer Support. If you will be building a source RPM, contact Oracle Customer Support, who will provide instructions for obtaining the image and can provide assistance with using the source. You will need to provide Oracle Customer Support with some basic information For more information, see “Required Information for Contacting Customer Support” on page 368. Build Option 4: Combination of Customer Kernel and Upgraded OFED Stack Source RPMs are available by request from Oracle Customer Support. If you will be building a source RPM, contact Oracle Customer Support, who will provide instructions for obtaining the image and can provide assistance with using the source. You will need to provide Oracle Customer Support with some basic information For more information, see “Required Information for Contacting Customer Support” on page 368. While Oracle intends their drivers to be installed on a system which leverages the RPM (Redhat Package Manager), it is still possible for advanced users to extract the source code and build each driver manually. When you do this, you should also take care to include the appropriate xsigod userland configuration application and startup scripts. Here is a command sequence to build the 1.5 drivers manually from the src-RPM file: # # # # # # # # # # # rpm2cpio xsigo-hostdrivers-kmod-linux_3.8.0-1.src. Example: patch < Note the first < is part of the command and the <> denotes the file name. RDMA Headers To support installing the Oracle Source RPM on RHEL4u4, you might be required to add source RPM RDMA headers. ▼ Add RDMA Headers If you need to add the RDMA headers, you can do so by performing the following steps: 1. Install the matching kernel source RPM. 2. Issue the following command: rpmbuild -bp --target /usr/src/redhat/SPECS/ 3. If running against a OFED-1.2.5.X IB stack, the following kernel log message (dmesg) is benign: ib_cm: req timeout_ms 16896 > 8192, decreasing ib_cm: req remote_cm_response_timeout 22 > 21, decreasing ib_cm: req local_cm_response_timeout 22 > 21, decreasing It can be eliminated by setting max_timeout ib_cm module parameter to 23. CHAPTER 20 Upgrading XgOS This section provides information of upgrading the XgOS software on the Oracle Fabric Interconnect. ■ file, for upgrading from a file that has already been downloaded to the Oracle Fabric Interconnect. This option is useful for upgrading the Fabric Interconnect from a local file system, for example from disk, USB (a mounted /usb device), or a /home directory. ■ ftp. Upgrade through FTP prompts you for a password. You can also perform upgrades in confirmation or non-confirmation mode by using the -noconfirm argument in the system upgrade command. Note – When importing a backed-up configuration, it is very important that the hardware configuration on the Oracle Fabric Interconnect match the hardware configuration when the XML file was exported. If the two do not match, the import will abort. Exporting your configuration is not required before upgrading. If you use the system export command, the file is exported to XML format (the default format) to the /home directory of whichever user account you used to log in. Basic Upgrade Process If you are upgrading from XgOS 3.5.0 to XgOS 3.6.0 or later, you do not need to keep the Oracle Fabric Interconnectr software and host driver software in exact synchronicity. In fact, XgOS software and host driver software can be upgraded independent of each other. However, you should keep the XgOS software and the host driver software reasonably in sync. For example, running 3.6.0 XgOS with 3.5. ▼ Upgrade OS on the Oracle Fabric Interconnect 1. Log in to the Oracle Fabric Interconnect as admin. 2. (Optional) If any other administrators are likely to be connected to your Oracle Fabric Interconnect, issue a system broadcast to warn them to disconnect: system broadcast Upgrading the Fabric Interconnect in 2 minutes! 3. Save your current configuration: system export xgos-3.9.0.xml Where xgos-3.9.0.xml is the existing configuration file. 4. ■ Using FTP, type: system upgrade ftp://root@cairo.xsigo.com/upgrades/xgos-3.9.2.xpf If you upgrade using FTP, you will be prompted for a password. Note – If you get the this error message during the upgrade, Installation failed (Unable to unpack package file xsigo-3.9.2.xpf,issue the system clear garbage command to remove any partial or failed installs. When you issue the system upgrade command, the Fabric Interconnect begins the upgrade. 5. Wait for the I/O cards in the Fabric Interconnect to finish initializing before proceeding. To determine whether the I/O cards are initialized, use the show iocard command. The Fabric Interconnect displays the state of all cards. When the state of the cards is up/up, you are ready to proceed. 6. When the I/O cards all show up/up, check the state of the vNICs and vHBAs: show vnic * show vhba * The state of the vNICs and vHBAs should be up/up. 7. While the first Fabric Interconnect was unavailable, host servers that were using it failed over to use the other Fabric Interconnect for their I/O. Assuming that you do not have automatic switchover configured, they will remain with that Fabric Interconnect until they reboot after receiving their host driver upgrade. If this is your first Fabric Interconnect, the next task is to upgrade the host drivers, HCA firmware, and the option ROM for each host server. ■ ConnectX and ConnectX-2: 2.7.0 and later It requires option ROM 2.8.7 to support SAN boot. If your firmware and XgBoot versions are as shown above, you can skip Step 2. 2. On your Linux host server, upgrade the HCA firmware and the option ROM if necessary. a. If you haven’t already done so, log in as root to the host server. b. Upgrade the Xsigo HCA firmware package on the server. rpm -Uvh Note – Replace xsigo-hca-firmware_2.8.7.i386. Board ID CA type Firmware version Hardware version Option ROM version : : : : : 'MT_0150000001' 'MT25208' '5.3.0' 'a0' 'XgBoot Version 2.8.7' 1) 5.2.0 (XgBoot Version 2.8.7) 2) 5.1.400 (XgBoot Version 2.8.7) 0) Return to previous menu Select firmware to use> e. Select the most recent firmware (the one displayed first). You will need to reboot for the firmware upgrade to take effect. However, you can wait to reboot until you have upgraded the host drivers. XgOS version 3.9.0 requires support for OFED 1. 7. Reboot the server. This completes the Linux host server upgrade. If you have more servers to upgrade, complete that task now. If you have upgraded all servers, proceed to “Upgrade OS on the Oracle Fabric Interconnect” on page 20-373 to upgrade your second Fabric Director’s operating system. Caution – Make sure to select the compatible pair of drivers. If you attempt to install an incompatible Xsigo driver after installing the Infiniband driver, you will receive an error message ▼ Upgrade VMware Host Servers 1. Copy the host driver package to your system. The Xsigo host driver package contains both the InfiniBand stack and the Xsigo host drivers. For example, the following command illustrates copying the package using scp: scp user@host:/mydrive 2. Upgrading Windows Host Servers When using vNICs in an HA configuration, system .DLL files are in use. This prevents the upgrade process from accessing the .DLL files needed for upgrade. To upgrade the Windows host drivers from 3.5.0 to 3.6.0 using HA vNICs, it is best if you first uninstall the previous version of host drivers, restart your Windows host, and then proceed with a clean installation of the Windows host drivers. Note – The space following the equals sign (=) is mandatory. This command causes the service to delay its start until LUNs are available across the vHBA. For the details of the XgDependRoot service, see “Xsigo Dependency Service” on page 384. ▼ Upgrading Windows HCA Firmware and Option ROM XgOS supports the following firmware levels: ■ InfiniHost Single Port HCA: 1.2.0 ■ InfiniHost Dual Port HCA: 5.3.0 ■ ConnectX and ConnectX-2: 2.7.0 and later When the Xg_FWUpdate. GUID Descr : node port1 port2 sys image GUIDs : 0002c9020021f1f0 0002c9020021f1f1 0002c9020021f1f2 0002c9020021 f1f3 BOARD ID : mt_0370110001 VSD : PSID : mt_0370110001 FW Version : HCA mlx FW Ver : 5.1.400 1) Flash HCA Firmware 2) Change selected card 0) Quit Select option> 4. When prompted, enter 1 to enter the Flash HCA Firmware Menu. The following example shows updating the HCA with firmware version 5.2.0. Select Firmware to Burn> 1 Upgrading HCA firmware 5.1.400 to 5.2.0 This Will Flash HCA with Firmware file .\Image\fw-25218-5_2_0mhea28-xtc_a1-a2.bin Please do not interrupt the burn process or reboot the machine... Wait till burn completes ... ................................................................. ----------------------------------------------------------------The firmware on one or more of the HCAs has been upgraded. For example, for lanmanserver (the server service): sc config lanmanserver depend= xgdependroot Note – The space following the equals sign (=) is required. To set the dependency of another service, substitute its name for lanmanserver in the example above. For example, use iisadmin if the web site or FTP site is residing on a vHBA LUN. After you have installed the drivers and set the dependency, reboot the server. VM VM VM VM ESX Server 1 with Xsigo Host Drivers ESX Server 2 with Xsigo Host Drivers Fabric Interconnect 1 with XgOS 3.5.0 Fabric Interconnect 2 with XgOS 3.5.0 Ethernet You must upgrade one ESX Server and one at a time. After they reboot running the new software version, you will use VMotion to move all guest machines to the upgraded server and upgrade the second ESX Server and Fabric Interconnect. In the procedures that follow, ESX Server 1 and Fabric Interconnect 1 are upgraded first. Compatible Software Versions You will typically need different host drivers depending on your version of ESX Server software and the HCAs in your servers. When upgrading a VMware host server, be aware of the particular versions of ESX server software and Xsigo host drivers required. Host drivers for each supported operating system are listed in the Release Notes. ▼ Upgrade First ESX Sever and Fabric Interconnect Use these steps to upgrade the ESX Server 1 host drivers and XgOS on Fabric Interconnect 1: 1. 4. Save your current I/O configuration: system export xgos-3.9.0.xml Where xgos-3.9.0.xml is the existing configuration file. 5. Disable the server profiles to both ESX Server hosts. set server-profile esx1 down set server-profile esx2 down Where esx1 and esx2 are the server profiles. In the next several steps, you will upgrade the host drivers on ESX Server 1. Note – When upgrading a VMware server, be aware of the particular versions of ESX server software, HCA firmware, and Xsigo host drivers required. 9. Install the new Xsigo drivers package: esxupdate update --bundle 10. Confirm that the updated packages have been installed: esxupdate query ---Bulletin ID---------- Installed----- --------------Summary----ESX410-Update01 2011-07-14T12:53:00 VMware ESX 4.1 Complete Update XSIGO-4.1.0.260247.3.9.2-1 2011-07-19T09:31:18 Xsigo Systems Virtual Driver + IB Bundle Note – Do not reboot the host server at this time. When you issue the system upgrade command, the Fabric Interconnect begins the upgrade. While the upgrade occurs, status messages are displayed, as shown in the following example: Copying...############################################################# [100%] You have begun to upgrade the system software. Please be aware that this will cause an I/O service interruption and the system may be rebooted. The following software will be installed 1. XgOS Operating System software including SCP Base OS 2. 6 up/up 10 up/up 12 up/up 14 up/up 15 up/up 6 records displayed nwEthernet10Port1GbCard sanFc2Port8GbCard nwEthernet1Port10GbCard nwEthernet1Port10GbCard nwEthernet10Port1GbCard 0 2 2 0 0 16. When the I/O cards all show up/up, check the state of the vNICs and vHBAs: show vnic * show vhba * The state of the vNICs and vHBAs should be up/up. The Fabric Interconnect uses a hold time which pauses the vNICs and vHBAs for a window of time while the I/O cards come back online. b. For vHBAs, type: esxcfg-mpath -l fc.5001397100002505:5001397000002505fc.2001000b08002539:2400000b08043110-eui.00 0b080074002539 Runtime Name: p3:C0:T0:L2 Device: eui.000b080074002539 Device Display Name:Pillar Fibre Channel Disk (eui.000b080074002539) Adapter: p3 Channel: 0 Target: 0 LUN: 2 Adapter Identifier: fc.5001397100002505:5001397000002505 Target Identifier: fc.2001000b08002539:2400000b08043110 Plugin: NMP State: active : : When the State field shows active, the vHBA is up and connected. 19. When you have finished, your system configuration resembles that shown in the figure. VM VM VM VM ESX Server 1 with Xsigo Host Drivers ESX Server 2 with Xsigo Host Drivers Fabric Interconnect 1 with XgOS 3.6.0 Fabric Interconnect 2 with XgOS 3.5.0 Ethernet 3. Log in to Fabric Interconnect 2 as admin. 4. Save your current I/O configuration: system export xgos-3.9.0.xml Where xgos-3.9.0.xml is the existing configuration file. 5. 6. Use VMotion to restore your initial configuration. Your system configuration should now resemble that shown in the figure. VM VM VM ESX Server 1 with Xsigo Host Drivers ESX Server 2 with Xsigo Host Drivers Fabric Interconnect 1 with XgOS 3.6.0 Fabric Interconnect 2 with XgOS 3.6. Glossary A Active Directory Admin State Active Directory (AD) is an implementation of LDAP directory services by Microsoft for use primarily in Windows environments. Its main purpose is to provide central authentication and authorization services for Windows based computers. Active Directory also allows administrators to assign policies, deploy software, and apply critical updates to an organization. Administrative state. The intention of the operator by setting a given resource up or down. upper-level protocols (FC-4). Each of these levels defines a different and separate part of how the FC equipment communicates. The different FC-4 protocols (FCP, IP, Virtual Interface, and others) are tied directly to different kinds of applications (storage, networking, and clustering) for different uses. For more background information, see www.fibrechannel.org. I/O Module I/O Port A physical card that is installed in one of 15 slots in the chassis’ card bay. There are two types of I/O module: Ethernet and Host Bus Adapter. The Ethernet and Host Bus Adapter modules provide access to Ethernet and Fibre Channel networks, respectively. A single port on an Ethernet module, a Host Bus Adapter module, or one of the 24 InfiniBand server ports. J JBOD Just A Bunch of Disks. Very large storage arrays, capable of storing terabytes and terabytes of data. M Managed Object An object-oriented representation of a resource managed in a device. This can be a physical or logical resource. N NAS NPIV Network Attached Storage. NAS uses common client networks, such as Ethernet, to connect client computers to a host file server. Unlike SANs, the client does not directly communicate with the storage. Data exchange occurs at the file level, unlike a SAN where data is operated at the block level over FC. Q Quality of Service The Quality of Service (QoS) object allows the data traffic of individual applications or interfaces to be managed. The performance of a particular application can be guaranteed by raising the priority of its dataflow, relative to the other applications. R RADIUS RAID RDMA Remote Authentication Dial In User Service (RADIUS) is an Authentication, Authorization, and Accounting (AAA) protocol for controlling access to network resources. SCSI Server Profile Small Computer Systems Interface. In the early 1980s, SCSI was the standard direct-attach storage interface to SCSI-enabled disks. As computer systems increased in speed and data storage needs increased, the parallel bus architecture of SCSI began hitting performance and distance limits. In response to this need, FC was introduced to provide gigabit-speed serial networking capabilities for storage. VM Virtual Machine. A VM is a software entity that runs its own operating systems and applications, as if it were a physical computer. A VM behaves exactly like a physical computer and contains its own virtual (software based) CPU, RAM, hard disk, and NIC. An operating system installed on a VM is called a guest operating system. vNIC Virtual Network Interface Card - An Ethernet interface, provided without a physical NIC. 402 XgOS User’s Guide • September 2014 Index Symbols * (wildcard), 6 Numerics 10GE VLAN examples, 126 10-Port GE VLAN examples, 126 1-port 10GbE I/O modules, 27 A AAA, 247 access mode, 120 access VLAN, 121, 123 accounts, 250 ACLs, 213 with QoS, 202 action, 214 Active Directory, 254 AD, 254 AD/LDAP groups, mapping, 259 add acl, 221 add gateway, 73 add ims, 254 add lag, 229 add qos network, 198 add qos san, 210 add san map, 142 add server-profile, 70, 136 add snmp, 274 add snmp trap-dest, 274 add user, 251 add vhba, 136 add vlan, 126 add vnic, collecting debug information, 49 command completion, 3 command history, 5 command-line interface, 1, 369 command completion, 3 configuring the CLI, 53 controlling echo, 55 controlling line wrapping, 57 controlling terminal screen rows, 61 display filters, 58 displaying history, 61 displaying mode, 56 editing commands, 5 history, 5 line wrap, 57 online help, 4 redirecting output, 5 top-level commands, 9 commit, 221 committed burst size, 192 committed information rate, 192 compressing files, 50 config. ESX Server configuration, 182 persistent mapping, 143, 146 prescan vHBA, 148 removing prescan information, 150 rescanning, 150 resetting I/O modules, 27 saving and restoring Fabric Interconnect configuration, 67 searching in text files, 50 setting CLI terminal screen row, 61 setting MTU, 95 setting vNICs down, 90 shutting down I/O modules, 27 sorting CLI output by column, 59 vHBA basic configuration, 137 VLAN 10GE and 10-port GE, 126 F Fabric Interconnect backing up configuration, 67 Fabric Manager plugin displaying search order, 269 using internal, 250 using local, 250 predefined user roles, 250 using RADIUS, 265 in-band HCA upgrade, 337 InfiniBand, 19, 134 displaying ports, 20 ports, 19 ingress-qos, 198 initiator, 134 interfaces, 44 internal IMS, 250 IOCPort16, 19 IP address, 328 ip-addr, 78 isolation, network, 118 isolation, traffic, 118 J link aggregation, dynamic LAG, 226 link aggregation, static LAG, 226 load balancing with ESX Server, 188 local ID, 179 local IMS, 250 local-id, 137, 181, 188 setting see link aggregation groups NIC teaming see link aggregation groups NIC teaming with ESX Server, 188 no-confirm, 137 no-lun-masking, 137, 174 NPIV, 135, 398 NTP, 319 ntp-server, 322 O OFED, 358 patch files, 366 online help, 4 OpenSM decoupling, 244 Option ROM, upgrading, 337 P packet coalescing, 114 PAP, 265 parity, 323 passive-mode LACP, 226 password, setting strength, 325 patches, applying, 347 PBS, 192 peak burst size, 192 peak information rate, 192 persistent binding, 142 phone-home, 291 physical serv root fs logout timer, setting, 270 root login, 323 root password, 324 rpmbuild, 359 RSCN, 147 rule modifier, 214, 216 rule parameter, 214 S SAN, 134 SAN maps adding, 143 removing, 146 SAN QoS, 209 scp, 47 scripts, 351 editor, 354 searching in files, 50 server profiles, 69 command introduction, 10 configure and add vNIC (example), 79 creating (example), 71 removing, 146 resetting the busy state, 71 set acl, 204, 221 rank, 214, 216 rule, 214 set cli cols, 60 set cli idle-timeout, 325 set cli rows, 60 set cli show, command introduction, 14 slots, numbering, 17 SM, 20 SNMP, 273 add snmp trap-dest, 274 SNMP MIBs, monitoring, 276 source RPM, 357 SPEC file, 360 SSH login, 323 static, 78, 126 static LAG, 226 static LAG, configuring, 232 statistics real-time, 307 vHBAs, 167 vNICs, 80 stop bit, 323 strength of password, 325 subnet manager, 20, 22 subnets, 72 system broadcast, 320 system cancel, 319 system clear, 319 system clear config, 317 system cold-restart, 317, 319 system downgrade, 319 system export, 66, 314 syst virtual I/O fabric, 239 virtual I/O resources naming restrictions, 14 virtual LANs, 117 virtual Network Interface Card, 77 VLAN configuration, 119 10GE VLAN examples, 126 10-Port GE VLAN examples, 126 chassis managed, 124 host managed, 124 VLAN port mode, tag native. |