If you use HP servers you hopefully also use or have configured the iLO connection, the iLO port will allow you to connect to the console screen of the server even if Windows is not booted, this allows for installing a server or configuring bios settings etc remotely.
However, yesterday when I tried to connect to one of our servers via iLO (you do this via Internet Explorer) i got this message;
<?xml version="1.0" ?> - <RIMP>
-<MP> <ST>5</ST> <INFORM>The iLO firmware is in a network flash recovery state.</INFORM>
<REFERENCE>Refer to the iLO network flash recovery under the trouble shooting
section in the iLO users guide.</REFERENCE> </MP> </RIMP>
Well that was not what I expected, anyhow the solution is fairly simple, you just need to download the iLO firmware and flash the iLO management processor, this can easily be achieved via FTP.
Download the iLO firmware from www.hp.com(support and drivers, search for iLO firmware), note there is difference between iLO/iLO2/iLO3 so check your server specs for which FW to get.
Unpack firmware (by far the easiest way is to use www.rarlabs.comWinRar, just rightclick and extract from the .exe you downloaded before)
Find the iloXXX.bin and copy it to C:\ (or use your own location if you prefer, just remember to change it in the commands below also).
Start a command prompt (cmd.exe)
Issue these commands;
FTP x.x.x.x (replace x.x.x.x with the correct IP)
User: flash
Password: recovery
type binary
put c:\iloXXX.bin (replace XXX with the version number of the image file)
and then wait while it flashes the ROM you will see a progress indicator.
After this iLO should be back up working 🙂 easy as pie..
https://readmydamnblog.com/wp-content/uploads/2015/02/toplogo4.png00Mikehttps://readmydamnblog.com/wp-content/uploads/2015/02/toplogo4.pngMike2010-05-03 21:06:312010-05-03 14:17:03iLO firmware is in a network flash recovery state
https://readmydamnblog.com/wp-content/uploads/2015/02/toplogo4.png00Mikehttps://readmydamnblog.com/wp-content/uploads/2015/02/toplogo4.pngMike2010-04-28 22:52:222010-04-28 11:56:16VMRCplus for MS-Virtual Server 2005
By default new computers are created in the “Computers” OU in AD, however sometimes it would be smart to have them created in another OU. The not so nice thing about the “Computers” OU is that you can not force GPO settings onto it, thus creating your own OU eg. “Domain Computers” and forcing new computers to be created here will allow you to force GPO settings onto new computers right from the start.
Another option is to change the Sysprep.inf settings to include the OU where the computers will be added, but this will only affect computers added via sysprep.
Example (sysprep.inf lines); [Identification]
JoinDomain=Corp
MachineObjectOU=”OU=Workstations,OU=GEB,DC=corp,DC=inet”
You could also use the NETDOM command from the Support Tools to add workstations to the domain, the NETDOM command also allow for adding the OU in which to create the computer object, but this has the similar problems as sysprep.inf it will not FORCE every new computer to be added in a specific OU.
Redirecting CN=Computers to an administrator-specified organizational unit
Log on with Domain Administrator credentials in the domain where the CN=computers container is being redirected.
Transition the domain to the Windows Server 2003 domain in the Active Directory Users and Computers snap-in (Dsa.msc) or in the Domains and Trusts (Domains.msc) snap-in. For more information about increasing the domain functional level, click the following article number to view the article in the Microsoft Knowledge Base:
322692 (http://support.microsoft.com/kb/322692/ ) How to raise domain and forest functional levels in Windows Server 2003
Create the organizational unit container where you want computers that are created with earlier-version APIs to be located, if the desired organizational unit container does not already exist.
Run the Redircmp.exe file at a command prompt by using the following syntax, where container-dn is the distinguished name of the organizational unit that will become the default location for newly created computer objects that are created by down-level APIs:
redircmp container-dn container-dn
Redircmp.exe is installed in the %Systemroot%\System32 folder on Windows Server 2003-based or newer computers. For example, to change the default location for a computer that is created with earlier-version APIs such as Net User to the OU=mycomputers container in the CONTOSO.COM domain, use the following syntax:
Note When Redircmp.exe is run to redirect the CN=Computers container to an organizational unit that is specified by an administrator, the CN=Computers container will no longer be a protected object. This means that the Computers container can now be moved, deleted, or renamed. If you use ADSIEDIT to view attributes on the CN=Computers container, you will see that the systemflags attribute was changed from -1946157056 to 0. This is by design.
https://readmydamnblog.com/wp-content/uploads/2015/02/toplogo4.png00Mikehttps://readmydamnblog.com/wp-content/uploads/2015/02/toplogo4.pngMike2010-04-28 22:19:262010-04-28 10:35:16Changing the default OU that new computers are created in (win2003)
iLO firmware is in a network flash recovery state
Deployment, OS- Download the iLO firmware from www.hp.com(support and drivers, search for iLO firmware), note there is difference between iLO/iLO2/iLO3 so check your server specs for which FW to get.
- Unpack firmware (by far the easiest way is to use www.rarlabs.comWinRar, just rightclick and extract from the .exe you downloaded before)
- Find the iloXXX.bin and copy it to C:\ (or use your own location if you prefer, just remember to change it in the commands below also).
- Start a command prompt (cmd.exe)
- Issue these commands;
FTP x.x.x.x (replace x.x.x.x with the correct IP)
User: flash
Password: recovery
type binary
put c:\iloXXX.bin (replace XXX with the version number of the image file)
and then wait while it flashes the ROM you will see a progress indicator.
After this iLO should be back up working 🙂 easy as pie..VMRCplus for MS-Virtual Server 2005
OS, VirtualIf you ever (god forbid) have to support Microsoft Virtual Server 2005 then this is the tool to use;
http://www.microsoft.com/downloads/details.aspx?FamilyID=80ADC08C-BFC6-4C3A-B4F1-772F550AE791&displaylang=en
It is by far better than the native tools/website.
Changing the default OU that new computers are created in (win2003)
OSAnother option is to change the Sysprep.inf settings to include the OU where the computers will be added, but this will only affect computers added via sysprep.
Example (sysprep.inf lines);
[Identification]
JoinDomain=Corp
MachineObjectOU=”OU=Workstations,OU=GEB,DC=corp,DC=inet”
You could also use the NETDOM command from the Support Tools to add workstations to the domain, the NETDOM command also allow for adding the OU in which to create the computer object, but this has the similar problems as sysprep.inf it will not FORCE every new computer to be added in a specific OU.
Here is how to make the change via the redircmp command;
(from http://support.microsoft.com/kb/324949);
Redirecting CN=Computers to an administrator-specified organizational unit
Redircmp.exe is installed in the %Systemroot%\System32 folder on Windows Server 2003-based or newer computers. For example, to change the default location for a computer that is created with earlier-version APIs such as Net User to the OU=mycomputers container in the CONTOSO.COM domain, use the following syntax:
Note When Redircmp.exe is run to redirect the CN=Computers container to an organizational unit that is specified by an administrator, the CN=Computers container will no longer be a protected object. This means that the Computers container can now be moved, deleted, or renamed. If you use ADSIEDIT to view attributes on the CN=Computers container, you will see that the systemflags attribute was changed from -1946157056 to 0. This is by design.