Blade Logic Installation
Blade Logic Installation
Version 7.4.5
Contents
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Intended Audience . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Documentation Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Procedural Descriptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
System Text . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Path Separators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
<external-files.zip> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Icons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Related Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
System Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Supported Operating Systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Minimum System Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Configuration Manager, Provisioning Manager, and Network Shell . . . . . . 16
Network Shell Only . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Application Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
RSCD Agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
File Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
PXE Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Data Store Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Patch Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Reporting Environment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
GUI Support on UNIX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
VMware Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Perl Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Required Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4
Setting up a SQL Server Database Schema . . . . . . . . . . . . . . . . . . . . . . . . 26
Setting Up the Schemas for BladeLogic Reports . . . . . . . . . . . . . . . . . . . . . . . 28
Setting Up a Reporting Data Warehouse . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Using the Database to Change File Servers . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Changing the File Server Using Oracle . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Changing the File Server Using SQL Server . . . . . . . . . . . . . . . . . . . . . . . . 36
Optimizing an Oracle Database for BladeLogic Reports . . . . . . . . . . . . . . . . . . 39
Recommendations for Gathering Statistics . . . . . . . . . . . . . . . . . . . . . . . . . 39
Recommendations for Configuring the Database . . . . . . . . . . . . . . . . . . . . 40
Recommendations for the Physical Implementation . . . . . . . . . . . . . . . . . . 40
Upgrading BladeLogic . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Using <external-files.zip> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Master Checklist for the Upgrade Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Upgrading Application Servers and Reports Servers . . . . . . . . . . . . . . . . . 43
Determining Sizing Requirements for Oracle Databases . . . . . . . . . . . . . . 44
Upgrading the Core BladeLogic Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Upgrading the BladeLogic Reports Data . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Upgrading Consoles and Agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Upgrading the Provisioning System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Upgrading Client-tier and Middle-tier Components . . . . . . . . . . . . . . . . . . . . . . 58
Upgrading Client-tier and Middle-tier Components on Windows . . . . . . . . . 58
Upgrading Client-tier and Middle-tier Components on UNIX . . . . . . . . . . . . 60
Upgrading RSCD Agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Upgrading the RSCD Agent on Windows . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Silently Upgrading Windows Agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Upgrading the RSCD Agent on UNIX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Silently Upgrading UNIX Agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Upgrading BladeLogic Reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Upgrading BladeLogic Reports on Windows . . . . . . . . . . . . . . . . . . . . . . . . 68
Upgrading BladeLogic Reports on UNIX . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Upgrading the PXE Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Upgrading a PXE Server on Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
5
Upgrading a PXE Server on UNIX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Using BladeLogic Data Migration Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
Validating Oracle Environments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Running Data Upgrades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Viewing Results . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Exporting Logs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Viewing Results from Previous Sessions . . . . . . . . . . . . . . . . . . . . . . . . . . 89
6
collect_agent_logs.nsh . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153
populate_reports.nsh . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154
update_delete_dependencies.nsh . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154
7
Windows Operating Systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200
Red Hat Linux Operating System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202
SuSE 8.x Operating System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202
SuSE 8.x AMD 64 Operating System . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203
SuSE 9.x Operating System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204
SuSE 9.x AMD 64 Operating System . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205
SuSE 10 Operating System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206
ESX Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207
Windows Drivers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211
All Operating Systems: fdisk.exe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216
Preparing Agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216
Setting Up a Multiple Database Provisioning Environment . . . . . . . . . . . . . . . 217
Editing the PXE Servers config.xml . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219
Editing pxe.conf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222
Switching From Multi-Database to Single-Database Mode . . . . . . . . . . . . 223
JumpStart Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
NIM Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
Ignite Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
8
Configuring BladeLogic Databases for a Non-English Locale . . . . . . . . . . 241
Setting the Language for the Installers on Windows . . . . . . . . . . . . . . . . . 242
Setting the Language for the Installers on UNIX . . . . . . . . . . . . . . . . . . . . 242
Introduction
The BladeLogic Installation Guide provides installation procedures for all the components of
the BladeLogic system on Windows, Solaris, Linux, AIX, and HP-UX.
A BladeLogic system consists of the following software components:
Network ShellA cross-platform shell with full scripting capability that gives seamless
access to remote servers from central management workstations. Because Configuration
Manager is based on Network Shell, when you install Configuration Manager, you must
also install Network Shell.
RSCD agent (short for Remote System Call Daemon)Software that must be installed
and running on each remote server that the Application Server and Network Shell access.
BladeLogic Command Line Interface (BLCLI)A set of utilities that allow you to
perform most Configuration Manager tasks from a command line.
BladeLogic ReportsA reporting tool that makes a variety of data center operations
information available to a web-based report viewer.
Intended Audience
This document is intended for system administrators who manage networks of remote
servers.
Documentation Conventions
Procedural Descriptions
All step-by-step procedural descriptions are flagged with a heading in the left margin that
says Procedure. Within a procedure, bold text highlights actions that you should take. For
example, a procedural step might read, From the File menu, select Add.
Introduction
10
If a procedure requires you to select a sub-option from a menu option, the description
includes a > to indicate you are choosing a sub-option. For example, a description might read
select Main Option > Sub-option rather than saying select Main Option and then select
Sub-option.
System Text
Monospace, serif fonts depict text that a user might enter at the command line or text that a
system generates in response to user input. Monospace fonts also depict file system paths.
The following is an example of system text:
ERROR: You must be "root" for pkgadd to execute properly.
Path Separators
When describing paths, this guide uses UNIX-style path separators (forward slashes) except
in situations where Windows-style path separators (backslashes) are specifically required.
<external-files.zip>
Many procedures reference a file called <external-files.zip>. This convention refers to a zip
file named current_release-external-files.zip that BladeLogic customers can use for setting
up databases and performing other preliminary procedures before actually installing
BladeLogic products. If you do not already have access to <external-files.zip>, contact
BladeLogic support.
Icons
This guide sometimes describes interactions with icons that appear in the BladeLogic
consoles. The following list shows and describes all icons mentioned in this guide. The
BladeLogic consoles include other icons, but this user guide does not reference them.
Name
Icon
Description
Export Log
Exports a log.
Show Task
Details
Introduction
11
Related Documentation
Available
Formats
Title
Description
BladeLogic
Administration Guide
BladeLogic Reports
Users Guide
BladeLogic Network
Shell Command
Reference
BLCLI Help
HTML (English
only)
System Requirements
HP-UX
(PA-RISC)
HP-UX
(IA64)
Version
Patch
Mgmt
Configuration
/ Provisioning
Manager
Network
Shell
App
Server
Reports
Server
PXE
TFTP
System
Package
4.3.3
5.1
5.2
5.3
6.1
10.20
11.00
11.11 (11i
v1)
11.23 (11i
v2)
11.31 (11i
v3)
11.23 (11i
v2)
**
11.31 (11i
v3)
Novell
SuSE (x86)
RSCD
SLES 8.0
SLES 9.0
SLES
10.0
System Requirements
Operating
System
Version
Novell
SuSE (x64)
Novell
SuSE
zSeries
(64b
native)
Oracle
Enterprise
Linux (x86)
Oracle
Enterprise
Linux (x64)
32b
Oracle
Enterprise
Linux (x86)
64b
Red Hat
Linux (x86)
Configuration
/ Provisioning
Manager
RSCD
Patch
Mgmt
SLES 9.0
SLES
10.0
SLES 9.0
SLES
10.0
Network
Shell
App
Server
Reports
Server
PXE
TFTP
13
System
Package
3
3
4.0
5.0
4.0
5.0
4.0
5.0
7.1
7.2
7.3
RHEL 2.1
AS/ES
RHEL 3.0
AS/ES
RHEL 4.0
AS/ES
RHEL 5.0
AS/ES
System Requirements
Operating
System
Version
Red Hat
Linux (x64)
Configuration
/ Provisioning
Manager
RSCD
Patch
Mgmt
RHEL 3.0
AS/ES
RHEL 4.0
AS/ES
RHEL 5.0
AS/ES
Red Hat
Linux
(IA64)
RHEL 4.0
AS/ES
Red Hat
Linux
(pSeries)
RHEL 4.0
AS
Red Hat
Linux
(zSeries)
RHEL 4.0
AS
Solaris
(sun4u)
2.6
10
***
***
Solaris
(sun4v)
10
Solaris
(sun4us)
10
Solaris
(x86)
10
10
Solaris
(x64)
Network
Shell
App
Server
Reports
Server
PXE
TFTP
14
System
Package
System Requirements
Operating
System
Windows
(x86)
Version
2000
RSCD
Patch
Mgmt
Configuration
/ Provisioning
Manager
Network
Shell
App
Server
Reports
Server
PXE
TFTP
System
Package
XP
XPe SP2
2003
Vista
Windows
(x64)
VMware
ESX (x86)
VMware
ESX (x64)
15
2008
2003 R2
x64
2008
2.5
3.0
3.5
3.0
3.5
3
3
3
**
Requires PHSS_36520 patch to be applied before installing the agent on this platform.
***
You can also run these components in a Solaris Zone, but BladeLogic recommends running them on
a single operating system on dedicated hardware for better scalability and performance.
System Requirements
16
Novell SuSE
Processor/Speed
minimum
minimum
Windows
minimum
minimum
UltraSparc II,
550 MHz
recommended UltraSparc III,
1 GHz or better
Memory
minimum
200 MB
256 MB
recommended 512 MB or better
1024 x 768
minimum
1024 x 768
minimum
256 colors
200 MB
256 MB
recommended 512 MB or better
minimum -
Screen
256 colors
256 MB
recommended 512 MB or better
minimum
200 MB
256 MB
recommended 512 MB or better
minimum
Available
Disk Space
1024 x 768
minimum
256 colors
200 MB
1024 x 768
minimum
256 colors
System Requirements
17
Application Server
Operating
Systems
Processor/Speed
Novell SuSE
Memory
Available
Disk Space
minimum - 2 GB
recommended - 4 GB
50 GB
minimum - 2 GB
recommended - 4 GB
50 GB
minimum - 1 GB
recommended - 2 GB or
50 GB
better
better
Solaris and the Solaris
J2SE recommended patch
set for Java RunTime
Environment (JRE) version
1.5.0_05 (included in a
BladeLogic installation)
GHz
recommended - 4 UltraSparc III,
1.3 GHz or better
better
minimum - 1 GB
recommended - 4 GB
50 GB
better
RSCD Agent
An RSCD agent on any platform requires 1 MB of RAM when running. Installation of an
RSCD agent on any platform requires 10 MB of available disk space.
In addition, you need to consider the amount of space needed in the future for the
Transactions folder. The Transactions folder, which is within the agent install directory,
contains copies of the BLPackages you deploy on the agent. BladeLogic stores these copies,
by default, in case you want to roll back changes from a Deploy Job. You can change the
default behavior by unchecking the Allow rollback Leave rollback files on target for
later use option for the associated Deploy Jobs (see the BladeLogic Users Guide for more
information). If you uncheck this option for all Deploy Jobs targeted for the agent machine,
the only file written to the directory is the deployment log. If you choose to keep the default
System Requirements
18
setting and leave the rollback files in the Transactions folder for your deployments, the
location of the Transactions directory must have enough space to accommodate the number
of BLPackages you plan to deploy multiplied by the average size of your BLPackages.
For BladeLogics patch analysis functionality to be operable, the Microsoft XML (MSXML)
2.5 or higher parser must be installed on the server where the RSCD agent is installed.
MSXML is installed by default on Windows 2003 and XP machines but not on Windows
2000. You can install the RSCD agent on a machine where MSXML is not installed, but
patch analysis will not function correctly until MSXML 2.5 or later is installed.
In order to mount an agent on a UNIX/Linux server, the showmount command must be
available on the server.
File Server
A file server must have, as a minimum, 72 GB of available, non-redundant, disk space.
BladeLogic recommends that the file server have 200 GB or more of available RAID 5 disk
space.
Database
BladeLogic is compatible with the following databases:
Oracle 10g Standard or Enterprise Edition, release 2 or greater with latest patch
Oracle 9i Enterprise Edition, release 2 or greater with latest patch
SQL Server 2005
SQL Server 2000 (Service Pack 3a or more recent)
PXE Server
A PXE Server has minimal processor resources and memory requirements. Installation of a
PXE Server on any platform requires 1 GB of available disk space.
System Requirements
19
Additional requirements for the data store server vary, depending on whether it is set up on
Windows or Linux and whether you are provisioning Windows or Linux to a bare metal
server. The following table details data store server requirements for all possible
provisioning scenarios:
If
Provisioning
Additional Requirements
Windows
Windows
None
Linux
Windows
Linux
Linux
server
Patch Management
In order to deploy all missing patches on a target server, the minimum recommended free
space on the drive containing the staging directory of the target server is 3 GB. The disk
space required during staging depends on the number of missing hotfixes on the server.
Reporting Environment
The BladeLogic reporting environment is based on BladeLogic Configuration Manager and
an Oracle or SQL Server database.
Database Server
Requirements for the database supporting the reporting environment vary, as described
below.
An Oracle database installation must meet the following requirements:
Oracle 10g Standard or Enterprise Edition, release 2 or greater with latest patch; Oracle
9i Enterprise Edition, release 2 or greater with latest patch.
DBA privileges (that is, system account privileges) are required to create database
tables for the reporting data warehouse.
System Requirements
20
Processor/Speed
Memory
minimum - 1 Xeon,
Windows
1.5 GHz
recommended - 2
Xeon, 2 GHz or better
minimum - 1
minimum - 1 GB
recommended - 2
12 GB
GB or better
minimum - 1 GB
recommended - 2
Available
Disk
Space
12 GB
GB or better
minimum - 1 Xeon,
Novell SuSE
1.5 GHz
recommended - 2
Xeon, 2 GHz or better
minimum - 1 Xeon,
1.5 GHz
recommended - 2
Xeon, 2 GHz or better
minimum - 1 GB
recommended - 2
12 GB
GB or better
minimum - 1 GB
recommended - 2
12 GB
GB or better
The reports server must have the Oracle or SQL Server client software installed. The version
of the client software must correspond to the version of the database server software. The
following are the specific software requirements:
Database
Loader
Platform Support
Installation Requirements
Oracle
SQL*Loader
(sqlldr)
System Requirements
21
Database
Loader
Platform Support
Installation Requirements
SQL Server
BCP
Windows
Viewing Reports
To view BladeLogic Reports, use a web browser to access a URL that displays report results.
BladeLogic Reports supports the following web browsers:
Browser
Version
Mozilla Firefox
1.0.7
Internet Explorer
6.0
Netscape
7.2
VMware Support
BladeLogic provides integrated support for VMware ESX 3.0 and VMware ESX 3.5 servers.
Using the Servers workspace in Configuration Manager, you can manage the virtual
infrastructure of an ESX 3.0 or ESX 3.5 server by accessing the ESX Host node. This node
lets you browse, snapshot, audit, package, and deploy virtual infrastructure settings.
BladeLogic also supports RSCD agents running on ESX 2.5 servers, but the ESX Host node
is not available for ESX 2.5 servers.
System Requirements
22
Perl Support
BladeLogic provides integrated support for Perl, the script programming language. When
you install Network Shell on a platform that can support a BladeLogic Application Server
(see list below), BladeLogics Perl module is automatically installed. The BladeLogic Perl
module is compatible with the versions of Perl listed below:
Operating System
Version
Windows
2000
XP
2003
Perl 5.6.0
Perl 5.6.0
10
Perl 5.6.0
2.1 AS/ES
Perl 5.6.0
3.0 AS/ES
Perl 5.6.0
4.0 AS/ES
Perl 5.6.0
5.0 AS/ES
Perl 5.6.0
SLES 8.x
Perl 5.6.0
SLES 9.x
Perl 5.8.0
SLES 10.x
Perl 5.8.0
Solaris
Novell SuSE
If you are installing Network Shell and the installer does not find a supported version of Perl
on the server, the installer stores the files needed for the Perl module in the BladeLogic
installation directory. You can use these files to install and configure Perl at a later time. For
information on installing BladeLogics Perl module manually, see Manually Installing Perl.
Required Ports
BladeLogic uses the ports described in the following table. Your firewall must allow
communication through these ports for the associated components to function. The
Authentication Service, Application Service, and SRPPort ports are set during the
installation of the Application Server. The default values for the ports are listed in the table.
System Requirements
23
You can define different port numbers using the blasadmin utility. Setting the port for the
Network Shell Proxy Service is done manually using the blasadmin utility.
Functional Component
Port Number
(by convention)
Required?
Setup
Authentication Service
9840
Yes
Installed by default
Application Service
9841
Yes
Installed by default
9842
Required for a
Network Shell
Proxy Server
SRPPort
9829
Required for
BladeLogic
Reports
Installed by default
See the BladeLogic Administration Guide for information on using the blasadmin utility.
This chapter explains how to use a database in conjunction with a BladeLogic system. It also
provides the following procedures describing how to set up and maintain an Oracle or SQL
Server database:
Setting Up a BladeLogic Database Schema
Setting Up the Schemas for BladeLogic Reports
Using the Database to Change File Servers
Optimizing an Oracle Database for BladeLogic Reports
For information on BladeLogics database clean-up utility refer to the BladeLogic
Administration Guide.
Oracle 10g Standard or Enterprise Edition, release 2 or greater with latest patch
Oracle 9i Enterprise Edition, release 2 or greater with latest patch.
SQL Server 2005
SQL Server 2000 (Service Pack 3a or greater).
When configuring init.ora in Oracle, you must set the following initialization parameters:
All other configuration parameters can be set at the discretion of the database administrator.
If you need to connect to an Oracle database as a user who does not own the schema, you are
required to have greater permissions than if you were the schema owner and, as such,
BladeLogic recommends against it. But, if it is a requirement, the non-schema owner user
making the connection must have the following grants:
SELECT ANY TABLE
UPDATE ANY TABLE
INSERT ANY TABLE
DELETE ANY TABLE
Property of BladeLogic, Inc.
Strictly confidential and proprietary
25
Create the directory that will be used for the tablespace for the new schema.
BladeLogic recommends creating a directory on a disk separate from the Oracle system
tables, found in .../oradata/<SID>.
Copy install scripts from <external-files.zip> into the directory created for the
tablespace.
If you extract the entire contents of <external-files.zip>, you will find the relevant scripts
in the /db_scripts/oracle/ and /db_scripts/oracle/schema directories.
Cd to /db_scripts/oracle/schema.
Modify the create_oracle_instance.sql script and change the path for data files
so the path matches the directory you identified in the first step.
Note: Remember to change both the CREATE TABLESPACE and ALTER
DATABASE commands. You must change the path in four places total.
26
Start SQL*Plus using a user name that has sysdba privileges. For example, you might
enter:
sqlplus /nolog
SQL> connect sys/manager as sysdba
Cd to /db_scripts/oracle.
where,
<bl_user> is the login name for the BladeLogic database user.
<bl_pwd> is the BladeLogic database user password.
<bl_tns_entry> is the tns entry for the BladeLogic database instance.
Start a log and run the master script that corresponds to the character sets for which your
database is configured.
SQL> spool create_bladelogic_schema.log
SQL> start <master_script>.sql <BL_DATA> <BL_INDEX>
SQL> spool off
where,
<master_script>.sql is either oracle_master.sql if your database is
Copy install scripts from <external-files.zip> to a location that you can access from the
SQL Server console.
If you extract the entire contents of <external-files.zip>, you will find the relevant scripts
in the /db_scripts/sqlserver directory.
27
Note: SQL Server database names are case-sensitive. You need to use the same
case when specifying the JDBC connections or the load process for the Bladelogic
Reports data warehouse will fail.
6
Create a login for the database and make this user the owner of all objects in the
database.
Use SQL Server Authentication and create a password for the user you created in step 6.
Set the default database to the database you created in step 4 and 5.
10 If you are setting up BladeLogic to support a language other than English, for Collation
name, select the collation for your language that is case-insensitive, accent-sensitive, and
(where appropriate) kana-sensitive. For example, if you are setting up BladeLogic for
French use French_Cl_AS, and if you are setting up BladeLogic for Japanese use
Japanese_Cl_AS_KS.
The new database appears under the Databases folder. You can set other options at this
time too, but they are not required.
11 If using SQL Server 2000, you can exit SQL Server Enterprise Manager and proceed to
the next step. If using SQL Server 2005, to reduce the likelihood of database deadlocks,
do the following:
a
28
Note: When the master script runs, the following warnings may appear:
Cannot add rows to sysdepends for the current stored
procedure because it depends on the missing object
'rsave_cond_result_subtree'. The stored procedure will still
be created.
Cannot add rows to sysdepends for the current stored
procedure because it depends on the missing object
'rsave_cr_group_result_subtree'. The stored procedure will
still be created.
29
Create the directory that will be used for the tablespace for the new schema.
BladeLogic recommends creating a directory on a disk separate from the Oracle system
tables, found in .../oradata/<SID>.
Copy the install scripts from <external-files.zip> into the directory used for the
tablespace.
If you extract the entire contents of <external-files.zip>, you will find the scripts in the
/db_scripts/oracle/schema directory. The scripts you should copy vary, depending on
whether your database is configured for char/varchar or nchar/nvarchar character sets.
The following table details the scripts you should copy:
Script
Required For:
create_oracle_db_reports_warehouse.sql
create_schema_reports_warehouse_oracle.sql
char/varchar
create_schema_reports_warehouse_oracle_nchar.sql
nchar/nvarchar
create_additional_index_reports_warehouse_
oracle.sql
create_oracle_sequences_reports_warehouse.sql
sprocs_warehouse_oracle.sql
char/varchar
sprocs_warehouse_oracle_nchar.sql
nchar/nvarchar
Script
Required For:
core_data_reports_warehouse_oracle.sql
create_reports_properties_tables_and_metadata_
warehouse_oracle.sql
create_oracle_functions_warehouse.sql
30
Start SQL*Plus using a user name that has sysdba privileges. For example, you might
enter:
sqlplus /nolog
SQL> connect sys/manager as sysdba
Log into the BLREPORTS database and run installation scripts in the order shown
below.
Note: If you have changed the tablespace names from blreports and
blreports_index make the following change to core_data_reports_
warehouse_oracle.sql before running it:
where NEW is the name of the new tablespace for tables and NEW_INDEX is
the name of the new tablespace for indices.
sqlplus blreports/sa
SQL> spool create_blreports_schema.log
SQL> start create_schema_reports_warehouse_oracle.sql or
create_schema_reports_warehouse_oracle_nchar.sql
SQL> start create_additional_index_reports_warehouse_oracle.sql
SQL> start create_oracle_sequences_reports_warehouse.sql
SQL> start sprocs_warehouse_oracle.sql or
sprocs_warehouse_oracle_nchar.sql
SQL> start core_data_reports_warehouse_oracle.sql
SQL> start create_reports_properties_tables_and_metadata_
warehouse_oracle.sql
31
Copy the install scripts from <external-files.zip> to a location that you can access from
the SQL Server console.
If you extract the entire contents of <external-files.zip>, you will find the scripts in the
/db_scripts/sqlserver/schema directory. The scripts you should copy vary, depending on
whether your database is configured for char/varchar or nchar/nvarchar character sets.
The following table details the scripts you should copy:
Script
Required For:
create_schema_reports_warehouse_sqlserver.sql
char/varchar
create_schema_reports_warehouse_sqlserver_nchar
.sql
nchar/nvarchar
create_additional_index_reports_warehouse_
sqlserver.sql
sprocs_warehouse_sqlserver.sql
char/varchar
sprocs_warehouse_sqlserver_nchar.sql
nchar/nvarchar
core_data_reports_warehouse_sqlserver.sql
create_reports_properties_tables_and_metadata_
warehouse_sqlserver.sql
create_sqlserver_functions_warehouse.sql
32
Create a login for the database and make this user the owner of all objects in the
database.
Use SQL Server Authentication and create a password for the user you created in step 6.
Set the default database to the database you created in step 4 and 5.
10 If you are setting up BladeLogic to support a language other than English, for Collation
name, select the collation for your language that is case-insensitive, accent-sensitive, and
(where appropriate) kana-sensitive. For example, if you are setting up BladeLogic for
French use French_CI_AS, and if you are setting up BladeLogic for Japanese use
Japanese_CI_AS_KS.
The new database appears under the Databases folder. You can set other options at this
time too, but they are not required.
11 Do one of the following:
If using SQL Server 2000, click the new database and then choose SQL Query
Analyzer from the Tools menu.
SQL Query Analyzer opens and defaults to the new database.
If using SQL Server 2005, right-click on the database server node and select
New Query.
12 From the File menu, select Open and then select the create_schema_reports_
warehouse_sqlserver.sql file that you copied in the first step. If you need
nchar/nvarchar character support, select create_schema_reports_
warehouse_sqlserver_nchar.sql instead.
13 The contents of the file appear within Query Analyzer.
14 From the Query menu, do one of the following:
If using SQL Server 2000, select Execute or press F5. After the script executes,
ensure that there are no errors.
If using SQL Server 2005, select the correct database name from the drop-down box
and select Execute or press F5. After the script executes, ensure that there are no
errors.
15 Repeat the previous two steps for each of the following scripts, running each script in the
order listed below:
create_additional_index_reports_warehouse_sqlserver.sql
sprocs_warehouse_sqlserver.sql or
sprocs_warehouse_sqlserver_nchar.sql
core_data_reports_warehouse_sqlserver.sql
create_reports_properties_tables_and_metadata_
warehouse_sqlserver.sql
create_sqlserver_functions_warehouse.sql
33
In the file structure extracted from <external-files.zip>, copy the following scripts from
/bl_<current release>/db_scripts/oracle/utility/file_server_change to a directory from
which you can access SQL*Plus.
file_server_check_oracle.sql
file_server_change_oracle.sql
file_server_change_oracle_system_property.sql
34
Determine how many file servers your database references by using SQL*Plus to
execute the following command:
sqlplus <user>/<password>@<service_name> @file_server_check_oracle.sql
This output tells you that the current file server and root path is
//devfs1/blade/corp. It also tells you that the script has counted 4,639 references to
a file server and path that matches the current setting.
Output for Multiple File Server References
If you have references to multiple file servers in the database, the output looks
something like this:
File Server and root path current setting
//devfs2/blade/corp
Counts of items at File Servers and root paths referenced in the
database
4639
//devfs2/blade/corp
284
//devfs1_x1/blade/first/test
This output tells you that the current file server and root path is
//devfs1/blade/corp. The script has counted 4,639 references to that file server and
path. It has also counted 284 references to another file server,
//devfs1_x1/blade/first/test.
4
During a maintenance window or some other period of user inactivity, shut down the
BladeLogic system and move all files from the current or any former file servers to a
new location.
Change all file server references so they point to the new file server rather than the
current file server by executing the following SQL*Plus command:
sqlplus <user>/<password> @file_server_change_oracle.sql
<NewFS> </NewRoot>
35
Both the <NewFS> and </NewRoot> parameters are required, even if one
is the same as an existing value. If you forget to include one, SQL*Plus
will repeatedly prompt you for the other value. In a situation like this, use
Ctrl-C to exit the script and run it again.
Output
Running this command produces output similar to the following:
Old system_property parameters
FileServer
//devfs1
FileServerStorageLocation
blade/corp
3 rows updated.
29 rows updated.
4 rows updated.
4603 rows updated.
.
.
.
Commit complete.
New system_property parameters
FileServer
NewFS
FileServerStorageLocation
/New/Root
The actual number of rows updated by each update statement will vary in your database.
7
If your database includes references to only one file server (as determined in step 3), the
procedure is complete. If the database references other file servers that you want to make
consistent with the new file server, you must change the values for the current file server
so they match the settings for an older file server. To accomplish this, use SQL*Plus to
execute the following command:
sqlplus <user>/<password>
@file_server_change_oracle_system_property.sql
<HistoricalFS> </HistoricalRoot>
In the command shown above, <HistoricalFS> is the name of another file server
(other than the current file server) and </HistoricalRoot> is the path to that other
36
file servers storage location. You can obtain these values from the output generated by
the script you ran in step 3.
Output
Running this command produces output similar to the following:
Old system_property parameters
FileServer
devfs2
FileServerStorageLocation
/blade/NewPath
1 row updated.
1 row updated.
Commit complete.
New system_property parameters
FileServer
devfs1_x1
FileServerStorageLocation
/blade/first/test
Repeat step 6, which changes all references pointing to the current file server so they
now point to the new file server.
If your database includes references to additional file servers, repeat steps 7 and 8 for
each file server you want to change.
Step 7 changes the current settings so they are equivalent to those of an historical file
server. Step 8 converts all references pointing to the current setting so they now point to
the new setting.
10 To be certain that all file servers reference the new file server, repeat step 3. The output
should identify only one file server, and its values should be those of the new file server
and storage location.
In the file structure extracted from <external-files.zip>, copy the following scripts from
/bl_<current release>/db_scripts/sqlserver/utility/file_server_change to a directory from
which you can access osql:
file_server_check_sqlserver.sql
file_server_change_sqlserver.bat
file_server_change_sqlserver_system_property.bat
file_server_change_sqlserver_sp_create.sql
file_server_change_sqlserver_sp_drop.sql
37
file_server_change_sqlserver_system_property_sp_create.sql
file_server_change_sqlserver_system_property_sp_drop.sql
Determine how many file servers your database references by using SQL Query
Analyzer or a similar tool to execute the contents of the script
file_server_check_sqlserver.sql.
If you do not have access to SQL Query Analyzer, you can run this script via osql as
follows:
osql S<Server> -U<User> -d<Database>
-ifile_server_check_sqlserver.sql
-ofile_server_check_sqlserver.out
<Server>Database server
<User>User name
<Database>Database name
If you run the script using osql, the output includes many headings, underscores, and
blank lines. You must scroll through all of these to find the important information, near
the bottom.
Output for One File Server
If your database references only one file server, the output looks something like this:
File Server and root path current setting
//devfs1/blade/corp
Nbr items at File Servers and root path setting found
4639
//devfs1/blade/corp
This output tells you that the current file server and root path is
//devfs1/blade/corp. It also tells you that the script has counted 4,639 references to
a file server and path that matches the current setting.
Output for Multiple File Server References
If you have references to multiple file servers in the database, the output looks
something like this:
File Server and root path current setting
//devfs2/blade/corp
Nbr items at File Servers and root path setting found
4639
//devfs1/blade/corp
284
//devfs1_x1/blade/first/test
38
This output tells you that the current file server and root path is
//devfs1/blade/corp. The script has counted 4,639 references to that file server and
path. It has also counted 284 references to another file server,
//devfs1_x1/blade/first/test.
4
During a maintenance window or some other period of user inactivity, shut down the
BladeLogic system and move all files from the current or any former file servers to a
new location.
Change all file server references so they point to the new file server rather than the
current file server by running the following command:
file_server_change_sqlserver <S> <U> <d> <NewFS> </NewRoot>
<S>Database server
<U>User name
<d>Database name
<NewFS>New file server name. Do not include a double slash.
</NewRoot>Path to new file server storage location. Include a leading slash.
The SQL Server scripts asks you for the password to the database three
times as it makes osql calls.
If you have spaces in the <NewFS> and </NewRoot> parameters, you must
enclose the parameters in quotation marks.
If your database includes references to only one file server (as determined in step 3), the
procedure is complete. If the database references other file servers that you want to make
consistent with the new file server, you must change the values for the current file server
so they match the settings for an older file server by running the following command:
file_server_change_sqlserver_system_property <S> <U> <d>
<HistoricalFS> </HistoricalRoot>
<S>Database server
<U>User name
<d>Database name
<HistoricalFS>Name of another file server other than the current file server.
Do not include a double slash. You can obtain this name from the output generated
by the script you ran in step 3.
39
leading slash. You can obtain this path from the output generated by the script you
ran in step 3.
8
Repeat step 6, which changes all references pointing to the current file server so they
now point to the new file server.
If your database includes references to additional file servers, repeat steps 7 and 8 for
each file server you want to change.
Step 7 changes the current settings so they are equivalent to those of an historical file
server. Step 8 converts all references pointing to the current setting so they now point to
the new setting.
10 To be certain that all file servers reference the new file server, repeat step 3. The output
should identify only one file server, and its values should be those of the new file server
and storage location.
40
Recommended Value
db_cache_size
1 GB
log_buffer
512 KB
pga_aggregate_target
360 MB
2 GB
Upgrading BladeLogic
Using <external-files.zip>
A zip file named <current_release>-external-files.zip provides the scripts you will need to
upgrade data to the current release. BladeLogic documentation refers to this zip file as
<external-files.zip>.
If you do not already have access to <external-files.zip>,
contact BladeLogic support. You can find
<external-files.zip> by accessing the Support section of the
BladeLogic web site. Go to Downloads, scroll down, and
then click DB Scripts and Documentation.
bl_<current_release>
db_scripts
oracle
upgrade
sqlserver
upgrade
Extracting the contents of <external-files.zip> creates a
large directory structure, with the parent directory named
bl_<current_release>. The graphic shows the portion of the directory structure that applies to
a data upgrade.
Upgrading BladeLogic
42
Before starting the upgrade process, refer to the Upgrade Notes section of the Release
Notes for details for your specific upgrade path.
If you are upgrading from a version earlier than 7.2 and if you plan to use the legacy
(pre-7.2) patch management reports, it is critical that you run one last Populate Reports
data collection job to ensure that all the pre-7.2 patch analysis data is in the warehouse
before upgrading to 7.4.5. All pre-7.2 patch analysis data will be removed from the core
BladeLogic database during the data upgrade, so if you do not populate this data into the
warehouse before upgrading to 7.4.5, you will not have the option of deciding to report
on it later.
Upgrading the Core BladeLogic Data (page 49)Validates your BladeLogic database
server environment and then launches BladeLogic Data Migration Manager to upgrade
the BladeLogic database to the current release.
Upgrading the BladeLogic Reports Data (page 52)Validates your reports server
environment and then launches BladeLogic Data Migration Manager to upgrade the
BladeLogic Reports data warehouse to the current release.
Upgrading Consoles and Agents (page 56)Upgrades software for the Configuration
Manager and Provisioning Manager consoles and RSCD agents.
Warning: These procedures must be performed in order. Many steps are prerequisites for
other steps that occur later in the process.
Upgrading BladeLogic
43
Procedure
If you upgrade the Application Servers, all Configuration Manager consoles must also
be upgraded. The Application Servers and Configuration Manager consoles must be at
the same revision.
If your file server resides on a separate machine than your Application Server, you
must upgrade the agent on the machine on which your file server resides. After you
upgrade your data, you must upgrade the agent on your file server prior to running the
product. This is because the file server and the database must be at the same revision.
Stop the Application Server (refer to the BladeLogic Administration Guide for
instructions).
Stop the PXE Server (refer to the BladeLogic Users Guide for instructions).
Stop the Reports Server (refer to the BladeLogic Reports Users Guide for
instructions).
Back up the installation directories for all Application Servers and PXE Servers, and
BladeLogic Reports. The default installation locations are as follows:
Default Location
Application
Windows
UNIX
Application Server
C:\Program Files\BladeLogic\OM
/usr/nsh
PXE Server
C:\Program Files\BladeLogic\PXE
/usr/nsh
BladeLogic Reports
C:\Program Files\BladeLogic\Reports
/usr/local/bl-reports
If you are upgrading from a version earlier than 7.4.1, you will need to set your
certificate password before you can run your upgraded Application Server. The
Upgrading BladeLogic
44
You have completed this procedure. Proceed to the following section, Determining Sizing
Requirements for Oracle Databases, if you are using an Oracle database. If you are using
SQL Server, proceed to Upgrading the Core BladeLogic Data (page 49).
Start SQL*Plus as the bladelogic user. For example, you might enter:
sqlplus bladelogic
If your environment is shared with other applications, once you have determined the TEMP
and UNDO disk space requirements for updating your BladeLogic data, you need to add it to
the cumulative minimum requirements for TEMP and UNDO disk space for your other
applications. You need to make sure that the total TEMP disk space requirements and total
Property of BladeLogic, Inc.
Strictly confidential and proprietary
Upgrading BladeLogic
45
UNDO disk space requirements for BladeLogic Data Migration Manager and all other
applications are available before executing the data upgrade. For example,
Application
BladeLogic
20 GB
18 GB
App1
15 GB
16 GB
App2
10 GB
12 GB
Total Requirement:
45 GB
46 GB
Note: these guidelines assume that you do not use archive logging while the
BladeLogic Data Migration Manager is executing. If for some reason you cannot
turn off archive logging in your environment, you need to allocate additional
archive log space for the duration of the data upgrade.
Determining TEMP Disk Space Requirements
The following table provides specific recommendations for determining TEMP disk space
requirements. To determine the necessary TEMP disk space for a 7.x data upgrade, run the
query for the version you are upgrading from and the queries for each subsequent version
from your starting point to the current release and put the results in the third column of the
table (you can either print the pages prior to running the queries or annotate the PDF). Take
the largest value in the third column as the minimum TEMP space requirements for using the
BladeLogic Data Migration Manager to automatically upgrade your data through each
version to the current version.
Upgrading
from version:
Min. Req.
7.0.2
2 GB
7.1.1
SELECT
CASE
WHEN ROUND(3 *bytes / 1024 / 1024 / 1024,
4) < 2
THEN 4
ELSE ROUND(3 *bytes / 1024 / 1024 / 1024,
4)
END "GB"
FROM user_segments
WHERE segment_name = 'PRIMITIVE_BL_VALUE';
(fill in
result of
query)
Upgrading BladeLogic
Upgrading
from version:
46
Min. Req.
7.2.0
SELECT
CASE
WHEN ROUND(10 *bytes / 1024 / 1024 / 1024,
4) < 2
THEN 4
ELSE ROUND(10 *bytes / 1024 / 1024 / 1024,
4)
END "GB"
FROM user_segments
WHERE segment_name = 'ENUMERATED_BL_VALUE';
(fill in
result of
query)
7.3.0
SELECT
CASE
WHEN ROUND(10 *bytes / 1024 / 1024 / 1024,
4) < 2
THEN 4
ELSE ROUND(10 *bytes / 1024 / 1024 / 1024,
4)
END "GB"
FROM user_segments
WHERE segment_name = 'ENUMERATED_BL_VALUE';
(fill in
result of
query)
For example, if you are currently at 7.1.1, run the queries for 7.1.1, 7.2.0, and 7.3.0 and fill in
the third column of the table with the results as follows.
Upgrading
from version:
Min.
Req.
7.0.2
2 GB
7.1.1
(7.1.1 query)
18 GB
7.2.0
(7.2.0 query)
22 GB
7.3.0
(7.3.0 query)
30 GB
For this example, your minimum TEMP space requirements are 30 GB (the largest value in
the third column) and you need to have at least 30 GB of TEMP space prior to running
BladeLogic Data Migration Manager to upgrade your data from 7.1.1 to 7.4.1.
Determining UNDO Disk Space Requirements
The following table provides specific recommendations for determining UNDO disk space
requirements. To determine the necessary UNDO disk space for a 7.x data upgrade, run the
query for the version you are upgrading from and the queries for each subsequent version
from your starting point to the current release and put the results in the third column of the
table (you can either print the pages prior to running the queries or annotate the PDF). Take
Property of BladeLogic, Inc.
Strictly confidential and proprietary
Upgrading BladeLogic
47
the largest value in the third column as the minimum UNDO space requirements for using
the BladeLogic Data Migration Manager to automatically upgrade your data through each
version to the current version.
Upgrading
from version:
Min.
Req.
7.0.2
2 GB
7.1.1
(fill in
result of
query)
7.2.0
(fill in
result of
query)
FROM user_segments
WHERE upper(segment_name)
IN('BL_PATCH_ANALYSIS_RES_DATA', 'BL_PATCH',
'PROP_SET_CLASS_PROP_DEF_VAL',
'SYSTEM_PACKAGE', 'PATCH_CONFIG_FILE',
'BL_PATCH_SUBSCRIPTION', 'BL_ACE', 'BL_ACL',
'BLOPTION', 'AS_TIME_ZONE', 'AS_LOCALE',
'TIMEZONE', 'TEMPLATE_PART',
'SYSTEM_PROPERTY',
'SYSTEM_PACKAGE_TYPE_PATH',
'SYSTEM_PACKAGE_TYPE_PART',
'SYSTEM_PACKAGE_TYPE', 'SCHEDULE', 'LOCALE',
'KEYBOARD', 'HRB_PROPERTY_SET_CLASS',
'DEVICE', 'DATA_TYPE', 'CONFIG_FILE_GRAMMAR',
'SYSTEM_PACKAGE_SCRIPT',
'PROPERTY_SET_CLASS_PROPERTY',
'PROPERTY_SET_CLASS', 'PROPERTY',
'PATCH_CONFIG_FILE_TYPE', 'OS');
Upgrading BladeLogic
Upgrading
from version:
7.3.0
48
Min.
Req.
(fill in
result of
query)
Upgrading BladeLogic
49
For example, if you are currently at 7.2.0, run the queries for 7.2.0 and 7.3.0 and fill in the
third column of the table with the results as follows.
Upgrading
from version:
Min.
Req.
7.0.2
2 GB
7.1.1
(7.1.1 query)
N/A
7.2.0
(7.2.0 query)
22 GB
7.3.0
(7.3.0 query)
28 GB
For this example, your minimum UNDO space requirements are 28 GB (the largest value in
the third column) and you need to have at least 28 GB of UNDO space prior to running
BladeLogic Data Migration Manager to upgrade your data from 7.2.0 to 7.4.5.
Proceed to the following section, Upgrading the Core BladeLogic Data.
For Oracle environments, release 7.0.2 and above to the current release
For SQL Server environments, the previous release to the current release
For all other upgrade paths, refer to the Upgrade Notes section of the Release
Notes for more information.
Procedure
Backup the BladeLogic file server storage location. For example, copy the entire
contents of the storage location to a directory other than the current storage location.
Obtain the most recent version of <external-files.zip> and extract its contents.
Using the files extracted from <external-files.zip>, copy all files from the following
directory into a directory on your application server:
/bl_<current_release>/db_scripts/<db_type>/upgrade/
Upgrading BladeLogic
5
50
If you use BladeLogic Reports, copy the following files from the config directory in the
existing BladeLogic Reports installation directory to db_scripts/<db_type>/upgrade/
<upgrade_path>/OM/Migration_actions:
PatchPropertiesDataDescription.xml
PropertiesDataDescription.dtd
PropertiesDataDescription.xml
PropertiesDataDescription_BLContent.xml (if present)
If your database is in an Oracle environment, your DBA must execute the following
steps:
a
Make sure adequate TEMP and UNDO space is available (see Determining Sizing
Requirements for Oracle Databases (page 44) for more information).
Copy the following file extracted from <external-files.zip> to a location where you
have access to SQL*Plus:
/bl_<current_release>/db_scripts/<Oracle>/upgrade/migration_setup_OM.sql
Set the Bladelogic users roles and permissions to allow the upgrade to be carried out
by entering the following:
start migration_setup_OM.sql
Launch BladeLogic Data Migration Manager to validate your environment and perform
the data upgrade by entering one of the following:
Upgrading BladeLogic
51
when specifying the path. For example, if you copied the contents of upgrade to
\tmp\upgrade on a Windows system, you would execute the following command:
blmigration_mgr C:\tmp\upgrade.
On Oracle, click Validate Environment if you choose to execute the validate step
separately from the validation that is done as part of the next step. See Validating Oracle
Environments (page 85) for more information.
10 Click Run Migration. For details on using BladeLogic Data Migration Manager, see
Using BladeLogic Data Migration Manager (page 84).
Upgrading BladeLogic
52
When you have successfully upgraded the BladeLogic database using BladeLogic Data
Migration Manager, proceed to the following section, Upgrading the BladeLogic Reports
Data.
For Oracle environments, release 7.1.1 and above to the current release
For SQL Server environments, the previous release to the current release
For all other upgrade paths, refer to the Upgrade Notes section of the Release
Notes for more information.
Procedure
Using the files extracted from <external-files.zip>, copy all files from the following
directory into a directory on your reports server (this must be a different location than
where you copied the files for BladeLogic in step 4 in Upgrading the Core BladeLogic
Data):
/bl_<current_release>/db_scripts/<db_type>/upgrade
If your database is in an Oracle environment, your DBA must execute the following
steps:
a
Copy the following file extracted from <external-files.zip> to a location where you
have access to SQL*Plus:
/bl_<current_release>/db_scripts/<oracle>/upgrade/migration_setup_reports.sql
Upgrading BladeLogic
53
Note: If your installation has chosen a schema owner for the data warehouse for
BladeLogic Reports other than the schema owner BLREPORTS, you will have to
modify the migration_setup_reports.sql script run in step c to use the schema owner
username for your installation. After the data upgrade has completed, the schema
owner can have its additional upgrade roles and permissions returned to their
normal state.
c
Set the Bladelogic users roles and permissions to allow the upgrade to be carried out
by entering the following:
start migration_setup_reports.sql
Launch BladeLogic Data Migration Manager to validate your environment and perform
the data upgrade by entering one of the following:
Upgrading BladeLogic
54
BladeLogic Data Migration Manager creates the stored procedures needed for the data
upgrade and then launches the BladeLogic Data Migration Manager console.
When you have successfully upgraded the BladeLogic Reports data warehouse using
BladeLogic Data Migration Manager, back up the schemas for the BladeLogic Reports
data warehouse to ensure that you have preserved a clean baseline version.
Start the Application Server (the Application Server must be running in order to execute
the script in step 12).
Upgrading BladeLogic
55
where <username> and <password> are the user name and password of any valid user
of BladeLogic Reports.
Tip: To avoid having the username and password appear in any history lists on
UNIX, you can use the -i (interactive mode) option. Simply replace the username
and password on the command line with the -i option and the program will prompt
you for the username and password. For example,
sh migr_saved_rept_defns.sh -i
Note: The built-in patch analysis reports report on data generated in release 7.2 and
beyond. If you are upgrading from a version earlier than 7.2 and if you want to
report on patch analysis data generated prior to 7.2, you can import the older patch
analysis reports, called the Legacy Patch Analysis Reports.
To import the legacy patch analysis reports, enter the following:
This will create a folder named Legacy Patch Analysis Reports under the All Reports
folder containing the pre-7.2 patch analysis reports.
15 Upgrade the BladeLogic Reports data collection scripts by doing the following:
a
Upgrading BladeLogic
56
Run the new Network Shell Script Job for os_config.nsh to generate new data
formatted for this release.
Run the new Network Shell Script Job for populate_reports.nsh to ensure that all the
data in the data warehouse is upgraded to the new release.
Proceed to the following section for the procedure for upgrading the consoles and agents,
Upgrading Consoles and Agents.
Upgrading BladeLogic
2
57
You have completed this procedure. Proceed to the following section, Upgrading the
Provisioning System.
If you have not already done so, upgrade all Provisioning Manager consoles. For a
step-by-step description of this procedure, refer to Upgrading Client-tier and Middle-tier
Components (page 58).
If you have not already done so, upgrade the agent on the data store server. For a
step-by-step description of this procedure, refer to Upgrading RSCD Agents (page 61).
If you want to use any system packages created in BladeLogic releases earlier than 7.4,
make a backup copy of <tftproot>/x86pc/pxelinux/blade.img in an alternate
location.
Upgrade the PXE and TFTP Servers. For a step-by-step description of this procedure,
refer to Upgrading the PXE Server (page 81). If you do not plan to use any system
packages created in BladeLogic releases earlier than 7.4, skip to step 6.
Copy the backup of blade.img you saved to an alternate location in step 3 back to
<tftproot>/x86pc/pxelinux.
If you want to install the current release of the agents when provisioning bare metal
machines, upgrade your agent installers in the data store.
Congratulations. You have completed the software and data upgrade. The remainder of this
chapter contains detailed procedures referred to from the Master Checklist for the Upgrade
Process (page 42) master procedure.
Upgrading BladeLogic
58
Procedure
If you are upgrading the Application Server, stop the Application Server.
Navigate to the directory containing installation files and invoke the installation program
for BladeLogic.
Upgrading BladeLogic
59
The installer extracts files needed for installation and displays the Setup Type window.
Upgrading BladeLogic
60
Log in as root.
If you are upgrading the Application Server, stop the Application Server.
Navigate to the directory containing upgrade files and invoke the upgrade script for
BladeLogic.
The following message displays:
A previous installation already exists.
Do you wish to continue (y/n) ?
Enter y.
A message displays letting you choose a language for the installation program.
Enter y.
Licensing text displays and concludes with the following message:
Do you agree to the terms of the license agreement (y for Yes) ?
Read the licensing text. If you agree with its terms, enter y.
A list displays the BladeLogic components that will be upgraded and asks if you want to
continue.
Enter y.
Several messages display, and then the upgrade script is complete.
For information on starting client utilities, see Starting Network Shell, Configuration
Manager, and Provisioning Manager (page 236).
Upgrading BladeLogic
61
Navigate to the directory containing installation files and invoke the installation program
for the RSCD agent.
The installer extracts files needed for installation and then displays the Setup Type
window.
Upgrading BladeLogic
2
62
Select Upgrade and click Next. The next window announces that the upgrade is
complete.
Note: If the Microsoft XML (MSXML) 2.5 or later parser is not installed on
this server, a warning displays. MSXML is installed by default on Windows
2003 and XP machines but not on Windows 2000. For BladeLogics patch
analysis functionality to be operable, MSXML 2.5 or later must be installed.
You can cancel the installation or click OK to continue. If you continue, patch
analysis will not function correctly on this server until MSXML 2.5 or later is
installed.
3
Upgrading BladeLogic
63
Using the Configuration Manager console, browse to the server where you upgraded an
RSCD agent in the previous procedure. Browse to the <WINDIR>\Temp directory in
that servers File System, where <WINDIR> is typically C:\winnt or C:\Windows.
Select the following files, right-click, and select Deploy Files from the pop-up menu:
rscd<version>.exe
<version>-upgrade.iss
These files should exist in the same directory where you ran the installation program in
the previous procedure. The File Deploy Job wizard opens.
Property of BladeLogic, Inc.
Strictly confidential and proprietary
Upgrading BladeLogic
64
For Name, assign a name to this File Deploy Job. For Save in, specify the job group
where you want to store this job.
If you are deploying the upgrade to a version 6.2 agent or a more recent agent, skip this
step. If you are deploying the upgrade to an agent older than version 6.2, under Source,
add the following files to the list of files included in the deployment:
agentctl.exe
actl.exe
For Destination, enter /c/tmp or a directory with no spaces in its path and click Next.
Choose the servers being upgraded and click Next twice to display the Advanced
Options panel.
Click Finish.
The files are deployed to the target servers and the installation runs silently on each
machine.
Log in as root.
Navigate to the directory containing upgrade files and invoke the installation package for
the RSCD agent.
The following message displays:
A previous installation already exists.
Do you wish to continue (y/n) ?
Note: If you are upgrading a server with components installed other than the
RSCD agent, you must use an installation script that includes those other
components. For example, if you are upgrading the RSCD agent on a machine
where Network Shell is also installed, the installation package you are using
must include Network Shell.
3
Enter y.
A message displays letting you choose a language for the installation program.
Upgrading BladeLogic
4
65
Enter y.
A message displays, warning you that you must review text about terms and conditions
for using this software.
Press Enter.
Licensing text displays and concludes with the following message:
Do you agree to the terms of the license agreement (y for Yes) ?
Read the licensing text. If you agree with its terms, enter y.
A message shows the RSCD Agent as the one component to be upgraded and asks if you
want to continue.
Enter y.
Several messages display, and the upgrade is complete.
For additional information on restricting access to RSCD agents, see the BladeLogic
Administration Guide.
Upgrading BladeLogic
Procedure
Using any server, create a text file called nsh-install-defaults in the /tmp
directory. The file must belong to root.
66
Variable
Explanation
INSTALL_DIR
COMPONENT_CHECKED
[1-6]
IS_SECURE_AGENT_LOGS
IS_KEYSTROKE_LOGS
RND_CHOICE
Upgrading BladeLogic
67
Variable
Explanation
NSH_ROOT_HOST
NSH_USER_FROM and
NSH_USER_TO
rw,map=root
NSH_INSTALL_SKEL
DEFAULT_WEBBROWSER
Create the next entry in the file to export the variable you just created.
For example, if you created a variable in the previous step that said RND_CHOICE=1,
create the next entry to say export RND_CHOICE.
Repeat the previous two steps for every step in the silent installation that you want to
modify.
Save /tmp/nsh-install-defaults.
Create a file identifying default behavior for the silent installation, as described in
Creating a File of UNIX Installation Defaults (page 65).
Using the same server, copy rscd<version>.sh (the RSCD agent installation
program) to /tmp.
Upgrading BladeLogic
68
Using the Configuration Manager console, browse to the server to which you copied the
RSCD agent installation program in the first step. Browse to the /tmp directory in that
servers File System.
Choose the servers with agents being upgraded and click Next.
Click Finish.
The files are deployed to the target servers and the installation runs silently on each
machine. Because the installation runs silently on each machine, the deploy job will
return immediately even though the silent installation can take one to two minutes to
finish.
An RSCD agent must be installed on the machine where you are installing
BladeLogic Reports.
Most of the fields in the installation program are already populated with values
based on your previous installation.
Upgrading BladeLogic
Procedure
69
If upgrading from 7.0.1 or a newer version, proceed to step 2. If you are upgrading from
a version older than 7.0.1, run the drop_reports_repository_<database
type>.sql script on the repository database for BladeLogic Reports. You can find this
script in the file structure extracted from <external-files.zip>, in db_scripts/<database
type>/schema.
Navigate to the directory containing the 7.4.5 BladeLogic installation files and
double-click BladelogicReports.exe. The installer extracts the files needed for
installation and displays the following window.
Click Next. The Acknowledgements window opens, providing license information for
all third party software products included in BladeLogic Reports.
Upgrading BladeLogic
70
After reading the license agreement, click Yes if you agree with its terms. The Reports
Server Hostname window opens.
Enter the name of the reports server that will be used in URLs that access BladeLogic
Reports. Then click Next.
Upgrading BladeLogic
71
For HTTP, enter the port to which the Tomcat server should listen for HTTP traffic.
If BladeLogic Reports should not use secure communication based on SSL, leave
the HTTPS field blank.
If you perform this step, the installation program creates a self-signed certificate, which
is stored in the keystore location you identify.
9
Upgrading BladeLogic
72
This window lets you define a connection to the core BladeLogic database, which
contains tables needed for BladeLogic Reports.
10 From Database Type, select the type of database you are using for the core BladeLogic
database. Depending on the type you select, other options and default values change on
this window.
11 Enter the following information to define a connection with the core database:
HostThe name of the server running the database.
PortThe port the database listens on. By default a BladeLogic installation uses the
following database ports.
Database Type
Port Number
Oracle
1521
SQL Server
1433
Database/SIDThe name of the SQL Server database or the SID of the Oracle
database. Typically this database is named bladelogic.
UserA login ID for the BladeLogic database.
PasswordA password for the login ID.
Upgrading BladeLogic
73
12 Click Next. The Warehouse Database window opens. It lets you define a connection to
the reporting data warehouse.
Note: The Database Type is automatically set to the same type of database
chosen in the previous window.
13 Enter the following information to define a connection with the reporting data
warehouse:
HostThe name of the server running the reporting data warehouse.
PortThe port the warehouse database listens on. By default a BladeLogic installation
uses the following database ports.
Database Type
Port Number
Oracle
1521
SQL Server
1433
Database/SIDThe name of the SQL Server database or the SID of the Oracle
database. Typically this database is named blreports.
UserA login ID for the reporting data warehouse.
PasswordA password for the login ID.
If your database type is SQL Server, proceed to step 16. If your Warehouse database
type is Oracle, proceed to the next step.
Upgrading BladeLogic
74
14 Click Next. If your Warehouse database type is Oracle, the Warehouse Oracle Net
Service window opens.
15 Enter the name of the Oracle Net Service for your Warehouse database.
16 Click Next. The Application Server Location window opens. BladeLogic Reports
authenticates through the Application Server.
Upgrading BladeLogic
75
18 Click Next. The SMTP options window opens. BladeLogic Reports requires an email
server. (SMTP stands for simple mail transfer protocol.)
21 Review the current settings to confirm that you have specified the correct installation
configuration and then click Next. A progress bar indicates the progress of the
Upgrading BladeLogic
76
installation until the following window opens and informs you that the installation is
finished but you must restart your computer.
Select an option indicating you want to restart your computer immediately. Then
click Finish.
Select an option indicating you will restart your computer later. Then click Finish.
You must restart for the installation to be complete.
Merge any customized changes from the .<version>.bak files to the .xml files.
Note: If you have chosen to recreate your reporting data warehouse as opposed to
upgrading your data and, as such, did not follow the procedure documented in the
Upgrading the BladeLogic Reports Data section, you need to execute the last few
steps of this procedure starting at step 10.
To view the home page for BladeLogic Reports, use the Start menu and select Programs >
BladeLogic > Reports > Reports Home Page.
Upgrading BladeLogic
77
Procedure
The /tmp directory must have at least 200 MB of available disk space.
>
If you are installing on Red Hat Linux, the compat-libstdc++ RPMs must
be installed. Also, the XFree86-libs or xorg-x11-libs RPMs must be
installed.
>
If you are installing on SuSE 8.x, the compat and xf86 RPMs must be
installed.
>
If you are installing on SuSE 9.x, either the compat or compat-32bit RPM
must be installed and the xf86 RPM must be installed.
>
If you are installing on SuSE 10.x, either the compat or compat-32bit RPM
must be installed and the xorg-x11 RPM must be installed.
Most of the fields in the installation program are already populated with values
based on your previous installation.
If upgrading from 7.0.1 or a newer version, proceed to step 2. If you are upgrading from
a version older than 7.0.1, run the drop_reports_repository_<database
type>.sql script on the repository database for BladeLogic Reports. You can find this
script in the file structure extracted from <external-files.zip>, in db_scripts/<database
type>/schema.
Log in as root.
Navigate to the directory containing installation files and invoke the installation script
for BladeLogic Reports.
A message like the following displays:
A previous installation already exists in [/usr/local/bl-reports].
Do you wish to continue?
Enter y.
Another message displays saying a previous installation has been detected.
Enter y to continue.
A message displays, asking you to read third party software license agreements.
Upgrading BladeLogic
6
78
Press Enter.
An acknowledgment displays listing the third party software that BladeLogic uses.
Licensing text for those third parties follows the acknowledgment.
When you are done reading the license agreements, press Enter.
A message displays, warning that you must review text about terms and conditions for
using BladeLogic software.
Press Enter.
Licensing text displays and concludes with the following message:
Do you agree to the terms of the license agreement (y for Yes) ?
Read the licensing text. If you agree with its terms, enter y.
A message displays asking you to enter the host name of the reports server.
10 Enter the name of the reports server that will be used in URLs that access BladeLogic
Reports, or press Enter to accept the host name that the installation program is reading
for this machine.
A message prompts you to confirm your entry.
11 Enter y to confirm your entry for the host name.
A message displays telling you to configure the ports that the Tomcat server should use,
beginning with the HTTP port.
12 Enter the port to which the Tomcat server should listen for HTTP traffic.
A message prompts you to enter an HTTPS port.
13 Do one of the following:
If BladeLogic Reports should not use secure communication based on SSL, enter 0.
A message displays showing the configuration you have specified for the HTTP
port. If the configuration is correct, enter y.
Enter the port that the Tomcat server should use to service HTTPS requests (that
is, HTTP over SSL).
If you enter a value for HTTPS, the installation program creates a self-signed
certificate, which is stored in the keystore location you identify in the next step.
A message prompts you for the certificate location.
Enter a password and then confirm the typing for your password.
A message displays showing the configuration you have specified.
Upgrading BladeLogic
79
14 Provide connection parameters for the core BladeLogic database by doing the following:
a
Enter the name of the server running the BladeLogic core database.
The following displays:
Database Port []:
Enter the port the database listens on. By default a BladeLogic installation uses the
following database port.
Database Type
Port Number
Oracle
1521
Enter the SID of the Oracle database. Typically this name is bladelogic.
The following displays:
User ID []:
15 Provide database connection parameters for the reporting data warehouse, just as you did
in step 14. The database name or SID for the warehouse is typically blreports.
After you provide connection parameters, the following displays:
Please enter your Oracle Home Directory.
Oracle Home []:
Upgrading BladeLogic
80
Enter the name of the host where the Application Server is installed.
The following displays:
Port [9829]:
Enter the port on which the Application Server should listen for communication
from BladeLogic Reports.
By convention, the Application Server listens for SRP traffic on port 9829. For
information on configuring the Application Server port for other purposes, see the
BladeLogic Administration Guide.
When you enter the port number, a message displays, asking you whether the
Application Server parameters are correct.
If you do not want to configure an SMTP server, leave this field blank. A message
says you have chosen not to configure SMTP parameters. If that is correct, enter y.
Enter the name or IP address of the host managing email. If you want to disable
the SMTP Server, leave this field blank.
The following displays:
Port []:
Upgrading BladeLogic
81
Merge any customized changes from the .<version>.bak files to the .xml files.
Note: If you have chosen to recreate your reporting data warehouse as opposed to
upgrading your data and, as such, did not follow the procedure documented in the
Upgrading the BladeLogic Reports Data section, you need to execute the last few
steps of this procedure starting at step 10.
To view the home page for BladeLogic Reports, enter the following address into a web
browser:
https://reports_server:port_number/BladeLogicReports
Upgrading BladeLogic
82
Procedure
Navigate to the directory containing installation files and invoke the installation program
for the PXE Server.
The installer extracts files needed for installation and displays the Setup Type window.
Upgrading BladeLogic
83
A progress bar shows the progress of the installation. The Upgrade Complete window
announces that the upgrade is complete.
You do not have to record the name and location of the data store.
2
Upgrading BladeLogic
84
Install the latest version the PXE Server. As you use the installation program, be sure to
provide information that matches the settings you recorded in step 1.
For more information, see Installing the PXE Server on UNIX (page 190).
Validate your environment to ensure it is ready for the database upgrade (Oracle only).
For more information, see Validating Oracle Environments.
Run the database upgrade (this automatically validates your environment before starting
the upgrade). For more information, see Running Data Upgrades.
Upgrading BladeLogic
85
Click Validate Environment. The progress of the environment check displays in the
results table in the Migration progress area of the console. When the execution of the
tasks completes, a message with the overall status of the validation displays, and the
result of the validation check (whether it passed or failed) is shown next to the
Environment check label in the Migration status area of the console.
Status of check
Results table
For more information on viewing the results, see Viewing Results. If the validation
completed successfully and you want to run the actual upgrade, see Running Data
Upgrades.
Upgrading BladeLogic
86
Upgrading BladeLogic
87
When the execution of all the tasks completes, a message with the overall status of the
upgrade displays, and the result of the upgrade (whether it passed or failed) is shown
next to the Migration result label in the Migration status area of the console.
Status of upgrade - in this
example the upgrade is still
running
Results table
Viewing Results
BladeLogic Data Migration Manager displays the results of an environment check or a
database upgrade in the results table. Each row corresponds to a main task. The following
information is available for each task:
Column
Description
Group
The name of the group of which the task is a member. Task groups are groups of
tasks related to the same feature or function.
Task
Task Entry
Date
Upgrading BladeLogic
Column
Description
Status
Estimated
Run Time
Current
Run Time
Message
88
In addition, you can also access the task details (see Accessing Subtasks) or the full log
including all the tasks, not just the main tasks or just a set of subtasks for a particular main
task (see Viewing the Full Log for a Validation Check or Upgrade).
Accessing Subtasks
Procedure
The log for the task appears in a new window in the same format as results table described in
Viewing Results.
To view the full log for a validation check or upgrade, do the following:
1
From the Task Log window, you can perform any of the following:
To not include the success messages in the log, uncheck Show Information.
>
To not include the warning messages in the log, uncheck Show Warnings.
>
To not include the error messages in the log, uncheck Show Errors.
Upgrading BladeLogic
89
In the results table or a log window, select one or more lines of textual information.
Exporting Logs
Procedure
From a log window, click the Export Log icon (see list of icons). The Export Results
dialog displays.
On the dialog, for Object Name, provide a file name and location where you want to
store the exported results log.
From File encoding, select the type of character encoding that should be used for the
exported data, such as UTF8 or UTF16.
Upgrading BladeLogic
90
For example, if you copied the contents of upgrade to \tmp\upgrade on a Windows system,
you would execute the following command:
.\blmigration_mgr \tmp\upgrade
If you have already completed the data upgrade in a previous BladeLogic Data Migration
Manager session, you will get a warning that there is no migration path from the current
version.
The console displays with the log options enabled and the other options disabled.
This chapter provides installation and maintenance procedures for all BladeLogic
components, including Configuration Manager, Network Shell, Application Server, and the
RSCD agent. This chapter organizes information into the following sections:
Custom installationAllows you to select the components you want to install. The
installation program enforces any dependencies between programs. When you install
components that rely on the presence of other components, you must also install those
other components. For more information, see Performing a Custom Installation.
This section also describes how to install Network Shell by itself (see Installing Only
Network Shell).
A standard installation does not set up a Network Shell Proxy Server. For detailed
instructions on setting up and customizing a Network Shell Proxy Server, see the BladeLogic
Administration Guide.
92
Procedure
Navigate to the directory containing installation files and invoke the installation program
for BladeLogic. The Choose Setup Language window opens.
Select a language to use for the installation. The language you choose will be the default
language for the Provisioning Manager and Configuration Manager consoles, but can be
changed when logging in (see Setting the Language for the Installers on Windows for
more information). Click Next.
93
The installer extracts the files needed for installation and displays the Welcome window.
Click Next. The Acknowledgments window opens, providing license information for all
third-party software products included in BladeLogic.
94
If you want to print the license agreement, click Print and the license agreement is
printed to your default printer.
After reading the license agreement, click Yes if you agree with its terms. The Customer
Information window opens.
95
Enter your name and the name of your organization. Then click Next. The Setup Type
window opens.
Select Typical and click Next. Selecting Typical instructs the installation program to
install Configuration Manager, Provisioning Manager, Network Shell, and associated
help files. The Choose Destination window opens.
Select another location by clicking Browse. The Choose Folder dialog displays. Use
it to select a directory for the installation and click OK. Then click Next.
96
11 Review the current settings to confirm that you have specified the correct installation
configuration and then click Next. The InstallShield Wizard Complete window declares
that the installation is complete.
See Starting Network Shell, Configuration Manager, and Provisioning Manager for
instructions on starting Configuration Manager and Provisioning Manager.
97
System clocks on all Application Servers must be synchronized to within a few seconds
of each other.
If the host where you are installing the Application Server has ActiveState Perl version 5.6.1
installed, this installation automatically installs the Network Shell Perl module. If you have
98
some other version of Perl installed, the installation still installs the Perl module but it may
be incompatible with your Perl executable.
Note: Be aware of the following:
Procedure
Navigate to the directory containing installation files and invoke the installation program
for BladeLogic. The Choose Setup Language window opens.
Select a language to use for the installation. The language you choose will be the default
language for the Provisioning Manager and Configuration Manager consoles, but can be
changed when logging in (see Setting the Language for the Installers on Windows for
more information). Click Next.
99
The installer extracts the files needed for installation and displays the Welcome window.
Click Next. The Acknowledgments window opens, providing license information for all
third-party software products included in BladeLogic.
100
If you want to print the license agreement, click Print and the license agreement is
printed to your default printer.
After reading the license agreement, click Yes if you agree with its terms. The Customer
Information window opens.
101
Enter your name and the name of your organization. Then click Next. The Setup Type
window opens.
Select Full and click Next. The Selected Components window opens.
Review the current settings to confirm that you have specified the correct installation
configuration and then click Next.
A progress bar indicates the progress of the installation until the Certificate Password
window opens. The Certificate Password window prompts you for a password, which is
needed to generate a self-signed X.509 certificate. Communication between
Provisioning Manager and servers being provisioned and between the Application
Server and the process spawner uses the TLS protocol and X.509 certificates. For more
102
information on certificates and the TLS protocol, see the BladeLogic Administration
Guide.
10 On the Certificate Password window, enter a password for the certificate. Then, for
Verify, enter the password again to confirm its accuracy.
When you enter this information, the installation program runs the following command:
keytool -genkey -alias blade -keyalg RSA
-keysize 1024 -dname "CN=hostname"
-keypass password1 -storepass password1
-keystore "<install_dir>\br\bladelogic.keystore"
-validity 1000
If you ever need to manually generate a certificate, you can use this command. In the
command shown above, CN stands for Common Name. The installation program uses
the host name for a Common Name, but you can set it to any value.
103
12 Check Configure the Application Server, if desired, and click Next. The Configure the
Application Server option opens BladeLogics Post-Install Configuration wizard, which
lets you rapidly make a BladeLogic system operational by configuring the Application
Server and setting up administrator passwords. This option is only available if you are
installing the Application Server.
13 If you checked Configure the Application Server, use the Post-Install Configuration
wizard to configure the Application Server and set up administrator passwords. For
information on using the wizard, see Using the Post-Install Configuration Wizard.
14 Click Finish.
The installation is complete. See Starting Network Shell, Configuration Manager, and
Provisioning Manager for instructions on starting the client-tier applications. See
Starting the Application Server for instructions on starting the Application Server. See
Property of BladeLogic, Inc.
Strictly confidential and proprietary
104
System clocks on all Application Servers must be synchronized to within a few seconds
of each other.
If the host where you are installing the Application Server has ActiveState Perl version 5.6.1
installed, this installation automatically installs the Network Shell Perl module. If you have
105
some other version of Perl installed, the installation still installs the Perl module but it may
be incompatible with your Perl executable.
Note: Be aware of the following:
Procedure
Navigate to the directory containing installation files and invoke the installation program
for BladeLogic. The Choose Setup Language window opens.
Select a language to use for the installation. The language you choose will be the default
language for the Provisioning Manager and Configuration Manager consoles, but can be
changed when logging in (see Setting the Language for the Installers on Windows for
more information). Click Next.
106
The installer extracts the files needed for installation and displays the Welcome window.
Click Next. The Acknowledgments window opens, providing license information for all
third-party software products included in BladeLogic.
107
After reading the license agreement, click Yes if you agree with its terms. The Customer
Information window opens.
108
Enter your name and the name of your organization. Then click Next. The Setup Type
window opens.
Select Custom and click Next. The Choose Destination Location window opens.
Select another location by clicking Browse. The Choose Folder dialog displays. Use
it to select a directory for the installation and click OK. Then click Next.
109
Choose the desired components needed for an Application Server by doing the
following:
10 Click Next. The Application Server JVM Settings window opens, which lets you define
the heap size for a Java Virtual Machine (JVM).
110
By default, the installer sets the minimum and maximum heap size to be half the
memory of the local machine.
11 Enter the maximum value for the heap size of the Java Virtual Machine.
12 Click Next. The Selected Components window opens.
13 Review the current settings to confirm that you have specified the correct installation
configuration and then click Next.
A progress bar indicates the progress of the installation. If you are installing the
Application Server, the Certificate Password window opens. The Certificate Password
window prompts you for a password, which is needed to generate a self-signed X.509
certificate. Communication between Provisioning Manager and servers being
provisioned and between the Application Server and the process spawner uses the TLS
111
protocol and X.509 certificates. For more information on certificates and the TLS
protocol, see the BladeLogic Administration Guide.
14 On the Certificate Password window, enter a password for the certificate. Then, for
Verify, enter the password again to confirm its accuracy.
When you enter this information, the installation program runs the following command:
keytool -genkey -alias blade -keyalg RSA
-keysize 1024 -dname "CN=hostname"
-keypass password1 -storepass password1
-keystore "<install_dir>\br\bladelogic.keystore"
-validity 1000
If you ever need to manually generate a certificate, you can use this command. In the
command shown above, CN stands for Common Name. The installation program uses
the host name for a Common Name, but you can set it to any value.
112
16 Check Configure the Application Server, if desired, and click Next. The Configure the
Application Server option opens BladeLogics Post-Install Configuration wizard, which
lets you rapidly make a BladeLogic system operational by configuring the Application
Server and setting up administrator passwords. This option is only available if you are
installing the Application Server.
17 If you checked Configure the Application Server, use the Post-Install Configuration
wizard to configure the Application Server and set up administrator passwords. For
information on using the wizard, see Using the Post-Install Configuration Wizard. When
you finish using the wizard, the InstallShield Wizard Complete window opens.
18 Click Finish.
The installation is complete. See Starting Network Shell, Configuration Manager, and
Provisioning Manager for instructions on starting the client-tier applications. See
Property of BladeLogic, Inc.
Strictly confidential and proprietary
113
Starting the Application Server for instructions on starting the Application Server. See
the BladeLogic Administration Guide for instructions on configuring the Application
Server.
BladeLogic recommends that you synchronize the clock on the Application Server and
all client machines. Clocks should be synchronized to the minute. For example, if an
Application Server is in Boston, where the time is 7:04, the clock on client machines in
San Francisco should be set to 4:04. The clocks on Application Servers that are
balancing their workloads should be synchronized to within a few seconds of each other.
Procedure
Navigate to the directory containing installation files and invoke the installation program
for Network Shell.
If this is the initial installation, the Choose Setup Language window opens in the local
language of the Windows operating system. All subsequent invocations of the installer
(upgrades and uninstalls) will use the language selected at the initial installation. To
114
choose a different language after an initial installation, first uninstall the product, and
then run the install program again.
115
After reading the license agreement, click Yes if you agree with its terms. The Customer
Information window opens.
116
Enter your name and the name of your organization. The Choose Destination Location
window opens.
Select another location by clicking Browse. The Choose Folder dialog displays. Use
it to select a directory for the installation and click OK. Then click Next.
Review the current settings to confirm that you have specified the correct installation
configuration and then click Next. A progress bar indicates the progress of the
117
installation until the InstallShield Wizard Complete window declares that the installation
is complete.
Navigate to the directory containing the installation program for the version of
BladeLogic that is currently installed and invoke the installation program.
118
The installer extracts the files needed for installation and displays the Welcome window.
119
to install the provisioning server, which is a component needed when you are using
Provisioning Manager.
Review the current settings to confirm that you have specified the correct installation
configuration and then click Next. A progress bar indicates the progress of the
installation until either the Post-Configuration Options window opens or the
Maintenance Complete window opens. The Post-Configuration Options window only
displays if you are adding the Application Server.
Check Configure the Application Server, if desired, and click Next. The Configure the
Application Server option opens BladeLogics Post-Install Configuration wizard, which
120
lets you rapidly make a BladeLogic system operational by configuring the Application
Server and setting up administrator passwords.
7
If you checked Configure the Application Server, use the Post-Install Configuration
wizard to configure the Application Server and set up administrator passwords. For
information on using the wizard, see Using the Post-Install Configuration Wizard. When
you finish using the wizard, the Maintenance Complete window opens.
Navigate to the directory containing the installation program for the version of
BladeLogic that is currently installed and invoke the installation program.
121
The installer extracts the files needed for installation and displays the Welcome window.
Select Repair and click Next. A progress bar indicates the progress of the installation
until the Maintenance Complete window declares that the installation is complete.
122
Before performing this procedure, you may want to save some or all of the following
configuration files:
Procedure
From the Start menu, select Programs > BladeLogic > Uninstall Operations
Manager.
From the Windows Control Panel, open the Add/Remove Programs dialog. Select
BladeLogic Operations Manager and click Change/Remove.
Click OK.
123
124
Procedure
Navigate to the directory containing installation files and invoke the installation program
for the RSCD agent.
If this is the initial installation, the Choose Setup Language window opens in the local
language of the Windows operating system. All subsequent invocations of the installer
(upgrades and uninstalls) will use the language selected at the initial installation. To
choose a different language after an initial installation, first uninstall the product, and
then run the install program again.
125
The installer extracts the files needed for installation and displays the Welcome window.
Note: If the Microsoft XML (MSXML) 2.5 or later parser is not installed on
this server, a warning displays. MSXML is installed by default on Windows
2003 and XP machines but not on Windows 2000. For BladeLogics patch
analysis functionality to be operable, MSXML 2.5 or later must be installed.
You can cancel the installation or click OK to continue. If you continue, patch
analysis will not function correctly on this server until MSXML 2.5 or later is
installed.
126
After reading the license agreement, click Yes if you agree with its terms. The Customer
Information window opens.
Enter your name and the name of your organization. Then click Next. The Setup Type
window opens.
127
Select another location by clicking Browse. The Choose Folder dialog displays. Use
it to select a directory for the installation and click OK.
If you are performing a typical installation, a window lets you review your current
installation options. Proceed to step 15.
If you are performing an expert installation, a window lets you specify clients where
users should be granted Administrator privileges. By default, users with
Administrator privileges on client machines are not granted Administrator privileges
on servers.
128
For Host, enter the name of a client where users with Administrator privileges should be
granted local Administrator privileges on this server.
Note: NT Domain Controllers have no local users. For information on granting
Administrator privileges on NT Domain Controllers, see the BladeLogic
Administration Guide.
10 Click Next, and a window lets you map a user on a client to a user on a server.
Typically you map user names to give Administrator privileges on the server to client
users. If you do not map user privileges, BladeLogic will attempt to map a client user to
an existing user on the server. If no match is found, BladeLogic maps the user to
Anonymous. However, BladeLogic does not automatically map Administrator on the
client to Administrator on the server unless you make that possible for a particular client
by specifying its host name in the previous step. If you use this window to map a client
user to a local user, the client user receives the local users privileges when connecting
from any client machine. To implement this mapping, BladeLogic generates an entry in
the users.local configuration file. For more information on user privilege mapping and
the configuration files, see the BladeLogic Administration Guide.
11 To map users between clients and the server, enter a client user name in Client Name.
For Local User, enter a user name on the server.
129
Check Use secure (digitally signed) agent logs to secure agent logs by assigning
message authentication codes and sequence numbers to the current log, and by
digitally signing the rolled logs.
Check Use keystroke logs for nexec commands to create keystroke logs for
capturing log information for remote commands run on the agent using nexec
14 Click Next.
130
Agents are automatically licensed with a demonstration license valid for only two weeks.
Visit www.bladelogic.com/support.jsp to obtain and install long-term licenses for one or
more agents. For general information on licensing agents, see Licensing Agents.
16 Click Finish to complete the installation.
From the Start menu, select Settings > Control Panel. Double-click Add/Remove
Programs. Select RSCD agent, and then click Change/Remove.
The installer extracts files. What the installer displays next depends on which version of
the RSCD agent you currently have installed.
131
If the installer detects an earlier version of the RSCD agent, it displays the Setup
Type window. Select Uninstall and then click Next.
If the installer detects that the current version of the RSCD agent is installed, it
displays a dialog asking if you want to uninstall the RSCD Agent. Click Yes.
After you take either of the actions described above, the Confirm Uninstall dialog
displays.
Click OK.
132
On a domain controller, set Domain Controller Security Policies by doing the following:
a
Select Security Settings > Local Policies > User Rights Assignment.
Double-click Deny logon locally and check Define These Policy Settings.
Double-click Log on as a batch job and check Define These Policy Settings.
Install the RSCD agent on the domain controller. For more information on installing
RSCD agents, see Installing and Uninstalling RSCD Agents.
License the agent on the domain controller. For more information on licensing agents,
see Licensing Agents or visit www.bladelogic.com/support.jsp.
133
Using Network Shell, run the agentinfo command on the domain controllers agent by
entering the following command:
agentinfo <DC_name>
where <DC_name> is the name of the server running the domain controller.
Running agentinfo (or any Network Shell command) establishes a connection to the
RSCD agent on the domain controller, creates a user called BladeLogicRSCD, and
creates Domain Controller Security Policies.
If Domain Controller Security Policies are not set to defined, as described in the first
step, the RSCD agent creates Local Security Policies instead. In this situation you must
manually set the Domain Controller Security Policies to continue.
Confirm that replication has occurred to a second domain controller by checking its
Local Security Policy. Both of the policies listed above (Deny logon locally and Log on
as a batch job) should be set to Effective.
Typically replication occurs between domain controllers at five minute intervals.
Using Network Shell, run the agentinfo command on the second domain controllers
agent.
Because the BladeLogicRSCD user already exists (as a domain user), it is not re-created.
After replication occurs again, run the agentinfo command against both domain
controllers. The agents on both machines should successfully return data.
134
Your Action
Do nothing
Do nothing
Do nothing
BladeLogic Reports is a reporting tool that makes a variety of data center operations
information available to a web-based report viewer. System administrators and IT
professionals use BladeLogic Reports to monitor and improve operations throughout the data
centers they manage. BladeLogic Reports allow users to view, print, and export reports using
a web browser.
To support BladeLogics web-based reports, you must set up a reporting environment on a
web server. This guide refers to that machine as the reports server.
The following is a high-level description of the process needed to set up a reporting
environment.
1
Set up the database tables, as described in Setting Up the Schemas for BladeLogic
Reports. BladeLogic Reports reads data from BladeLogics core database and a data
warehouse that stores reporting data.
Make sure the server where you installed BladeLogic Reports meets the following
requirements:
Make sure the logging priority is set to info level or higher on managed servers. The
default logging level when you install an agent is info. The logging level is controlled
using the priority option in the <category> appender in the log4crc.txt file. For
more information on log4crc.txt, see the BladeLogic Administration Guide.
Set up data collection jobs. BladeLogic Reports provides three data collections scripts.
You must use Configuration Manager to set up these scripts as Network Shell Script jobs
that run on a regular basis to collect data for BladeLogic Reports. Setting Up Data
Collection Jobs describes how to set up data collection jobs.
Set up the Configuration Manager jobs needed to support reports. Some reports are
based on Configuration Manager jobs that are run while using Configuration Manager.
See the BladeLogic Users Guide for information on setting up jobs in Configuration
Manager.
136
Procedure
An RSCD agent must be installed on the machine where you are installing
BladeLogic Reports.
The reports server must have the Oracle or SQL Server client software
installed. The version of the client software must correspond to the version of
the database server software (see Reports Server Software for more
information).
137
Click Next. The Acknowledgements window opens, providing license information for
all third party software products included in BladeLogic Reports.
138
After reading the license agreement, click Yes if you agree with its terms. The Customer
Information window opens.
Enter your name and the name of your organization. Then click Next. The Choose
Destination Location window opens.
139
Select another location by clicking Browse. The Choose Folder dialog displays. Use
it to select a directory for the installation and click OK. Then click Next.
Enter the name of the reports server that will be used in URLs that access BladeLogic
Reports. Then click Next.
140
For HTTP, enter the port to which the Tomcat server should listen for HTTP traffic.
If BladeLogic Reports should not use secure communication based on SSL, leave
the HTTPS field blank.
If you perform this step, the installation program creates a self-signed certificate, which
is stored in the keystore location you identify.
11 Click Next. The Operations Manager Database window opens.
141
This window lets you define a connection to the core BladeLogic database, which
contains tables needed for BladeLogic Reports.
12 From Database Type, select the type of database you are using for the core BladeLogic
database. Depending on the type you select, other options and default values change on
this window.
13 Enter the following information to define a connection with the core database:
HostThe name of the server running the database.
PortThe port the database listens on. By default a BladeLogic installation uses the
following database ports.
Database Type
Port Number
Oracle
1521
SQL Server
1433
Database/SIDThe name of the SQL Server database or the SID of the Oracle
database. Typically this database is named bladelogic.
UserA login ID for the BladeLogic database.
PasswordA password for the login ID.
142
14 Click Next. The Warehouse Database window opens. It lets you define a connection to
the reporting data warehouse.
Note: The Database Type is automatically set to the same type of database
chosen in the previous window.
15 Enter the following information to define a connection with the reporting data
warehouse:
HostThe name of the server running the reporting data warehouse.
PortThe port the warehouse database listens on. By default a BladeLogic installation
uses the following database ports.
Database Type
Port Number
Oracle
1521
SQL Server
1433
Database/SIDThe name of the SQL Server database or the SID of the Oracle
database. Typically this database is named blreports.
UserA login ID for the reporting data warehouse.
PasswordA password for the login ID.
If your database type is SQL Server, proceed to step 18. If your Warehouse database
type is Oracle, proceed to the next step.
143
16 Click Next. If your Warehouse database type is Oracle, the Warehouse Oracle Net
Service window opens.
17 Enter the name of the Oracle Net Service for your Warehouse database.
18 Click Next. The Application Server Location window opens. BladeLogic Reports
authenticates through the Application Server.
144
20 Click Next. The SMTP options window opens. BladeLogic Reports requires an email
server. (SMTP stands for simple mail transfer protocol.)
23 Review the current settings to confirm that you have specified the correct installation
configuration and then click Next. A progress bar indicates the progress of the
145
installation until the InstallShield Wizard Complete window opens and informs you that
the installation is finished but you must restart your computer.
Select an option indicating you want to restart your computer immediately. Then
click Finish.
Select an option indicating you will restart your computer later. Then click Finish.
You must restart for the installation to be complete.
25 If your available RAM is greater than 1.5 GB, increase the default Tomcat heap size
from 512 MB to 1/3 of your total available memory rounded up to the nearest 128 MB
boundary, but no more than 1/2 of available RAM or 1024 MB maximum, as follows:
Change the -Xmx and -Xms values from 512 to the increased heap size in the following
registry keys under HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\
Services\Apache Tomcat\Parameters:
Key
Default Value
-Xmx512M
-Xms512M
146
27 Restart the reports server. From the Windows Start menu, select Settings > Control
Panel. Double-click Administrative Tools, and double-click Services. Right-click
Apache Tomcat, and select Restart from the pop-up menu.
To view the home page for BladeLogic Reports, use the Start menu and select Programs >
BladeLogic > Reports > Reports Home Page.
Procedure
The /tmp directory must have at least 200 MB of available disk space.
>
If you are installing on Red Hat Linux, the compat-libstdc++ RPMs must
be installed. Also, the XFree86-libs or xorg-x11-libs RPMs must be
installed.
>
If you are installing on SuSE 8.x, the compat and xf86 RPMs must be
installed.
>
If you are installing on SuSE 9.x, either the compat or compat-32bit RPM
must be installed and the xf86 RPM must be installed.
>
If you are installing on SuSE 10.x, either the compat or compat-32bit RPM
must be installed and the xorg-x11 RPM must be installed.
The reports server must have the Oracle client software installed. The version
of the client software must correspond to the version of the database server
software (see Reports Server Software for more information).
Log in as root.
Navigate to the directory containing installation files and invoke the installation script
for BladeLogic Reports.
A message displays asking you to choose an installation directory.
Enter y to create a new installation directory for BladeLogic Reports in the default
location of /usr/local/bl-reports. If that directory already exists, press Enter.
A message displays letting you choose a language for the installation program.
147
Enter the number representing the language you want to use for the installation.
The following message displays:
Welcome to the BladeLogic Reports 7.4.5 installation script ...
Do you wish to continue (y/n) ?
Enter y.
A message displays, asking you to read third party software license agreements.
Press Enter.
An acknowledgment displays listing the third party software that BladeLogic uses.
Licensing text for those third parties follows the acknowledgment.
When you are done reading the license agreements, press Enter.
A message displays, warning that you must review text about terms and conditions for
using BladeLogic software.
Press Enter.
Licensing text displays and concludes with the following message:
Do you agree to the terms of the license agreement (y for Yes) ?
Read the licensing text. If you agree with its terms, enter y.
A message displays asking you to enter the host name of the reports server.
10 Enter the name of the reports server that will be used in URLs that access BladeLogic
Reports, or press Enter to accept the host name that the installation program is reading
for this machine.
A message prompts you to confirm your entry.
11 Enter y to confirm your entry for the host name.
A message displays telling you to configure the ports that the Tomcat server should use,
beginning with the HTTP port.
12 Enter the port to which the Tomcat server should listen for HTTP traffic.
A message prompts you to enter an HTTPS port.
13 Do one of the following:
If BladeLogic Reports should not use secure communication based on SSL, enter 0.
A message displays showing the configuration you have specified for the HTTP
port. If the configuration is correct, enter y.
Enter the port that the Tomcat server should use to service HTTPS requests (that
is, HTTP over SSL).
If you enter a value for HTTPS, the installation program creates a self-signed
certificate, which is stored in the keystore location you identify in the next step.
A message prompts you for the certificate location.
148
14 Provide connection parameters for the core BladeLogic database by doing the following:
a
Enter the name of the server running the BladeLogic core database.
The following displays:
Database Port [1521]:
Enter the port the database listens on. By default a BladeLogic installation uses the
following database port.
Database Type
Port Number
Oracle
1521
Enter the name of the SID of the Oracle database. Typically this name is
bladelogic.
The following displays:
User ID []:
c
15 Choose a database type and provide database connection parameters for the reporting
data warehouse, just as you did in step 14. The database name or SID for the warehouse
is typically blreports.
149
Enter the name of the host where the Application Server is installed.
The following displays:
Port [9829]:
Enter the port on which the Application Server should listen for communication
from BladeLogic Reports.
By convention, the Application Server listens for SRP traffic on port 9829. For
information on configuring the Application Server port for other purposes, see the
BladeLogic Administration Guide.
When you enter the port number, a message displays, asking you whether the
Application Server parameters are correct.
If you do not want to configure an SMTP server, leave this field blank. A message
says you have chosen not to configure SMTP parameters. If that is correct, enter y.
Enter the name or IP address of the host managing email. If you want to disable
the SMTP Server, leave this field blank.
The following displays:
Port []:
150
If you are performing a fresh installation, a series of messages display and the
installation is complete.
22 If your available RAM is greater than 1.5 GB, increase the default Tomcat heap size
from 512 MB to 1/3 of your total available memory rounded up to the nearest 128 MB
boundary, but no more than 1/2 of available RAM or 1024 MB maximum, as follows:
Change the value of the -Xmx and -Xms values from 512 to the increased heap size in
the following section of the /etc/init.d/bltomcat file:
start)
CATALINA_OPTS="-Xmx512M -Xms512M -Djava.awt.headless=true
-Djavax.net.ssl.trustStore=
/usr/local/bl-reports/Tomcat/webapps/
BladeLogicReports/WEB-INF/conf/tomcattruststore
-Djavax.net.ssl.trustStorePassword=tomcattruststore
-Djava.protocol.handler.pkgs=com.sun.net.ssl
.internal.www.protocol"
export CATALINA_OPTS
/etc/init.d/bltomcat restart
To view the home page for BladeLogic Reports, enter the following address into a web
browser:
https://reports_server:port_number/BladeLogicReports
151
From the Start menu, select Program Files > BladeLogic > Reports > Uninstall
Reports.
The installer extracts files and displays a dialog asking you if you want to uninstall
BladeLogic Reports.
Click OK.
The Uninstall Complete window announces that the uninstall is complete.
Click Finish.
Log in as root.
Navigate to the directory where you have installed BladeLogic Reports. Typically this
directory is /usr/local/bl-reports.
152
os_config.nsh
This script collects data for inventory reports. When you create and run a Network Shell
Script Job based on os_config.nsh, the script creates one XML file (known as a server data
file) for every server you specify in the job. The server data file contains configuration
information about that server. The script copies the server data file to a directory on the
reports server.
Note: Each server data file created by this job is named for the target server, and
the file overwrites any XML files of the same name that already exist on the server.
Procedure
Create one or more Network Shell script jobs based on the script you added to the depot
in the previous step. Use each job to identify servers or server groups against which the
script should run. Schedule the jobs to run at a frequency that you prefer. BladeLogic
153
recommends running this job no more than once a week per server. Ideally, this job
should run during off peak hours.
Note: The os_config.nsh script uses a variety of commands to collect data.
While it does not make any changes to target servers, it does utilize server
resources. If you are running this script on production servers, you should
schedule the job so it runs at a time that does not affect business activity.
collect_agent_logs.nsh
This script collects data for Server Usage reports. The collect_agent_logs.nsh job
copies data from agent logs on the target servers you specify to files on the reports server.
Note: Run this script before you run populate_reports.nsh for the first time.
In general, it is a good practice always to run collect_agent_logs.nsh before
running populate_reports.nsh to ensure you are reporting on the latest server
data.
Procedure
Create one or more Network Shell script jobs based on the script you added to the depot
in the previous step. Each job should run against target servers or server groups. From
these servers, agent logs are collected. Schedule each job to run at a frequency that you
prefer. BladeLogic recommends running this job against all of your servers at least once
a week. Ideally, this job should run during off-peak hours.
154
populate_reports.nsh
This script performs all data aggregation and populates the reporting data warehouse.
Note: Before you run this script for the first time, you should run
collect_agent_logs.nsh. In general, it is a good practice always to run
collect_agent_logs.nsh before running this script to ensure you are reporting
on the latest server data.
Occasionally deleted objects are loaded into the reporting data warehouse when
running populate_reports.nsh. This occurs when an object has been
deleted, but it has objects that are dependent on it. Those dependent objects are not
deleted automatically. For example, components of a template are loaded into the
data warehouse and can appear in reports even after the template is deleted. The
dependent objects get loaded into the data warehouse when you run the
populate_reports.nsh script unless you first mark them for deletion by
running the update_delete_dependencies.nsh script as described in the
following section.
Procedure
Create a Network Shell script job based on the script you added to the depot in the
previous step. The job should run against the reporting serverthat is, the server where
BladeLogic Reports is installed. Schedule the job to run as frequently as you want to
populate your reporting database. BladeLogic recommends running this job once a day.
Ideally, this job should run during off-peak hours.
update_delete_dependencies.nsh
This script checks if deleted objects have any dependencies. If a deleted object has
dependencies, the script marks the dependent objects for deletion. For example, it marks the
components of a deleted template for deletion. Running this script ensures that no
deleted objects will be loaded into the reporting data warehouse the next time
popuplate_reports.nsh is run.
Procedure
Create a Network Shell script job based on the script you added to the Depot in the
previous step. The job should run against the reporting serverthat is, the server where
BladeLogic Reports is installed. This job should be run with the same permissions as the
155
role that executes the clean-up utility. This job should be run between running the
clean-up utility and a subsequent popuplate_reports.nsh script. See the
BladeLogic Administration Guide for more information on running the clean-up utility.
System clocks on all Application Servers must be synchronized to within a few seconds
of each other.
157
A standard installation of middle tier components does not set up a Network Shell Proxy
Server. For detailed instructions on setting up and customizing a Network Shell Proxy
Server, see the BladeLogic Administration Guide.
If the host where you are installing the Application Server has the correct version of Perl
installed (version 5.6.0 for Linux and Solaris), this installation automatically installs the
BladeLogic Network Shell Perl module. If you have some other version of Perl installed, the
installation still installs the Perl module but it may be incompatible with your Perl
executable.
Note: If you are installing the Application Server, you must provide database
connection information to complete this procedure. If you want to set up the
BladeLogic database before you begin to install software, see the chapter on
databases in the BladeLogic Administration Guide.
Procedure
Log in as root.
Navigate to the directory containing installation files and invoke the installation script
for BladeLogic.
The following message displays:
Please choose the installation directory. [/usr/nsh]
Enter the number representing the language you want to use for the installation. The
language you choose will be the default language for the Provisioning Manager and
Configuration Manager consoles, but can be changed when logging in (see Setting the
Language for the Installers on UNIX for more information).
A welcoming message displays, followed by a message asking you to read the third
party software license agreements.
Press Enter.
An acknowledgment displays listing the third party software that BladeLogic uses.
Licensing text for those third parties follows the acknowledgment.
When you are done reading the license agreements, press Enter.
A message displays, warning you that you must review text about terms and conditions
for using this software.
Press Enter.
Licensing text displays and concludes with the following message:
Do you agree to the terms of the license agreement (y for Yes) ?
Read the licensing text. If you agree with its terms, enter y.
158
Utilities
RSCD Agent
Application Server
Provisioning Server
PXE Server
TFTP Server
Client
4 5 6 -
Utilities
Network Shell
Configuration Manager Console
Provisioning Manager Console
Enter A.
A + displays next to all installation components, indicating you have chosen to install all
server, client, and database utilities.
10 Enter 9.
A list shows the software you have chosen to install. The following message displays:
Do you wish to continue (y/n) ?
11 Enter y.
Several messages display as the installation goes through various setup stages. The
following message displays:
Do you wish to use secure (digitally signed) logs for the RSCD
Agent (y/n)?:
12 Enter Y to secure agent logs by assigning message authentication codes and sequence
numbers to the current log, and by digitally signing the rolled logs. Enter N to not enable
secure logging.
13 Enter Y to create keystroke logs for capturing log information for remote commands run
on the agent using nexec. Enter N to not turn on keystroke logging for nexec commands.
159
If the installation program detects that the machine does not include a hardware device
for generating random numbers, the installation program explains why BladeLogic
needs random numbers and concludes with the following message:
Please choose the type of random number support you wish to use.
1 - Create a .rnd file in /
2 - Do not install anything else (Usually chosen if
you will add a patch)
3 - Install the PRNGD
Random number support choice [1]:
Generate a file that functions as a random number seed by doing the following:
a
Enter 1.
A message displays, concluding with the following:
Please type randomly on your keyboard until the progress bar
stops. Your keystrokes will be used to generate a seed.
Hit random keystrokes until the progress bar stops and the following message
displays:
Hit Return/Enter to continue:
Press Enter.
Note: If you use this method for random number support, because this is a less
secure means of creating random numbers, keystroke logs will not be generated
even if you entered Y in step 13. In addition, secure agent logs will fail over to
normal rolling logs. If you wish to use keystroke logs and/or secure agent logs, you
must either install a random number generator patch (if available) or install
PRNGD.
Skip this option by entering 2. A message warns that you must install a patch for
your random number device or configure your own random number generator before
you can use secure communication based on TSL/SSL in BladeLogic.
160
Several messages display, ending with a description of user privilege mapping and the
following message:
Setup an initial host with root equivalency (y/n) ?
By default, users with root privileges on client machines are not granted root privileges
on servers. This option lets you specify client machines where users should be granted
root privileges on this server.
15 If you want to grant root privileges on this server to users on a client machine, do the
following:
a
Enter the name of a client where users with root privileges should be granted root
privileges on this server.
A message shows the host you have designated, and then the following message
displays:
Setup a mapping for a particular client user (y/n) ?
Typically you map user names to give root privileges on the server to client users. If you
do not map user privileges, BladeLogic will attempt to map a client user to an existing
user on the server. If no match is found, BladeLogic maps the client user to nobody.
However, BladeLogic does not automatically map a root user on the client to root on the
server unless you make that possible for a particular client by specifying its host name,
as described in step 13. If you do map a client user to a local user, the client user receives
the local users privileges when connecting from any client machine. To implement this
mapping, BladeLogic generates an entry in the users.local configuration file. For more
information on user privilege mapping and the configuration files, see the BladeLogic
Administration Guide.
16 If you want to map users between clients and the server, do the following:
a
Enter a local user. A message shows the mapping you have specified and asks you to
confirm your choices.
Enter y.
17 Enter 1.
161
The installer sets the maximum heap size for the Java Virtual Machine (JVM). By
default, it sets the maximum size to 512 MB.
20 Enter the maximum JVM heap size.
Several messages display, ending with a message asking you to enter a password so a
self-signed certificate can be generated. Communication between Provisioning Manager
and servers being provisioned and between the Application Server and the process
spawner uses SSL and requires an X.509 certificate. For more information on certificates
and SSL, see the BladeLogic Administration Guide.
Using this information, the installation program runs the following command:
keytool -genkey -alias blade -keyalg RSA
-keysize 1024 -dname "CN=hostname"
-keypass password1 -storepass password1
-keystore "<install_dir>/br/bladelogic.keystore"
-validity 1000
If you ever need to manually generate a certificate, you can use this command. In the
command shown above, CN stands for Common Name. The installation program uses
the host name for a Common Name, but you can set it to any value.
21 Enter a password and then confirm your entry by entering it again.
22 Enter a number corresponding to the type of database you are using for the core
BladeLogic database.
The following displays:
Please enter the BladeLogic database connection parameters:
Database Server []:
162
23 Provide connection parameters for the BladeLogic database by doing the following:
a
Enter the port the database listens on. By default a BladeLogic installation uses the
following database ports.
Database Type
Port Number
Oracle
1521
Enter the name of the SID of the Oracle database. Typically this name is
bladelogic.
The following displays:
User ID []:
A message displays listing the host name and IP address of this server. This information
is needed to configure a connection with the TFTP server and the data store.
24 If the information identifying this server is correct, enter y.
If the DHCP server is located on another server, the installation program automatically
configures this server to function as a DHCP proxy.
Note: You must configure the DHCP server differently, depending on whether
it is installed on the same machine as the PXE Server. For more information on
configuring the DHCP server, see the BladeLogic Users Guide. BladeLogic
recommends that you not install the PXE Server on the same machine as the
DHCP server.
25 Answer the question about the location of the DHCP Server.
163
The basic installation is complete. Now the installer gives you the option of configuring
the Application Server by displaying the following message:
Do you wish to set your DISPLAY and configure the Application Server
(y/n) ?
26 Enter y and the installer prompts you to define a display variable. Enter a variable and
BladeLogics Java-based Post-Install Configuration wizard opens.
If you are setting up VMware ESX servers, you must define certain
properties that allow the Application Server to communicate with a web
service which accesses the ESX servers virtual infrastructure. For more
information on configuring an ESX server, see the BladeLogic Users
Guide.
For information on starting client utilities, see Starting Network Shell, Configuration
Manager, and Provisioning Manager. See Starting the Application Server for
instructions on starting the Application Server.
BladeLogic recommends that you synchronize the clock on the Application Server and
all client machines. Clocks should be synchronized to the minute. For example, if an
Application Server is in Boston, where the time is 7:04, the clock on client machines in
San Francisco should be set to 4:04. The clocks on Application Servers that are
balancing their workloads should be synchronized to within a few seconds of each other.
164
Log in as root.
Navigate to the directory containing installation files and invoke the installation script
for BladeLogic.
A message displays letting you choose a language for the installation program.
Enter the number representing the language you want to use for the installation. The
language you choose will be the default language for the Provisioning Manager and
Configuration Manager consoles, but can be changed when logging in (see Setting the
Language for the Installers on UNIX for more information).
The following message displays:
Please choose the installation directory. [/usr/nsh]
Press Enter.
An acknowledgment displays listing the third party software that BladeLogic uses.
Licensing text for those third parties follows the acknowledgment.
When you are done reading the license agreements, press Enter.
A message displays, warning you that you must review text about terms and conditions
for using this software.
Press Enter.
Licensing text displays and concludes with the following message:
Do you agree to the terms of the license agreement (y for Yes) ?
Read the licensing text. If you agree with its terms, enter y.
The following displays:
============== Select Installation Components =============
Server Utilities
1 - RSCD Agent
2 - Application Server
3 - Provisioning Server
P - PXE Server
T - TFTP Server
Client
4 5 6 -
165
Utilities
Network Shell
Configuration Manager Console
Provisioning Manager Console
Enter 456.
A + displays next to Network Shell, Configuration Manager, and Provisioning Manager,
indicating you have chosen to install them.
10 Enter 9.
Network Shell, Configuration Manager, and Provisioning Manager appear in a list of the
software you want to install. The following message displays:
Do you wish to continue (y/n) ?
11 Enter y.
Several messages display as the installation goes through various setup steps. The
following message displays:
Do you wish to use secure (digitally signed) logs for the RSCD
Agent (y/n)?:
12 Enter Y to secure agent logs by assigning message authentication codes and sequence
numbers to the current log, and by digitally signing the rolled logs. Enter N to not enable
secure logging.
13 Enter Y to create keystroke logs for capturing log information for remote commands run
on the agent using nexec. Enter N to not turn on keystroke logging for nexec commands.
The installation program tests if the machine includes a hardware device for generating
random numbers and if it is functioning properly. Additional text explains why
BladeLogic needs random numbers and describes the options BladeLogic provides for
immediately setting up random number support. The text concludes with the following
message:
Please choose the type of random number support you wish to use.
1 - Create a .rnd file in /
2 - Do not install anything else (Usually chosen if
you will add a patch)
3 - Install the PRNGD
Random number support choice [1]:
166
The installation program also gives you two other options. You can install an entropy
gathering daemon (EGD) that performs a variety of actions to generate random data in a
secure manner. The BladeLogic EGD is called the Pseudo Random Number Generator
Daemon (PRNGD). Alternatively, you can generate a random number seed, which
provides BladeLogic with a less secure means of generating random numbers. If you
wish to generate keystroke logs for nexec commands and/or secure agent logs, you must
either install a patch or use PRNGD.
14 If you are prompted to make a decision about random number support, do one of the
following:
Generate a file that functions as a random number seed by doing the following:
a
Enter 1.
A message displays, concluding with the following:
Please type randomly on your keyboard until the progress bar
stops. Your keystrokes will be used to generate a seed.
Hit random keystrokes until the progress bar stops and the following message
displays:
Hit Return/Enter to continue:
Press Enter.
Note: If you use this method for random number support, because this is a less
secure means of creating random numbers, keystroke logs will not be generated
even if you entered Y in step 13. In addition, secure agent logs will fail over to
normal rolling logs. If you wish to use keystroke logs and/or secure agent logs, you
must either install a random number generator patch (if available) or install
PRNGD.
Skip this option by entering 2. A message warns that you must install a patch for
your random number device or configure your own random number generator before
you can use secure communication based on TSL/SSL in BladeLogic.
167
17 Enter the name or IP address of the server running the Application Server or press Enter
to accept the default value.
Log in as root.
Navigate to the directory containing installation files and invoke the installation script
for Network Shell.
The following message displays:
Please choose the installation directory. [/usr/nsh]
Enter the number representing the language you want to use for the installation.
A welcoming message displays followed by a warning you that you must review text
about terms and conditions for using this software.
Press Enter.
Licensing text displays and concludes with the following message:
Do you agree to the terms of the license agreement (y for Yes) ?
168
Read the licensing text. If you agree with its terms, enter y.
The following displays:
============== Select Installation Components =============
Server Utilities
1 - RSCD Agent
Client Utilities
4 - Network Shell
Enter 4.
A + displays next to Network Shell to indicate you have chosen to install it.
Enter 9.
The following message displays:
Do you wish to continue (y/n) ?
Enter y.
The installation program tests if the machine includes a hardware device for generating
random numbers and if it is functioning properly. Additional text explains why
BladeLogic needs random numbers and describes the options BladeLogic provides for
immediately setting up random number support. The text concludes with the following
message:
Please choose the type of random number support you wish to use.
1 - Create a .rnd file in /
2 - Do not install anything else (Usually chosen if
you will add a patch)
3 - Install the PRNGD
Random number support choice [1]:
169
10 If you are prompted to make a decision about random number support, do one of the
following:
Generate a file that functions as a random number seed by doing the following:
a
Enter 1.
A message displays, concluding with the following:
Please type randomly on your keyboard until the progress bar
stops. Your keystrokes will be used to generate a seed.
Hit random keystrokes until the progress bar stops and the following message
displays:
Hit Return/Enter to continue:
Press Enter.
Skip this option by entering 2. A message warns that you must install a patch for
your random number device or configure your own random number generator before
you can use secure communication based on TSL/SSL in BladeLogic.
These files make it easier to set up Network Shell as a login shell. This prompt is not
displayed when installing on AIX.
11 Enter y.
Procedure
170
Log in as root.
Navigate to the directory containing installation files and invoke the installation script
for the RSCD agent.
The following message displays:
Please choose the installation directory. [/usr/nsh]
Enter the number representing the language you want to use for the installation.
A welcoming message displays, followed by a warning you that you must review text
about terms and conditions for using this software.
Press Enter.
Licensing text displays and concludes with the following message:
Do you agree to the terms of the license agreement (y for Yes) ?
Read the licensing text. If you agree with its terms, enter y.
The following displays:
============== Select Installation Components =============
Server Utilities
1 - RSCD Agent
9 - Start the installation
A - Select all components
Select component
Enter 1.
A + displays next to RSCD Agent to indicate you have chosen to install it.
Enter 9.
The following message displays:
Do you wish to continue (y/n) ?
Enter y.
Several messages display as the installation goes through various setup steps. The
following message displays:
Do you wish to use secure (digitally signed) logs for the RSCD
Agent (y/n)?:
10 Enter Y to secure agent logs by assigning message authentication codes and sequence
numbers to the current log, and by digitally signing the rolled logs. Enter N to not enable
secure logging.
11 Enter Y to create keystroke logs for capturing log information for remote commands run
on the agent using nexec. Enter N to not turn on keystroke logging for nexec commands.
171
The installation program tests if the machine includes a hardware device for generating
random numbers and if it is functioning properly. Additional text explains why
BladeLogic needs random numbers and describes the options BladeLogic provides for
immediately setting up random number support. The text concludes with the following
message:
Please choose the type of random number support you wish to use.
1 - Create a .rnd file in /
2 - Do not install anything else (Usually chosen if
you will add a patch)
3 - Install the PRNGD
Random number support choice [1]:
Generate a file that functions as a random number seed by doing the following:
a
Enter 1.
A message displays, concluding with the following:
Please type randomly on your keyboard until the progress bar
stops. Your keystrokes will be used to generate a seed.
Hit random keystrokes until the progress bar stops and the following message
displays:
Hit Return/Enter to continue:
Press Enter.
Note: If you use this method for random number support, because this is a less
secure means of creating random numbers, keystroke logs will not be generated
even if you entered Y in step 13. In addition, secure agent logs will fail over to
normal rolling logs. If you wish to use keystroke logs and/or secure agent logs, you
must either install a random number generator patch (if available) or install
PRNGD.
172
Skip this option by entering 2. A message warns that you must install a patch for
your random number device or configure your own random number generator before
you can use secure communication based on TSL/SSL in BladeLogic.
Several messages display, ending with a description of user privilege mapping and the
following message:
Setup an initial host with root equivalency (y/n) ?
By default, users with root privileges on client machines are not granted root privileges
on servers. This option lets you specify clients where users should be granted root
privileges on this server.
13 If you want to grant root privileges on this server to users on a client machine, do the
following:
a
Enter the name of a client where users with root privileges should be granted root
privileges on this server.
A message shows the host you have designated, and then the following message
displays:
Setup a mapping for a particular client user (y/n) ?
Typically you map user names to give root privileges on the server to client users. If you
do not map user privileges, BladeLogic will attempt to map a client user to an existing
user on the server. If no match is found, BladeLogic maps the client user to nobody.
However, BladeLogic does not automatically map a root user on the client to root on the
server unless you make that possible for a particular client by specifying its host name,
as described in step 13. If you do map a client user to a local user, the client user receives
the local users privileges when connecting from any client machine. To implement this
mapping, BladeLogic generates an entry in the users.local configuration file. For more
information on user privilege mapping and the configuration files, see the BladeLogic
Administration Guide.
14 If you want to map users between clients and the server, do the following:
a
Enter a local user. A message shows the mapping you have specified and asks you to
confirm your choices.
Enter y.
173
15 Enter 1.
If you are setting up VMware ESX servers, you must define certain
properties that allow the Application Server to communicate with a web
service which accesses the ESX servers virtual infrastructure. For more
information on configuring an ESX server, see the BladeLogic Users
Guide.
For additional information on restricting access to RSCD agents, see the BladeLogic
Administration Guide.
Procedure
Log in as root.
Navigate to the directory where you have installed BladeLogic components. Typically
this directory is /usr/nsh.
174
A message displays letting you choose a language for the uninstall program.
4
Enter the number representing the language you want to use for the uninstall program.
A message warns about the loss of configuration files. It concludes with the following:
Are you sure you wish to continue uninstalling?
certificate and the private key, which is needed to verify the integrity of secure logs.
5
Before you can use Provisioning Manager to perform unattended installations on servers,
you must set up all the functional components of BladeLogics provisioning system.
Generally, you only need to perform these tasks once unless you are changing the
configuration of your provisioning system.
BladeLogic uses the following provisioning technologies:
The setup tasks for each environment are described in the following sections:
PXE Setup
JumpStart Setup
NIM Setup
Ignite Setup
PXE Setup
Use the following procedure as a process flow for setting up the BladeLogic provisioning
system in a PXE environment. Use the references in this procedure to obtain additional
information about a particular step.
Procedure
Obtain access to the DHCP server that will service requests from your provisioning
targets. Then make some required configuration changes, as described in Configuring
the DHCP Server.
Install Network Shell, if not already installed. The BladeLogic provisioning process
requires Network Shell on the PXE server.
If you are provisioning Linux operating systems, configure the TFTP server, as
described in Configuring the TFTP Server.
176
data store. However, you can set up multiple data stores on other Windows or Linux
servers. For more information, see Setting Up a Data Store.
6
Set up all necessary agent installations and add them to the data store.
The BladeLogic provisioning process installs an agent on all servers so they can be
managed with Configuration Manager. For more information, see Preparing Agents.
Regardless of your target environment, you need to create an appropriate bootable image
file. For information on how to do this, see the BladeLogic Users Guide.
9
Have the TFTP server and the PXE Server reside on the same machine.
Provide the IP address of the BladeLogic provisioning server.
Define a DHCP option field, which lets the machine being provisioned differentiate
between a DHCP server and proxy DHCP servers.
The process for configuring a DHCP server differs in Windows and Linux, as described in
the following procedures:
Configuring a DHCP Server on Windows
Configuring a DHCP Server on Linux
177
Run DHCP from the Start menu by selecting Programs > Administrative Tools >
DHCP. The default server is the server where you have installed DHCP.
If a scope is not already defined, right click on server and select New Scope. Use the
wizard to define a new scope.
Select the default server, right-click, and select Set Predefined Options. The Predefined
Options and Values dialog opens.
178
NameEnter bl-server.
Data TypeSelect IP Address.
CodeEnter 211.
Click OK.
On the Predefined Options and Values dialog, click Add again. The Option Type dialog
opens again.
NameEnter bl-port.
Data TypeSelect Word.
CodeEnter 212.
Adding Option 60
If the DHCP server and the PXE Server reside on the same machine, you must use this
procedure to let target machines differentiate between DHCP servers and proxy DHCP
servers. You do not have to perform this procedure if the DHCP server and the PXE Server
reside on separate machines.
Procedure
Enter dhcp.
179
180
option bl-port
code 212 = unsigned integer 16;
subnet 192.168.4.0 netmask 255.255.255.0
{
range 192.168.4.200 192.168.4.220;
option subnet-mask 255.255.255.0;
option routers 192.168.4.1;
option domain-name-servers 10.20.21.3;
option netbios-name-servers 10.20.21.3;
option domain-name "netboot.customer.com";
default-lease-time 2592000;
max-lease-time 5184000;
option vendor-class-identifier "PXEClient";
option bl-server 192.168.4.100;
option bl-port
9831;
}
In the shaded lines shown above:
The authoritative statement is required with the ISC DHCP server configuration.
(BladeLogic requires that the DHCP server responding to inquiries for the subnet be
authoritative.)
The option bl-server statement defines an IP address for option 211. The IP
address is the IP address of the BladeLogic Application Server.
The option bl-port statement defines a port number for option 212. Generally, you
should enter a value of 9831, which is the port the BladeLogic Application Server uses
by default for SSL communication.
Note: If you are setting up a multi-database environment, do not add the
statements for options 211 and 212. Instead, specify the IP
address/hostname of the Application Server by editing config.xml, as
described in Setting DHCP Scope Options.
If you are changing from a single-database environment to a
multi-database environment, you must remove the statements for options
211 and 212 from dhcpd.conf.
181
182
Procedure
If the PXE and DHCP servers are running on separate physical devices, the
PXE Server must be able to receive the initial DHCP packet broadcast from the
target server being provisioned. If the PXE Server is on a different subnet than
the target server, an IP Helper address must be added to the network router in
order to forward broadcasts from the target server to the PXE Server.
This procedure sets up a data store server on the machine where you are
installing the PXE server. If you plan to use this default configuration, you
must also install and license an RSCD agent on this machine (see Installing the
RSCD Agent on Windows). For successful provisioning, an RSCD agent must
be running on the data store server, and this agent must be licensed for use with
both NSH and Configuration Manager.
Navigate to the directory containing installation files and invoke the installation program
for the PXE Server.
The installer extracts the files needed for installation and displays the Welcome window.
183
After reading the license agreement, click Yes if you agree with its terms. The Customer
Information window opens.
Enter your name and the name of your organization. Then click Next. The Choose
Destination Location window opens.
184
Select another location by clicking Browse. The Choose Folder dialog displays. Use
it to select a directory for the installation and click OK. Then click Next.
185
Select the type of database you are using in conjunction with BladeLogic and click Next.
The Database Connection Parameters window opens. The options available on this page
vary, depending on the type of database you have selected.
Port Number
Oracle
1521
SQL Server
1433
Database Name/SIDThe name of the SQL Server database or the SID of the Oracle
database.
User IDA login ID for the database that BladeLogic Configuration Manager uses.
PasswordA password for the BladeLogic database login ID.
186
On the Network Configuration window, confirm that the Hostname and IP address of
this machine are correct; this information is needed to configure a connection with the
TFTP server and the data store.
11 Specify whether the DHCP is installed on this server or another machine. If the DHCP
server is located on another server, the installation program automatically configures this
server to function as a DHCP proxy.
Note: You must configure the DHCP server differently, depending on whether
it is installed on the same machine as the PXE Server. For more information on
configuring the DHCP server, see Configuring the DHCP Server. BladeLogic
recommends that you not install the PXE Server on the same machine as the
DHCP server.
Property of BladeLogic, Inc.
Strictly confidential and proprietary
187
Note: The Virtual Directory Creation window does not open in certain
configurationsinstead the TFTP Root window opens. If the TFTP Root
window opens, proceed to step 15.
13 On the Virtual Directory Creation window, do one of the following:
Indicate that you plan to configure a data store manually at a later time by leaving
the Name and Location fields blank.
The data store is the location where you keep operating system installation files used
for provisioning operating systems. By default, a data store is set up on the same
machine as the PXE Server. A virtual directory is used for provisioning Linux
operating systems. The installation program also sets up a network share, using the
same name as the one you assign to the virtual directory. The network share is
needed during the early stages of provisioning both Windows and Linux operating
systems. During those stages, the provisioning processing must be able to mount a
network drive to the data store.
If you have previously installed the PXE Server and you leave the Name and
Location fields blank in this step, the installer uses the name and location that were
stored in the database during the previous installation.
For Name, enter the name that should be given to the virtual directory that
serves as a data store. The name must be 16 characters or less.
>
For Location, enter the directory that should be used as the location of the
virtual directory and the network share that the data store requires.
188
The directory you identify can be a root directory, with files arranged in
sub-directories beneath the root directory.
Note: If you are using WinPE, you need a password to access the data store
share. (Passwords are not necessary if using Gentoo or DOS.) If you are
using WinPE, the machine being provisioned will need to map a drive to
the location of the installation files on the data store server. BladeLogic
strongly recommends that any account used for this purpose should only be
granted read access to the data store. Otherwise, you are creating the
potential for a dangerous security lapse.
14 Click Next. The TFTP Root window opens.
15 Enter a directory or use the Browse button to specify the root directory of the TFTP
server.
The TFTP server must reside on the same server as the PXE Server. The TFTP server
downloads the boot image needed during the provisioning process. The TFTP root
directory is the location where files are read from.
189
Review the current settings to confirm that you have specified the correct installation
configuration and then click Next. A progress bar indicates the progress of the
installation until the InstallShield Wizard Complete window declares that the installation
is complete.
190
Procedure
>
If you are installing on Red Hat Linux, the compat-libstdc++ RPMs must
be installed. Also, the XFree86-libs or xorg-x11-libs RPMs must be
installed.
>
If you are installing on SuSE 8.x, the compat and xf86 RPMs must be
installed.
>
If you are installing on SuSE 9.x, either the compat or compat-32bit RPM
must be installed and the xf86 RPM must be installed.
>
If you are installing on SuSE 10.x, either the compat or compat-32bit RPM
must be installed and the xorg-x11 RPM must be installed.
If the PXE and DHCP servers are running on separate physical devices, the
PXE Server must be able to receive the initial DHCP packet broadcast from the
target server being provisioned. If the PXE Server is on a different subnet than
the target server, an IP Helper address must be added to the network router in
order to forward broadcasts from the target server to the PXE Server.
Log in as root.
Navigate to the directory containing installation files and invoke the installation script
for BladeLogic.
The following message displays:
Please choose the installation directory. [/usr/nsh]
Press Enter.
An acknowledgment displays listing the third party software that BladeLogic uses.
Licensing text for those third parties follows the acknowledgment.
When you are done reading the license agreements, press Enter.
A message displays, warning you that you must review text about terms and conditions
for using this software.
Press Enter.
191
Read the licensing text. If you agree with its terms, enter y.
The following displays:
============== Select Installation Components =============
Server Utilities
1 - RSCD Agent
2 - Application Server
3 - Provisioning Manager Server
P - PXE Server
T - TFTP Server
Client Utilities
4 - Network Shell
5 - Configuration Manager Console
6 - Provisioning Manager Console
Enter PT.
A + displays next to PXE Server and TFTP Server, indicating you have chosen to install
them.
Note: If you plan to set up a data store on the same machine where you install
the PXE server (see Setting Up a Data Store), you must also install an RSCD
agent on that machine. Thus, in this step you would enter 1PT rather than PT.
The following procedure only describes how to install the PXE and TFTP
Servers. If you install the RSCD agent, additional steps are necessary, as
described in Installing Only an RSCD Agent on UNIX.
Enter 9.
A list shows the software you have chosen to install. The following message displays:
Do you wish to continue (y/n)?
10 Enter y.
192
>
If you are installing on SuSE 8.x, the compat and xf86 RPMs must be
installed.
>
>
11 Enter a number corresponding to the type of database you are using for the core
BladeLogic database.
The following displays:
Please enter the BladeLogic database connection parameters:
Database Server []:
12 Provide connection parameters for the BladeLogic database by doing the following:
a
Enter the port the database listens on. By default a BladeLogic installation uses the
following database ports.
Database Type
Port Number
Oracle
1521
SQL Server
1433
>
193
Enter the name of the SQL Server database or the SID of the Oracle database.
Typically this name is bladelogic.
The following displays:
User ID []:
A message lists the host name and IP address of this server. This information is needed
to configure a connection with the TFTP server and the data store.
13 If the information identifying this server is correct, enter y.
If the DHCP server is located on another server, the installation program automatically
configures this server to function as a DHCP proxy.
Note: You must configure the DHCP server differently, depending on whether
it is installed on the same machine as the PXE Server. For more information on
configuring the DHCP server, see Configuring the DHCP Server.
14 Answer the question about the location of the DHCP Server.
From the Start menu, select Programs > BladeLogic > PXE Server > Uninstall PXE
Server.
A confirmation dialog displays.
Click OK.
194
Click Finish.
195
196
SuSE 8.x
When provisioning SuSE 8.x, copy the files initrd and linux from the boot/loader
directory on CD1 of the SuSE installation media to the tftproot directory of the TFTP
server. Rename those files as follows:
SuSE 9.x
When provisioning SuSE 9.x, copy the files initrd and linux from the boot/loader
directory on CD1 of the SuSE installation media to the tftproot directory of the TFTP
server. Rename those files as follows:
197
SuSE 10
When provisioning SuSE 10, copy the files initrd and linux from the boot/loader
directory on CD0 of the SuSE installation media to the tftproot directory of the TFTP
server. Rename those files as follows:
In addition, if you have set up the data store on a Windows system where IIS and .Net
Framework are installed, you need to remove the file associations with .cs files in IIS as
follows:
Procedure
From the Start menu, select Programs > Administrator Tools > IIS Manager.
From IIS Manager, select Default Web Sites > datastore. Right click and select
Properties.
The Datastore Properties window displays.
198
need to provide HTTP access to the data store (such as Apache on Linux or IIS on Windows)
because the Linux installers run over HTTP.
Note: ESX 2.5.x only: The data store needs to have NFS access. For this, you need
to export the data store as an NFS share. This requires an NFS server on the data
store server.
Procedure
On the machine that will function as a data store server, set up a directory structure that
will contain all of your operating system installers and other related files.
By default, the PXE Server installation program sets up data store directory on the same
machine as the PXE Server. The directory is named pxestore and it resides directly
under the PXE Servers install directory.
If the data store server is a Windows machine, use Windows to set up sharing with
the data store directory. The share should allow read-only access.
If the data store server is a Linux machine, use Samba to set up sharing with the data
store directory structure. The share should allow read-only access.
If you are using WinPE, you need a password to access the data store share. Passwords
are not necessary if using Gentoo or DOS. If you are using WinPE, the machine being
provisioned will need to map a drive to the location of the installation files on the data
store server. You must enable this account. You can use properties in Provisioning
Manager to provide the connection information needed to access other data stores. For
more information on defining Provisioning Manager properties and assigning properties
to a system package being used to provision a server, see the BladeLogic Users Guide.
Warning: BladeLogic strongly recommends that any account used to share
access to the data store should be limited to read-only access. Otherwise, you
are creating the potential for a dangerous security lapse.
3
If you are provisioning the Linux operating system, set up HTTP access by doing one of
the following:
If the data store server is a Windows machine, use IIS to define a virtual directory
that corresponds to the data store directory structure. Use web sharing to grant
read-only access to this virtual directory.
By default the PXE Server installation program sets up web sharing with an IIS
virtual directory that is assigned the same name as the network share, pxestore.
If the data store server is a Linux machine, set up HTTP read-only access to the data
store directory structure.
199
If the data store server is a Windows machine, and you plan to use this machine to
provision Windows operating systems, configure the security settings as follows:
a
From the Start menu, select Settings > Control Panel. Double-click
Administrative Tools, double-click Local Security Policy. Under Security
Settings, click Local Policies and double-click Security Options.
Security Setting
Disabled
Install an RSCD agent on the data store server using one of the following procedures:
To successfully provision servers, an RSCD agent must be running on the data store
server.
6
Stock the data store with the installers and other files you expect to use.
For more information see Stocking the Data Store.
Files and other information needed to install BladeLogic RSCD agents after the
operating system has been installed.
200
The following procedures describe how to set up access to a data store and then stock it with
operating system installation files and drivers:
Windows Operating Systems
Red Hat Linux Operating System
SuSE 8.x Operating System
SuSE 8.x AMD 64 Operating System
SuSE 9.x Operating System
SuSE 9.x AMD 64 Operating System
SuSE 10 Operating System
ESX Server
Windows Drivers
All Operating Systems: fdisk.exe
See Preparing Agents for information on setting up agents that can be installed after the
operating system is provisioned.
Create a directory in the data store to hold the Windows operating system installation
files.
For Windows 2008 operating systems, create the directory directly under the root
directory of the data store. The directory may have any name.
For example, if the root directory of the data store is C:\Program Files
\BladeLogic\pxestore, you can use the command line to enter the following:
mkdir C:\Program Files\BladeLogic\pxestore\win2008Ent
For all other Windows operating systems, create a directory directly under the root
directory of the data store. Then within that directory, create a subdirectory named
i386. The directory may have any name; the subdirectory must be named i386.
201
For example, if the root directory of the data store is C:\Program Files
\BladeLogic\pxestore, you can use the command line to enter the following:
mkdir C:\Program Files\BladeLogic\pxestore\win2k\i386
2
Copy the operating system installation files to the directory you created.
For Windows 2008 operating systems, copy the contents of the Windows 2008 CD
to the directory you created in the data store
(C:\Program Files\BladeLogic\pxestore\win2008Ent in the
example).
For all other Windows operating systems, copy the contents of the i386 directory
on the CD to the i386 directory you created in the data store
(C:\Program Files\BladeLogic\pxestore\win2k\i386 in the
example).
Create a directory to temporarily hold the service pack files. For example, you could
create a directory called C:\ExtractedFiles.
Using the Windows service pack CD, extract the files from the service pack. For
example:
D:\W2ksp2.exe /x
where D: is the drive running the service pack CD
When prompted for a directory to place the extracted files, enter the directory you
created in step 1.
After the service pack files are extracted, run the update. Enter the following:
C:\ExtractedFiles\i386\Update\Update.exe
-s:C:\Program Files\BladeLogic\pxestore\win2k
where C:\Program Files\BladeLogic\pxestore\win2k is the data store
directory you created to hold the operating system installation files.
202
Create a directory in a data store to hold the Red Hat operating system installation files.
For example, if the root directory of the data store is C:\Program Files
\BladeLogic\pxestore, use the command line to enter the following:
mkdir C:\Program Files\BladeLogic\pxestore\<RHRelease>
Using the first disc of the Red Hat product CD, copy the RedHat directory, including all
sub-directories, to the <RHRelease> directory. This creates a directory structure like the
following:
C:\Program Files\BladeLogic\pxestore\<RHRelease>\RedHat\RPMS
C:\Program Files\BladeLogic\pxestore\<RHRelease>\RedHat\base
C:\Program Files\BladeLogic\pxestore\<RHRelease>\RedHat
\TRANS.TBL
Insert all other discs associated with the Red Hat installation and copy the contents of the
RedHat\RPMS directories on those disks to:
C:\Program Files\BladeLogic\pxestore\<RHRelease>\RedHat\RPMS
Create a directory in the data store to hold the SuSE operating system installation files.
For example, if the root directory of the data store is
C:\Program Files\BladeLogic\pxestore, you can use the command line to enter the
following:
mkdir C:\Program Files\BladeLogic\pxestore\suse80
Make three subdirectories under the suse80 directory. Name the directories CD1, CD2,
and CD3.
Copy the contents of the SuSE United Linux For SuSE Enterprise Server 8 CD1 to the
suse80\CD1 directory. Copy the contents of the SuSE United Linux For SuSE
Enterprise Server 8 CD2 to the suse80\CD2 directory. Copy the contents of the SuSE
United Linux For SuSE Enterprise Server 8 CD3 to the suse80\CD3 directory.
Make sure that when you use the Configurations window to identify the location of
operating system installer packages, you enter a path relative to the base directory of the
data store. The path should include the directory CD1.
203
Create a directory in the data store to hold the SuSE operating system installation files.
For example, if the root directory of the data store is
C:\Program Files\BladeLogic\pxestore, you can use the command line to enter the
following:
mkdir C:\Program Files\BladeLogic\pxestore\suse80_64
Make three subdirectories under the suse80_64 directory. Name the directories CD1,
CD2, and CD3.
Copy the contents of the SuSE United Linux For SuSE Enterprise Server 8 CD1 to the
suse80_64\CD1 directory. Copy the contents of the SuSE United Linux For SuSE
Enterprise Server 8 CD2 to the suse80_64\CD2 directory. Copy the contents of the
SuSE United Linux For SuSE Enterprise Server 8 CD3 to the suse80_64\CD3
directory.
Copy the suse directory from the SuSE Linux Enterprise Server for AMD 64 CD 1 to
the suse80_64\CD1 directory.
Note that this step asks you to copy a directory from different installation media than the
previous step.
Make sure that when you use the Configurations window to identify the location of
operating system installer packages, you enter a path relative to the base directory of the
data store. The path should include the directory CD1.
For example, if the CD directories are located in C:\Program Files\BladeLogic\pxestore
\suse80, and the base directory of the data store is C:\Program Files\BladeLogic
\pxestore, you would enter suse80_64\CD1.
See the BladeLogic Users Guide for more information on identifying the location of
operating system installer packages.
204
Create a directory in the data store to hold the SuSE operating system installation files.
For example, if the root directory of the data store is
C:\Program Files\BladeLogic\pxestore, you can use the command line to enter the
following:
mkdir C:\Program Files\BladeLogic\pxestore\suse90
Make five subdirectories under the suse90 directory. Name the directories CD1, CD2,
CD3, CD4, and CD5.
Copy the contents the SuSE product CDs to those directories as follows:
Note that the contents of each disc are not copied to a directory of the same name.
4
Copy the boot directory from compact disc CD1 to the same location in the directory
called CD1, choosing to overwrite all files.
Copy the yast directory from compact disc CD1 to the same location in the directory
called CD1, choosing to overwrite all files.
Copy the suse/i586 directory from compact disc CD1 to the same location in the
directory CD1, choosing to overwrite all files.
Copy the suse/setup/descr directory from compact disc CD1 to the same location
in the directory called CD1, choosing to overwrite all files.
Make sure that when you use the Configurations window to identify the location of
operating system installer packages, you enter a path relative to the base directory of the
data store. The path should include the directory CD1.
For example, if the CD directories are located in C:\Program Files\BladeLogic\pxestore
\suse90, and the base directory of the data store is C:\Program Files\BladeLogic
\pxestore, you would enter suse90\CD1.
See the BladeLogic Users Guide for more information on identifying the location of
operating system installer packages.
205
Create a directory in the data store to hold the SuSE operating system installation files.
For example, if the root directory of the data store is
C:\Program Files\BladeLogic\pxestore, you can use the command line to enter the
following:
mkdir C:\Program Files\BladeLogic\pxestore\suse90_64
Make five subdirectories under the suse90 directory. Name the directories CD1, CD2,
CD3, CD4, and CD5.
Copy the contents the SuSE product CDs to those directories as follows:
Note that the contents of each disc are not copied to a directory of the same name.
4
Copy the boot directory from compact disc CD1 to the same location in the directory
called CD1, choosing to overwrite all files.
Copy the yast directory from compact disc CD1 to the same location in the directory
called CD1, choosing to overwrite all files.
Copy the suse/setup/descr directory from compact disc CD1 to the same location
in the directory called CD1, choosing to overwrite all files.
Copy the suse/x86_64 directory from compact disc CD1 to the same location in the
directory called CD1, choosing to overwrite all files.
Make sure that when you use the Configurations window to identify the location of
operating system installer packages, you enter a path relative to the base directory of the
data store. The path should include the directory CD1.
For example, if the CD directories are located in C:\Program Files\BladeLogic\pxestore
\suse90_64, and the base directory of the data store is C:\Program Files\BladeLogic
\pxestore, you would enter suse90_64\CD1.
See the BladeLogic Users Guide for more information on identifying the location of
operating system installer packages.
206
Create a directory in the data store to hold the SuSE operating system installation files.
For example, if the root directory of the data store is
C:\Program Files\BladeLogic\pxestore, you can use the command line to enter the
following:
mkdir C:\Program Files\BladeLogic\pxestore\suse10_1
>
If you are using IIS, you must delete the package.cs file as follows:
a
In the Provisioning Manager console, from the Tools menu, select Property
Dictionary.
In the left hand Property Class Navigation panel, open the Built-in Property
Classes folder, then open the DataStore sub-folder.
If you have a DVD, make one subdirectory under the suse_10 directory. Name this
directory DVD.
Copy the contents of the SuSE product DVD into the newly created DVD directory.
Make sure that when you use the Configurations window to identify the location of
operating system installer packages, you enter a path relative to the base directory of the
data store. The path should include the DVD directory.
For example, if the directories are located in C:\Program Files\BladeLogic\pxestore
\suse10_1, and the base directory of the data store is C:\Program Files\BladeLogic
\pxestore, you would enter suse10_1\DVD.
See the BladeLogic Users Guide for more information on identifying the location of
operating system installer packages.
207
If you have a set of CDs, make the same number of subdirectories under the suse10_1
directory as there are CDs in the set. Name the directories CD1, CD2, CD3, CD4, and so
on.
Copy the entire contents of each SuSE product CD to its corresponding directory.
Make sure that when you use the Configurations window to identify the location of
operating system installer packages, you enter a path relative to the base directory of the
data store. The path should include the directory CD1.
For example, if the CD directories are located in C:\Program Files\BladeLogic\pxestore
\suse10_1, and the base directory of the data store is C:\Program Files\BladeLogic
\pxestore, you would enter suse10_1\CD1.
See the BladeLogic Users Guide for more information on identifying the location of
operating system installer packages.
ESX Server
Use this procedure to copy the installer files for VMware ESX Server from the ESX
installation media to a data store. The following procedure provides a generic description
using the value <VMRelease>. When installing a version of ESX, replace <VMRelease>
with the appropriate VMware release, such as vmware2 or vmware3.
The procedure varies depending on whether your data store is on a UNIX-style system or on
a Windows system:
If Data Store is on UNIX-style System
If Data Store is on Windows System
Copy installation files to the data store, as described in Copying Installation Files to the
Data Store.
Copy image files to the TFTP server, as described in Copying Image Files to the TFTP
Server.
Add wget to the RPM bundle, as described in Adding wget to the VMware RPM Bundle.
208
Create a directory in the data store to hold the ESX operating system installation files.
For example, if the root directory of the data store on a Linux box is:
/var/installs/pxestore
Copy the entire contents from the installation CD into this <VMRelease> folder. This
creates a directory structure like this:
/var/installs/pxestore/VMware/<VMRelease>/VMware/RPMS
/var/installs/pxestore/VMware/<VMRelease>/VMware/base
/var/installs/pxestore/VMware/<VMRelease>/VMware/TRANS.TBL
Place these files in the \x86PC\pxelinux directory under <tftproot>, for example:
\\pxeserver\\BladeLogic\PXE\tftproot\X86PC\pxelinux
The VMware RPM bundle does not install wget by default. Provisioning Manager needs
wget to download the RSCD agent installer and some other supporting files, so you need to
add wget to the bundle.
1
209
First, create a symbolic link in the VMware directory. To do this, run the following
commands:
cd /var/installs/pxestore/VMware/<VMRelease>/
ln -s VMware RedHat
Copy installation files to the data store, as described in Copying Installation Files to the
Data Store.
Copy image files to the TFTP server, as described in Copying Image Files to the TFTP
Server.
Add wget to the RPM bundle, as described in Adding wget to the VMware RPM Bundle.
Create a directory in the data store to hold the ESX operating system installation files.
For example, if the root directory of the data store on a Windows box is:
E:\pxestore
Copy the entire contents from the installation CD into this <VMRelease> folder. This
creates a directory structure like this:
E:\pxestore\VMware\<VMRelease>\VMware\RPMS
E:\pxestore\VMware\<VMRelease>\VMware\base
E:\pxestore\VMware\<VMRelease>\VMware\TRANS.TBL
210
Place these files in the \x86PC\pxelinux directory under <tftproot>, for example:
\\pxeserver\\BladeLogic\PXE\tftproot\X86PC\pxelinux
The VMware RPM bundle does not install wget by default. Provisioning Manager needs
wget to download the RSCD agent installer and some other supporting files, so you need to
add wget to the bundle.
1
Copy the ESX installation files to that UNIX-style system, as described in Copying
Installation Files to the Data Store.
211
Now return to the Windows data store system and create a directory named RedHat,
located here:
E:\pxestore\VMware\<VMRelease>\RedHat
...
AND
E:\pxestore\VMware\<VMRelease>\RedHat\RPMS
E:\pxestore\VMware\<VMRelease>\RedHat\base
...
Windows Drivers
While Windows installation files can be used to install the Windows operating system on
various types of hardware, Windows drivers are often specific to a particular hardware
configuration. BladeLogic recommends you store hardware-specific drivers in unique
locations under the root directory of the data store. BladeLogic also recommends that you
create a different system package for each hardware configuration you want to provision.
In the data store, create a separate directory for each different hardware configuration
you plan to provision. (You do not need to set up a $OEM$ directory for Windows 2008
drivers.)
Copy the files for the Windows 2008 plug and play (PnP) and mass storage drivers to
this directory.
212
For example, you might create a directory structure based on manufacturer and server model
type similar to the following:
When you create a system package for Windows, you should specify the path to
hardware-specific drivers using the Path to $OEM$ directory field on the Computer
Settings panel in Provisioning Manager. For example, if you set up a directory structure like
the one shown above, you could enter the following in Path to $OEM$ directory:
drivers/Compaq
The path you enter is relative to the root directory of the data store. Do not include the
$OEM$ directory in the path.
See Plug and Play Drivers for instructions on setting up a data store for Windows plug and
play drivers. See SCSI and RAID Controller Drivers for instructions on setting up a data
store for SCSI or RAID controller drivers.
213
PnP and textmode drivers for Windows 2008 operating systems can reside at any location in
the data store; they do not need to reside in the $OEM$ directory. For information, see
Drivers for Windows 2008.
Plug and Play Drivers All Other Windows Operating Systems
To ensure that plug and play drivers are stored in the servers file system during
provisioning, use the $OEM$ directory and another special directory called $1. The $1
directory represents the drive and partition of the server you are provisioning. The
provisioning process copies any files or directories that exist under $OEM$\$1 to the target
server.
To provide drivers to the text-based section of the Windows installer, you need to create a
folder called TEXTMODE below $OEM$. This new TEXTMODE folder should be set up at the
same level as the $1 directory. It must contain at least one file though this file can contain
anything and can be of any size.
When setting up the data store, use a directory structure similar to the one shown below for
plug and play drivers:
If your directory structure is set up like the one shown above and the Path to $OEM$
directory field in the Computer Settings panel of a Windows system package is set to
drivers/Compaq, the provisioning process copies the display and network
directories to the C: directory of the target server.
In order for Windows to know where to look for the drivers that you have copied to the C:
directory, the paths to these locations must be appended to the Windows PnP driver path.
The PnP driver path is a semicolon-delimited list of paths relative to the C: directory. When
Property of BladeLogic, Inc.
Strictly confidential and proprietary
214
defining a Windows system package, use the PnP driver path field on the Computer
Settings panel to specify the paths you want appended to the Windows PnP driver path. For
example, if the data store is structured like the one shown above, and the Path to $OEM$
directory field in the Computer Settings panel of a Windows system package is set to
drivers/Compaq, the PnP driver path field should be:
display;network
For more information on using the Computer Settings panel when defining a Windows
system package, see the BladeLogic Users Guide.
Example
Here is an example of how you might create additional folders for PnP and textmode drivers.
Assume the following:
In this example, the drivers for the server model Model1 reside at:
E:\Pxestore\drivers\Vendor1\Model1\
Also, the value for the Path to $OEM$ directory field in the Computer Settings panel in the
Provisioning Manager console will simply be:
drivers\Vendor1\Model1
because this path is always relative to the data store being used.
For PnP drivers,
Create a folder called $1 below the $OEM$ folder and place the PnP drivers in it. You can
also separate individual driver sets by placing them in their own subfolders below $1. For
example,
E:\Pxestore\drivers\Vendor1\Model1\$OEM$\$1\lan
E:\Pxestore\drivers\Vendor1\Model1\$OEM$\$1\video
E:\Pxestore\drivers\Vendor1\Model1\$OEM$\$1\audio
Specify lan;video;audio in the PnP driver path field in the Computer Settings panel. This
points the PnP drivers to the individual subfolders below $1. Each of these subfolders will be
copied to the same drive and partition in which Windows is being installed.
215
For textmode drivers (typically SCSI, SATA, and RAID disk drivers),
Create a folder called textmode below the $OEM$ folder and place any driver sets
required for the textmode section of the Windows installer in it. For example,
E:\Pxestore\drivers\Vendor1\Model1\$OEM$\TEXTMODE
These drivers will also need to be referenced in the [MassStorageDrivers] and
[OEMBootFiles] sections of the Unattend Entries file. See the BladeLogic Users Guide
for more information.
When defining a Windows system package that provisions a server with SCSI or RAID
controller drivers, you must use the Unattended Entries shortcut in Advanced Options to
provide essential driver information, as described in the BladeLogic Users Guide.
216
Preparing Agents
Use this procedure to set up agents so they can be installed as part of the BladeLogic
provisioning process.
The provisioning process installs an RSCD agent on each machine being provisioned. After
installing the agent on a server, the provisioning process also registers the agent and adds the
server to the list of managed servers under Available Servers in Configuration Manager. In
this way you can seamlessly move from provisioning servers with Provisioning Manager to
managing servers with Configuration Manager and Network Shell.
Procedure
For each platform you are provisioning (for example, Linux 7.3 or Windows 2000
servers), store the installation program for the appropriate RSCD agent in the data store.
The data store is where you store sets of operating system installation files and other files
used for provisioning operating systems. For example, if the root directory of the data
store is C:\Program Files\BladeLogic\pxestore, then you might store
agent installation programs in a directory called C:\Program Files\BladeLogic
\pxestore\AgentInstalls.
Note: The installation program for the RSCD agent must be named
rscd.exe for Windows, rscd.sh for UNIX-style platforms, and the
(optional) silent installation file must be named rscd.iss.
For each platform you are provisioning, create a response file for the installation of the
RSCD agent and store the response file in the data store. For Windows systems, the
response file is required. For Linux systems you can optionally create the response file if
you want to override the agent installation defaults.
For information on how to create response files when installing agents, see Creating a
Response File for Windows Agents and Creating a File of UNIX Installation Defaults.
Identify the location of the agent installation programs and response files using the
System Packages tab on the Configurations window in Provisioning Manager.
For more information on this procedure, see the BladeLogic Users Guide.
217
Database 1
Application Server 2
Linux Provisioning
Database 2
Application Server 3
International (Windows
and Linux)
Provisioning
Database 3
PXE Server
Device Group 1
Device Group 2
Device Group 3
MAC Addr #1
MAC Addr #2
MAC Addr #3
MAC Addr #4
MAC Addr #5
MAC Addr #6
MAC Addr #7
MAC Addr #8
MAC Addr #9
Will be provisioned by
Application Server 1
Will be provisioned by
Application Server 2
Will be provisioned by
Application Server 3
When you installed the PXE server (Installing and Uninstalling the PXE Server), you
provided information about one of the databases you are using.
The database you specified during the PXE server installation process is the default
database. For example, referring to the diagram in Sample Multi-Database
Implementation, assume that when you installed the PXE server, you specified
Database1; therefore Database1 is your default database.
218
You need to provide information about the additional, non-default databases by editing
the PXE servers config.xml file, as described in Adding Additional Databases.
Again, referring to the diagram in Sample Multi-Database Implementation, you would
need to add information about Database2 and Database3.
2
Associate each database with an Application Server and port. You do this by editing
config.xml, as described in Setting DHCP Scope Options.
If you are upgrading from a single-database environment to a multi-database
environment, you need to disable DHCP options 210 and 211. For more information, see
Configuring the DHCP Server.
For performance reasons, the PXE server maintains a cache of imported devices and
their associated databases. Yo can optionally set cache options by editing pxe.conf, as
described in [Optional] Modifying Cache Options.
Stop and restart the PXE server. For information on how to do this, see the BladeLogic
Users Guide.
219
Access the config.xml file on each Application Server associated with a non-default
database.
The database you specified when you installed the PXE server is the default database.
All other databases are non-default databases. Continuing with the example started
earlier in this discussion, and referring to the diagram in Sample Multi-Database
Implementation, the non-default databases are Database2 and Database3. Therefore, you
would need to access the config.xml file on Application Server 2 and the
config.xml file on Application Server 3.
Using a text editor, open the config.xml that contains information about a non-default
database. Continuing with the example above, you would open config.xml on
Application Server 2.
Copy the entire <Database> element and store it in a text file on a thumb drive, file
server, or other convenient storage mechanism. Assume you name this temporary text
file:
db_info.txt
Open db_info.txt and edit your newly added <Database> element, so that its first
line contains a name attribute whose value is any descriptive string you choose. This
string should describe this particular database.
220
Continuing with this example, where this <Database> element describes Database2,
your first line might look like this:
<Database name="db2">
Repeat the preceding steps for each non-default databasego to each Application
Server, open config.xml, copy and edit each <Database> section.
When you are finished, your db_info.txt file should contain a <Database> element
for each non-default database. Each of these <Database> elements should now contain
a name element as well.
Continuing with this example, db_info.txt would contain just two <Database>
elementsone for Database2 and one for Database3. The contents of db_info.txt
might look something like this:
<Database name="db2">
<ConnectionString>jdbc:sqlserver://localhost:1433;DatabaseName=
Database2;SelectMethod=cursor</ConnectionString>
<DriverClass>com.microsoft.sqlserver.jdbc.SQLServerDriver</DriverClass>
<UserId>sa</UserId>
<Password>XVMLXBLBEKMBPMNKTLONLLKQALQVBNKAVMQPMBWNVQOMBLBVBAMZVBWBNUQLTAQL<
/Password>
<CommitSize>50</CommitSize>
<FetchSize>100</FetchSize>
<MinJobExecutionConnections>0</MinJobExecutionConnections>
<MaxJobExecutionConnections>100</MaxJobExecutionConnections>
<MinGeneralConnections>0</MinGeneralConnections>
<MaxGeneralConnections>20</MaxGeneralConnections>
<MinClientConnections>0</MinClientConnections>
<MaxClientConnections>20</MaxClientConnections>
<StatementCacheSize>64</StatementCacheSize>
<IdleConnectionTestInterval>300</IdleConnectionTestInterval>
<MaxIdleTime>1800</MaxIdleTime>
</Database>
<Database name="db3">
<ConnectionString>jdbc:sqlserver://localhost:1433;DatabaseName=
Database3;SelectMethod=cursor</ConnectionString>
<DriverClass>com.microsoft.sqlserver.jdbc.SQLServerDriver</DriverClass>
<UserId>sa</UserId>
<Password>XVMLXBLBEKMBPMNKTLONLLKQALQVBNKAVMQPMBWNVQOMBLBVBAMZVBWBNUQLTAQL<
/Password>
<CommitSize>50</CommitSize>
<FetchSize>100</FetchSize>
<MinJobExecutionConnections>0</MinJobExecutionConnections>
<MaxJobExecutionConnections>100</MaxJobExecutionConnections>
<MinGeneralConnections>0</MinGeneralConnections>
<MaxGeneralConnections>20</MaxGeneralConnections>
<MinClientConnections>0</MinClientConnections>
<MaxClientConnections>20</MaxClientConnections>
<StatementCacheSize>64</StatementCacheSize>
<IdleConnectionTestInterval>300</IdleConnectionTestInterval>
<MaxIdleTime>1800</MaxIdleTime>
</Database>
221
Go to the PXE server and use a text editor to open the PXE servers config.xml file.
By default, config.xml resides at:
<install_dir>/br/config.xml
This config.xml file already has one <Database> elementthe PXE server
installation process added this element, and it describes the default database.
Search for this <Database> element, and leave it as is.
Right underneath this <Database> element, paste in the contents of your
db_info.txt filethis file contains the <Database> elements you copied and edited
from the various Application Servers associated with non-default databases.
Using a text editor, open the config.xml file on the PXE server.
222
name attribute for non-default databases: The name attribute you use in the
<DHCPscopeForDBInstance> element must match the name element you used in
<port> element: Generally, you should enter a value of 9831, which is the port the
Editing pxe.conf
The pxe.conf file resides on the PXE server. By default, pxe.conf resides at:
<install_dir>/br
You need to edit pxe.conf to indicate that you are using a multi-database environment. In
addition, you can optionally modify cache options.
Specifying Multi-Database Environment
[Optional] Modifying Cache Options
If the multi_db_mode switch is absent or its value = 0, then the PXE server will run in
single-database mode.
223
The PXE server creates this cache during initialization, then updates it every <n>
seconds, as specified by the following parameter in pxe.conf:
device_cache_refresh_interval=<n>
To prevent thrashing, pxe.conf includes another parameter that controls how long the
PXE server must wait between cache refreshes. This parameter is:
min_time_for_cache_refresh=<n>
Where <n> is the number of seconds to wait before doing another refresh. By default,
<n> is 60.
If a device comes online, and the PXE server does not find its MAC address in the cache,
the PXE server does a refresh to try to find itthis parameter prevents the thrashing that
might occur if too many unknown devices come online simultaneously.
Configure the DHCP server for 211 and 212 scope options, as described in Adding
Predefined Options.
224
Configure the DHCP server for 211 and 212 scope options, as described in Adding
Predefined Options.
JumpStart Setup
Prerequisite: You must have a working JumpStart environment, configured for and stocked
with all the operating system installation files you want to use to provision target machines.
Your JumpStart environment can use one, two, or three physical servers for the boot, config,
and install JumpStart services.
Procedure
Each JumpStart server machine must be running version 7.2 or higher of the RSCD
agent. For information on installing or upgrading the agent, see:
Installing Only an RSCD Agent on UNIX
Upgrading RSCD Agents
Note: For successful provisioning, an RSCD agent must be running on each of
your JumpStart infrastructure machines (the boot server, the config server, and
the install server). Each agent must be licensed for use with both NSH and
Configuration Manager.
On the machine you are using for your JumpStart configuration server, create the
following subdirectories under the root directory for the configuration server:
/BladeLogic/rscd
For example, if you created a directory called /configserver to act as the root
directory for the configuration server, your directory structure would look like this:
/configserver/BladeLogic/rscd/
225
Obtain the Solaris agent installer file(s) for SPARC and/or x86 architectures:
RSCD72-SOLSPARC.SH
RSCD72-SOLx86.SH
(You can download these files from the BladeLogic web site.)
These files install an RSCD agent on each target machine being provisioned.
6
Optionalcreate a response file for the installation of the RSCD agent and store the
response file in the newly created BladeLogic/rscd directory. The response file is
called nsh-install-defaults.
For information on how to create an nsh-install-defaults file, see Creating a File
of UNIX Installation Defaults.
10 Now you need to copy the check file from the JumpStart installation server to the root
directory for the JumpStart configuration server.
When you set up the JumpStart installation server, the JumpStart setup process creates a
file called check, and places it in a directory structure whose higher level subdirectories
reflect the names of the relevant operating system.
For example, here is a sample directory structure for set of Solaris 10 install files:
install_root/solaris10/Solaris_10/Misc/jumpstart_sample/
Regardless of the higher level directory names (for example, for Solaris 8, Solaris 9, etc.)
the lower level Misc/jumpstart_sample subdirectory contains the file that you want
to copy check.
Copy this check file into the root directory for the JumpStart configuration server. In
this example, you would copy the check file into the /configserver directory, as
shown here:
/configserver/check
226
NIM Setup
Prerequisite: You must have a working NIM environment, configured for and stocked with
all the operating system installation files you want to use to provision target machines.
Procedure
The NIM master machine must be running version 7.2 or higher of the RSCD agent. For
information on installing or upgrading the agent, see:
Installing Only an RSCD Agent on UNIX
Upgrading RSCD Agents
Note: For successful provisioning, an RSCD agent must be running on the
NIM master. This agent must be licensed for use with both NSH and
Configuration Manager.
On the NIM master, select or create a directory to use as a BladeLogic staging directory.
This directory will be used to hold copies of the configuration files that BladeLogic
generates. By convention, this directory is called:
/export
Make a note of this directory because you will need it when you configure Provisioning
Manager for NIM. (Specifically, you need to specify this staging directory in the
STAGING_DIR_PATH property when you define your NIM data store instances.)
Directly beneath this staging directory, create the following subdirectories:
/BladeLogic/rscd
For example, if your staging directory is called /export, your directory structure would
look like this:
/export/BladeLogic/rscd/
(You can download this file from the BladeLogic web site.)
This file installs an RSCD agent on each target machine being provisioned.
4
Optionalcreate a response file for the installation of the RSCD agent and store the
response file in the newly created BladeLogic/rscd directory. The response file is
called nsh-install-defaults.
For information on how to create an nsh-install-defaults file, see Creating a File
of UNIX Installation Defaults.
227
Check that the BladeLogic/rscd/directory on the NIM master now contains the
following files:
rscd.sh
nsh-install-defaults (optional)
Ignite Setup
Prerequisite: You must have a working Ignite environment, configured for and stocked with
all the operating system installation files you want to use to provision target machines.
Procedure
The Ignite master machine must be running version 7.3 or higher of the RSCD agent. For
information on installing or upgrading the agent, see:
Installing Only an RSCD Agent on UNIX
Upgrading RSCD Agents
Note: For successful provisioning, an RSCD agent must be running on the
Ignite master. This agent must be licensed for use with both NSH and
Configuration Manager.
Make a note of this directory because you will need it when you configure Provisioning
Manager for Ignite. (Specifically, you need to specify this staging directory in the
STAGING_DIR_PATH property when you define your Ignite data store instances.)
Directly beneath this staging directory, create the following subdirectories:
/BladeLogic/rscd
For example, if your staging directory is called /export, your directory structure would
look like this:
/export/BladeLogic/rscd/
(You can download this file from the BladeLogic web site.)
This file installs an RSCD agent on each target machine being provisioned.
4
228
Optionalcreate a response file for the installation of the RSCD agent and store the
response file in the newly created BladeLogic/rscd directory. The response file is
called nsh-install-defaults.
For information on how to create an nsh-install-defaults file, see Creating a File
of UNIX Installation Defaults.
Check that the BladeLogic/rscd/directory on the Ignite master now contains the
following files:
rscd.sh
nsh-install-defaults (optional)
Related Procedures
This chapter describes the following information that relates to the installation of Network
Shell and Configuration Manager on all operating systems and information about installing
localized versions of BladeLogic products (see Setting up BladeLogic for Non-English
Locales):
Licensing Agents
Licensing Agents
A licensed RSCD agent must be installed on every server that you plan to manage using
Configuration Manager or Network Shell. When you install an agent, it is automatically
granted a demonstration license valid for two weeks. After you have registered as a customer,
you can log into BladeLogics customer support web site and use a web-based licensing
mechanism at www.bladelogic.com/support.jsp to obtain long-term licenses for your RSCD
agents.
BladeLogics web-based licensing utility asks you to provide a file with information about
the hosts that should be licensed. When you install RSCD agents on any platform, the
installation process lets those agents run in unlicensed mode, which gives the agents enough
functionality to run a command that creates a file listing the number of processors and the
host ID of each machine where the agent is installed. BladeLogic needs this information to
license your RSCD agents. After you upload that file to BladeLogic, the web-based licensing
utility will download a file that contains the appropriate licensing keys. You can then run
another command that applies those keys to multiple agents simultaneously.
For a detailed description of the procedure for licensing agents, visit
www.bladelogic.com/support.jsp.
Related Procedures
230
File serverConfiguration Manager uses a file server to store large snapshots of files,
Network Shell scripts, BLPackages, Windows installables, and other types of
information that is not easily stored in a database. Use the configuration wizard to
identify the file server and a directory within the file server.
If your database is not set up or you do not currently have the information
needed to establish a connection to that database, you cannot configure the
Application Server. Click Cancel to close the wizard. Obtain the necessary
connection information and run the Post-Install Configuration wizard again to
complete your system configuration.
Related Procedures
Procedure
231
From the Windows Start menu, select Programs > BladeLogic > Utilities >
Application Server Configuration Wizard.
>
Related Procedures
2
Read the introductory page and click Next. The Database page displays.
232
Port Number
Oracle
1521
SQL Server
1433
Related Procedures
5
233
File Server NameName of the server where data is stored. By default, the file server
is created on the same machine as the Application Server.
File Server Storage LocationDirectory on the file server where data is stored. By
default, the directory of the file server is
<appserver_install_directory>/storage.
A user name must be defined on the file server, and all Configuration Manager users
must be mapped to that user. Without this mapping a user may not be able to access
a file that another user has stored on the file server. One way to accomplish the
necessary mapping is to create an entry like the following in the exports file on the
file server:
<AppServer> rw,user=<username>
Related Procedures
234
The internal System:System role/user must be mapped to the user name defined on
the file server. To accomplish the mapping, create an entry like the following in the
users.local file on the file server:
System:System rw,user=<username>
where <username> is the name to which all users are mapped, typically bladmin or
administrator.
If the required directory structure does not already exist on the file server, the process
will attempt to create it.
7
Provide information identifying an email server by entering the following under SMTP
Options:
SMTP ServerName or IP address of the host managing email. (SMTP stands for
simple mail transfer protocol.)
Email FromEmail address from which BladeLogic-generated email is sent.
BladeLogic jobs can generate email upon their completion.
If you are using SNMP trap notifications, provide information identifying the SNMP
server by entering the following under SNMP Options:
SNMP ServerName or IP address of the host to which SNMP traps should be sent.
SNMP PortThe port on the SNMP server that listens for SNMP traps. By default the
port is set to the standard SNMP port of 162.
Related Procedures
235
11 Under both RBACAdmin User and BLAdmin User, enter a password and then retype
the password to confirm your entry. You will not be able to enter a password if a
password has already been set.
Passwords are used to authenticate the RBACAdmin and BLAdmin users via the SRP
authentication protocol.
The RBACAdmin user has full permission to manage roles and users in the RBAC
Manager workspace in Configuration Manager, where you can assign permissions for all
BladeLogic users. The BLAdmin user has Read access for all system objects within
Configuration Manager. For more information on the RBACAdmin and BLAdmin users,
see the BladeLogic Users Guide.
12 Click Finish.
Note: BladeLogic recommends that you synchronize the clock on the Application
Server and all client machines. Clocks should be synchronized to the minute. For
example, if an Application Server is in Boston, where the time is 7:04, the clock on
client machines in San Francisco should be set to 4:04.
Related Procedures
236
Windows
To start Network Shell, do one of the following:
From the Start menu, select Programs > BladeLogic > Network Shell.
From a command line, enter the following (assuming you have installed Network Shell
in its default location):
C:\Program Files\BladeLogic\OM\bin\nsh.exe
From the Start menu, select Programs > BladeLogic > Configuration Manager
Console.
From a command line, enter the following (assuming you have installed Configuration
Manager in its default location):
C:\Program Files\BladeLogic\OM\br\blclient.bat
From the Start menu, select Programs > BladeLogic > Provisioning Manager
Console.
From a command line, enter the following (assuming you have installed Configuration
Manager in its default location):
C:\Program Files\BladeLogic\OM\br\blpmclient.bat
Related Procedures
237
On Windows, from the Start menu, select Settings > Control Panel. Double-click
Administrative Tools, double-click Services, and then double-click BladeLogic
Application Server. On the properties page for the Application Server, click Start.
Related Procedures
3
238
Related Procedures
239
If you are configuring the Perl module on a client machine, the procedure is complete. If
you are configuring the Perl module on an Application Server, you must configure the
Application Server so it knows the path to the Perl executable, as described in
Configuring an Application Server for Perl.
Cd to <BladeLogic_install_dir>/perl.
For example, cd to usr/nsh/perl.
If you are configuring the Perl module on a client machine, the procedure is complete. If
you are configuring the Perl module on an Application Server, you must configure the
Application Server so it knows the path to the Perl executable, as described in
Configuring an Application Server for Perl.
Enter the following command to specify the path to the Perl executable:
set perlconfig location PATH_TO_PERL
To validate that you have properly configured Perl, enter the following:
bladmin>show perlconfig all
Related Procedures
240
Procedure
What type of terminal emulation does your screen window support? Some common
emulations types are vt100, ansi, and xterm.
How is the TERM variable set for your session? The TERM variable tells other
programs what type of terminal emulation your session is using.
Does the remote machine support your type of emulation? Not all servers are configured
to support all emulation types. For example, an AIX base installation does not typically
support ansi emulation, even though ansi is the default emulation used on Windows
machines.
On your machine, run a terminal emulation window that you know will be supported by
the remote server. The xterm program is widely supported. The xterm application can
often be found in the following locations:
Operating System
Location
Solaris
/usr/openwin/bin/xterm
Linux
/usr/bin/X11/xterm
AIX
/usr/bin/X11/xterm
HP-UX
/usr/bin/X11/xterm
Ensure that your TERM variable is set. To determine the value of the TERM variable,
enter the following command from Network Shell:
echo $TERM
Related Procedures
241
If no output (or a blank line) is output, then your TERM variable is not set. You must set
it before you can run any remote, screen-oriented application. Set a TERM variable by
entering the following:
export TERM=emulation_type
where emulation_type provides a value, such as ansi or xterm, that matches the
terminal emulation capabilities of your window.
3
Ensure that the terminal emulation type you specify is supported on the remote server.
This can be done as follows from Network Shell:
If the message that returns says something like Terminal type is ansi, then
your TTY connection should work correctly. If the message returned says something like
tset: unknown terminal type ansi or Type ansi unknown, then you
will not be able to run remote screen-oriented applications. Applications that do not
require screen capabilities are not affected.
Configure your BladeLogic databases using the settings recommended by your database
vendor for that language. Use the appropriate BladeLogic schema scripts depending on
your configuration, see Determining which Schema Scripts to Use for more information.
Related Procedures
242
In order to avoid data issues, save all string data in UTF-16 format.
If you are using SQL Server, specify the appropriate collating sequence as described in
the following sections:
Setting up a SQL Server Database Schema
Setting up a Reporting Data Warehouse Schema on SQL Server
Related Procedures
243
When you are installing BladeLogic, the language chosen becomes the default language used
for the Configuration Manager and Provisioning Manager consoles. When a user logs in, he
or she can select a different language and then that choice becomes his or her personal
default for future logins. See the BladeLogic Users Guide for more information.
When you are installing BladeLogic Reports, the language chosen only applies to the
Reports installer messages. The language of the web-based user interface for Reports is
determined by your browser settings. See the BladeLogic Reports Users Guide for more
information.