| Title: | ServerView Virtual-IO Manager [Server Management Software] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Version (Date): | 3.1.04 (07/02/2013) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Size: | 163.25 MB | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Language: | English, Japanese | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Filetype: | zip | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment: | Fujitsu Technology Solutions GmbHServerView Virtual-IO Manager for PRIMERGY
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Processor: | 2 x 2 GHz and above |
| Memory: | 4 GB RAM |
| Free space on HD: | more than 10 GB |
| Graphic: | 1024x768 minimum, recommended 1280x1024, 32bit colors. |
These values represent a minimum requirement that may increase depending on the amount of data used.
The MAC and WWN Virtualization feature strongly depends on corresponding features in MMB, server blades and daughter cards.
The following blade server components are supported:
BX600 Blade Server with the following configuration:
| Blade Server Chassis: | BX600 S3 |
| Management Blade: | MMB S3 |
| Firmware version 3.21 or higher. The firmware version 3.23 or newer should be used. | |
| Server Blade: | BX620 S4, BX620 S5, BX620 S6, BX630 S2 (2-way) |
| For the BX620 S4 blades a BIOS version 3A81 (or later) and a BMC firmware version 3A40 (or later) is required. BIOS version 3B05 should be used. For the BX620 S5 blades a BIOS version 3B15 (or later) and an iRMC firmware version 4.87G (or later) is required. Important Note: BIOS 3B18 and 3B19 should not be used! For the BX620 S6 blades no specific BIOS version or iRMC version required. For the BX630 S2 blades a BIOS version 1.08 (or later) and an iRMC firmware version 2.20G (or later) is required. The BIOS version 1.14 (D2537) or 2.14 (D2931) should be used for this blade type. In order to support V1.1 features like multiple boot devices a BIOS version 1.10 (or later) is needed for the BX630 S2 blade. For the BX620 S4 blade a BIOS version 3B04 or higher is required together with BMC firmware 3A46 or higher for the V1.1 features.Daughter Card:4Gb PCIe FC42E (Emulex) For WWN virtualization the BIOS version 3.03A2 with firmware version 2.72A2 is required for the EMULEX FC42E daughter card. The following BIOS/firmware versions are currently suggested: BIOS version 3.03A9 with firmware version 2.72A2 or BIOS version 3.03A11 with firmware version 2.82A4 or higher. Important Note: The EMULEX BIOS v3.03a11 with the firmware version v2.82a3 is not working with Virtual-IO Manager.Independent of the above notes, the iSCSI boot functionality of ServerView Virtual-IO manager must not be used, if iSCSI boot is not released for the used BIOS version or firmware version of the used mezzanine card. The network configuration feature of the ServerView Virtual-IO Manager requires that Intelligent Blade Panel (IBP) modules are installed in the chassis as LAN connection blades. The following connection blades are supported:LAN Connection Blade:IBP 10/6, IBP 30/12 Firmware version 2.0 or higher (suggested versions are: 2.06 for IBP 10/6 and 2.08 for IBP 30/12)FC Connection Blade:PRIMERGY BX600 4Gb FC Switch |
BX900 Blade Server with the following configuration:
| Blade Server Chassis: | BX900 S1, BX900 S2 |
| Management Blade: | MMB S1 |
| Firmware version 4.6 or higher. Which MMB firmware version is needed for support of a specific blade type or support of a specific mezzanine card must be looked up in the release notes of the blade or the MMB. It is suggested to use MMB firmware version 4.85. In order to support BX920-S3 or BX924-S3 blades the MMB firmware version 4.96 or higher is needed. |
|
| Important Note: With MMB firmware version 4.96 and 5.0X stacked SB11 IBP connection blades cannot be supported by VIOM due to incorrect information delivered by MMB! This problem will be solved in future MMB firmware version. | |
| Server Blade: | BX920 S1 |
| BIOS version 3B14 or higher, iRMC firmware version 4.46G or higher. | |
| The iSCSI Boot functionality and the MUX setting functionality of VIOM 2.1 require BIOS 3B39 and iRMC version 4.84G or higher. For the support of the 10 GB Mezzanine card (NIANTEC) BIOS version 3B52 or higher and iRMC version 4.98G or higher is needed. For the support of the CNA mezzanine card "PY CNA Mezz. Card 10Gb 2 Port (MC-CNA102E)" a BIOS version 3C20 and iRMC firmware 5.54G or higher are needed. (Currently no other BIOS then 3C20 should be used when CNA support is needed!) |
|
| Server Blade: | BX922 S2 |
| BIOS version 3C05 or higher, iRMC version 4.88G or higher | |
| For the support of the 10 GB Mezzanine card (NIANTEC) BIOS version 3C56 or higher and iRMC version 4.98G or higher is needed. For the support of the CNA mezzanine card "PY CNA Mezz. Card 10Gb 2 Port (MC-CNA102E)" a BIOS version 3D60 and iRMC firmware 5.54G or higher are needed. (Currently no other BIOS then 3D60 should be used when CNA support is needed!) |
|
| Server Blade: | BX920 S2 |
| BIOS version 3C35 or higher, iRMC version 4.94G or higher For the support of the 10 GB Mezzanine card (NIANTEC) BIOS version 3C56 or higher and iRMC version 4.98G or higher is needed. For the support of the CNA mezzanine card "PY CNA Mezz. Card 10Gb 2 Port (MC-CNA102E)" a BIOS version 3D60 and iRMC firmware 5.54G or higher are needed. (Currently no other BIOS then 3D60 should be used when CNA support is needed!)Server Blade:BX920 S3 BIOS version 1.4.0 or higher, iRMC version 6.23G or higher For the onboard IO channels and also the CAN mezzanine card "PY CNA Mezzanine Card 10 Gb 2 Port (MC-CNA112E)" the Emulex BX9xxS3 BE3 firmware 4.0.487.8 or higher is needed.Server Blade:BX924 S2 BIOS version 3C57 or higher, iRMC version 4.98G or higher For the support of the CNA mezzanine card "PY CNA Mezz. Card 10Gb 2 Port (MC-CNA102E)" a BIOS version 3D61 and iRMC firmware 5.54G or higher are needed. (Currently no other BIOS then 3D60 should be used when CNA support is needed!)Server Blade:BX924 S3 BIOS version 1.3.0 or higher, iRMC version 6.23G or higher For the onboard IO channels and also the CAN mezzanine card "PY CNA Mezzanine Card 10 Gb 2 Port (MC-CNA112E)" the Emulex BX9xxS3 BE3 firmware 4.0.487.8 or higher is needed.Server Blade:BX960 S1 BIOS version 1.16 or higher and iRMC firmware 5.20G or higher are needed. After flashing BIOS and iRMC firmware an AC fail for the server blade is needed. The blade should be removed from chassis and inserted again after 10 seconds. Note: The CNA mezzanine card "PY CNA Mezz. Card 10Gb 2 Port (MC-CNA102E)" is not supported in this blade type by ServerView Virtual-IO Manager.Important note: After updating the system BIOS of a blade from a BIOS version < 3D59 (BX920 S1: BIOS version < 3C19) to a BIOS version >= 3D59 (BX920 S1: BIOS version >= 3C19) an inventory boot for the corresponding blade must be performed. This can be done by using the VIOM user interface; in the "Server Blade Configuration Tab" execute the action "Inventory Boot" from the popup menu for the selected server blades.LAN Mezzanine Card:4 x 1GB Note: SMUX setting support via VIOM profile has specific requirements for BIOS, iRMC firmware and MMB firmware. iSCSI boot support for LAN ports on this mezzanine card must be checked in BIOS release notes.LAN Mezzanine Card:2 x 10 GBE ("PY Eth Mezz Card 10Gb 2 Port Niantic") Note: VIOM support has specific requirements for BIOS and iRMC firmware (see above). iSCSI boot support for LAN ports on this mezzanine card must be checked in BIOS release notes. Please see also the restrictions concerning the MUX setting in VIOM profiles when using 10 GB LAN mezzanine cards.FC Mezzanine Card:"PY FC Mezz. Card 8Gb 2 Port (MC-FC82E)" When using a fibre channel mezzanine card MC-FC82E in a BX960-S1 server blade the firmware version 1.11A5 with BIOS version 3.11A5 (or any released newer version) is required. If an incorrect BIOS/firmware is used in a BX960 server blade the system BIOS will create incorrect inventory information and an error message "Invalid value syntax for driver request parameter 'wwnnaddr'." might be seen when trying to assign a VIOM server profile. After flashing firmware/BIOS of the Fibre Channel mezzanine card it is necessary to re –create the inventory information. The easiest way to do this is to remove the blade and insert it again.CNA Mezzanine Card:"PY CNA Mezz. Card 10Gb 2 Port (MC-CNA102E)" Note: The VIOM support requires the controller firmware version 2.103.397.1003 and controller BIOS 4.02a7 or higher. After update of controller firmware an inventory boot for the corresponding blade must be performed. This can be done by using the VIOM user interface in the "Server Blade Configuration Tab" execute the action "Inventory Boot" from the popup menu for the selected server blades. In order to use the FCOE function, the personality of the CNA must be set to FCOE. In order to use iSCSI function the personality of the CNA must be set to iSCSI.CNA Mezzanine Card:"PY CNA Mezzanine Card 10 Gb 2 Port (MC-CNA112E)" in BX920-S3 and BX924-S3 The Emulex BX9xxS3 BE3 firmware 4.0.487.13 or higher is needed. Note: Due to de-virtualization problems the BIOS/firmware version 4.0.487.8 or 4.0.487.13 must not be used for VIOM managed systems! The personality of the CNA can be set with the EMULEX One Command Manager. After changing the personality an inventory boot for the related blade must be executed, this can be done by the VIOM user interface.Independent of the above notes, the iSCSI boot functionality of ServerView Virtual-IO manager must not be used, if iSCSI boot is not released for the used BIOS version or firmware version of the used mezzanine card.The network configuration feature of the ServerView Virtual-IO Manager requires that LAN connection blades are running in IBP mode. The following connection blades with IBP mode are supported:LAN Connection Blade:SB11A With firmware 2.14, 3.10, 6.12, 6.14 and 6.18 running in IBP mode or in switch mode Product Name in FRU data must be "PY CB Eth Switch/IBP 1Gb 36/12". For support of the tagged mode for VLAN networks at least firmware version 6.12 is needed.LAN Connection Blade:SB11 With firmware 2.18, 4.14, 6.20, 6.24 and 6.28 running in IBP mode or in switch mode. For support of stacked SB11 connection blades in IBP mode IBP firmware 2.18 or higher must be used. For support of the tagged mode for VLAN networks at least firmware version 6.20 is needed. Product Name in FRU data must be "PY CB Eth Switch/IBP 1Gb 36/8+2". Important note: IBP firmware version 4.08 is not working with ServerView Virtual-IO Manager.LAN Connection Blade:"PY CB Eth Switch/IBP 1Gb 18/6" (SB6) With firmware version 1.02, 3.10, 6.12, 6.14 or 6.18. For support of the tagged mode for VLAN networks at least firmware version 6.12 is needed.LAN Connection Blade:"PY CB Eth Switch/IBP 10Gb 18/8" (10GB LAN Connection Blade) With firmware version V02.00 NY0040, V2.00 NY0048, V3.00 NY0067. For support of BX92x S3 blades the firmware V02.00 NY0048 is needed. For support of the tagged mode of VLAN networks the firmware version 3.00 NY0067 (or higher) is needed. Note: With firmware version V3.00 NY0062 sporadically problems might occur that uplink-sets are not allowed to be deleted. In that case the IBP CLI command "clear port-group" should be executed for all affected connection blades. After that the VIOM configuration should be restored in the VIOM user interface by using the "Restore IBP" button for the affected connection blades.LAN Connection Blade:"PY CB Eth Pass Thru 10Gb 18/18" (10GB LAN Passthru Connection Blade)FC Connection Blade:Brocade 5450 Product Name in FRU data must be "Brocade 5450 8Gb Fibre Channel Switch" or "PY CB FC Switch 8Gb 18/8 26 (Brocade)" or "PY CB FC SW 8Gb 18/8 26 Perform (Brocade)" or "PY CB FC Switch 8Gb 18/8 14 (Brocade)". |
BX400 Blade Server with the following configuration:
| Blade Server Chassis: | BX400 S1 |
| Management Blade: | MMB S1 |
| Firmware version 6.13 or higher. Which MMB firmware version is needed for support of a specific blade type or support of a specific mezzanine card must be looked up in the release notes of the blade or the MMB. It is suggested to use MMB firmware version 6.3x (6.33 or higher). |
|
| VIOM supports in BX400 blade server chassis the same connection blades and server blades as in BX900 blade server chassis except BX960 server blade is not supported in BX400. BX400 release notes define which of them are released for BX400 blade server chassis. | |
PRIMERGY Rack Server configuration:
| Rack Server: | RX200 S7 |
| At least the following BIOS and firmware versions are required: BIOS version V4.6.5.1 R1.6.0, iRMC version 6.50A | |
| Rack Server: | RX300 S7 |
| At least the following BIOS and firmware versions are required: BIOS version V4.6.5.1 R1.7.0, iRMC version 6.50A | |
| Rack Server: | TX300 S7 |
| At least the following BIOS and firmware versions are required: BIOS version V4.6.5.1 R1.7.0, iRMC version 6.50A |
Supported PCI Controller:
| PCI Card: | Emulex 10GbE OCe10102 | ||||||||
| Note: Due to de-virtualization problems the BIOS/firmware version 4.0.487.8 or 4.0.487.13 must not be used. Firmware version 4.0.487.19, that solves these problems is required. Please check also the release notes of EMULEX 10GbE OCe10102 controller. | |||||||||
| PCI Card: | Emulex 8Gb FC HBA LPe 12002 | ||||||||
| BIOS/firmware version 6.30a1 (x86 3.11a5 – UEFI 4.12a15) / FW 2.00a4 is required for Virtual-IO Manager support. | |||||||||
| PCI Card: | Emulex 8Gb FC HBA LPe 1250 | ||||||||
| BIOS/firmware version 6.30a1 (x86 3.11a5 – UEFI 4.12a15) / FW 2.00a4 is required for Virtual-IO Manager support. | |||||||||
| PCI Card: | INTEL 2-port 10GbE (D2755 – Niantec) | ||||||||
| PCI Card: | INTEL 4-port (D2745 - Barton Hills) | ||||||||
| Latest LAN firmware version should be flashed | |||||||||
| PCI Card: | INTEL 2-port (D2735 - Kawela 82576NS) | ||||||||
| Latest LAN firmware version should be flashed | |||||||||
| PCI Card: | INTEL 2-port 1GbE (D3035) | ||||||||
Support of this LAN controller requires new system BIOS:
|
|||||||||
| PCI Card: | INTEL 4-port 1GbE (D3045) | ||||||||
Support of this LAN controller requires new system BIOS:
|
|||||||||
| PCI Card: | INTEL 2-port 10GbE 10BaseT | ||||||||
Support of this LAN controller requires new system BIOS:
|
|||||||||
| Note: The iSCSI boot functionality of ServerView Virtual-IO manager must not be used, if iSCSI boot is not released for the used BIOS version or firmware version of the used LAN controller. Also please check whether iSCSI boot is released for the intended operating system in combination with the controller where iSCSI boot should be used. For the above PCI LAN controllers D2735, D2745 and D2755 is iSCSI boot not supported! | |||||||||
A BX400, BX600 or BX900 system fulfilling the above requirements can be managed by ServerView Virtual-IO Manager, if the network settings of the MMB and all LAN connection blades are correctly setup, so that these blades can be reached from the management station by telnet or SSH and SNMP.
The BX400, BX600 or BX900 blade system must also be a member in the ServerView server list.
For BX600 IBP connection blade in addition the network that connects the management station with the IBP connection blades must be connected to the first uplink port of the IBP connection blades. This is port 0/11 for IBP 10/6 and port 0/31 for IBP 30/12.
The BX400 and BX900 connection blades must have an IP address configuration for the Out-of-Band (oob) management of these connection blades and must be reachable from the management station by this management port by telnet or SSH (telnet or SSH must be enabled). The usage of the in-band management protocol for BX400 or BX900 connection blades in IBP mode is not supported.
In order to use SSH connection to IBP connection blades the "Administrative Mode" for SSH connection must be enabled, by default it is disabled and at least one of SSH version 1 or 2 must be enabled.
The ServerView Virtual-IO Manager can be installed under:
WINDOWS:
LINUX:
The following software packages must be available on the central management station:
Firewall Settings on the Central Management Station
Port 3172 must be opened for TCP/IP connection to the ServerView Remote Connector Service.
TCP/IP Connection to SQL Server
The SQL Server instance used for the ServerView database must allow TCP/IP connections.
Automatic Inventory Retrieval
The management blade must be configured for automatic inventory boot. If this is not configured it must be configured before managing a blade server system with VIOM and all blades must be removed and reinserted after this. You check the parameter setting in the Remote Manager of the management blade by choosing(1) Management Agent – (3) System Information – (11) Automatic Inventory Retrieval.
Stacking for "PY CB Eth Switch/IBP 1Gb 36/8+2" connection blades
Virtual-IO manager supports stacked "PY CB Eth Switch/IBP 1Gb 36/8+2" connection blades in IBP mode only in a single chassis. A stack must not use "PY CB Eth Switch/IBP 1Gb 36/8+2" connection blades connection in multiple chassis.
Changes with version 1.1
Changes with version 2.0
Changes with version 2.0.05
The following two bugs have been fixed:
Changes with version 2.1
The following additional hardware is supported:
The following new functionality is supported:
Start -> All Programs -> Fujitsu ServerView Suite -> Virtual-IO Manager -> Collect Log Files) creates a ZIP archive with log files from Virtual-IO Manager, VIOM database information and log files from ServerView Server - List service.Changes with version 2.2
The following additional hardware is supported:
The following new functionality is supported:
Changes with version 2.3
The following new functionality is supported:
Changes with version 2.4
The following new functionality is supported:
Changes with version 2.4.05
The following bugs are fixed:
Changes with version 2.6
The following new functionality/hardware is supported:
Changes with version 3.0
The following new functionality/hardware is supported:
Changes with version 3.1.03
The following new functionality/hardware is supported:
Changes with version 3.1.04
The following problems are solved with VIOM 3.1.04:
The installation package SV_VIOM.exe is used for 32 bit Windows X86 systems and for 64 bit Windows X64 systems. (Note: IA64 architecture is not supported).
The LINUX installation packages can be found in the ZIP archive VIOM_3.01.04_<build_date>.zip (<build_date> is the date when the package was created). For hints how to install ServerView Virtual-IO Manager on LINUX operating system please look and the ServerView Virtual-IO Manager User Guide chapter "Installing the Virtual-IO Manager on a Linux-based CMS".
Before installing ServerView Virtual-IO Manager the following software must be installed:
ServerView Virtual-IO Manager requires a license, which contains the numbers of server profiles that can be assigned to server slots. During installation the license manager is called where one or more licenses can be registered. If you want to add/remove licenses later you can call the license manager at any time out of the start menu. A wrong license string is detected when the service "ServerViewVirtualIOManagerService" with display string "ServerView Virtual IO Manager Service" is started. The service "ServerViewVirtualIOManagerService" does not accept commands when a wrong license is specified. In order to solve this, a correct license must be specified via the license manager of ServerView Virtual-IO Manager.
Important note: If you have already used a ServerView Virtual-IO Manager GUI other then version 3.1.0x please clear the cache of the JAVA virtual machine. If this is not done it might happen that an older version of the GUI is loaded in the browser. In that case the displayed version for the VIOM GUI will not be same as the actual version 3.1.0x of ServerView Virtual-IO Manager.
Java security warning dialog
When the Virtual-IO Manager user interface is opened, the following Java security warning dialog might be displayed:=======================================================This warning dialog must be answered with "No".
Warning - Security
Java has discovered application components that could
indicate a security concern.
Name: ViomApplet
Block potentially unsafe components from being run? (recommended)
More Information...
[Yes] [No]
------------------------------------------------------
The application contains both signed and unsigned code.
Contact the application vendor to ensure that it has
not been tampered with.
=======================================================
To prevent the warning message dialog, the option "Enable - hide warning and run with protections" has to be set in Java Control Panel as described in http://download.oracle.com/javase/6/docs/technotes/guides/jweb/mixed_code.html#jcp.
Growing Transaction Log File
It is a known behaviour of Microsoft SQL Server that the transaction log grows unless it is periodically saved away. We thus strongly recommend configuring and starting the Backup Service in order to backup at least the transaction log. Also the start behaviour of the Backup Service should be changed to start automatically.
Update installation When updating ServerView Operation Manager from version 4.92 to version 5.00 or higher, an installation of previous Virtual-IO Manager versions will no longer work. Directly after update of ServerView Operation Manager the Virtual-IO Manager must be updated to version 2.6. The update is only possible from version 2.2.
Important note: Before updating ServerView Operations Manager to version 5.00 or higher, VIOM must be updated to version 2.2.
Before updating ServerView Virtual-IO Manager it is recommended to save the current VIOM configuration and also to create a backup of the VIOM database (see description of VIOM backup service in the VIOM manual).
Command line options for Windows installation
Since VIOM 2.4 command line installation is supported and installation parameters like address ranges and VIOM license can be specified by command line.
The following syntax is supported:
SV_VIOM.exe /q [DO_ADDRESS_RANGE_SELECTION=%Value1%] [MAC_RANGE=%Value2%] [MAC_START="%CustomValue%"] [MAC_END="%CustomValue%"] [WWN_RANGE=%Value3%] [WWN_START="%CustomValue%"] [WWN_END="%CustomValue%"] [DEBUG_MODE=%Value4%] [VIOM_LICENSE_KEY = "key value"]DO_ADDRESS_RANGE_SELECTIONvalue should be:
true |
- | if you want to set MAC_RANGE and WWN_RANGE (default value) |
false |
- | if you don't want to set MAC_RANGE and WWN_RANGE |
MAC_RANGEvalue should be:
NONE |
(default value) |
MAC1 |
Range 00:19:99:3E:D2:A1 - 00:19:99:3E:F1:E0 |
MAC2 |
Range 00:19:99:3E:F1:E1 - 00:19:99:3F:11:20 |
MAC3 |
Range 00:19:99:3F:11:21 - 00:19:99:3F:30:60 |
MAC4 |
Range 00:19:99:3F:30:61 - 00:19:99:3F:4F:A0 |
MAC5 |
Range 00:19:99:3F:4F:A1 - 00:19:99:3F:6E:E0 |
MAC6 |
Range 00:19:99:3F:6E:E1 - 00:19:99:3F:8E:20 |
MAC7 |
Range 00:19:99:3F:8E:21 - 00:19:99:3F:AD:60 |
MAC8 |
Range 00:19:99:3F:AD:61 - 00:19:99:3F:CC:A1 |
MAC12 |
Range 00:19:99:3E:D2:A1 - 00:19:99:3F:11:20 |
MAC34 |
Range 00:19:99:3F:11:21 - 00:19:99:3F:4F:A0 |
MAC56 |
Range 00:19:99:3F:4F:A1 - 00:19:99:3F:8E:20 |
MAC78 |
Range 00:19:99:3F:8E:21 - 00:19:99:3F:CC:A1 |
MAC_CUSTOM |
Custom range must be set MAC_START and MAC_END values |
MAC_START and MAC_END values must be in hex. Format "11:22:33:44:55:66".WWN_RANGEvalue should be:
NONE |
(default value) |
WWN1 |
Range 50:01:99:93:ED:2A:10:00 - 50:01:99:93:EF:1E:0D:FF |
WWN2 |
Range 50:01:99:93:EF:1E:0E:00 - 50:01:99:93:F1:12:0B:FF |
WWN3 |
Range 50:01:99:93:F1:12:0C:00 - 50:01:99:93:F3:06:09:FF |
WWN4 |
Range 50:01:99:93:F3:06:0A:00 - 50:01:99:93:F4:FA:07:FF |
WWN5 |
Range 50:01:99:93:F4:FA:08:00 - 50:01:99:93:F6:EE:05:FF |
WWN6 |
Range 50:01:99:93:F6:EE:06:00 - 50:01:99:93:F8:E2:03:FF |
WWN7 |
Range 50:01:99:93:F8:E2:04:00 - 50:01:99:93:FA:D6:02:FF |
WWN8 |
Range 50:01:99:93:FA:D6:03:00 - 50:01:99:93:FC:C9:FF:FF |
WWN_CUSTOM |
Custom range must be set WWN_START and WWN_END values |
WWN_START and WWN_END values must be in hex. Format "11:22:33:44:55:66:77:88".DEBUG_MODEvalue should be:
true |
- | enable debug mode (default value) |
false |
- | disable debug mode |
Examples:SV_VIOM.exe /q MAC_RANGE=MAC_CUSTOM MAC_START="11:22:33:44:55:66" MAC_END="22:33:44:55:66:77" WWN_RANGE=WWN_CUSTOM WWN_START="33:44:55:66:77:88:99:AA" WWN_END="44:55:66:77:88:99:AA:BB" VIOM_LICENSE_KEY =abcdef
SV_VIOM.exe /q MAC_RANGE=MAC78 WWN_RANGE=WWN8 VIOM_LICENSE_KEY =abcdef
SV_VIOM.exe /q DO_ADDRESS_RANGE_SELECTION=false VIOM_LICENSE_KEY =abcdef
Before updating or un-installing ServerView Operations Manager the service "ServerViewVirtualIOManagerService" with display string "ServerView Virtual IO Manager Service" should be stopped and restarted after update of ServerView Operations Manager finished.
When a blade server chassis containing IBP connection blades is managed by VIOM, the configuration of these IBP connection blades must not be changed by direct access (CLI or Web interface) for these connection blades. This restriction avoids inconsistencies in the server management software stack.
When assigning a server profile with virtual I/O addresses to a BX600 server blade (this note is not relevant for BX900) the virtual MAC addresses of the onboard LAN ports are stored in the NVRAM of the LAN chips. When removing these blades and inserting the blades to a different BX600 chassis or a different slot it might happen that the management blade of the chassis where the blade is inserted, still shows the "old" virtual MAC addresses that were assigned to the blade when the blade was in the previous chassis/slot. This happens when there is no ServerView Virtual-IO Manager server profile assigned to the slot, into the blade is inserted or when the blade is inserted into a chassis with older management blade hardware or older MMB S3 firmware. But when the blade is powered on the next time, the BIOS of the blade will restore the original "manufacturer" MAC addresses to the LAN ports during POST. This means the blade will never make network access with the "old" virtual addresses after being moved to the new chassis or slot. In order to work around the problem that the MMB shows MAC addresses that are not used by this blade, it is recommended to power-on the blade and let run BIOS POST until OS boot. The previously used virtual MAC of this moved blade might cause problems for example when using ServerView Deployment Manager, which is using the MAC address information from the management blade.
Since virtualization of the MAC addresses of a LAN daughter card in a BX600 blade is not supported, server profiles with IO virtualization and a LAN mezzanine card cannot be used on a BX600 system.
iSCSI Boot via normal LAN port
iSCSI boot configuration must not be configured for LAN ports on mezzanine cards. This also means that a XML profile import file must not contain profiles with iSCSI boot configurations for LAN ports on a mezzanine card. The same is true for profiles created by the Virtual-IO manager command line interface.
Due to restriction in the iSCSI boot functionality of the supported LAN controllers the number LAN ports with iSCSI boot configuration is limited to 2 ports. In addition the iSCSI initiator name for the 2 ports must be identical. It is not possible to define different initiator names for the 2 iSCSI boot ports. When importing a profile description via Virtual-IO Manager import interface, the XML import file must not contain profiles where the iSCSI initiator names of 2 ports in one profile are not identical.
The chap user name, chap secret or mutual chap secret in the iSCSI boot configuration must not contain any UTF8 characters. Only 7 bit ASCII characters are processed correctly.
With the BX920 S1 BIOS version 3B38 server profiles that are using more than one LAN port for iSCSI boot are not working. In addition a VIOM server profile will not be working correctly when for the iSCSI boot options the target parameter "Address Origin" is set to "DHCP". With BIOS 3B38 only static configuration of the target parameters are working. All these restrictions are solved with the BX920 S1 BIOS version 3B39 (or higher).
10 GB Ethernet mezzanine and SMUX Setting
The 10 GB Ethernet mezzanine card does not support SMUX setting. Its ports are always connected to connection blade 5 and 6 in a BX900 chassis. Therefore a VIOM profile with LAN path configuration (IBP networks) for the second mezzanine card will work correctly on a blade with 10 GB Ethernet mezzanine card as second mezzanine card only when the SMUX selection is set to fabric 3 and when the configured networks also exist in the IBP connection blades 5 and 6.
BX920-S3/BX924-S3 onboard CNA controller and the MC-CNA112E mezzanine card
When configuring a profile with an I/O card of type CNA, the storage function (FCOE or iSCSI) of both physical ports must be of the same type FCOE or iSCSI.
For the BX920-S3/BX924-S3 onboard CNA controller and the MC-CNA112E mezzanine card the following configurations are possible:
(Concerning the BX920-S3/BX924-S3 onboard CNA controller it is assumed that it is not running in the mode 4 x 1 GbE due to the type of used connection blades.)
PXE boot is only possible via the first LAN function; any additional LAN functions do not support PXE boot.
When configuring a CNA I/O card in a VIOM profile with iSCSI functions with iSCSI boot configuration for both physical ports of the CNA, the boot priority of the 2 functions at the 2 physical ports is not evaluated. The boot configuration of the iSCSI function which target can be reached first will be booted.
CNA mezzanine MC-CNA102E card
For a CNA mezzanine MC-CNA102E card the server profile wizard must always have a LAN function as first physical function and a storage function (FCOE or iSCSI) as second function. Internally the Virtual-IO manager does not have this restriction. The other interfaces of the Virtual-IO manager (for example VIOM command line interface and the profile import interface) allow the definition of profiles where physical functions are missing. Assigning such profiles to a server blade might lead to unexpected behaviour. The status of the server blade might change to VIOM_SETTING_FAILED instead of VIOM_SETTING_OK or the MMB might report "unknown type mezzanine card" as mezzanine card information. Therefore the current version of ServerView Virtual-IO manager requires that each physical port of the CNA controller must have a LAN function as first function and a storage function as second function when defining VIOM profiles by VIOM CLI or profile import interface which include a CNA mezzanine card. This requirement must be fulfilled by the user of the CLI or profile import interface.
Virtual-IO Manger allows the selection of PXE boot for the LAN function of a physical CNA port. PXE boot is currently not supported by the firmware of the "PY CNA Mezz. Card 10Gb 2 Port (MC-CNA102E)" mezzanine card. Therefore users must not define VIOM profiles, where a LAN function of CNA port is selected as PXE boot device.
When assigning a VIOM profile without CNA configuration to a server blade with a CNA mezzanine card, the 2 physical ports of the CNA are disabled. In this situation the MMB might report "unknown type mezzanine card" as mezzanine card information for the corresponding blade. In order to solve this problem the profile must be un-assigned. After this the blade must be removed and re-inserted again.
General CNA configuration:
The bandwidth parameter for an I/O channel function (CNA) must not be set to the value 0.
In addition the bandwidth parameter of a FCOE function with DCB enabled must not be set to the value 100.
iRMC Configuration of Rack Server
It is suggested to use the separate "Management LAN" configuration for the iRMC LAN connection instead of the "Shared LAN" configuration. When using the shared LAN configuration it happens that iRMC is not reachable during power on of a server for some seconds. This can influence the VIOM behavior and might cause additional error reports.
F12 Boot Menu
When a server profile is assigned to a server blade that contains configuration of a fibre channel mezzanine card and also defines a fibre channel boot configuration for this FC mezzanine card, the fibre channel option ROM might not be visible in the F12 boot menu. In addition the fibre channel option ROM might not be activated for the boot that was initiated by the F12 boot menu. This might disable installation of an operating system on the fibre channel device by using the F12 boot menu. In order to work around the problem, the fibre channel option ROM must be activated in system BIOS before assigning the VIOM server profile and the FC boot configuration of the VIOM profile must also be configured in the FC controller BIOS before assigning the profile.
Java security warning messages
When Virtual-IO Manager user interface is opened, a Java security warning messages might be displayed. For details on this issue please have a look at the "important notes" in chapter 4 of these release notes.
Incorrect handling of "LACP", "IGMP snooping" and "Linkdown Propagation"
With ServerView Virtual-IO Manager V2.1.04 the network properties "LACP", "IGMP snooping", "Linkdown Propagation" where not set for the corresponding uplink-sets in the IBP connection blades as defined for the network (uplink-set). This problem is solved with ServerView Virtual-IO Manager V2.3. But in order to get the correct setting in the IBP modules after an update installation of VIOM from version 2.1.04 to 2.3 (or following version) the IBP configuration must be restored ("Restore Switch" for every IBP connection blade or "Restore" for the complete chassis. Please be aware that during the restore action the network connectivity gets lost.)
ServerView Virtual-IO Manager does no longer work due to database problems when SQL Express 2008 is installed
The above problem appears in the following situation:
This is a SQL Server problem. It is proposed to apply the workaround described in: http://support.microsoft.com/kb/905618/en-us
Root cause is a permission problem in the Windows Registry. The SQL Express 2008 installer does not change the permissions of the MSDE entries.
Usage of CNA mezzanine card "PY CNA Mezz. Card 10Gb 2 Port (MC-CNA102E)"
In order to use the FCOE function, the personality of the CNA must be set to FCOE.
In order to use iSCSI function the personality of the CNA must be set to iSCSI.
Important Note: The personality of the CNA can be set with the EMULEX One Command Manager. After changing the personality an inventory boot for the related blade must be executed, this can be done by the VIOM user interface.
ServerView Virtual-IO Manager service log
In order to activate trace functionality of the ServerView Virtual-IO Manager service, please edit the file ViomConfig.properties in the directory <ServerView Suite>\plugins\viom\Manager. On a Windows operating system this is typically the directory C:\Program Files\Fujitsu\ServerView Suite\plugins\viom\Manager
Please modify the line "StartOptions=" and add the option "--debug trace" (2 minus signs).
The trace file of the ServerView Virtual-IO Manager service is <ServerView Suite>\plugins\viom\Manager\logs\viom-manager.log
ServerView Virtual-IO Manager driver log
In order to get full trace information also from the module that configures connection blades like IBP 10/6, IBP 30/12, SB11A or SB11 add the debug option "trace,driverdbg" to file ViomConfig.properties (StartOptions=--debug trace,driverdbg). In that case the ServerView Virtual-IO Manager service will create a trace file for each connection blades configuration command. These files are written to the directory "<ServerView Suite>\plugins\viom\Manager\logs".
Maximal size of diagnostic data
The ServerView Virtual-IO Manager service creates a pre-defined maximum number of log files. Each log file can have a pre-defined maximum size. When the maximum number of log files is reached the oldest log file is automatically deleted and new log information is written to a new log file. The maximum number of log files can be changed by editing the file man-log4j.properties in the directory <ServerView Suite>\plugins\viom\Manager.
In some cases it might be necessary increase the number of log files in order to keep trace information for a longer time period. In such a case please modify the line log4j.appender.DebugAppender.MaxBackupIndex=25 and set the property MaxBackupIndex to an appropriate value. Depending on the amount of requests send to the Virtual-IO Manager service it might be necessary to set this property to the value 50 or maybe even higher, if you want to keep log information for about 1 week. The property MaxFileSize should not be increased, because it might make it difficult to load files into an editor.
Important note: After modifying the property "StartOptions" in the ViomConfig.properties or the property MaxBackupIndex in the file man-log4j.properties, the service "ServerViewVirtualIOManagerService" must be re-started.
(Note: The display string of this service is: "ServerView Virtual IO Manager Service")
VIOM Provider log
Additionally it is possible to activate the trace functionality for the VIOM provider of the ServerView Connector Service (SCS). In order to do so the file <REMOTE_CONNECTOR_DIR>\ViomAPI.xml must be modified.
Please modify the lines
<viom:debugging-level>0</viom:debugging-level>
<viom:tracing-level>0</viom:tracing-level>
and set "debugging-level" and "tracing-level" to 127. A restart of the SCS service is necessary.
On a Windows operating system the default for the Remote Connector installation directory <REMOTE_CONNECTOR_DIR> is: C:\Program Files\Fujitsu\ServerView Suite\Remote Connector.
On a Linux OS the Remote Connector is installed into the directory: /opt/fujitsu/ServerViewSuite/SCS.
There you will also find the configuration file ViomAPI.xml containing among other things name and location of the VIOM trace file:
<viom:logging-file>/var/log/fujitsu/ServerViewSuite/viom/viom-provider.log</viom:logging-file>
If you modify VIOM configuration file you need to restart the Remote Connector in order for it to become effective.
Collecting diagnostic data
On a Windows operating system the action "Collect Log Files" in the "Start" menu (Start -> All Programs -> Fujitsu -> ServerView Suite -> Virtual-IO Manager -> Collect Log Files) creates a ZIP archive with log files from Virtual-IO Manager, VIOM database information and log files from ServerView Server - List service.
For details how to collect diagnostic data on a Linux operating system please have a look at the chapter "Collecting diagnostic information" in the manual.