Users Guide

Table Of Contents
OMIVV RPM upgrade fails when proxy is configured with domain
user authentication
If OMIVV appliance is configured with proxy to reach the internet and proxy is authenticated using NTLM authentication, then
the RPM update fails due to the issues in the underlying yum tool.
Version Affected: OMIVV 4.0 and above
Resolution / Work around: Do Back up and Restore to update the OMIVV appliance.
Unable to apply System Profile that has PCIe card in the FX chassis
The OS deployment fails on a target server if the source server has PCIe card information when using an FX chassis. The
System profiles on the source server has different fc.chassislot ID than the one on the target server. OMIVV tries to
deploy the same fc.chassislot ID on the target server but fails. The System profiles searches for exact instance( FQDD)
while applying the profile, which works successfully on rack servers (identical), but may have few restrictions in modular
servers. For example, in FC640, the System profiles created from one modular server cannot applied on other modular servers in
the same FX chassis because of NIC level restrictions.
Version Affected: 4.1 and later.
Resolution: System profile taken from a FC640 server in slot 1 of a FX2s chassis can only be applied on another FC640 server
residing in the slot 1 of another FX2s chassis.
Bare-metal deployment issues
This section deals with issues found during the deployment process.
Auto discovery and handshake prerequisites
Prior to running auto discovery and handshake, ensure that iDRAC and Lifecycle Controller firmware and BIOS versions meet
the minimum recommendations.
CSIOR must have run at least once on the system or iDRAC.
Hardware configuration failure
Before initiating a deployment task, ensure that the system has completed CSIOR and is not in the process of rebooting.
BIOS configuration should be run in clone mode so that the reference server is an identical system.
Some controllers do not allow creation of a RAID 0 array with one drive. This feature is supported only on high-end
controllers, and the application of such a hardware profile can cause failures.
Enabling auto discovery on newly purchased system
The auto discovery feature of a host system is not enabled by default; instead, enablement must be requested at the time
of purchase. If auto discovery enablement is requested at the time of purchase, DHCP is enabled on the iDRAC and admin
accounts are disabled. It is not necessary to configure a static IP address for the iDRAC. It gets one from a DHCP server on
the network. To use the auto discovery feature, a DHCP server or a DNS server (or both) must be configured to support the
discovery process. CSIOR should already be run during the factory process.
If auto discovery was not requested at the time of purchase, it can be enabled as follows:
1. During the boot routine, press Ctrl+E.
2. In the iDRAC setup window, enable the NIC (blade servers only).
3. Enable Auto-Discovery.
4. Enable DHCP.
5. Disable admin accounts.
6. Enable Get DNS server address from DHCP.
7. Enable Get DNS domain name from DHCP.
150
Frequently Asked Questions-FAQ