Professional Documents
Culture Documents
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Version 6.1
GI11-8712-00
IBM Systems
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Version 6.1
GI11-8712-00
Note Before using this information and the product it supports, read the information in Notices on page 119.
Copyright International Business Machines Corporation 1999, 2008. US Government Users Restricted Rights Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
Contents
About this publication . . . . . . . . v
Conventions and terminology . . . . . . . . v Publications and related information . . . . . . v Web resources . . . . . . . . . . . . . viii How to send your comments . . . . . . . . ix IBM Systems Director task support for Storage products . . . . . . . . . . . . . . National languages supported by IBM Systems Director . . . . . . . . . . . . . . Planning to install IBM Systems Director . . . . Service and support information . . . . . . Reviewing the environment . . . . . . . . Version compatibility of IBM Systems Director version 6.1 components . . . . . . . . . License information. . . . . . . . . . . Obtaining licenses for Common Agent . . . . Choosing the IBM Systems Director Server installation options . . . . . . . . . . . Choosing where to install IBM Systems Director Server . . . . . . . . . . . . . . . Choosing the IBM Systems Director database application . . . . . . . . . . . . . Choosing the management level for managed systems . . . . . . . . . . . . . . . Planning for virtual environments . . . . . . Disaster recovery for IBM Systems Director 6.1 . . Planning for events . . . . . . . . . . . . Planning events to be monitored . . . . . . Planning for event automation plan implementations . . . . . . . . . . . . Planning IBM Systems Director security . . . . . Planning IBM Systems Director users and groups Planning Secure Sockets Layer configuration on IBM Systems Director . . . . . . . . . . Planning password management in IBM Systems Director . . . . . . . . . . . . . . 41 42 42 42 43 46 47 47 48 49 50 52 54 54 55 56 57 60 60 61 69
Checklist: Installing IBM Systems Director Server on Linux on x86 . . . . xi Checklist: Installing agents on Linux on x86. . . . . . . . . . . . . . . xiii Chapter 1. IBM Systems Director technical overview . . . . . . . . . . 1
IBM Systems Director components . . . . . Management server . . . . . . . . . Common Agent . . . . . . . . . . Platform Agent . . . . . . . . . . Agentless-managed systems . . . . . . Manageable resource types . . . . . . . Manageable systems . . . . . . . . . . User interfaces . . . . . . . . . . . . Base function and extensible plug-ins . . . . Discovery manager . . . . . . . . . Status manager . . . . . . . . . . Configuration manager . . . . . . . Automation manager . . . . . . . . Update manager . . . . . . . . . . Remote access manager . . . . . . . Virtualization manager . . . . . . . IBM BladeCenter and System x management IBM System z management . . . . . . IBM Power systems management . . . . IBM System Storage management . . . . Additional IBM Systems Director plug-ins . Upward integration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 . 3 . 4 . 5 . 5 . 6 . 6 . 7 . 8 . 9 . 9 . 10 . 10 . 11 . 11 . 12 . 12 . 12 . 12 . 13 . 13 . 14
iii
Preparing a Platform-Agent managed system . . . Preparing to install Platform Agent on Linux for System x and x86-based systems . . . . . . Preparing VMware managed systems . . . . Preparing a Common-Agent managed system . . Obtaining licenses for Common Agent . . . . Preparing to install Common Agent on Linux for System x and x86-based systems . . . . Preparing VMware managed systems . . . . Installing agents using the Agent Installation Wizard . . . . . . . . . . . . . . . Installing the LSI MegaRAID provider for Windows or Linux . . . . . . . . . . . . Installing virtualization manager subagents . . . Installing virtualization manager subagents using the installation wizard . . . . . . . Installing virtualization manager subagents manually . . . . . . . . . . . . . .
107 107 108 109 109 109 111 111 114 116 116 117
Notices . . . . . . . . . . . . . . 119
Trademarks . . . . . . . . . . . . . . 120
iv
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
publib.boulder.ibm.com/infocenter/systems/index.jsp View the IBM Systems information center for information about to install and use plug-ins that extend the functionality of IBM Systems Director. v IBM Systems Director Upward Integration Modules (UIMs) publib.boulder.ibm.com/infocenter/systems/topic/uims_6.1/fqs0_main.html Read the IBM Systems Director Upward Integration Modules (UIM) topic collection to learn about how to install and use upward integration modules and management packs that enable non-IBM workgroup and enterprisemanagement products to interpret and display data that is provided by Common Agent and Platform Agent. v IBM Systems Director Software Development Kit publib.boulder.ibm.com/infocenter/dirinfo/toolkit/index.jsp View the IBM Systems Director Software Development Kit (SDK) information center to learn about the APIs and CLIs that you can use to extend the capabilities of IBM Systems Director.
Publications
Release Notes Provides information about hardware requirements for running IBM Systems Director components, supported IBM Systems Director hardware, operating systems, databases, and workgroup and enterprise systems-management software. Hardware and Software Support Guide Provides information about hardware requirements for running IBM Systems Director components, supported IBM Systems Director hardware, operating systems, databases, and workgroup and enterprise systems-management software. Planning, Installation, and Configuration Guide for AIX Provides detail instructions to install and configure each component of IBM Systems Director on system running AIX using the standard installation option. Planning, Installation, and Configuration Guide for IBM i Provides detail instructions to install and configure each component of IBM Systems Director on system running IBM i using the Standard installation option. Planning, Installation, and Configuration Guide for Linux on Power Systems Provides detail instructions to install and configure each component of IBM Systems Director on system running Linux for Power Systems using the Standard installation option. Planning, Installation, and Configuration Guide for Linux on x86 Provides detail instructions to install and configure each component of IBM Systems Director on system running Linux for System x using the Standard installation option. Planning, Installation, and Configuration Guide for Linux on System z Provides detail instructions to install and configure each component of IBM Systems Director on system running Linux for System z using the Standard installation option.
vi
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Planning, Installation, and Configuration Guide for Windows Provides detail instructions to install and configure each component of IBM Systems Director on system running Windows using the Standard installation option. Systems Management Guide Provides detailed instructions for using the Web interface and managing systems and resources in your environment. Troubleshooting Guide Provides information about problems and how to solve them, and strategies for troubleshooting common problems. Events Reference Provides information about IBM Systems Director events, including the event type, description, severity, and extended attributes. Commands Reference Provides detailed information about the systems management command-line interface (smcli) commands, and other commands that can be run directly from the command line, including configuring the database, and starting and stopping IBM Systems Director. Hardware Command Line Users Guide Provides information about installing and using the Hardware Command Line (formerly known as the IBM Management Processor Command-Line Interface). Command output in this release might vary from command output in previous releases.
vii
Web resources
Listed here are the Web sites and information center topics that relate to IBM Systems Director.
Web sites
v IBM Systems Director www.ibm.com/systems/management/director/ View the IBM Systems Director Web site on ibm.com which provides links to downloads and documentation for all currently supported versions of IBM Systems Director. v IBM Systems Director Downloads www.ibm.com/systems/management/director/downloads/ View the IBM Systems Director Downloads Web site on ibm.com which provides links to download code IBM Systems Director, IBM Systems Director plug-ins, and IBM Systems Director upward integration modules. v IBM Systems Director Documentation and Resources www.ibm.com/systems/management/director/resources/ View the IBM Systems Director Documentation and Resources Web site on ibm.com which provides links to product documentation, redbooks, redpapers, white papers, and learning modules related to IBM Systems Director, IBM Systems Director plug-ins, and IBM Systems Director upward integration modules. v IBM Systems Director Upward Integration www.ibm.com/systems/management/director/upward/ View the IBM Systems Director Upward Integration Web site on ibm.com which provides more information about IBM Systems Director upward integration modules created by IBM and other companies. IBM Systems Director UIMs enable third-party workgroup and enterprise systems-management products to interpret and display data that is provided by IBM Systems Director Platform-Agent managed system. v IBM Servers www.ibm.com/servers/ View the IBM Servers Web site to learn about IBM Systems server and storage products. v IBM ServerProven www.ibm.com/servers/eserver/serverproven/compat/us/ View the IBM ServerProven Web site to learn about hardware compatibility of IBM System x and BladeCenter systems with IBM applications and middleware, including IBM Systems Director.
viii
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Forums
v IBM Systems Director www.ibm.com/developerworks/forums/forum.jspa?forumID=759 View the IBM Systems Director forum Web site on ibm.com to discuss product-related issues pertaining to IBM Systems Director, IBM Systems Director UIMs, and IBM Systems Director extensions. This Web site includes a link for obtaining the forum using a Rich Site Summary (RSS) feed. v IBM Systems Director SDK www.ibm.com/developerworks/forums/dw_esforums.jspa View the IBM Systems Director SDK forum Web site to discuss issues pertaining to the IBM Systems Director Software Development Kit (SDK). This Web site includes a link for obtaining the forum using a Rich Site Summary (RSS) feed. v IBM Systems www.ibm.com/developerworks/forums/dw_esforums.jsp View the IBM Systems forums Web site on ibm.com to learn about various forums that are available to discuss technology-related and product-related issues pertaining to IBM Systems hardware and software products. This Web site includes a link for obtaining the forum using a Rich Site Summary (RSS) feed.
ix
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Log on and configure IBM Systems Director Server. __ 1. Log in to IBM Systems Director Server (95). __ 2. Perform some initial configuration of IBM Systems Director Server (91).
xi
xii
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Install the agents. __ 1. Use the Agent Installation Wizard to deploy agent packages to your managed systems (111). __ 2. Install the LSI MegaRAID provider (114). __ 3. Install virtualization manager subagents (116).
xiii
xiv
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Linux on System z running on a partition without z/VM v IBM System Storage management Integrated RIA controller (such as LSI) Network storage, such as DS3000, DS4000, and DS6000 Storage switches, such as IBM BladeCenter SAS, Brocade, Qlogic, Nortel and Cisco IBM Systems Director integrates with robust workgroup and enterprise management software from IBM (such as Tivoli software), Computer Associates, Hewlett-Packard, Microsoft, NetIQ, and BMC Software.
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Management server
IBM Systems Director Server installed Includes: - IBM Systems Director Server - IBM Systems Director Web interface - Command-line Interface - Common Agent
HTTPS
TCP/IP
Various protocols
SNMP devices Agentless managed systems - no IBM Systems Director Ccode installed Agentless managed systems - no IBM Systems Director Ccode installed Cco
Management server
The management server is a system that has IBM Systems Director Server installed. It provides a central point of control for aggregating and managing discovered systems based on a service-oriented architecture. IBM Systems Director Server stores data about discovered systems, their attributes, and their relationships to other resources in a relational database. You can access information that is stored in this database even when the managed systems are not available. IBM Systems Director Server includes a default database, Apache Derby, although you can choose to use any supported database (including the high-performance DB2 database). IBM Systems Director Server includes two interfaces that the system administrator can use to manage their environment: a Web user interface and a command-line interface. The system that you use to interact with these interfaces is called the browser system.
Chapter 1. IBM Systems Director technical overview
Tip: When you install IBM Systems Director Server, the Common Agent is installed automatically on that system. The Common Agent provides a rich set of security, deployment, and management function.
Common Agent
Common Agent provides a rich set of security, deployment, and management function. Common Agent is available for all IBM Power Systems, IBM System x, IBM BladeCenter, IBM System z systems, and some non-IBM systems, when the system is running a supported operating system. Notes: v Systems running AIX or IBM i require the Common Agent to be installed. These systems cannot be managed with Platform Agent. v For a detailed list of operating systems that are supported for Common Agent, see the Planning information. Common Agent replaces Level 2: IBM Director Agent version 5.20. IBM Systems Director supports systems running Level 2: Common Agent and IBM Director Agent version 5.20. Common Agent has a single run-time that can be shared by IBM Systems Director and Tivoli products, such as Tivoli Provisioning Manager, to reduce the agent footprint, support shared credentials, and drive common services. It is also supported by other management products that use the IBM Tivoli Common Agent Services management infrastructure version 1.4.1 or later. The function available for Common-Agent managed systems varies based on operating system and hardware, and includes: Discover systems Collect comprehensive platform and operating system inventory data Monitor health and status Manage alerts Remotely deploy and install Common Agent Perform remote access, including transferring files Perform power management function Additional event support Monitor processes and resources, and set critical thresholds send notifications when triggered v Manage operating system resources and processes v Manage updates v v v v v v v v v Additionally, using Common Agent instead of Platform Agent provides enhanced scalability through asynchronous system management, reducing the demands on IBM Systems Director Server. Firewall management is simplified, too, because the Common Agent requires you to keep fewer ports open. For a detailed list of function that is supported by Common-Agent managed systems, see the Planning information. Note: Throughout the IBM Systems Director documentation, the term Common Agent (with both words capitalized) refers to the IBM Systems Director Common
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Agent, which includes subagents that provide specific management capabilities for IBM Systems Director. IBM Systems Director can also discover and perform limited management on other common agents that use the common agent services architecture and are distributed by other management products such as Tivoli Provisioning Manager. When referring to these common agents generically, lowercase text is used.
Platform Agent
Platform Agent is well suited for environments that require a smaller footprint without sacrificing a high level of manageability. It provides a subset of Common Agent function used to communicate with and administer the managed systems, including hardware alerts and status information. Platform Agent is available for all IBM Power, System x and IBM BladeCenter, and System z, IBM System Storage systems, and some non-IBM systems. For IBM i, Platform Agent is part of the Universal Manageability Enablement (UME) in the base operating system. Platform Agent is equivalent to Level 1: IBM Director Core Services version 5.20.3. IBM Systems Director supports systems running IBM Director Core Services version 5.20.3. Note: The versioning for Platform Agent might not match the versioning of IBM Systems Director. The function available for Platform-Agent managed systems is limited to the following tasks, and varies based on operating system and hardware. v Discover systems v Collect limited platform inventory data v Monitor health and status v Manage alerts v Remotely deploy and install Common Agent v Perform limited remote access v Perform limited restart capabilities For a detailed list of function that is supported by Platform-Agent managed systems, see the Planning information in the information center at.
Agentless-managed systems
IBM Systems Director provides a set of manageability functions for managed systems that do not have Common Agent or Platform Agent installed. These Agentless-managed systems are best for environments that require very small footprints and are used for specific tasks, such as one-time inventory collection, firmware and driver updates and remote deployment. Agentless-managed systems must support the Secure Shell (SSH) or Distributed Component Object Model (DCOM) protocol, or the Simple Network Management Protocol (SNMP) interface. IBM Systems Director discovers Agentless-managed systems by verifying the IP addresses on your network and scanning the ports of those addresses using the SSH or DCOM protocols. By default, IBM Systems
Director uses the range of addresses that are in the IP domain of the management server. You can discover a specific IP address or range of IP addresses using the IBM Systems Director Web interface. When an Agentless-managed system is discovered, it is locked by default. You can unlock the system by requesting access to it through IBM Systems Director. Agentless-managed systems are well suited for one-time collection of inventory, and can be used for updating firmware and drivers, and remotely deploying and running it via SSH or DCOM services. Note: No persistent data is stored on Agentless-managed system. The function available to Agentless-managed systems is limited to the following tasks, and varies based on operating system and hardware. v v v v v Discover systems Collect limited operating-system inventory data Remotely deploy and install Common Agent and Platform Agent. Perform limited remote access Perform limited restart capabilities
For a detailed list of function that is supported by Agentless-managed systems, see the Planning information in the information center at.
Manageable systems
A system is one type of resource that IBM Systems Director manages. It is an operating-system-based or hardware-based endpoint that has an IP address and host name and can be discovered and managed by IBM Systems Director. From the Navigate Resource page in Web interface, you can view the All Systems group to work with all discovered systems. Operating-system-based systems (referred to as operating systems) consist of the operating system image, agent, drivers, applications, and configuration settings. From the Navigate Resource page in Web interface, you can view the All Operating Systems group to work with these types of systems. Hardware-based systems are the physical and virtual systems, such as servers, virtual servers, storage systems, and network devices. Physical systems can host multiple operating systems and virtual servers, either by using a dual-boot feature or by way of a hypervisor. From the Navigate Resource page in Web interface, you can use the All Systems or Virtualization Systems groups to work with the physical aspects of a system, determine how many virtual servers a physical system contains, and determine how many operating systems are running on a physical system. You can also use the topology map to view the relationship between systems. To view the topology map view for a system, click Actions > Topology Perspectives. A submenu of applicable perspectives is displayed.
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
To view resources associated with a system, click Actions > Related Resources. A submenu of applicable related resources is displayed. IBM Systems Director manages these types of systems: v Blade administrative server v Boot server v Cluster v Fabric v Farm v Hardware Management Console v Management controller v Operating system v Print server v SAN v Server v Storage system v Switch v System chassis Virtualization allows you to hide the physical characteristics of your servers to consolidate servers, optimize resource usage, and improve IT flexibility and responsiveness. Using virtualization, you can create multiple discoverable virtual servers from a single physical server or create a single discoverable virtual server from multiple physical servers. Each virtual server has an independent operating environment and can have functions or features that are not available in its underlying physical resources. Tip: Virtual servers running on IBM systems are often referred to as logical partitions or virtual machines. After IBM Systems Director discovers a physical server, it continues the discovery process to find all associated virtual servers. Each IBM system offers virtualization technologies to help you consolidate systems, optimize resource utilization, and improve IT flexibility and responsiveness.
User interfaces
There are several methods for managing an IBM Systems Director environment: a Web interface and a command-line interface (smcli).
Web interface
You can use the IBM Systems Director Web interface to conduct comprehensive systems management through a graphical user interface. Data is securely transferred between the Web browser and Web interface through HTTPS. The system on which you logged into the IBM Systems Director Web interface is referred to as the browser system. You log in to the IBM Systems Director through a supported Web browser using this URL:
http://System_Name:Port_Number/ibm/console
where System_Name is the name of the system on which IBM Systems Director Server is installed and Port_Number is the first (lower) of two consecutive port numbers that you specified for the Web server to use. The default ports for the Web server are 8421 and 8422. If you use port 8422, make sure that you specify https to indicate a secure port.
Chapter 1. IBM Systems Director technical overview
IBM Systems Director provide some tasks that start outside of the IBM Systems Director Web interface. These tasks are launched tasks and are identified on menus by the Launched tasks icon .
When you select a launched task, the task can be displayed in one of the following ways: v In another instance of your Web browser. The task provides its own Web interface. v As a separate program on your system desktop. v The IBM Systems Director Launched Tasks program is displayed and opens the task that you selected. IBM Systems Director provides some tasks that still require a client-based application. This application is called the IBM Systems Director Launched Tasks program. The IBM Systems Director Launched Tasks program can open the following tasks: v Event Action Editor (used to create advanced event actions) v Event Filter Builder (used to create advanced event filters) v File Transfer v Command Automation (formerly called Process Management - Tasks) v Remote Session v SNMP Browser v MIB Management Note: The IBM Systems Director Launched Tasks program is installed automatically the first time you use a task that requires it. Because the IBM Systems Director Launched Tasks program opens outside of the IBM Systems Director Web interface, Java Web Start (JWS) is also provided for installation. For more information, see Downloading Java Web Start.
Command-line interfaces
You can use the systems management command-line interface interactively using the smcli utilities. This command-line interface (CLI) is an important primary interface into IBM Systems Director and can be used either as an efficient way to accomplish simple tasks directly or as a scriptable framework for automating functions that are not easily accomplished from a graphical user interface. For security reasons, the CLI runs only on the management server. The command-line interface follows the GN/POSIX conventions. Tips: v The IBM Systems Director smcli supports most commands that were available in previous releases through the discontinued dircli utility. v For security, the CLI runs only on the management server. You can run the CLI remotely using a remote-access utility, such as secure shell (SSH) or Telnet.
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Basic user interface, security, and agent management functions include: v Finding and viewing resources and resource information, including relationships and properties v Organizing logical sets of resources into groups v Starting, stopping, and scheduling tasks v Integrating third-party management software and other programs into the IBM Systems Director Web interface v Managing auditing v Encrypting interprocess communication v Managing Common Agent registration and authentication v Authenticating users through a configured user registry available from the operating system, Lightweight Directory Access Protocol (LDAP), or domain controller v Creating roles and authorizing users and user groups to access certain systems, groups, and tasks v Managing credentials to support single sign-on authentication, even when services span different systems v Installing agents on new systems, upgrading from IBM Director Agent version 5.20 or IBM Director Core Services version 5.20 to a current agent on existing systems, and promote an Agentless-managed system or Platform-Agent managed system to a Common-Agent managed system.
Discovery manager
Discovery manager performs physical and virtual system discovery and inventory of related resources on the network.. You can use the discovery manager plug-in to: v Discover systems such as physical and virtual servers, storage systems, and network devices) in a heterogeneous environment. This includes simple discovery using a single IP address or host name or a range of IP addresses. You can also use a discovery profile to discover one or more systems of different types and protocols. v Collect inventory data about hardware and software that is currently installed on systems. Inventory data is information about physical, logical, and virtual hardware (such as virtual systems, virtual servers, and farms), software applications, operating systems, middleware, firmware and BIOS, diagnostics, and network. v Manage inventory profiles that you can use to discover a group of resources or collect inventory data based on a set of criteria. v View systems, inventory data, and relationships among systems in the network using the Resource Navigator v Pass security credentials to one or more systems to gain access to that agents
Status manager
Status manager provides an at-a-glance view of the health of your managed resources (including systems, operating systems, applications, and security) and processes. The status of discovered systems is automatically retrieved and displayed, and this display can be customized in several waysusing one of the system health and
status-related tasks, navigating to a specific resource, or using the new capabilities integrated into the command line interface. You can use the status manager plug-in to: v Use the Status Manager Summary page to view the status of discovered systems and a summary of tasks that will help you manage the status, problems and events for systems. v Determine the health, compliance, and performance of managed systems in your environment using the health summary, scoreboard, and dashboard. The health summary shows the overall health of your managed systems. The scoreboard summarizes the hardware state, event state and compliance state for all managed systems. The dashboard shows performance metrics for specific managed systems. v View the event log. v Identify problems and find the root cause by viewing problems and the event log. v Subscribe to events on the ones deemed important. You can also identify events to be cleared automatically. v Monitor dynamic properties of resources by defining monitors and thresholds and generating a notification when a threshold has been reached. v Monitor processes and device services on a specific system by defining monitors and thresholds and generating a notification when a threshold has been reached. v Monitor system information in various formats. v Drill down into the root cause of problems.
Configuration manager
Configuration manager is used to integrate new hardware into your environment, configure systems after installation, or do one-off configurations for problem resolution. Configuration manager leverages a set of well defined templates that can be applied to servers, storage, and network resources even if the resources are comprised of very different technologies. You can use the configuration manager plug-in to: v Use the Configuration Manager Summary page to view system configuration status and a summary of tasks that will help you configure your systems. v Initially configure one or more systems (hardware and operating systems) to a point where they can be deployed, allocated, and powered on. v Automatically configure newly discovered systems using the automatic-deploy capability of a configuration plan. v Reconfigure systems to prepare for redeployment, reallocation, or re-provisioning (for example, as a result of an event or as part of a workflow that the configuration needs to be support). v Manage configuration templates and plans. A configuration template is a collection of settings and values that define the configuration of a system. A configuration plan is a set of templates that can be applied to one or more systems in a specific order.
Automation manager
Automation manager provides tools to notify an administrator or run a predefined tasks automatically when a certain event occurs.
10
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
You can use the automation manager plug-in to: v Use the Automation Manager Summary page to view the status of jobs and automation plans and a summary of tasks that will help you automate tasks. v Create custom event-automation plans used to automate tasks and other responses to situations that occur in your environment. v Create and manage event filters that allow the event automation plans to target specific events. v Create and manage event actions that identify tasks or commands to run or notifications to send. The types of actions include starting a noninteractive task or program on the management server or the system on which the event was generated or sending an email notifications over the Internet or to a mobile phone.
Update manager
Update manager provides tools for maintaining current versions of operating systems, device drivers, firmware and BIOS, and IBM Systems Director agent and server code on managed systems without an upgrade or migration of the installed product. You can use the update manager plug-in to: v Use the Update Manager Summary page to view update status and a summary of tasks that will help you manage updates on your systems. v View update history and status of targeted systems. v Identify updates available for your systems. v Create customized update groups for your companys certified list of updates. v Detect and view out-of-date systems. v Get a notification when systems are in need of updates and which updates are needed. v Download, distribute and install available and requisite updates tin a single request without repackaging or performing each step in the process separately. v Download and review update information, such as prerequisites, readmes, Release Notes, content letters, and associated collateral.
11
Virtualization manager
Virtualization manager provides tools for managing the lifecycle of virtual resources. Virtualization manager now includes support for virtualized environments managed by wholly different server virtualization environments. These include Hardware Management Console (HMC), Integrated Virtualization Manager (IVM), Microsoft Virtual Server, VMware and Xen virtualization. Some additional basic discovery and health management is supported for z/VM virtualization. As a result of this cross-solution management consolidation, you can visualize and control both the physical and virtual resources from a single user interface. You can use the virtualization manager plug-in to: v Work with virtualized environments and tools, including Hardware Management Console (HMC), Integrated Virtualization Manager (IVM), Microsoft Virtual Server, VMware, and Xen virtualization v Viewing topology that shows the connections between physical and virtual resources, which can vary dynamically across time v Tracking alerts and system status for virtual resources and their resources to easily diagnose problems affecting virtual resources v Creating automation plans based on events and actions from virtual and physical resources, such as relocating a virtual server based on critical hardware alerts v Create, delete and manage virtual servers and virtual farms for several virtualization technologies in the industry v Relocate virtual servers to alternate physical hosts
12
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
discovery, health and status monitoring, configuration, updates, and virtualization. It also provides platform-specific functions. You can use the IBM Power systems management plug-in to: v Manage the following Power System environments that might include POWER5 and POWER6 processor-based servers running AIX, IBM i, or Linux: Power Systems managed by the Hardware Management Console Power Systems managed by the Integrated Virtualization Manager A Power Systems server with a single image (a nonpartitioned configuration) A Power Architecture BladeCenter server under the control of a BladeCenter management module v Perform management tasks on systems that are under the control of HMC and IVM, including managing power, creating virtual serves, editing virtual server resources, and relocating virtual servers between host systems. v Perform management tasks that are available from the IBM Systems Director Web interface for AIX 6.1 and IBM i 5.4 and 6.1. For additional information about managing the virtualization and consolidation on Power systems using IBM Systems Director, see the Managing IBM Power Servers with IBM Systems Director 6.1 white paper on the Web at: www.ibm.com/ common/ssi/fcgi-bin/ssialias?infotype=SA&subtype=WH &appname=STGE_PO_PO_USEN&htmlfid=POW03011USEN &attachment=POW03011USEN.PDF
13
Upward integration
IBM Systems Director lets you to make the most of your existing enterprise management structure by upwardly integrating with many workgroup and enterprise-management products. IBM Systems Director upward integration modules (UIMs) and management packs enable non-IBM workgroup and enterprise-management products to interpret and
14
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
display data that is provided by Common Agent and Platform Agent. IBM Systems Director UIMs and management packs provide enhancements to the enterprise-management products that you can use to collect inventory data, view IBM Systems Director event notifications, and for some UIMs, distribute IBM Systems Director software packages. With the IBM Systems Director UIMs and management packs, you can use your enterprise-management software to manage systems that have Platform Agent or Common Agent software installed on them. You can use Platform Agent software to: v Gather detailed inventory information about your systems, including operating system, memory, network adapters, and hardware. v Track your systems with features such as power management, event log, and system monitor capabilities. Platform Agent uses some of the latest systems-management standards, including Common Information Model (CIM), Web-Based Enterprise Management (WEBM) and Extensible Markup Language (XML), to provide compatibility with your existing enterprise-management software. For more information about upward integration modules, see IBM Systems Director Upward Integration Modules in the IBM Systems information center on the Web at publib.boulder.ibm.com/infocenter/systems/topic/uims_6.10/ fqs0_main.html. You can also configure IBM Systems Director Server to forward alerts (such as SNMP) to higher-level enterprise managers, including CA Unicenter NSM, HP OpenView NNM, HP OpenView Operations for Windows, Tivoli Netview, Tivoli Management Framework, Microsoft Systems Center Operations Manager, and Microsoft Systems Management Server.
15
16
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
17
The following recommendations are based on a 32bit version of SUSE Linux Enterprise Server 10 for x86. The recommendations are comparable for Red Hat Enterprise Linux on x86-compatible systems.
Table 1. IBM Systems Director Server recommended hardware requirements for different-sized Linux environments Recommended hardware requirements Configuration Small Medium Large
1
Processor 1 processor, 3 GHz Intel Xeon 1 2 processors, 3 GHz Intel Xeon 1 4 processors, 3 GHz Intel Xeon 1
Memory 1 GB 2 GB 4 GB
Disk storage 4 GB 6 GB 8 GB
The processor (CPU) sizing is based on the Intel Xeon processor, but is comparable for equivalent Intel and AMD processors. Attention: If you use DVD media to install IBM Systems Director Server, ensure that you allot an additional 1.2 GB of available space on the system to contain the agent packages that are copied from the DVD at the end of the server installation. The packages are copied to /opt/ibm/director/packaging/agent on the server.
x86-compatible systems
Notes: v The systems on which you install Common Agent must meet the Wired for Management (WfM), version 2.0, specifications. v System Management BIOS (SMBIOS) 2.1 or later is required for all systems in an IBM Systems Director environment.
Table 2. x86-compatible systems: Minimum hardware requirements Requirements Processor speed Memory (RAM) Disk space Platform Agent Pentium 1.5 Ghz or equivalent 512 MB 40 MB (for Windows) 100 MB (for Linux) Common Agent Pentium 1.5 Ghz or equivalent 512 MB 110 MB (for Windows) 170 MB (for Linux)
18
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
v v v v v
IBM blade servers IBM Power systems (formerly System i and System p systems) IBM System Storage Network Attached Storage (NAS) products System x servers System z systems
To determine whether a system meets the recommended hardware requirements for your IBM Systems Director systems-management environment, see Hardware requirements. Notes: 1. The degree of support that IBM Systems Director provides on these systems and products might vary. For this information, see the IBM Systems Director Release Notes. 2. IBM Systems Director runs on IBM Power and System z systems when the installed operating system is also supported by IBM Systems Director. 3. The IBM System Storage NAS products include an installation of Common Agent. 4. Some systems and products might not be available in your area. Related reference Hardware requirements for IBM Systems Director on page 17 Supported operating systems on page 31
19
v v v v v v v
JS21 blade server, machine type 8844 JS22 blade server, machine type 7998 LS20 blade server, machine type 8850 LS21 blade server, machine type 7971 LS41 blade server, machine type 7972 QS21 blade server, machine type 0792 QS22 blade server, machine type 0793
1078 1078 Internal Mega RAID RAID Yes Yes Yes Yes
20
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Table 3. Storage management tasks and supported devices (continued) Fibre Channel Switches (2 IBM System Storage DS Gbit/sec and 4 Gbit/sec) 3 2 Brocade and 0 Qlogic 0 Yes Yes 3 3 0 0 Yes 3 4 0 0 Yes 4 0 0 0 Yes 6 0 0 0 Yes
Task Monitoring (alerts and status) Physical Topology Logical Topology Provisioning SAS zoning View and manage attached devices Config uration Update acquisition and compliance check Update Installation Trouble shooting
No Yes No No Yes
No Yes No No No
No Yes No No No
No No Yes No No
Yes Yes
No Yes
No Yes
Yes Yes
Yes Yes
No No
No No
No No
No No
No No
No No
Yes No
Yes No
Yes No
Yes Yes
No Yes
No No
No No
No No
No No
No No
No No
Storage restrictions
v You are advised to not install Storage Configuration Manager on a system that is running IBM Systems Director. v Storage devices such as memory, caches, and registers are not managed by Storage Management. v These devices are not supported: IBM System Storage N series hardware IBM System Storage DS8000 IBM System Storage SAN Volume Controller ServeRAID-MR10ie (CIOv) Controller for IBM BladeCenter Any other storage devices not listed in Table 3 on page 20. v When performing configuration and serviceability functions on Integrated RAID Controller (IRC) devices with IBM Systems Director, support is limited to Platform-Agent managed systems on the IRC host.
Chapter 2. Planning
21
v The SMI-S provider for the IBM BladeCenter S SAS RAID Controller Module is integrated with the IBM Systems Director Server and does not need to be separately installed on the IBM Systems Director Server. Keep in mind these facts about this SMI-S provider: It has one of these two names, depending on the host operating system: - PlatformAgentSubagent IBM BladeCenter SAS RAID Controller Module 6.1.0 Linux - PlatformAgentSubagent IBM BladeCenter SAS RAID Controller Module 6.1.0 Windows It must be configured in order to manage storage devices. It runs only on versions of Windows 2003 and Linux on System x systems. It runs on those versions and releases of Windows 2003 and Linux on System x systems that support the IBM Systems Director Server. It can be installed on additional IBM Systems Director Platform-Agent managed systems if it becomes necessary to have additional copies. In this case, the provider is supported only on - Those versions and releases of Windows 2003 that support Platform-Agent managed systems - The following Linux on System x levels: v Red Hat Enterprise Linux, version 4.0 v Red Hat Enterprise Linux, version 5.0 v SUSE Linux Enterprise Server 9 v SUSE Linux Enterprise Server 10
Network requirements
IBM Systems Director requires certain ports to be available and certain network protocols to be installed in order to enable communication among IBM Systems Director components and between the management server and managed systems. In addition, network connectivity must exist between the management server and managed systems, and between the management server and the IBM Systems Director Web interface browser system.
22
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Related reference VMware Documentation (http://www.vmware.com/support/pubs/) Important port considerations: When preparing your ports for an IBM Systems Director environment, there are some important considerations to remember or some IBM Systems Director functions might not work. Review the following considerations: v Depending on the system configuration, one of the following port pairings must be open in order to install IBM Systems Director: (For Microsoft Windows and Red Hat Enterprise Linux) 5988 and 5989 (For SUSE Linux Enterprise Server) 15988 and 15989 Some firewalls might attempt to block these ports. Make sure that the IBM Systems Director software components can use these ports. If custom alternative ports are chosen for the CIM Server, then those ports must be opened. v (Windows only) For any CIM-related function of the Common Agent to work, the HTTP port must be turned on for the Pegasus CIMOM, regardless of whether HTTPS is turned on (SSL is enabled). v If the CIMOM ports for a Platform-Agent managed system are changed after IBM Systems Director Server discovers the system, the system will change to an Agentless-managed system in IBM Systems Director. To correct this change, you must complete the following steps: 1. Delete the system in IBM Systems Director. 2. Shut down and restart the system. 3. Discover the system in IBM Systems Director. v Windows firewall can interfere with discovery of managed systems running Windows 2003, Windows 2008, Windows XP, and Windows Vista. v If a proxy server is required to access the Internet from the management server, make sure that the management server is configured to use the proxy. v Update manager cannot use Digest or NTLM authentication to access update packages from IBM. If a proxy server is required, it must be configured to use Basic authentication. v IBM Systems Director Server can access the Internet through ports 80 (HTTP) and 443 (HTTPS). The firewall and proxy server must permit bi-directional communication through these ports. v By default, IBM Systems Director uses a random source port for SLP communication through a firewall to a Remote Supervisor Adapter. The random port causes problems when discovering the Remote Supervisor Adapter through a firewall because the Remote Supervisor Adapter responds using that random port. To resolve this problem, open any unused or private port. Then, edit the slp.prop file to use your selected port. The following example uses port 49150:
# Up to 10 parallel ports can be open at a time # when opening firewall ports, configure the source port and open # that port and the next 9 consecutive ports # default: 0 - random port used source.port=49150
v Neither z/VM nor the MAP Agent add any additional ports to those already provided by IBM Systems Director for standard communication. Instead of TCP/IP, z/VM communication APIs are used to communicate with the servers
Chapter 2. Planning
23
that provide information to IBM Systems Director and to enact any changes to z/VM servers. The communication is by means of sockets and the AF_IUCV address family. v For the TCP ports listed, the initiator opens a random port in the 1024-65535 range and then connects to the listener on the port listed. The listener responds by connecting to the original random port opened by the initiator. v For the getfru command to run successfully, the managed system must have firewall access through a standard FTP port. v The Remote Control, Update Install, and the Agent Installation wizard tasks use session support to increase data transmission. Session support within TCP/IP causes data to flow through a nonreserved port that is different from the one that IBM Systems Director typically uses for communication. Most firewalls will not transmit the data through this other port. Related reference Ports for IBM Systems Director Server Ports for managed systems on page 29 Ports for IBM Systems Director Server: IBM Systems Director processes require access to a number of ports on the management server. If these ports are blocked by a firewall or used by another process, some IBM Systems Director functions might not work.
Table 4. Ports used by IBM Systems Director Server for communication Port 20 21 22 TCP or UDP TCP TCP TCP Direction Inbound Inbound Outbound Communication description FTP data communication with BladeCenter I/O modules (switches and bridges) FTP communication with BladeCenter I/O modules (switches and bridges) SSH communication with: v Advanced management module and management module v BladeCenter I/O modules v Platform Agent installed on systems running Linux, including systems managed by HMC and IVM v SSH used by IBM Power systems to communicate with HMC/IVM v Non-Windows Agentless-managed systems 23 TCP, UDP Outbound Telnet communication with: v Advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II v BladeCenter I/O modules v Updates 69 TCP Inbound TFTP communication with BladeCenter I/O modules (switches and bridges)
24
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Table 4. Ports used by IBM Systems Director Server for communication (continued) Port 80 TCP or UDP TCP Direction Outbound Communication description HTTP communication with: v IBM Systems Director Web interface v Advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II v BladeCenter I/O modules v IVM interface v Update manager 81 135 137 TCP TCP, UDP TCP, UDP Outbound Outbound Outbound HTTPS communication with BladeCenter I/O modules (switches and bridges) (Windows only) Software installation and remote access communication with Platform Agent (Windows only) Communication with Agentless-managed systems using Microsoft Windows DCOM (Windows only) Communication with Agentless-managed systems using Windows DCOM (Windows only) Communication with Agentless-managed systems using Windows Server Message Block (SMB) SNMP agent communication with: v Advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II v BladeCenter I/O modules v Platform Agent Note: This port is used when the SNMP agent for the operating system is configured. v Agentless-managed systems Note: This port is used when the SNMP agent for the operating system is configured. 162 TCP, UDP Outbound (TCP, UDP) Inbound (UDP) Simple Network Management Protocol (SNMP) trap communication with SNMP devices, including TCP for Tivoli NetView events. Examples of SNMP devices are advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II. SLP communication with: v Advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II v Common Agent v Platform Agent v IBM Director Agent 5.20 v Service Location Protocol (SLP) service agent or SLP directory agent
138
TCP, UDP
Outbound
139
TCP, UDP
Outbound
161
UDP
Outbound
427
TCP, UDP
Chapter 2. Planning
25
Table 4. Ports used by IBM Systems Director Server for communication (continued) Port 443 TCP or UDP TCP Direction Outbound Communication description HTTPS communication with: v IBM Systems Director Web interface v Advanced management module and management module v HMC Web interface v Updates 445 TCP, UDP Outbound (Windows only) Open on Agentless and Platform-Agent managed systems for the following features: v Software installation v Remote access communication v (Agentless-managed systems only) Inventory collection Non-SSL communication with the IBM i DRDA/DDM server job SSL communication with the IBM i DRDA/DDM server job SSL communication with the IBM i server port mapper Remote Management and Control Protocol (RMCP) unsecure communication with IPMI baseboard management controller (BMC) service processors Remote Management and Control Protocol (RMCP) secure communication with IPMI BMC service processors v Random port range for communication between IBM Systems Director Server with Intelligent Platform Management Interface (IPMI) service processors Note: You can specify a fixed port by modifying the asmDefinitions.properties file in the data directory. v For the TCP ports listed, the initiator opens a random port in the 1024-65535 range and then connects to the listener on the port listed. The listener responds by connecting to the original random port opened by the initiator. 1433 TCP Outbound and Inbound Outbound and Inbound Outbound and Inbound Inbound Microsoft SQL Server databases
664
UDP
Outbound
TCP
Inbound
1521
TCP
1527
TCP
2033
TCP
Communication with the IBM Systems Director Launched Tasks program using IBM Systems Director interprocess communication (IPC)
26
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Table 4. Ports used by IBM Systems Director Server for communication (continued) Port 2044 TCP or UDP TCP Direction Outbound and Inbound Outbound and Inbound Inbound Communication description smcli command-line interface Note: This port number can be changed. See Port configuration for smcli. Remote Desktop Protocol, Remote Desktop Connection, or Remote Accessor for full screen access to systems running Windows Communication with the IBM Systems Director Launched Tasks program using IBM Systems Director interprocess communication (IPC) over SSL Virtual Network Computing (VNC), used by Remote Access (Windows and Red Hat Enterprise Linux) CIM Server unsecure port v (Windows and Red Hat Enterprise Linux) CIM Server secure port v HMC/IVM CIMOM 6641 6988 6989 6090 TCP TCP TCP TCP Inbound Inbound Inbound Outbound SAS switches CIM listener CIM listener TCP Command Mode communication between IBM Systems Director Server and advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II v (All operating system platforms) HTTP communication between IBM Systems Director Server and the IBM Systems Director Web interface v HTTP used by IBM Power systems to communicate with CIM 8422 TCP Inbound v (All operating system platforms) HTTPS communication between IBM Systems Director Server and the IBM Systems Director Web interface v HTTPS used by IBM Power systems to communicate with CIM 8470 8471 8472 8473 8474 TCP TCP TCP TCP TCP Outbound Outbound Outbound Outbound Outbound Non-SSL communication with the IBM i central server job Non-SSL communication with the IBM i database server job Non-SSL communication with the IBM i data queue server job Non-SSL communication with the IBM i file server job Non-SSL communication with the IBM i network print server job
Chapter 2. Planning
3389
TCP
4066
TCP
5901
TCP
5988 5989
TCP TCP
8421
TCP
Inbound
27
Table 4. Ports used by IBM Systems Director Server for communication (continued) Port 8475 8476 90009100 9470 9471 9472 9473 9474 9475 9476 9510 95119513 95149515 TCP or UDP TCP TCP TCP TCP TCP TCP TCP TCP TCP TCP TCP TCP TCP Outbound Outbound Outbound Outbound Outbound Outbound Outbound Inbound, Outbound Inbound Direction Outbound Outbound Communication description Non-SSL communication with the IBM i remote command and distributed program call server job Non-SSL communication with the IBM i signon server job Communication Platform-Agent managed system running Xen SSL communication with the IBM i central server job SSL communication with the IBM i database server job SSL communication with the IBM i data queue server job SSL communication with the IBM i file server job SSL communication with the IBM i network print server job SSL communication with the IBM i remote command and distributed program call server job SSL communication with the IBM i signon server job Communication with Common Agent and CAS Web services Agent manager Nonstop ports that are used to make sure Common Agent is restarted automatically if it fails. Note: Ports must be available, but not firewall accessible. Events from storage devices UDP Inbound Receives events sent by advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II IBM Systems Director interprocess communication (IPC) with IBM Director Agent 5.20 IBM Systems Director interprocess communication (IPC) with IBM Director Agent 5.20 IBM Systems Director Server interprocess communication (IPC) support v CAS events v Communication with VMware Note: If you plan to manage systems running VMware VirtualCenter, or VMware ESX Server, see the VMware documentation to make sure port requirements are met: www.vmware.com/ support/pubs/ 50000 TCP Both IBM DB2 Universal Database databases
10000 13991
28
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Related reference Important port considerations on page 23 Ports for managed systems Ports for managed systems: IBM Systems Director processes require access to a number of ports on managed systems. Managed systems include Common-Agent managed systems, Platform-Agent managed systems, and Agentless-managed systems.
Table 5. Ports on managed systems Port 22 TCP or UDP TCP Direction Inbound Communication description SSH communication with: v Advanced management module and management module v BladeCenter I/O modules v Platform Agent installed on systems running Linux, including systems managed by HMC and IVM v SSH used by IBM Power systems to communicate with HMC/IVM v Non-Windows Agentless-managed systems 135 137 TCP, UDP TCP, UDP Inbound Inbound (Windows only) Software installation and remote access communication with Platform Agent (Windows only) Communication with Agentless-managed systems using Microsoft Windows DCOM (Windows only) Communication with Agentless-managed systems using Windows DCOM (Windows only) Communication with Agentless-managed systems using Windows Server Message Block (SMB) SNMP agent communication with: v Advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II v BladeCenter I/O modules v Platform Agent Note: This port is used when the SNMP agent for the operating system is configured. v Agentless-managed systems Note: This port is used when the SNMP agent for the operating system is configured.
138
TCP, UDP
Inbound
139
TCP, UDP
Inbound
161
UDP
Inbound
Chapter 2. Planning
29
Table 5. Ports on managed systems (continued) Port 427 TCP or UDP TCP, UDP Direction Outbound and Inbound Communication description SLP communication with: v Advanced management module, management module, Remote Supervisor Adapter, and Remote Supervisor Adapter II v Common Agent v Platform Agent v IBM Director Agent 5.20 v Service Location Protocol (SLP) service agent or SLP directory agent 445 TCP, UDP Inbound (UDP) (Windows only) Open on Agentless and Platform-Agent managed systems for the following features: v Software installation v Remote access communication v (Agentless-managed systems only) Inventory collection (Windows and Red Hat Enterprise Linux) CIM Server unsecure port v (Windows and Red Hat Enterprise Linux) CIM Server secure port v HMC/IVM CIMOM 6988 6989 9510 14247 14248 15988 TCP TCP TCP UDP UDP TCP Inbound Outbound Inbound Inbound Outbound Inbound CIM listener CIM listener Communication with Common Agent and CAS Web services IBM Systems Director interprocess communication (IPC) with IBM Director Agent 5.20 IBM Systems Director interprocess communication (IPC) with IBM Director Agent 5.20 v (For SUSE Linux Enterprise Server) CIM Server (alternative secure port) communication with Platform-Agent managed system v Service processor communication with SUSE Linux Enterprise Server 10. v CIM Server (alternative unsecure port) communication with Platform-Agent managed system 15989 TCP Inbound (For SUSE Linux Enterprise Server) CIM Server (alternative secure port) communication with Platform-Agent managed system v CAS events v Communication with VMware Note: If you plan to manage systems running VMware VirtualCenter, or VMware ESX Server, see the VMware documentation to make sure port requirements are met: www.vmware.com/ support/pubs/
5988 5989
TCP TCP
Inbound Inbound
20000
TCP
Outbound
30
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Related reference Important port considerations on page 23 Ports for IBM Systems Director Server on page 24
Security requirements
IBM Systems Director Server supports several products to house the registry used for system security.
Chapter 2. Planning
31
Starting in version 6.1, IBM Systems Director provides a Web interface for use with IBM Systems Director Server. IBM Director Console is no longer required. However, some tasks in the Web interface require the IBM Systems Director Launched Tasks program. For information about the IBM Systems Director Launched Tasks program and the tasks that require it, see Launched tasks and the IBM Systems Director Launched Tasks program. For operating-system support, see Operating systems supported by the IBM Systems Director Launched Tasks program. When preparing to install IBM Systems Director, consider the following information: v Platform Agent, version 6.1.0 and IBM Director Core Services version 5.20.3 are the same agent. v Unless stated otherwise, IBM Systems Director provides agentless support for all operating systems listed in this topic.
Table 6. Linux versions supported by IBM Systems Director on System x systems; IBM and third-party x86-based systems IBM Systems Director Server
Operating system Versions of Linux for 32-bit systems: Red Hat Enterprise Linux AS, version 4.0 (supports Updates 5, 6, and 7) Red Hat Enterprise Linux ES and WS, version 4.0 (supports Updates 5, 6, and 7) Red Hat Enterprise Linux AS, version 5.0 (supports Updates 1 and 2) Red Hat Enterprise Linux ES and WS, version 5.0 (supports Updates 1 and 2) Red Hat Enterprise Linux AS, ES, and WS, version 5.0, with Xen Kernel (supports Updates 1 and 2) SUSE Linux Enterprise Server 9 for x86 (supports Service Packs 3 and 4) SUSE Linux Enterprise Server 10 for x86 (supports Service Packs 1 and 2) SUSE Linux Enterprise Server 10, with Xen Kernel (supports Service Packs 1 and 2) VMware ESX Server, versions 3.0, 3.0.1, 3.0.2, 3.5, 3.5.1, and 3.5.2, Console
Common Agent
Platform Agent
X X
X X X X X
X X
X X
X X
X X X
X X
X X
VMware ESX Server, versions 3.0, 3.0.1, 3.0.2, 3.5, 3.5.1, and 3.5.2, guest operating X systems Notes: 1. Supported guest operating systems are those that are supported by both IBM Systems Director and the specified version of VMware. See the VMware product documentation for a list of supported operating systems. 2. IBM Systems Director Server is supported on VMware ESX Server if IBM Systems Director Server is supported on the selected guest operating system. Versions of Linux for 64-bit systems: Red Hat Enterprise Linux AS, version 4.0, for AMD64 and EM64T (supports Updates 5, 6, and 7) Red Hat Enterprise Linux ES and WS, version 4.0, for AMD64 and EM64T (supports Updates 5, 6, and 7) Red Hat Enterprise Linux AS, version 5.0, for AMD64 and EM64T (supports Updates 1 and 2) Red Hat Enterprise Linux ES and WS, version 5.0, for AMD64 and EM64T (supports Updates 1 and 2) X X
X X X X
X X X X
32
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Table 6. Linux versions supported by IBM Systems Director on System x systems; IBM and third-party x86-based systems (continued) IBM Systems Director Server
Operating system Red Hat Enterprise Linux AS, ES, and WS, version 5.0, for AMD64 and EM64T, with Xen Kernel (supports Updates 1 and 2)
Common Agent
Platform Agent X
SUSE Linux Enterprise Server 9 for AMD64 and EM64T (supports Service Packs 3 X and 4) SUSE Linux Enterprise Server 10 for AMD64 and EM64T (supports Service Packs 1 and 2) SUSE Linux Enterprise Server 10, for AMD64 and EM64T, with Xen Kernel (supports Service Packs 1 and 2) X
X X
X X X
Related reference Operating systems supported by the IBM Systems Director Launched Tasks program Hardware requirements for running IBM Systems Director Server on page 17 Operating systems supported by the IBM Systems Director Launched Tasks program: Starting in version 6.1, IBM Systems Director provides a Web interface for use with IBM Systems Director Server. IBM Director Console is no longer required. However, some tasks in the Web interface require the IBM Systems Director Launched Tasks program. For information about the IBM Systems Director Launched Tasks program and the tasks that require it, see Launched tasks and the IBM Systems Director Launched Tasks program. Important: The launched-tasks feature in IBM Systems Director requires Java Web Start (JWS). The following operating systems are supported by the IBM Systems Director Launched Tasks program on System x systems; IBM and third-party x86 and x64-based systems: v Red Hat Enterprise Linux AS and ES, version 4.0 v Red Hat Enterprise Linux AS and ES, version 4.0, for AMD64 and EM64T v Red Hat Enterprise Linux, version 5.0 v Red Hat Enterprise Linux, versions 5.0 and 5.1, for AMD64 and EM64T v Red Hat Enterprise Linux AS, ES, and WS, version 5.0, for AMD64 and EM64T, with Xen Kernel v SUSE Linux Enterprise Server 9 for x86 v SUSE Linux Enterprise Server 9 for AMD64 and EM64T v SUSE Linux Enterprise Server 10 for x86 v SUSE Linux Enterprise Server 10 for AMD64 and EM64T v SUSE Linux Enterprise Server 10, for AMD64 and EM64T, with Xen Kernel v VMware ESX Server, versions 3.0, 3.0.1, 3.0.2, 3.5, 3.5.1, and 3.5.2, guest operating systems
Chapter 2. Planning
33
34
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
v SUSE Linux Enterprise Server 10 SP1, with the Xen Virtual Machine Host Server option installed (XEN 3.0.4) v SUSE Linux Enterprise Server 10 SP2, with the Xen Virtual Machine Host Server option installed (XEN 3.2) z/VM virtualization v z/VM 5.4 Note: Ensure that the following PTFs for z/VM 5.4 are installed: UM32505 UM32503 UM32521 UM32522 Related reference Supported operating systems on page 31 Microsoft Virtual Server Web page VMware ESX Server documentation VMware VirtualCenter documentation VMware Infrastructure documentation z/VM PDF files
Chapter 2. Planning
35
v V10.3 (included with IBM Systems Embedded Director Server on AIX, Linux, and Windows) v Express version 9 v Version 9.1 with Fix Pack 4 or later v Version 9.5 with Fix Pack 1 or later Microsoft SQL Server 2005 with Service Pack 2 Microsoft SQL Server 2005 Express Edition with Service Pack 2 Local or remote
Local or remote
Local or remote
Local or remote
Local or remote
Oracle Database
36
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Related tasks Choosing the IBM Systems Director database application on page 50
IBM Systems Director task support by operating system and agent levels
Some IBM Systems Director tasks are supported on certain operating systems or only on Platform-Agent managed systems or Common-Agent managed systems. For tasks whose support is not affected in this way, see IBM Systems Director task support not affected by operating systems. Support for IBM Systems Director tasks can vary depending on the following items: v The system or hardware device model (the resource) v The operating system that is installed on a resource v The service processor installed in the managed system v The level of the device drivers that are installed on the managed system Attention: The device drivers that are available for a managed system depend on the service processor and operating system that are installed on the managed system. v The level of IBM Systems Director support installed on the system or device. In Table 8 on page 38, the following symbols are used: IBM Systems Director Server indicates the task is supported by IBM Systems Director Server. Level 0 indicates the task support is provided by the operating system. Level 1 indicates the task is supported for managed resources with Platform Agent installed. Level 2 indicates the task is supported for managed resources with Common Agent installed. Note: Typically, if a task is supported by Common Agent, it is also supported by IBM Director Agent version 5.20. However, support can vary for tasks that update systems or provide cross-platform support: - IBM i support is provided by IBM Director Agent 5.20 only. - The Agent Installation Wizard can be used to install subagents only on Common-Agent managed system. - (Configuration manager) Only operating system configuration plug-ins are supported by Common Agent and IBM Director Agent version 5.20. - (Update manager) Updates on System x and IBM BladeCenter systems and the IBM i operating system are supported by Common Agent and IBM Director Agent version 5.20. All other types of updates are supported by Common Agent only. - (Update manager) Updates on AIX, Linux on Power systems, and Linux for System z are available only with Common Agent. The ability to distribute Linux updates is only available for Common Agent on Linux. - (Virtualization manager) IBM Director Agent version 5.20 requires a separate download and installation of the Virtualization Manager extension.
Chapter 2. Planning
37
Table 8. IBM Systems Director task support across operating systems Operating systems Microsoft Virtual Server
AIX
IBM i
Linux
VMware Levels 0 , 1, 2
1
Windows IBM Systems Director Server, Levels 1, 2 IBM Systems Director Server, Level 2 IBM Systems Director Server, Levels 0, 1, 24
IBM Systems Levels 1, 2 Director Server, Level 2 IBM Systems Level 2 Director Server, Level 2 IBM Systems Levels 1, 2 Director Server, Levels 0, 24 IBM Systems Levels 0, 1, Director 25 Server, Levels 0, 2 Level 2 Level 2
7
IBM Systems Levels 1, 2 Director Server, Levels 1, 2 IBM Systems Level 2 Director Server, Level 2
File Transfer
Level 22
Inventory (hardware)3
Inventory (software)
IBM Systems Levels 0, 1, 2 Levels 0, 1, 2 IBM Systems Director Director Server, Server, Levels 0, 1, 2 Levels 0, 1, 2 Levels 1, 2
7, 9 8,
Levels 1, 2
12
10
Levels 1, 2 Level 2
12
11
Levels 1, 2 IBM Systems Director Server, Level 2 IBM Systems Director Server, Levels 0, 1, 2
IBM Systems Level 2 Director Server, Level 2 IBM Systems Director Server, Levels 0, 2
IBM Systems Level 2 Director Server, Level 2 IBM Systems Level 2 Director Server, Levels 0, 1, 2
Remote Control
Levels 0, 1, 213
IBM Systems Levels 0, 1, 2 IBM Systems Level 2 Director Director Server, Server, Levels 0, 2 Levels 014, 114, 2 IBM Systems Levels 1, 2 Director Server, Level 2 IBM Systems Director Server
Resource Monitors
IBM Systems Console only Console only IBM Systems 15 15 Director Director Server, Server, Levels 1, 2 Levels 1, 2 IBM Systems Levels 1, 2 Director Server, Levels 1, 28, 16 IBM Systems Levels 1, 2 Director Server, Levels 0, 1, 218
20
Levels 1, 2
IBM Systems Director Server, Levels 1, 2 17 IBM Systems Director Server, Levels 0, 1, 2
18
Update Manager
Levels 1, 220
Notes:
38
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
1. Agentless-managed system support is available for VMware ESX Server 3i only. 2. File systems that are displayed for the guest operating system are limited to file systems within its virtual disk. 3. Inventory data provided can vary among Agentless, Platform-Agent, and Common-Agent managed systems. 4. Hardware-platform-specific data is not available for hardware inventory. 5. Software Catalog Signatures not supported 6. Unless otherwise indicated, this task is supported (although the support might be limited) by: v Out-of-band notifications generated by the service processor v CIM indications generated by Platform Agent or Common Agent 7. IBM BladeCenter JS20 and JS21 only: Out-of-band notifications generated by a service processor only. 8. Not supported on System z systems. 9. Platform Agent support only on Red Hat Enterprise Linux AS, version 5.0, for IBM Power systems. 10. Limited support only. 11. VMware support for the Problems task has the following limitations: v No support for Platform Agent or Common Agent on VMware ESX Server 3i (Embedded and Installable Editions) although enhanced Agentless support includes Problems support. v Support is limited for guest operating systems. v Support for console is limited to out-of-band notifications generated by a service processor or in-band events generated by CIM (CIM support is system specific). 12. Supported on guest operating systems only. 13. Supported on Windows guest operating systems only. 14. Supported for Linux on Power systems only. 15. Limited support provided by virtualization manager. 16. Not supported for Linux on Power systems. 17. The RSSM function is not supported on Windows Server 2008. 18. For detailed information about hardware and operating system support provided by update manager, see Supported updates. 19. On IBM i 5.4 or later, update manager support is provided for IBM Director Agent 5.20. 20. On guest operating systems, support is provided for Linux updates and IBM Systems Director agent updates only. Related concepts Supported updates Related reference IBM Systems Director task support not affected by operating systems
39
information about tasks whose support is affected by the operating system, the degree of agent support, or both, see IBM Systems Director support by operating systems and agents. The following tasks have specific support statements: Configuration Manager This task does not require Common Agent or Platform Agent to function. These tasks are a function of IBM Systems Director Server. You can use this task on IBM BladeCenter, System x, and IBM Power systems. The operating system running on the system does not affect the support of this task. Configuration Manager performs IP configuration using out-of-band communication. External Application Launch This task is supported by IBM Systems Director Server when installed on x86-based management servers running Windows or Linux. Using External Application Launch, you can configure applications to start on any type of system that has been discovered by your installation of IBM Systems Director Server. Before you use External Application Launch to configure an application to start on a system, you must make sure that the application runs on the selected system. Power On/Off Support for this task can be provided by the service processor installed in the system, the Wake on LAN feature, or the operating system. The support varies by hardware platform. For detailed support information, see the following topics: v Managing power state settings on IBM BladeCenter and System x servers SNMP Management (formerly, SNMP Browser) This task is supported on any system or device that runs SNMP. Related reference IBM Systems Director task support by operating system and agent levels on page 37
40
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
IBM Systems Director can gather some information from a blade server before Common Agent or Platform Agent is installed on the blade server. The information is gathered from the blade server by way of the chassis management module. In the IBM Systems Director Web interface, the blade server is represented by a physical platform managed object. However, after you install Common Agent or Platform Agent on the blade server, it is a managed system, and the features and functions that you can use on the blade server are comparable to those that you can use on any managed system. IBM Systems Director tasks that you can use on your BladeCenter unit can vary, depending on the features and options that you have installed. See the following table for a list of IBM Systems Director tasks and information about whether you can use a task on the chassis, network device, or a blade server without Common Agent or Platform Agent installed. Unless otherwise noted in this documentation, a task behaves the same for blade servers as for any managed system. Note: When Common Agent or Platform Agent is installed on a blade server, the supported tasks depend on the operating system that is installed on the blade server.
Table 9. IBM Systems Director task support for BladeCenter products Tasks and subtasks Configuration Manager Event Automation Plans Problems Inventory Power On/Off Remote Command Line Remote Monitors SNMP Browser Chassis Yes Yes Yes Yes No Not applicable No No Network device No Yes No Yes No Yes Yes Yes Blade server without Common Agent or Platform Agent installed Not applicable Yes Yes Yes Yes No No Yes
2 1
1. Inventory of the chassis, network device, and blade servers can be obtained through the management module. Blade server inventory that is collected through the management module is a subset of the total inventory that is available if Common Agent or Platform Agent is installed on the blade server. 2. To use the SNMP Browser task, the operating-system SNMP agent must be installed on the blade server.
Event Automation Plans1 Event Log External Application Launch Problems Inventory
Chapter 2. Planning
41
Table 10. IBM Systems Director task support for Storage products (continued) Tasks and features DS300 DS400 DS4000 Brocade switches DS6000 QLogic BladeCenter switches
1. Indicates that the Storage product generates events. Events are detected for use in event automation plans.
42
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
For IBM Systems Director Server running on IBM BladeCenter or System x systems, subscription services are available for a fee entitling you to notification of new upgrades, patches and support information, and free updates during that period. For more information about subscription services or to renew your subscription service contract, see the Ready to Buy Web Page at www.ibm.com/systems/management/director/subscription/. For more information about service and support offerings available for all IBM systems, see Support Offerings Web site at www.ibm.com/systems/support/ supportsite.wss/docdisplay?lndocid=MIGR-5076601&brandind=5000016 or contact your IBM representative or IBM Business Partner. Related reference IBM Subscription Services IBM Director support offerings
Chapter 2. Planning
43
Table 11. Hardware identification worksheet for IBM Systems Director System or device type Operating system (if applicable) Physical location Network address
___.___.___.___ ___.___.___.___ ___.___.___.___ IP addresses or IP-address ranges for unicast ___.___.___.___ discovery of Agentless managed systems. ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___
44
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Table 12. Local and remote subnets worksheet (continued) Information to gather for discovery Directory agent server for Platform Agent discovery Service Location Protocol (SLP) directory agent server for discovery of Platform Agent managed systems. SLP scope for Platform Agent discovery Service Location Protocol (SLP) scope for discovery of Platform Agent managed systems. ___.___.___.___ ___.___.___.___ ___.___.___.___ IP addresses or IP-address ranges for unicast ___.___.___.___ discovery of Common Agent managed ___.___.___.___ systems. ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ Unicast Addresses for Common Agent discovery Subnets for Common Agent discovery TCP/IP addresses and subnet masks for broadcast and relay discovery of Common Agent managed systems. ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ / / / / / / / / / / ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ Values
Multicast group for Common Agent discovery Multicast group TCP/IP address and time-to-live value for multicast discovery of Common Agent managed systems. Subnets for discovery of SNMP devices TCP/IP addresses and subnet masks for discovery of simple network management protocol (SNMP) devices.
___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___
/ / / / / / / / / /
___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___ ___.___.___.___
Community names for discovery of SNMP devices Community names for discovery of simple network management protocol (SNMP) devices.
Chapter 2. Planning
45
Table 12. Local and remote subnets worksheet (continued) Information to gather for discovery Values
SLP profiles for discovery of SMI-S storage _________________________________ devices _________________________________ _________________________________ Service Location Protocol (SLP) profiles for _________________________________ discovery of SMI-S devices. _________________________________ _________________________________ _________________________________ _________________________________
46
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Important: IBM Systems Director version 6.1 is not compatible with any versions of IBM Director extensions that are supported by IBM Director version 5.20 or earlier. For detailed information, see Whats new in version 6.1.
License information
Before deploying this product, ensure that you have the necessary licenses.
Database
IBM Systems Director Server uses a database to store data. You can use the Apache Derby database that is included with IBM Systems Director without obtaining additional licenses. If you choose to install and use a different supported database, ensure that you have obtained any required license for the installation.
Chapter 2. Planning
47
3. Determine the IBM Systems Director service account information. You need to provide the following information when you install IBM Systems Director Server: v Computer name v User name v Password 4. Determine whether you want to encrypt the data that is transmitted between IBM Systems Director Server and Common Agent. If you want to encrypt the data transmissions, you can select from the following encryption settings. Advanced Encryption Setting (AES) A block cipher algorithm, also known as Rijndael, used to encrypt data transmitted between managed systems and the management server, which employs a key of 128, 192, or 256 bits. AES was developed as a replacement for DES. Data Encryption Standard (DES) A cryptographic algorithm designed to encrypt and decrypt data using a private key. Triple Data Encryption Standard A block cipher algorithm that can be used to encrypt data transmitted between managed systems and the management server. Triple DES is a security enhancement of DES that employs three successive DES block operations.
48
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
5. Determine where software-distribution packages are located. By default, software-distribution packages are located in the following directories:
Table 15. Default locations in which software-distribution packages are installed Operating System Linux or AIX Windows Location /opt/ibm/director/directory d:\Program Files\IBM\Director\directory
where directory is one of the following strings: v SwDistPk v SwPkInst IBM Systems Director Server creates software-distribution packages in the SwDistPk directory; when software packages are distributed to the instance of Common Agent running on the management server, these packages are placed in the SwPkInst directory. 6. Determine the network settings: a. Will you enable all or only certain network interface cards (NICs)? If you enable an individual NIC, IBM Systems Director Server will receive only those data packets that are addressed to the individual adapter. b. Determine the network timeout setting, which is the number of seconds that IBM Systems Director Server waits for a response from Common Agent. By default, the network timeout setting is 15 seconds. c. Determine whether you want to enable Wake on LAN. 7. (If IBM Systems Director Remote Control Agent is installed) Determine which remote control options you want to enable: v Require user authorization for system access v Disable screen saver v Disable background wallpaper
49
If you install IBM Systems Director Server on a domain controller and then demote the domain controller, you no longer can access IBM Systems Director Web interface. Unless the IBM Systems Director service account has domain administrator privileges, you cannot restart IBM Systems Director Server. v Consider installing multiple instances of IBM Systems Director Server. Installing IBM Systems Director Server on multiple management servers can be helpful in the following situations: You want to manage more than 5000 Common-Agent managed systems. With the IBM Systems Director Server license, you can manage only up to 5000 Common-Agent managed systems, if you have licenses for Common Agent on those managed systems. The number of Agentless-managed systems and Agentless-managed systems that you can manage is limited only by the available resources of the management server and the network. The systems that you want to manage are in several geographic locations or are owned by multiple system administrators. You want to manage each IBM BladeCenter with an installation of IBM Systems Director Server on a blade in the chassis. v Consider the kind of database you want to use. You might want to use a particular database for IBM Systems Director data, to facilitate data-mining activity or for other reasons. Not all databases are supported for all IBM Systems Director Server installation locations. See Choosing the IBM Systems Director database application for detailed information. v Consider the extensions you want to install, and their requirements. Some extensions can require large amounts of storage. Select a management server (or multiple management servers) on which you can install extensions and expect it to continue functioning even if the network grows. The External Application Launch Wizard requires that IBM Systems Director Server be installed in the default installation path.
50
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
1. Review the advantages and disadvantages of the different database installation types.
Table 16. Advantages and disadvantages of different DBMS installation types DBMS installation type Embedded DBMS The DBMS is installed on the management server as part of the IBM Systems Director Server installation, and shares the Java Virtual Machine with IBM Systems Director. Local DBMS The DBMS is installed on the management server on which IBM Systems Director Server is installed. Remote DBMS The DBMS is installed on a different server than the management server, and accessed remotely by IBM Systems Director Server. Advantages v Configuration is easy. v No additional license is required. v Resource usage is lower than that of a local DBMS installation. v A separate server for the DBMS is not required. Disadvantages v Apache Derby database limitation: The number of managed objects is limited. v Apache Derby database limitation: You cannot query databases with an application acquired from another vendor while IBM Systems Director Server is running. v Not available on IBM i. v A separate server for the DBMS is not required. v Resource usage on the management server is the highest of the DBMS types.
v Resource usage on the management server is the lowest of the DBMS types. v You can use an existing DBMS and avoid purchasing an additional DBMS license.
v A separate server for the DBMS is required. v Connectivity problems with the database server will affect IBM Systems Director.
2. Review the supported databases for your management server and the type of installation that you prefer. Depending on where you are installing IBM Systems Director Server, you have one or more possible choices for your database. See Supported database applications. for further information. 3. Review the information in Table 17 to determine the database that best meets your needs. For the following additional criteria, not all databases provide the desired function.
Table 17. Additional database selection criteria Can access data with a tool acquired from another vendor while IBM Systems Director is running No Yes Yes Yes Yes Can handle a large managed network (> ~500 managed objects) No Yes Yes No Yes
Database Apache Derby IBM DB2 Universal Database Microsoft SQL Server 2005 Microsoft SQL Server 2005 Express Edition Oracle Database
Chapter 2. Planning
51
These criteria are described more fully, including database recommendations, below: Can access data with a tool acquired from another vendor while IBM Systems Director is running Applications cannot use Apache Derby while IBM Systems Director is using the database instance. Instead, IBM DB2 Universal Database, Microsoft SQL Server, or Oracle Database are good choices if you have this requirement. Can handle a large managed network (> ~500 managed objects) If you will be managing a large network (approximately 500 or more managed objects), Apache Derby is probably not sufficient to meet your database needs. Related reference Supported database applications on page 35
Agentless
Platform Agent
Common Agent
X X X X X X X X X
1
X X X X
52
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Table 18. Management-level selection worksheet2 (continued) Criteria Non-IBM systems running Linux and supporting either the SSH or DCOM protocol Non-IBM systems running Windows and supporting either the SSH or DCOM protocol Other managed resources, including management processors supporting SSH, racks, and SNMP devices Managed system attributes Managed system has a supported workgroup/enterprise management agent installed Minimal additional memory constraint on managed system No additional memory constraint on managed system No Common Agent license required No software required on managed system Needed functionality Asset ID Event automation plans Event log File Transfer Active Status Service and Support Manager (Linux and Windows) virtualization manager (Linux & Windows) Remote control (Windows only)
6 5
Agentless X X X
Platform Agent X X
Common Agent X X
X X X X X
X X X X X X X X X X X X X X X X X X X X X X X
Remote session to all supported managed systems and devices Remote session to SNMP devices and systems supporting SSH Restart the managed system Upgrade to Platform Agent Upgrade to Common Agent
Notes: 1. Platform-Agent managed system support is not provided by the Platform Agent but by the 5722UME product. 2. In this table, systems include servers, desktop computers, workstations, and mobile computers. 3. SSH = Secure Shell 4. DCOM = Distributed Component Object Model 5. Event-automation plans can be applied to Agentless managed systems; however, most of the events that can trigger an event-automation plan are not generated for Agentless managed systems.
Chapter 2. Planning
53
54
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Chapter 2. Planning
55
Note: In the IBM Systems Director product, there are tasks and features that use the word alert in place of the word event. Also, some tasks use the word notification instead of event. Sources that can generate events include, but are not limited to, the following programs and protocols: v Common Agent v Platform Agent Microsoft Windows event log Windows Management Instrumentation (WMI) SNMP through out-of-band communication Intelligent Platform Management Interface (IPMI) Platform Event Traps (PET) through out-of-band communication v IBM service processors through out-of-band communication v v v v Successful use of event notification depends on careful planning. Consider the following questions: 1. Which events can be monitored on the system? a. Which of these events are useful to my management strategy? b. What configuration is required for the system to send event notifications? 2. How should event notifications be sent to IBM Systems Director? See the IBM Systems Director Events Reference for additional information.
56
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Using event automation plan, you can configure IBM Systems Director to send notification of particular events or event types using e-mail or mobile phone text message, or by starting an application on the management server or on a managed system. Alternatively, you can configure management modules and some service processors to send event notifications directly to personnel or other management applications besides IBM Systems Director using means such as SNMP traps or e-mail. This kind of event notification is not enabled by default, but can be configured using the BladeCenter Configuration Manager task in IBM Systems Director or through a direct connection to the service processor or management module. These events are broken down into the following three categories: - Critical events, such as Temperature outside critical thresholds or Power supply failure. - Warning events (non-critical), such as Redundant power supply failure or Voltage outside warning thresholds. - System events, such as Power off, Server loader timeout value is exceeded, or Predictive Failure Analysis (PFA) notification. Notes: For SNMP, decide which version of SNMP to use (v1 or v3). Enable traps and the SNMP agent, and configure the IP address. If using SNMPv1, configure the community name. If using SNMPv3, configure the user profile. For e-mail notifications, configure the SMTP server. If you enable timeout events (alerts), you also must plan to enable those timeouts.
57
Managed-object manufacturer, for vendor-specific events Function of the system, for services and resources specific to that function v What type of systems are you monitoring? v What is the function of the system? v What are the key monitors for the system? v Are there other systems for which you want to use the same monitors?
58
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
automation plans might apply to systems with more than one system function but not to all systems of the same type. By management technology If you have many devices that send SNMP traps, you can design event automation plans to act on those events.
59
Using the Event Automation Plan wizard, you can select common event types to create an event automation plan quickly and easily. After you become familiar with the common event type selections, you can decide whether you want to further refine your event filters using the advanced event filter path in the Event Automation Plan wizard. The advanced event filter path provides a tree that displays all currently available event types. The currently installed plug-ins publish their events in the Event Type tree when IBM Systems Director Server or Common Agent starts. Note: v Whether the events are published when IBM Systems Director Server or Common Agent starts depends on the plug-ins and how they are implemented. If you add a plug-in to your IBM Systems Director installation, the plug-in might publish its events either when it is added to the installation or when the plug-in sends its first event. If the plug-in publishes when it sends its first event, only that event is published. v IBM i message queue events are not displayed in the Event Type tree. Instead, you can specify message queue events in the IBM i message queue event pane that is below the Event Type tree.
60
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
v How many users will be authorized to access IBM Systems Director? Note: If you choose to use LDAP, ensure that you create smadmin, smmgr, smmon, and smuser groups on the LDAP servers. 2. Decide what kind of user roles to define for IBM Systems Director users. The user roles you define will provide an organizational framework that will guide you when creating user groups, delegating management authority in IBM Systems Director, and creating managed-object groups. User roles can be based on a job description, on the physical or geographic area of responsibility, or on other criteria. A user might have several different user roles simultaneously. Consider the types of access that users must have in IBM Systems Director. Note: The types of access that you grant to users depend on the types of roles that exist within your environment. v If management authority is allocated partially based on the kind of managed object, consider defining user roles for particular operating systems or for storage devices. v If management authority is allocated partially based on organizational roles, consider defining user roles that correspond to sets of privileges and tasks that can be performed in IBM Systems Director, like software distribution, inventory collection, and configuring preferences for IBM Systems Director Server. Depending on the users organizational role, the user probably needs access to only a subset of the available privileges and tasks. Other criteria can also be used when defining user roles for IBM Systems Director. Whatever criteria are used to define user roles, remember that a user can have multiple roles.
Chapter 2. Planning
61
1. Delete the default certificate. For information, see Deleting the default certificate. 2. Create a new certificate. You can create either a self-signed certificate or request and receive a CA signed certificate. v To create a self-signed certificate, see Creating a self-signed certificate. v To request and receive a CA signed certificate, see Requesting a CA signed certificate and Receiving a CA signed certificate. 3. Update the Web container properties. For information, see Updating the Web container properties. 4. Update the targets with the new certificate. For information, see Updating the targets with the new certificate.
2. Start the IBM Key Management program by typing the applicable command.
Option For Linux For Windows Description install_root/jre/bin/ikeyman install_root\jre\bin\ikeyman.exe
where install_root is the root directory of your IBM Systems Director installation. Note that this path uses the backslash (\) to delimit the directory; depending on the system that you are using, you might be required to enter the path using the forward slash (/). 3. To open the default keystore file, click Key Database File Open. 4. In the Key database type list, select JKS. 5. Click Browse and navigate to the applicable default keystore file:
Option For Linux Description install_root/lwi/security/keystore/ ibmjsse2.jks
62
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
where install_root is the root directory of your IBM Systems Director installation. Note that this path uses the backslash (\) to delimit the directory; depending on the system that you are using, you might be required to enter the path using the forward slash (/). 6. Select the default keystore file and click Open; then, click OK. 7. In the Password Prompt window, specify the default password for the default keystore file and click OK. The default keystore file password for IBM Systems Director is ibmpassw0rd. 8. In the Key database content pane, select the default personal certificate named lwiks and click Delete. Next, you must create a new certificate. v If you want to create a self-signed certificate, go to Creating a self-signed certificate. v If you want to request a CA signed certificate, see Requesting a CA signed certificate.
63
6. In the Organization field, type the name of your organization. 7. In the Country or region list, accept the default value. 8. In the Validity Period field, specify the lifetime of the certificate in days or accept the default value. 9. Click OK. 10. To change the default keystore file password, click Key Database File Change Password. 11. In the Change Password window, specify and confirm a new password and click OK. 12. To exit the IBM Key Management program, click Key Database File Exit. Next, you must update the Web container properties. Go to Updating the Web container properties.
5. 6. 7.
8. 9.
64
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Next, you must receive the CA signed certificate. Go to Receiving a CA signed certificate.
where install_root is the root directory of your IBM Systems Director installation. Note that this path uses the backslash (\) to delimit the directory; depending on the system that you are using, you might be required to enter the path using the forward slash (/). 3. Start the IBM Key Management program by typing the applicable command.
Option For Linux For Windows Description install_root/jre/bin/ikeyman install_root\jre\bin\ikeyman.exe
Chapter 2. Planning
65
where install_root is the root directory of your IBM Systems Director installation. Note that this path uses the backslash (\) to delimit the directory; depending on the system that you are using, you might be required to enter the path using the forward slash (/). 4. To open the default keystore file, click Key Database File Open. 5. In the Key database type list, select JKS. 6. Click Browse and navigate to the applicable default keystore file:
Option For Linux For Windows Description install_root/lwi/security/keystore/ ibmjsse2.jks install_root\lwi\security\keystore\ ibmjsse2.jks
7. 8.
9. 10.
where install_root is the root directory of your IBM Systems Director installation. Note that this path uses the backslash (\) to delimit the directory; depending on the system that you are using, you might be required to enter the path using the forward slash (/). Select the default keystore file and click Open; then, click OK. In the Password Prompt window, specify the default password for the default keystore file and click OK. The default keystore file password for IBM Systems Director is ibmpassw0rd. In the Key database content pane, select Personal Certificates from the list. Click Receive.
11. In the Receive Certificate from a File window, in the Data type list, select Base64-encoded ASCII data. 12. In the Certificate file name field, specify the name of the certificate file that you created when you received the certificate from the CA, for example, DirServerSecPubCert.arm. 13. In the Location field, specify the applicable directory path:
Option For Linux For Windows Description install_root/lwi/security/keystore install_root\lwi\security\keystore
where install_root is the root directory of your IBM Systems Director installation. Note that this path uses the backslash (\) to delimit the directory; depending on the system that you are using, you might be required to enter the path using the forward slash (/). Click OK. In the Enter a Label window, specify a label for the certificate, for example, DirServerSec. Click OK. Optional: Add the public version of the CA signed certificate to the truststore file of targets. The public version of the certificate contains all identifying information as well as the public key associated with the certificate. This optional step can provide additional security within your SSL configuration. Each target can determine whether the server presents a certificate that is signed by a trusted signer. If the target determines that the certificate is not signed by a trusted signer, it displays a warning which alerts you to a possible security breach. Configuring SSL for targets is specific to each target. See the documentation for the chosen target for instructions.
66
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
18. To change the default keystore file password, click Key Database File Change Password. 19. In the Change Password window, specify and confirm a new password and click OK. 20. To exit the IBM Key Management program, click Key Database File Exit. Next, you must update the Web container properties. Go to Updating the Web container properties.
where install_root is the root directory of your IBM Systems Director installation. Note that this path uses the backslash (\) to delimit the directory; depending on the system that you are using, you might be required to enter the path using the forward slash (/). 2. Change the name of the webcontainer.properties file to webcontainer.properties.bak. 3. In the same directory, create a file named sslconfig and copy the contents of webcontainer.properties.bak to the sslconfig file. 4. Using a text editor, edit the sslconfig file. Notes: a. Specify only plain text values for the passwords in the sslconfig file. b. 5. Specify com.ibm.ssl.keyStorePassword.secure_port=new_password Where v secure_port is the secure port that IBM Systems Director Server uses. Use the secure port value indicated in your properties file. v new_password is the password that you set in one of the following steps:
Chapter 2. Planning
67
Step 11 on page 64 in Creating a self-signed certificate Step 19 on page 67 in Receiving a CA-signed certificate 6. Specify the default password ibmpassw0rd for the truststore file, in plain text:
com.ibm.ssl.trustStorePassword.secure_port=ibmpassw0rd
where secure_port is the secure port that IBM Systems Director Server uses. Use the secure port value indicated in your properties file. 7. Delete the line sslEnabled=true from the sslconfig file. 8. Save the sslconfig file. 9. Restart IBM Systems Director Server by completing the applicable steps.
Option For Linux For Windows Description Type the following command: smstart 1. Right-click My Computer and select Manage. 2. In the Computer Management window, expand Services and Applications Services. 3. In the Services pane, right-click IBM Director Server and select Start. 4. Exit from the Computer Management window.
When you restart IBM Systems Director Server, the sslconfig file is used to automatically create a new webcontainer.properties file and encrypt the new password in this file. After the new webcontainer.properties file has been created, IBM Systems Director Server deletes the sslconfig file because it is no longer needed. 10. After you start and connect to IBM Systems Director Server, you can delete the webcontainer.properties.bak file manually. Next, you must update the target with the new certificate. Go to Updating the target with the new certificate.
68
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Description A Security Alert window is displayed, for example, you might see the following message: The security certificate was issued by a company you have not chosen to trust. View the certificate to determine whether you want to trust the certifying authority. Continue to step 2. A Website Certified by an Unknown Authority window is displayed. Click Accept this certificate permanently and then click OK. You Web browser is updated with the new certificate.
For Firefox
2. In the Security Alert window, click View Certificate. 3. In the Certificate window, click Install Certificate. 4. In the Certificate Import Wizard, on the Welcome page, click Next. 5. On the Certificate Store page, select the way that you want to store the certificate and click Next. 6. On the Summary page, click Finish. A Security Warning window is displayed. 7. In the Security Warning window, click Yes. 8. In the Certificate Import Wizard window, click OK. 9. In the Certificate window, click OK. 10. In the Security Alert window, click Yes. 11. When you use a launched task in the IBM Systems Director Web interface, the following message is displayed: The applications digital signature has been verified. Do you want to run the application? Be sure to select Always trust content from this publisher and click Yes.
69
Table 19. Installation and configuration user IDs and passwords Credential type IBM Systems Director administrator using the local operating system registry Tasks that require the Your values credential User ID: Password: v Determining IBM Systems Director service account information v Installing IBM Systems Director Server v Logging on to IBM Systems Director Server IBM Systems Director administrator using an LDAP registry User ID: Password: v Determining IBM Systems Director service account information v Installing IBM Systems Director Server v Logging on to IBM Systems Director Server Database system administrator Database runtime database connection administrator (DbmsUserId, DbmsPassword) User ID: Password: User ID: Password: v Preparing the database for use with IBM Systems Director v Preparing the database for use with IBM Systems Director Use the appropriate tools supplied by the database application. Use a tool that can handle the password encryption to change the value in the dcm.xml properties file and also update the database.properties value used by LWI. Use the cimsubscribe command. Use the appropriate tools supplied by LDAP. Procedure to change the password in IBM Systems Director Use the appropriate tools supplied by the local operating system.
v Starting IBM Systems Director Server (configAgtMgr.sh script) v Setting up IBM Systems Director to use LDAP for user authentication
LDAP administrator
Use the procedure in Authenticating IBM Systems Director users stored in LDAP to modify the com.ibm.lwi.LDAPAdminPassword password value in the security.properties file.
70
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
71
Related tasks Configuring the database application after IBM Systems Director installation on page 90 Installing IBM Systems Director Server on Linux for System x and x86-based systems on page 86 Related reference Supported operating systems on page 31 IBM Systems Director Downloads IBM Systems Director Best Practices Redwiki
c. Before starting IBM Systems Director Server, run the following command in the client session:
export EXTSHM=ON
Note: Always confirm the EXTSHM setting before starting IBM Systems Director Server or running any command line tools such as cfgdbcmd, smreset, smsave, or smrestore. If EXTSHM is not set to ON, run the export EXTSHM=ON command again. 3. Start the database server or client. 4. Create your IBM DB2 Universal Database. 5. Create a unique user ID and password on the database server for the runtime database connection. Ensure that this user ID is not the instance owner of the
72
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
database server. The IBM Systems Director cfgdbcmd database configuration tool will grant the user the correct privileges to manage the database. Note: If you plan to use smsave or smrestore with IBM Systems Director Server and the database, you must: a. Enable password file authentication for the database system administrator user ID that is used for backup/restore. b. Ensure that the database system administrator user ID that is used for backup/restore has write permission to the backup directory so that the database server can write the database backup image to the backup directory. IBM Systems Director does not save the IBM DB2 Universal Database administrator account user ID and password. 6. Ensure that the following environment variables are correctly set and also set to be persistent after logoff or reboot: PATH Add the bin directory under the IBM DB2 Universal Database installation root directory to the system variable PATH so that IBM Systems Director tools can access db2cmd. LD_LIBRARY_PATH (Linux) or LIBPATH (AIX) For 32-bit machine types, set this variable to <db2_install_root>/lib or <db2_install_root>/lib32. Restriction: If your machine type is 64-bit, the IBM DB2 Universal Database installation will link <db2_install_root>/lib to a 64-bit driver, which is incorrect. You must use <db2_install_root>/lib32 for 64-bit machine types. Note: On AIX, if you want IBM Systems Director Server to automatically start at boot time, you must also set LIBPATH in /etc/environment. DB2_HOME (AIX) Set this variable to <db2_install_root>. Note: You can automate the task of setting the environment variables on UNIX. Depending on which UNIX platform you are on, values for the environment variables are set in either db2profile (for bash or korn shell) or db2cshrc (for C shell). You can place a call to these files in you .profile (bash or korn shell) or .login (C shell) file so that, every time you log in, those variable are set. 7. Complete the following steps to set DB2_WORKLOAD to TPM on the IBM DB2 Universal Database Server. TPM is a predefined setting that turns on DB2_SKIPINSERTED, DB2_SKIPDELETED, and DB2_EVALUNCOMMITTED. Setting DB2_WORKLOAD to TPM improves concurrency through instance level configuration settings. Note: You must run the following commands in CLI command mode, not interactive mode. a. Ensure that the CLI environment is initialized by running the following command: On Linux or AIX: db2profile
73
On Windows: db2cmd Note: Registry keys and values are not case-sensitive. b. Enter the following command to set DB2_WORKLOAD to TPM:
db2set DB2_WORKLOAD=TPM
8. Ensure that the IBM DB2 Universal Database administration server is initialized by running the following command:
DB2ADMIN START
9. Complete the following steps to enable automatic reorg in IBM DB2 Universal Database. a. In the IBM DB2 Universal Database Control Center, right-click the database instance that you want to configure for automatic reorganization and select Configure Automatic Maintenance. The Configure Automatic Maintenance wizard is displayed. b. Click Next. c. Select Change automation settings. d. Click Next. The Specify when automatic maintenance activities can run page is displayed. e. Next to the On-line maintenance window, click Change. f. Specify a start time of 00:00 and duration of 24. g. Click OK. h. Click Next. i. Click Next. The Select maintenance activity to configure page is displayed. j. In the Automate column, select Reorg and RUNSTATS. k. Click Finish. 10. Provide the following information to the system administrator who will install IBM Systems Director Server and configure it to use the database or set options in a database-configuration response file for use with the cfgdbcmd command:
Table 20. Database configuration information and values Description Selected database application Database configuration attribute DbmsApplication Note: If you want to install IBM Systems Director Server and configure it by setting options in a database-configuration response file, then the value for DbmsApplication must match the Apache Derby, IBM DB2 Universal Database, Microsoft SQL Server, or Oracle Database value you select. Value (select or input) __ v __ v __ v __ v Apache Derby (Apache Derby) DB2 (IBM DB2 Universal Database) SQLServer (Microsoft SQL Server) Oracle (Oracle Database)
Note: You must enter into the cfgdbcmd.rsp response file the exact value for each database as it appears above.
74
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Table 20. Database configuration information and values (continued) Description Database configuration attribute Value (select or input) Custom value:
Host name of the server on which the DbmsServerName database is installed (not required for Apache Derby) Note: For Microsoft SQL Server, if you use the default instance, then the host name is just the server name; if you create your own instance (recommended), then the host name is servername\instancename. Database name DbmsDatabaseName
Custom value: Note: This value must match the name of the database that is created in the chosen database application. For Apache Derby, the DbmsDatabaseName is always hatterastc. Custom value: __ v Local __ v Remote Custom value:
Database system identifier (SID) (Oracle Database only) Whether the database is local or remote
SID
Fully qualified local installation folder of DbmsDatabaseAppHome the database server instance or admin client instance on the IBM Systems Director Server system Note: This is the location of the SQLLIB directory. For example, a typical Windows installation will specify this as C:\Program Files\IBM\SQLLIB. You can determine the DbmsDatabaseAppHome value by opening a IBM DB2 Universal Database command window and specifying DB2SET DB2PATH. TCP/IP listener port ID for the database DbmsTcpIpListenerPort Note: You can determine the DbmsTcpIpListenerPort value by opening a IBM DB2 Universal Database command window and specifying db2 get dbm config . Look for the value associated with SVCENAME. If SVCENAME is a number, that is the port number. If it is a name (such as db2c_DB2) you must find the name in the services file, which is typically located at C:\WINDOWS\system32\ drivers\etc\ on Windows and at /etc on Unix. Inside that services file, find the SVCENAME value that matches the one returned from the db2 get dbm config command. It will include a port number. For example, it may look like db2c_DB2 50000/tcp, which indicates a port number of 50000. User ID of the database user account (not required for Apache Derby) Note: If you will not use the database administrator user ID for the runtime connection, provide a second user with access to the information collection panel. DbmsUserId
Custom value:
75
Table 20. Database configuration information and values (continued) Description Database configuration attribute Value (select or input) Custom value:
Password of the database user account (not DbmsPassword required for Apache Derby)
After you have prepared the database for use with IBM Systems Director, you can connect the IBM Systems Director Server to the database either after or during installation: Connect the database after installation You can connect the database after installation regardless of your system configuration. See Configuring the database application after IBM Systems Director installation for the procedure. Connect the database during installation (Windows only) If you are running on Windows, you also have the option of connecting the database during installation. See Installing IBM Systems Director Server on Windows using the InstallShield wizard for the procedure. Note: The IBM DB2 Universal Database Information Center has current information about security in IBM DB2 Universal Database. The IBM DB2 Universal Database Information Center is at publib.boulder.ibm.com/infocenter/ db2help/index.jsp. Related tasks Configuring the database application after IBM Systems Director installation on page 90 Related reference Supported operating systems on page 31 Supported database applications on page 35 All available ports on page 22 DB2 information center
76
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
connection and grant that user the correct privileges to manage the database. The Oracle Database administrator account user ID and password are used to perform the following tasks only: v Create table spaces and a role (TWG_ROLE). v Assign a user ID and password. Note: If you plan to use smsave or smrestore with IBM Systems Director Server and the database, you must: a. Enable password file authentication for the database system administrator user ID that is used for backup/restore. b. Ensure that the database system administrator user ID that is used for backup/restore has write permission to the backup directory so that the database server can write the database backup image to the backup directory. IBM Systems Director does not save the Oracle Database administrator account user ID and password. 5. Ensure that the following environment variables are correctly set and also set to be persistent after logoff or reboot: ORACLE_HOME Ensure that this variable is set to the installation directory of the Oracle Database server or client. PATH Add the bin directory under the ORACLE installation root directory to the system variable PATH. LD_LIBRARY_PATH (Linux) or LIBPATH (AIX) For 32-bit machine types, set this variable to <oracle_install_root>/ lib or <oracle_install_root>/lib32. Restriction: If your machine type is 64-bit, the Oracle Database installation will link <oracle_install_root>/lib to a 64-bit driver, which is incorrect. You must use <oracle_install_root>/lib32 for 64-bit machine types. 6. Configure and start the Oracle Database TCP/IP listener. 7. Provide the following information to the system administrator who will install IBM Systems Director Server and configure it to use the database or set options in a database-configuration response file for use with the cfgdbcmd command:
Table 21. Database configuration information and values Description Selected database application Database configuration attribute DbmsApplication Note: If you want to install IBM Systems Director Server and configure it by setting options in a database-configuration response file, then the value for DbmsApplication must match the Apache Derby, IBM DB2 Universal Database, Microsoft SQL Server, or Oracle Database value you select. Value (select or input) __ v __ v __ v __ v Apache Derby (Apache Derby) DB2 (IBM DB2 Universal Database) SQLServer (Microsoft SQL Server) Oracle (Oracle Database)
Note: You must enter into the cfgdbcmd.rsp response file the exact value for each database as it appears above.
77
Table 21. Database configuration information and values (continued) Description Database configuration attribute Value (select or input) Custom value:
Host name of the server on which the DbmsServerName database is installed (not required for Apache Derby) Note: For Microsoft SQL Server, if you use the default instance, then the host name is just the server name; if you create your own instance (recommended), then the host name is servername\instancename. Database name DbmsDatabaseName
Custom value: Note: This value must match the name of the database that is created in the chosen database application. For Apache Derby, the DbmsDatabaseName is always hatterastc. Custom value: __ v Local __ v Remote Custom value:
Database system identifier (SID) (Oracle Database only) Whether the database is local or remote
SID
Fully qualified local installation folder of DbmsDatabaseAppHome the database server instance or admin client instance on the IBM Systems Director Server system Note: This is the location of the SQLLIB directory. For example, a typical Windows installation will specify this as C:\Program Files\IBM\SQLLIB. You can determine the DbmsDatabaseAppHome value by opening a IBM DB2 Universal Database command window and specifying DB2SET DB2PATH. TCP/IP listener port ID for the database DbmsTcpIpListenerPort Note: You can determine the DbmsTcpIpListenerPort value by opening a IBM DB2 Universal Database command window and specifying db2 get dbm config . Look for the value associated with SVCENAME. If SVCENAME is a number, that is the port number. If it is a name (such as db2c_DB2) you must find the name in the services file, which is typically located at C:\WINDOWS\system32\ drivers\etc\ on Windows and at /etc on Unix. Inside that services file, find the SVCENAME value that matches the one returned from the db2 get dbm config command. It will include a port number. For example, it may look like db2c_DB2 50000/tcp, which indicates a port number of 50000. User ID of the database user account (not required for Apache Derby) Note: If you will not use the database administrator user ID for the runtime connection, provide a second user with access to the information collection panel. DbmsUserId
Custom value:
78
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Table 21. Database configuration information and values (continued) Description Database configuration attribute Value (select or input) Custom value:
Password of the database user account (not DbmsPassword required for Apache Derby)
After you have prepared the database for use with IBM Systems Director, you can connect the IBM Systems Director Server to the database either after or during installation: Connect the database after installation You can connect the database after installation regardless of your system configuration. See Configuring the database application after IBM Systems Director installation for the procedure. Connect the database during installation (Windows only) If you are running on Windows, you also have the option of connecting the database during installation. See Installing IBM Systems Director Server on Windows using the InstallShield wizard for the procedure. Related tasks Configuring the database application after IBM Systems Director installation on page 90 Related reference Supported operating systems on page 31 Supported database applications on page 35 All available ports on page 22
79
basic authentication with the proxy server. If digest or NTLM authentication are required, update manager will be unable to access update packages from IBM. b. Configure the management server to use the proxy server, if a proxy is required to access the Internet. IBM Systems Director requires Internet access for some functions, including update manager. If you will be using the Service and Support Manager extension for IBM Systems Director, you will need to allow this extension to send information to the IBM Support Center at 207.25.252.200 using HTTPS (port 443). Additional information is available from the Service and Support Manager Web Site at www.ibm.com/ support/electronic/. In particular, you might want to review the Service and Support Manager Security Reference Doc. Related reference Supported operating systems on page 31 All available ports on page 22 Electronic Service Agent Web site
Preparing to install IBM Systems Director Server on Linux for System x and x86-based systems
Before installing IBM Systems Director on a management server running Linux for System x, make sure that your server meets all the applicable requirements. Note: Because installing IBM Systems Director Server on Linux for System x also installs Common Agent, the preparation steps for IBM Systems Director Server also include preparation steps for Common Agent. Review the following information and complete the necessary steps to prepare your system for installation: v Ensure that your system meets the hardware and software requirements (including those for databases, security, and networking) for installation, as described in Hardware and software requirements. v Ensure that the required RPMs are installed:
Table 22. Required RPMs for Linux for System x Installation scenario Red Hat Enterprise Linux AS, version 4.0 Red Hat Enterprise Linux AS, version 5.0 Required RPM compat-libstdc++-296-2.96-132.7.2.i386.rpm compat-libstdc++-33-3.2.3-47.3.i386.rpm expect-5.42*.rpm libXp-1.0.0-8.i386.rpm libXmu-1.0.2-5.i386.rpm compat-libstdc++-33-3.2.3-61.i386.rpm compat-libstdc++-296-2.96-138.i386.rpm expect-5.42*.rpm Upgrading from IBM Systems Director, version 4.20 or later on SUSE Linux Enterprise Server 9 for x86 rpm-4.1.1-177.9.i586.rpm expect-5.42*.rpm
v If you plan to run the Agent Installation Wizard from the server, ensure that openssh is installed. Note: The server installation does not enforce openssh installation.
80
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
v Systems with service processors: Install the supporting device drivers and mapping layers, if they are not already installed. See Preparing to manage service processors with IBM Systems Director for information about these drivers and mapping layers. v Ensure that the instance of Common Agent will be fully functional and able to send alerts to IBM Systems Director Server. For the Common Agent to be fully functional you might need to install service-processor device drivers or the IBM LM78 and SMBus device drivers for Linux. v If you want to use the Remote Session task on the managed system, make sure that the package that contains telnetd daemon is installed and configured. This package is usually in the telnet_server_version.i386.RPM package, where version is the code level of your Linux distribution. v If you want to use IBM Systems Director Server on System x for heterogeneous server management, you can install Common Agent or Platform Agent on the platforms you want to manage. You can obtain Common Agent and Platform Agent for the supported operating systems from the IBM Systems Director Web site at www.ibm.com/systems/management/director/. v The IBM Systems Director on x86, V6.1.0 DVD does not include SUSE Linux Enterprise Server 10 for x86 installation packages for IBM Systems Director Server, Common Agent, or Platform Agent. You can download these installation packages for System x platforms from the IBM Systems Director Web site at: www.ibm.com/systems/management/director/. Related tasks Installing IBM Systems Director Server on Linux for System x and x86-based systems on page 86 Related reference Hardware and software requirements on page 17 Supported operating systems on page 31 IBM Systems Director Web page
81
Table 23. Installing IBM Systems Director Server: IBM LM78 and SMBus device drivers for Linux Device driver LM78 When it is needed What it does
If either of the following conditions applies: The LM78 device driver ensures that IBM Systems v The server is one of the following Director Server receives servers: memory and processor IBM BladeCenter HS20, machine type Predictive Failure Analysis 8832 (PFA) alerts. IBM BladeCenter HS20, machine type 8843 IBM BladeCenter HS40, machine type 8839 System x 225, machine type 8647 System x 226, machine type 8836 System x 236, machine type 8841 v The server contains an integrated systems management processor (ISMP).
SMBus
If the server does not contain one of the following service processors: v IPMI baseboard management controller v Remote Supervisor Adapter v Remote Supervisor Adapter II
The SMBus device driver ensures that the configuration manager and status manager tasks function correctly.
Issuing this command unloads the device driver and removes all driver-related files from the server. Uninstalling the IBM LM78 driver, version 4.20 or earlier:
82
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Before you install IBM LM78 device driver, version 4.21 or later, you must first uninstall the earlier version of the driver that is already installed. Note: For instructions about how to uninstall the IBM LM78 driver, version 4.21 or later, see Uninstalling the IBM LM78 or SMBus device driver, version 4.21 or later on page 82. To uninstall the IBM LM78 device driver, version 4.20 or earlier, complete the following steps: 1. To uninstall the binary RPM file, from a command prompt, type the following command and press Enter:
rpm -e ibmlm78
2. To uninstall the source RPM file, open a command prompt, type the following command, and press Enter:
rpm -e ibmlm78-src-distribution
Issuing this command unloads the device driver and removes all driver-related files from the server. Uninstalling the IBM SMBus device driver, version 4.20 or earlier: Before you install IBM SMBus device driver, version 4.21 or later, you must first uninstall the earlier version of the driver that is already installed. Note: For instructions about how to uninstall the SMBus device driver, version 4.21 or later, see Uninstalling the IBM LM78 or SMBus device driver, version 4.21 or later on page 82. To uninstall the IBM SMBus device driver, version 4.20 or earlier, complete the following steps: 1. To uninstall the binary RPM file, from a command prompt, type the following command and press Enter:
rpm -e ibmsmb
2. To uninstall the source RPM file, open a command prompt, type the following command, and press Enter:
rpm -e ibmsmb-src-distribution
83
Issuing this command unloads the device driver and removes all driver-related files from the server.
where version is the appropriate kernel subdirectory under /usr/src/kernels (for example, 2.6.9-5.EL-smp-i686), which matches the kernel the system is currently running. To build either the LM78 or SMBus device driver, complete the following steps: 1. Download the source code for the IBM LM78 and SMBus device drivers from the IBM Systems Director Downloads Web Page: www.ibm.com/systems/ management/director/downloads/. 2. Extract the source code archive (.tgz file) from the driver package to a temporary directory. Follow the instructions in the readme file to configure the kernels sources before building the driver source RPM. 3. Copy the source file (ibmlm78-5.20-3.tgz for the LM78 driver or ibmsmb-5.20-3.tgz for the SMBus driver) to the SOURCES directory. 4. From a command prompt, change to the SOURCES directory. 5. Type one of the following commands and press Enter:
Device Driver LM78 SMBus Command rpmbuild -tb ibmlm78-5.20-3.tgz rpmbuild -tb ibmsmb-5.20-3.tgz
Running this command creates a binary RPM file in the RPMS/architecture directory, where architecture is one of the following strings: v i586 (SUSE Linux Enterprise Server 9 for x86) v i386 (all other 32-bit operating systems) v x86_64 (64-bit operating systems)
84
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
2. Change to the RPMS/architecture directory. 3. From a command prompt, type the following command and press Enter:
rpm -ivh driver-5.20-3.architecture.rpm
where architecture is one of the following values: v i386 (32-bit operating systems) v X86_64 (64-bit operating systems) Issuing this command performs the following tasks: v Decompresses and untars the archive into the /usr/local/driver directory v Copies the device driver, shared library, and all the configuration files to the appropriate locations v Loads and starts the device driver
85
Related tasks Preparing the management server on page 71 Configuring the database application after IBM Systems Director installation on page 90 Related reference Supported database applications on page 35
Installing IBM Systems Director Server on Linux for System x and x86-based systems
When you install IBM Systems Director Server, Common Agent is installed automatically. During the installation process, you can install several Common Agent features. You also can configure a database to use with IBM Systems Director and change security settings. Important: v Installation of IBM Systems Director installs IBM Systems Director Server, Common Agent (when applicable), and Platform Agent all together. Therefore, it is not necessary to separately install Common Agent or Platform Agent on the management server after installing IBM Systems Director Server. In most cases, any IBM Systems Director tasks requiring Common Agent or Platform Agent will be performed for systems with IBM Systems Director Server installed. v Before installing IBM Systems Director Server on a system that has IBM Storage Configuration Manager installed, you must first uninstall IBM Storage Configuration Manager. After installing IBM Systems Director Server, you can re-install IBM Storage Configuration Manager. v IBM Systems Director Server is not supported to run on a system with workload partitions (WPARs) enabled. You can install IBM Systems Director Server on Linux for System x from either installation media or from a downloaded installation package. Important: The IBM Systems Director Server, Common Agent, and Platform Agent installation packages for Linux are provided in English only.
Table 24. Installation options for IBM Systems Director Server on Linux for System x Installation method DVD media Title or file name IBM Systems Director on x86, V6.1.0 DVD Note: To obtain an image of the IBM Systems Director on x86, V6.1.0 DVD, download the SysDir6_1_DVD_x86.iso file. Attention: If you use DVD media to install IBM Systems Director Server, ensure that you allot an additional 1.2 GB of available space on the system to contain the agent packages that are copied from the DVD at the end of the server installation. The packages are copied to /opt/ibm/director/ packaging/agent on the server. Downloaded installation package SysDir6_1_Server_Linux_x86.tar.gz
At the end of the installation process, you can configure a database to use with IBM Systems Director and change security settings.
86
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Note: If you plan to use the default Apache Derby database, you can choose either the basic installation path, which configures Apache Derby by default, or the custom installation path. To install IBM Systems Director Server, log in as the root user and complete the following steps: 1. Start the installation from the installation source: Downloaded installation files: To start the installation from a Web download, complete the following steps: a. Download the installation package from the IBM Systems Director Downloads Web Site at www.ibm.com/systems/management/director/ downloads/. Note: When you download the IBM Systems Director Server installation package from the Web, the agent packages are not included. You need to download and install them separately as described in Installing agents. b. To extract the contents of the installation package, type the following command:
tar -xvf install_package
where install_package is the file name of the downloaded installation package. c. Change to the directory in which the installation script is located. Type the following command and press Enter:
cd /install_files/
where install_files is the path to the extracted installation files. DVD media: To start the installation from the DVD, complete the following steps: a. Insert the DVD into the DVD-ROM drive. b. If the DVD does not automount, mount the DVD-ROM drive. Type the following command and press Enter:
mount /dev /mnt
where dev is the specific device file for the block device and mnt is the mount point of the drive. c. Change to the directory in which the installation script is located. Type the following command and press Enter:
cd /mnt/server/linux/i386/
where mnt is the mount point of the drive. 2. Optional: To customize the installation, for example to select a nondefault database, copy the response file (dirserver.rsp) to a local directory and modify the installation settings in your local copy. a. Type the following command and press Enter:
cp dirserv.rsp /directory/
where directory is a local directory. b. Open an ASCII text editor and modify the installation settings in the copy of the dirserver.rsp file. This file is fully commented. You can specify the following items in the server response file: v Specify the log file options
Chapter 3. Installing IBM Systems Director on the management server
87
v Specify the Web console port numbers v Specify the TPM hostname and IP address v Enable or disable the nonstop service, which keeps the server continuously running Note: In the response file, 1 indicates that an item is to be installed and 0 indicates that an item is not to be installed. c. Save the modified response file with a new name. Note: For more information about the dirserver.rsp file, see the IBM Systems Director Best Practices Redwiki. Tip: After installation, keep the response file for future use and reference. 3. To install IBM Systems Director Server, type one of the following commands and press Enter: v To accept the default settings:
server/dirinstall.server
where directory is the local directory to which you copied the response file, and response.rsp is the name of the response file. 4. Optional: Configure IBM Systems Director for use with a database application other than that which is supplied by default. For more information, see Configuring the database application after IBM Systems Director installation. Important: You can configure IBM Systems Director for use with your database application at any point after the installation of IBM Systems Director Server, but you must not start the management server until it is completed. Starting the management server before configuring IBM Systems Director to use a database application might result in a loss of function. 5. Complete the following steps to start IBM Systems Director Server: a. Type the following command and press Enter:
/opt/ibm/director/bin/configAgtMgr.sh
b. Use the following information to respond to the configAgtMgr.sh script prompts: Enter the Resource Manager user ID that you would like to set for your Agent Manager If you want to register with an existing agent manager, enter the same resource manager user ID as that of the agent manager. If you want to create a new agent manager, enter in any user ID that will then be defined as the resource manager user ID for that new agent manager. Note: The resource manager user ID is an identifier that is used by IBM Systems Director or other resource managers to communicate with the agent manager; it is not a user ID on the operating system or an LDAP server. Enter the Resource Manager password to set for your Agent Manager If you want to register with an existing agent manager, enter the same resource manager password as that of the agent manager. If
88
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
you want to create a new agent manager, enter in any password that will then be defined as the resource manager password for that new agent manager. Verify the Resource Manager password to set for your Agent Manager Reenter the password you entered for Enter the Resource Manager password to set for your Agent Manager. Enter the Agent Registration password to set for your Agent Manager If you want to register with an existing agent manager, enter the same agent registration password as that of the agent manager. If you want to create a new agent manager, enter in any password that will then be defined as the agent registration password for that new agent manager. Verify the Agent Registration password to set for your Agent Manager Reenter the password you entered for Enter the Agent Registration password to set for your Agent Manager. Would you like to use an existing Agent Manager (yes or no)? If you answer yes, ensure that the user ID and passwords that you previously entered match the user ID and passwords of the existing agent manager. If you answer no, you are done and the configuration will start. Enter the IP address for the existing Agent Manager If you answered yes to Would you like to use an existing Agent Manager (yes or no)?, you must provide the IP address of the existing agent manager. Enter the port number for the existing Agent Manager If you answered yes to Would you like to use an existing Agent Manager (yes or no)?, you must provide the port number of the existing agent manager. The port number must be a valid number between 0 and 65535. After you have provided all the requested information, the agent manager configuration script runs and displays a series of status messages. c. Start IBM Systems Director processes on the management servers by running the smstart command:
/opt/ibm/director/bin/smstart
See the smstart command topic for instructions. d. Type the following command and press Enter:
install_root/bin/smstatus -r
When this command returns a value of Active, the server is started. 6. If you used the DVD for installation, complete the following steps to unmount the drive and remove the DVD: a. Type cd / and press Enter. b. Type the following command and press Enter:
umount /mnt
where mnt is the mount point of the drive. c. Remove the DVD from the drive.
89
To enable SNMP Access and Trap Forwarding, install and configure Net-SNMP, version 5.2.1, see . Related tasks Preparing the database application on page 71 Configuring the database application after IBM Systems Director installation Preparing to install IBM Systems Director Server on Linux for System x and x86-based systems on page 80
90
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
After the configuration is complete, IBM Systems Director Server is properly connected to your chosen database. Related tasks Preparing the database application on page 71 Preparing the IBM DB2 Universal Database on page 72 Preparing the Oracle Database on page 76 Installing IBM Systems Director Server on Linux for System x and x86-based systems on page 86 Installing IBM Systems Director on the management server on page 85 Related reference Supported operating systems on page 31 Supported database applications on page 35 All available ports on page 22 DB2 information center Microsoft SQL Server 2005 JDBC Driver 1.2 JDBC driver How to configure SQL Server 2005 to allow remote connections Authentication Mode (SQL Server Express) IBM Systems Director Downloads IBM Systems Director Best Practices Redwiki
91
92
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
1. (Windows only) Management servers running Windows XP, Windows 2000, or Windows 2003 require msvcr80.dll to run smcli. You can obtain the dynamic link library (DLL) by installing vcredist_x86.exe. For information about downloading and installing this file, see https://www.microsoft.com/ downloads. 2. (AIX) If you choose to use a single byte or double-byte language with UTF-8 encoding, the CLI displays output, messages, helps, and man pages correctly only when run locally on an AIX management server or remotely on an AIX display exported from the AIX management server. When run remotely on a non-AIX display exported from the AIX management server, the characters will appear garbled. 3. Ensure that the desired locale is supported by IBM Systems Director and is installed correctly on the client system, from where smcli is run. Tips: v To verify languages supported by smcli, see . v (AIX and Linux only) To check the current locale, use the locale -a command. v (AIX only) To install another locale, use the smit command. v (Linux for x86 only) To install another locale, use the yast command. Use UTF-8 locales (for example, ja_JP.UTF-8). v If your system does not support double-byte character sets, you will see garbage characters or small block-like characters when you display operating-system specific man pages. 4. (AIX and Linux only) Set the environment variables LC_ALL and LANG to the desired locale in which you want to run the commands using the export command (for example, export LC_ALL=en and export LANG=en). Tip: To verify that the system locale has changed, run some AIX or Linux specific commands and ensure that the operating-system-specific messages are displayed in the language you set. 5. (AIX and Linux only) The smcli man page are available only in English and Japanese. To view the view man pages in English, set the MANPATH environment variable to /opt/ibm/director/man. To view the man pages in Japanese on an AIX system, set the MANPATH environment variable to opt/ibm/director/man/ja. Tips: v To verify that the MANPATH environment variable was changed correctly, display man pages for some operating-system specific commands to ensure the Japanese locale is set correctly. v (SUSE Linux only) Man pages are available only in English. They are not available in Japanese. v v On AIX, man pages in Japanese display correctly only if you run the commands locally on the management server with LANG=JA_JP (which is a UTF-8 locale). v v For SUSE Linux Enterprise Server 9.x,, the man command only understands EUC_JP encoding. You must convert the man page encoding from UTF-8 to EUC_JP to view the man pages, for example:
93
mkdir -p /tmp/man/man1 iconv -futf8 -teucjp /opt/ibm/director/man/ja/man1/command_name.1 > /tmp/man/man1/command_name.1 man -M /tmp/man/ command_name
94
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
where System_Name is the name of the system on which IBM Systems Director Server is installed and Port_Number is the first (lower) of two consecutive port numbers that you specified for the Web server to use. The default ports for the Web server are 8421 and 8422. If you use port 8422, make sure that you specify https to indicate a secure port. b. Type the user ID and password that correspond to an authorized IBM Systems Director administrator user ID and password. c. Click Log in. Note: A security alert window might be displayed before logging in. This is due to incorrect configuration of the Secure Sockets Layer (SSL) certificate. For information see Configuring Secure Sockets Layer (SSL) between IBM Systems Director and the Web browser client. 2. Discover your managed systems. The first time you log on to IBM Systems Director Server, a Discover button is displayed. Click it to start discovering your managed systems. 3. Request access to your managed systems. Secured systems are displayed in IBM Systems Director Web interface with a padlock icon beside them in the Secured column of the systems details. After a system is accessed, the padlock disappears and additional tasks and status information are available. The Access attribute for each resource shows the current access status. You cannot request access to resources that have an access status of Offline, for which you need to instead use verify access, or OK, because you already have access to those resources and no further action is required. To request access to secured managed systems, complete the following steps. Note: You can select more than one system at a time as long as each requires the same user ID and password. a. In IBM Systems Director Web interface, click Navigate Resources. b. Navigate to the system that you want to access. c. Right-click the system for which you want to request access and select Security Request Access. d. On the Request Access page, type the user ID and password of a user with administrator privileges on the managed system. e. Click Request Access. You can now begin managing the systems you have discovered, or install agents on managed systems to enable additional management capabilities.
95
Related concepts System discovery on page 102 Related tasks Chapter 3, Installing IBM Systems Director on the management server, on page 71
96
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Preparing to manage a IBM BladeCenter chassis using IBM Systems Director Server on a non-blade server
You can install IBM Systems Director Server on a non-blade server. With this management server you can manage one or more IBM BladeCenter units and the blade servers installed in them. You must configure the network so that this installation is possible. Complete the following steps to prepare to manage an IBM IBM BladeCenter chassis using IBM Systems Director Server installed on a non-blade server: 1. Consider using a Dynamic Host Configuration Protocol (DHCP) server to assign an address to the external port of the management module. When a IBM BladeCenter management module is first started, it searches for a DHCP server. If a DHCP server is not found, the IBM BladeCenter management module assigns IP address 192.168.70.125 to the external management port. Because this static IP address is the same for all management modules, IP address conflicts can occur if you do not use a DHCP server and introduce multiple IBM BladeCenter chassis onto a network simultaneously. When you configure the IBM BladeCenter chassis, you assign static IP addresses to the switch module and the external and internal ports of the management module. 2. Set up a separate management network to configure and manage your IBM BladeCenter chassis and blade servers. By separating the LAN segment used for production from the LAN segment to which the IBM BladeCenter management module is connected, you can ensure that only authorized system administrators can connect to the IBM BladeCenter chassis and switch modules. Figure 2 on page 98 shows such a network configuration. 3. If you intend to use Remote Deployment Manager (RDM), install RDM on the management server. 4. If you plan to use a database application other than Apache Derby, consider installing the database server on the management LAN. 5. Make sure that you have installed the latest version of the management module firmware. To download the firmware, go to the IBM Servers Web site at www.ibm.com/servers/.
97
Figure 2. Example of IBM BladeCenter deployment network when IBM Systems Director Server is not installed on a blade server
This network configuration ensures that applications running on the blade servers cannot modify chassis settings, because the blade servers have no connection to either the management module or the switch module configuration ports. Note: Only one of the following software applications can communicate with a IBM BladeCenter management module at any given time: v Cluster Systems Management (CSM) v IBM Systems Director Server v IBM Management Processor Command-Line Interface (MPCLI)
Preparing to manage a IBM BladeCenter chassis using IBM Systems Director Server on a blade server
You can install IBM Systems Director Server on a blade server. With this management server you can manage the IBM BladeCenter unit, including the server on which IBM Systems Director Server is installed, and other IBM BladeCenter units. You must configure the network so that this installation is possible. Consider the following issues when managing the IBM BladeCenter unit that contains the management server: v Enable access for authorized administrators as determined by the security policy established for the user environment. v Be careful when making changes to the configuration of the IBM BladeCenter chassis from IBM Systems Director itself. Such changes could effectively remove the instance of IBM Systems Director Server from the network and halt the entire IBM Systems Director environment. Specifically, do not perform these tasks on the blade server where IBM Systems Director Server is installed without careful consideration: Using Remote Deployment Manager (RDM) to deploy software to that blade server Powering off that blade server
98
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Changing the boot options on that blade server v Create a network setup that enables the IBM BladeCenter Management Module to communicate with the management server. Otherwise IBM Systems Director will be unable to discover the IBM BladeCenter chassis that contains the management server. By default, the blade servers installed in a IBM BladeCenter chassis cannot communicate automatically with the IBM BladeCenter Management Module. This architecture is designed to prevent the blade servers from modifying the IBM BladeCenter chassis settings. If you install IBM Systems Director Server on a blade server and want to use the instance of IBM Systems Director to manage the IBM BladeCenter unit in which the management server is installed, you must enable communication between the management server and the management module. 1. Consider using a Dynamic Host Configuration Protocol (DHCP) server to assign an address to the external port of the management module. When a IBM BladeCenter management module is first started, it searches for a DHCP server. If a DHCP server is not found, the IBM BladeCenter management module assigns IP address 192.168.70.125 to the external management port. Because this static IP address is the same for all management modules, IP address conflicts can occur if you do not use a DHCP server and introduce multiple IBM BladeCenter chassis onto a network simultaneously. When you configure the IBM BladeCenter chassis, you assign static IP addresses to the switch module and the external and internal ports of the management module. 2. Set up a separate management network to configure and manage your IBM BladeCenter chassis and blade servers. By separating the LAN segment used for production from the LAN segment to which the IBM BladeCenter management module is connected, you can ensure that only authorized system administrators can connect to the IBM BladeCenter chassis and switch modules. Figure 2 on page 98 shows such a network configuration. 3. To use an installation of IBM Systems Director Server on a blade to manage the IBM BladeCenter unit in which the management server is installed, enable communication between the Campus LAN and the Management LAN. Figure 3 on page 100 shows such a network configuration. 4. If you intend to use Remote Deployment Manager (RDM), install RDM on the management server. 5. If you plan to use a database application other than Apache Derby, consider installing the database server on the management LAN. 6. Make sure that you have installed the latest version of the management module firmware. To download the firmware, go to the IBM Servers Web site at www.ibm.com/servers/.
99
Figure 3. Example of IBM BladeCenter deployment network when IBM Systems Director Server is installed on a blade server
With this configuration, IBM Systems Director Server can communicate through the Campus LAN to the Management LAN and then onto the management module. Note: Only one of the following software applications can communicate with a IBM BladeCenter management module at any given time: v Cluster Systems Management (CSM) v IBM Systems Director Server v IBM Management Processor Command-Line Interface (MPCLI) Related reference IBM Servers
4. Save and close the /etc/ssh/sshd_config file. 5. Stop and restart the ssh daemon. Type the following command:
service sshd restart
100
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Discovery protocols
During system discovery, IBM Systems Director Server attempts to communicate with target resources by using a predetermined list of protocols. When using advanced system discovery, IBM Systems Director Server attempts to communicate with target resources by using only the protocols that you have configured. IBM Systems Director Server can be used to discover network-level resources that use a communication protocol that is supported by the IBM Systems Director discovery process. The protocol that is used to discover a specific type of resource depends on the communication protocol used by that resource. A discovery protocol is any network communication protocol that is used by IBM Systems Director during the discovery process to discover a system. By default, IBM Systems Director supports the following discovery protocols: Agent manager discovery Agent manager discovery specifically targets the discovery of Tivoli common agents. In the Tivoli paradigm, Service Location Protocol (SLP) is not supported and management servers contact an agent manager that knows about the agents in their environment. You can select the agent managers that you want to use in discovery. Common Agent Services (CAS) discovery CAS discovery utilizes Service Location Protocol (SLP) discovery, with which clients can locate servers and other services on the network. Common Information Model (CIM) discovery CIM discovery utilizes the Service Location Protocol (SLP) for discovery. With CIM discovery, clients can locate servers and other services on the network. Interprocess communication (IPC) discovery IPC is the process by which programs send messages to each other. Sockets, semaphores, signals, and internal message queues are common methods of interprocess communication. IPC is also a mechanism of an operating system that enables processes to communicate with each other within the same computer or over a network. IPC leverages services that IBM Systems Director provides that components use to communicate with each other. By using these services, a server task can communicate with an agent task running on a target. Secure shell (ssh) discovery Secure shell is a Unix-based command interface and protocol for securely accessing a remote computer. With ssh discovery, you can specify either a single IP address or a range of IP addresses upon which to run discovery
Copyright IBM Corp. 1999, 2008
101
Service Location Protocol (SLP) discovery SLP is a protocol for service discovery. With SLP discovery, clients can locate servers and other services on the network. Simple Network Management Protocol (SNMP) discovery SNMP is a network management standard widely used in TCP/IP networks. SNMP performs management services by using a distributed architecture of management systems and agents. SNMP provides a method of managing network hosts such as workstation or server computers, routers, bridges, and hubs from a centrally-located computer running network-management software. Storage Management Initiative Specification (SMI-S) discovery With SMI-S discovery, clients can locate servers and other services on the network. It is a design specification developed by the Storage Networking Industry Association (SNIA) that specifies a secure and reliable interface with which storage management systems (SMSs) can identify, classify, monitor, and control physical and logical resources in a storage area network (SAN). The interface integrates the various devices to be managed in a storage area network (SAN) and the tools used to manage them. Windows Distributed component object model (DCOM) discovery Use Windows DCOM (an extension of the Microsoft Component Object Model (COM) to support objects distributed across a network) configuration to specify either a single IP address or a range of IP addresses upon which to run discovery. Note: Additional discovery protocols are routinely created by vendors. For more information about communicating with a device that uses a protocol that is not listed here, contact the manufacturer or software provider for that device.
System discovery
To discover systems at a specific network address or range of addresses, use system discovery. This method is useful in networks in which both broadcast and multicast messages are filtered. System discovery discovers Agentless-managed systems, Platform-Agent managed systems, and Common-Agent managed systems by sending a unicast request to one or more addresses. IBM Systems Director Server sends one request to each system at a time. System discovery provides the following functions: v Discovery based on a single IP address v Discovery based on a range of IP addresses v Discovery based on a host name After systems are discovered, they are displayed in a table for viewing. During system discovery, IBM Systems Director Server attempts to communicate with target resources by using a predetermined list of protocols.
102
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
3. Click Discover. The Processing discovery protocols message is displayed and the progress of the discovery process is displayed as a spinning graphic. Note: The time it takes for discovery to finish processing varies depending on such factors as network performance and the number of systems that are discovered. 4. Optional: If you want to stop the discovery process, click Stop during discovery. As systems are discovered, they are displayed in the Discovered Systems table. Note: After a resource is discovered, the virtual systems that are associated with that resource are also discovered.
103
104
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
To request access to secured managed systems, complete the following steps. Note: You can select more than one system at a time as long as each requires the same user ID and password. 1. In IBM Systems Director Web interface, click Navigate Resources. 2. Navigate to the system that you want to access. 3. Right-click the system for which you want to request access and select Security Request Access. Note: Alternatively, you can select Security Configure Access and then click Request Access on the Configure Access page. 4. On the Request Access page, type the user ID and password of a user with administrator privileges on the managed system. 5. Click Request Access. Credentials are created and authenticated to the managed system in an attempt to access it. If the access request is successful, the access status for the managed system will change to OK.
105
106
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Note: You must restart the ssh server for any changes made to sshd_config to take effect. Related reference RedHat chkconfig bug fix
Preparing to install Platform Agent on Linux for System x and x86-based systems
Before installing Platform Agent on a managed system running Linux for System x, make sure that your system meets all the applicable requirements. Review the following information and complete the necessary steps to prepare your system for installation: v Ensure that your system meets the hardware and software requirements for installation, as described in Hardware and software requirements. v Ensure that the instance of Common Agent will be fully functional and able to send alerts to IBM Systems Director Server. For the Common Agent to be fully functional you might need to install service-processor device drivers or the IBM LM78 and SMBus device drivers for Linux. v Ensure that the required RPMs are installed:
Table 26. Required RPMs Installation scenario Red Hat Enterprise Linux, version 4.0
Copyright IBM Corp. 1999, 2008
107
Table 26. Required RPMs (continued) Installation scenario Red Hat Enterprise Linux, version 5.0 Upgrading from IBM Systems Director, version 4.20 or later on SUSE Linux Enterprise Server 9 for x86 Required RPM libXp-1.0.0-8.i386.rpm compat-libstdc++-296-2.26-138.i386.rpm rpm-4.1.1-177.9.i586.rpm
v Systems with service processors: Install the supporting device drivers and mapping layers, if they are not already installed. See Preparing to manage service processors with IBM Systems Director for information about these drivers and mapping layers. v If you want to use the Remote Session task on the managed system, make sure that the package that contains telnetd daemon is installed and configured. This package is usually in the telnet_server_version.i386.RPM package, where version is the code level of your Linux distribution. v If you want to use IBM Systems Director Server on System x for heterogeneous server management, you can install Common Agent or Platform Agent on the platforms you want to manage. You can obtain Common Agent and Platform Agent for the supported operating systems from the IBM Systems Director Web site at www.ibm.com/systems/management/director/. Related tasks Installing agents using the Agent Installation Wizard on page 111 Related reference Supported operating systems on page 31 IBM Systems Director Web page IBM Systems Director Downloads
4. Save and close the /etc/ssh/sshd_config file. 5. Stop and restart the ssh daemon. Type the following command:
service sshd restart
108
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Note: You must restart the ssh server for any changes made to sshd_config to take effect.
Preparing to install Common Agent on Linux for System x and x86-based systems
Before installing Common Agent on a managed system running Linux for System x, make sure that your system meets all the applicable requirements. Review the following information and complete the necessary steps to prepare your system for installation: v Ensure that your system meets the hardware and software requirements for installation, as described in Hardware and software requirements. v Ensure that the instance of Common Agent will be fully functional and able to send alerts to IBM Systems Director Server. For the Common Agent to be fully functional you might need to install service-processor device drivers or the IBM LM78 and SMBus device drivers for Linux. v Ensure that the required RPMs are installed:
Table 27. Required RPMs Installation scenario Red Hat Enterprise Linux, version 4.0 Red Hat Enterprise Linux, version 5.0 Upgrading from IBM Systems Director, version 4.20 or later on SUSE Linux Enterprise Server 9 for x86 Required RPM compat-libstdc++-296-2.96-132.7.2.i386.rpm libXp-1.0.0-8.i386.rpm compat-libstdc++-296-2.26-138.i386.rpm rpm-4.1.1-177.9.i586.rpm
109
v Ensure that SELinux is not set to enforce security policies prior to installing IBM Systems Director. If your server runs Red Hat Enterprise Linux version 4 or 5, SELinux might be enabled and enforcing security policies on your system. IBM Systems Director Common Agent might have trouble if SELINUX is set to enforcing. Therefore, before you install IBM Systems Director Common Agent, you must set the SELinux policy to permissive. SELinux runs in any of the following states: Disabled SELinux is disabled. You can tell that SELinux is in the disabled state by determining if any of the following conditions are true: No files exist in the /selinux/ directory. The SELINUX variable in /etc/selinux/config is set to disabled. Permissive (enabled) SELinux is enabled but not enforcing any security policies. You can tell that SELinux is in the permissive state by determining if any of the following conditions are true: The SELINUX variable in /etc/selinux/config is set to permissive. When you run the cat /selinux/enforce; echo command, it outputs a 0. Note: The echo after the cat command is required so you can read what is printed out by /selinux/enforce. Enforcing (enabled) SELinux is enabled and enforcing security policies. You can tell that SELinux is in the enforcing state by determining if any of the following conditions are true: The SELINUX variable in /etc/selinux/config is set to enforcing. When you run the cat /selinux/enforce; echo command, it outputs a 1. Note: The echo after the cat command is required so you can read what is printed out by /selinux/enforce. To set SELinux to permissive, run the following command before you install IBM Systems Director Common Agent:
/usr/sbin/setenforce Permissive
v Systems with service processors: Install the supporting device drivers and mapping layers, if they are not already installed. See Preparing to manage service processors with IBM Systems Director for information about these drivers and mapping layers. v If you want to use the Remote Session task on the managed system, make sure that the package that contains telnetd daemon is installed and configured. This package is usually in the telnet_server_version.i386.RPM package, where version is the code level of your Linux distribution. v If you want to use IBM Systems Director Server on System x for heterogeneous server management, you can install Common Agent or Platform Agent on the platforms you want to manage. You can obtain Common Agent and Platform Agent for the supported operating systems from the IBM Systems Director Web site at www.ibm.com/systems/management/director/.
110
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Related tasks Installing agents using the Agent Installation Wizard Related reference Supported operating systems on page 31 IBM Systems Director Web page IBM Systems Director Downloads
4. Save and close the /etc/ssh/sshd_config file. 5. Stop and restart the ssh daemon. Type the following command:
service sshd restart
111
v The Agent Installation Wizard can install only one agent package at a time. If more than one agent package is displayed in the Selected list, you will not be able to advance to the Systems page. c. Click Next. 4. In the Agent Installation Wizard Systems page, complete the following steps: a. Select the managed systems on which you want to install the agent package in the Available list. b. Click Add. The selected systems are displayed in the Selected list. Notes: v Depending on how you started the Agent Installation Wizard, one or more systems might already be displayed in the Selected list. v Depending on the agent package being installed, some selected systems might not be valid targets for installation. The wizard checks the selected systems for some or all of the following criteria to ensure that the systems are valid targets for installing the selected agent package before allowing you to continue: operating system family operating system version operating system distribution operating system name server architecture c. Click Next. 5. In the Agent Installation Wizard Summary page, review the Selected Agents and Selected Systems lists to ensure that they are correct. v If the selections are not correct, click Back and make the necessary changes. v If the selections are correct, click Finish. After you click Finish, the Run - Install Agent window opens. 6. In the Run - Install Agent window, click the Schedule tab. On this page, you can choose to run the job immediately or schedule the job to run at a later time. a. A job name is required and the Name field provides a unique default name. To change the default name, type a job name in the field. b. To run the job immediately, click Run Now and go to step 7. Otherwise, click Schedule. c. In the Schedule list, select how frequently you want the job to run. The default setting is Once. Other values are Hourly, Daily, Weekly, Monthly, Yearly, or Custom. Also, you can specify whether to run the job on the weekend. d. Select the date and time to run the job for the first time. e. Select the time range for the job to repeat. 7. Click the Notification tab. On this page you can customize a notification that is sent by e-mail. a. Select from the available criteria to customize when the e-mail notification is sent. You can specify that the e-mail be sent when one of the following criteria is met: v When the job begins v When the job competes successfully v When the job fails. You can further customize this criterion by setting either the percentage of target systems on which the job had errors or the number of systems on which the job had errors. Therefore, if the job runs
112
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
on five systems, the job has errors on two systems, and you set the criterion threshold to 50%, the notification is not sent. v When the job receives any error. b. Type your e-mail address, e-mail server, and e-mail server port. Tip: You can provide only one e-mail address. 8. Click the Options tab. On this page you can select additional options for the job behavior. a. Select whether you want the job to run according to your management servers time or the target systems time. Tip: Make sure that you know the time and time zone to which the respective systems clocks are set. b. Select whether you want the job to fail if a system is offline or if you want the job to run when the system is online again. 9. Click OK to save the job. Click Cancel to exit from the Run window without saving the job. If the job is created successfully, a message is displayed on the page from which you started the Scheduler. If the job creation fails, a message is displayed in the Run window so that you can correct the job. The job created by the Agent Installation Wizard will transfer the agent self-extracting script and the agent response file into the /tmp directory on the target system. After the files are copied, the installation file sets are extracted into the /tmp/extract_XXXXXX directory and installed. The files are then removed after a successful installation. You need to ensure that there is sufficient space on the target system to copy the self-extracting script and extract the file sets. Refer to the space requirements as specified in Hardware requirements for systems running Common Agent or Platform Agent. Notes for AIX: v Refer to Installing Common Agent on AIX for more detail on the self-extracting script and the response file options. v For AIX server and agents, it is less space consuming to remotely install agents using NIM as explained in the IBM Systems Director Best Practices Redwiki at http://www.ibm.com/redbooks/community/display/director/ IBM+Systems+Director+6.1+for+Power+Systems. Installing with NIM does not allow the use of a response file. You can view the status of the agent installation job by clicking Task Management Active and Scheduled Jobs.
113
Related tasks Preparing to install Common Agent on Linux for System x and x86-based systems on page 109 Preparing to install Platform Agent on Linux for System x and x86-based systems on page 107 Related reference Supported operating systems on page 31 SourceForge.net Open IPMI project IBM Systems Director Web page IBM Director Fails to Start Service and productivity tools SourceForge.net OpenSSH for Windows
The LSI MegaRAID provider can be installed on managed systems running supported versions of the following operating systems: v 5.20.3 and later: VMware ESX Server, version 3.0 v 5.20.3 and later: Red Hat Enterprise Linux, version 3.0 v Red Hat Enterprise Linux, version 4.0 v Red Hat Enterprise Linux, version 5.0 v SUSE Linux Enterprise Server 9 for x86 v SUSE Linux Enterprise Server 10 for x86 v Microsoft Windows See the Supported operating systems topic for specific versions of these operating systems that are supported. Notes:
114
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
v For 5.20.2, the LSI MegaRAID provider is not supported for VMware operating systems. To use the LSI MegaRAID provider, upgrade the managed system to 5.20.3 or later. v The LSI MegaRAID provider is not supported for systems with Xen enabled. Common Agent, Platform Agent, IBM Director Agent version 5.20, or IBM Director Core Services version 5.20 must be installed on the managed system before installing the LSI MegaRAID provider. The following LSI MegaRAID provider packages are available for download from the IBM Systems Director Downloads Web Site:
Agent version 5.20.3 or higher 5.20.3 or higher 5.20.3 or higher 5.20.3 or higher 5.20.3 or higher 5.20.3 or higher 5.20.2 5.20.2 5.20.2 5.20.2 5.20.2 Operating system Red Hat Enterprise Linux, version 3.0 Red Hat Enterprise Linux, version 4.0 Red Hat Enterprise Linux, version 5.0 Package file name lsi_mr_hhr-00.02.G5.041.rhel3.i386.rpm lsi_mr_hhr-00.02.G5.041.rhel4.i386.rpm lsi_mr_hhr-00.02.G5.041.rhel5.i386.rpm
SUSE Linux Enterprise Server 9 for lsi_mr_hhr-00.02.G5.04x86 1.sles9.i586.rpm SUSE Linux Enterprise Server 10 for x86 Microsoft Windows Red Hat Enterprise Linux, version 4.0 Red Hat Enterprise Linux, version 5.0 lsi_mr_hhr-00.02.G5.041.sles10.i386.rpm LSI_MR_HHR-WS3200.02.G5.04.exe lsi_mr_hhr-90.00.05.381.rhel4.i386.rpm lsi_mr_hhr-90.00.05.381.rhel5.i386.rpm
SUSE Linux Enterprise Server 9 for lsi_mr_hhr-90.00.05.38x86 1.sles9.i586.rpm SUSE Linux Enterprise Server 10 for x86 Microsoft Windows lsi_mr_hhr-90.00.05.381.sles10.i386.rpm lsi_mr_hhr-WS32-90.00.05.38.exe
To install the LSI MegaRAID provider, complete the following steps. 1. Download the installation package from the IBM Systems Director Downloads Web Site at www.ibm.com/systems/management/director/downloads/. 2. Change to the directory to which you saved the installation package on the Platform-Agent managed system. 3. Linux only: Type the following command:
rpm -ivh package_name
where package_name is the file name of the installation package. The status of the installation is displayed. 4. Windows only, agent version 5.20.3 or later: Complete the following steps: a. Run the downloaded package. b. Click Next. c. Click Install. 5. Windows only, agent version 5.20.2: Complete the following steps:
Chapter 6. Installing agents
115
a. Run the downloaded package. No user interaction is required. b. Run the IndicationSubscription.bat batch file. This file is located in one of the following directories: v C:\Program Files\Common Files\IBM\ICC\cimom\bin v C:\Program Files (x86)\Common Files\IBM\ICC\cimom\bin c. Shut down and restart Windows. Related reference Supported operating systems on page 31 IBM Systems Director Downloads
Note: Xen hosts do not require a virtualization manager subagent to be installed. All Xen virtual server management capabilities are provided through the Platform Agent. 5. When you have selected the subagent you want to install, click Actions from the menu bar, and select Release Management Install Agent. 6. Complete the instructions in the installation wizard to install the appropriate virtualization manager subagent on your host system.
116
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
7. When the installation is complete, right-click on the host system in Navigate Resources, and select Security Verify Connection. When this task is complete, you can access virtualization manager tasks.
b. Copy the appropriate ZIP file to a temporary directory on the host system, such as c:\temp\site or /tmp/site. For example,
c:\temp\site\vsmesx3x_subagent.zip
2. Install the IBM Systems Director virtualization manager subagent on the host system, by completing the following steps: a. Change directory to the host system bin directory for your operating system: v Windows: c:\program files\ibm\director\agent\bin v xLinux (VMware ESX Server): /opt/ibm/director/agent/bin b. Run the install tool, as follows: Note: Line indents indicate a continuation of the preceding line. Both lines are intended to go all on one line. VMware ESX Server 3.0
./lwiupdatemgr.sh -installFeatures -featureId com.ibm.director. vsm.esx3x.agent -fromSite jar:file:/tmp/site/vsmesx3x_subagent.zip\!/site.xml -toSite "file:/opt/ibm/director/agent/runtime/agent/subagents/ eclipse/"
117
where tmp/site or temp/site is the name of the temporary directory you have created. 3. Verify that the IBM Systems Director virtualization manager subagent was installed successfully. Refer to the following error logs: v Windows: Director\agent\logs\*.log v Linux: Director/agent/logs/*.log where Director is the path where IBM Systems Director is installed. 4. Stop and restart the Common Agent to activate the IBM Systems Director virtualization manager subagent by running the following script files: v Windows: Director\agent\runtime\agent\bin\endpoint.bat stop Director\agent\runtime\agent\bin\endpoint.bat start v Linux: Director/agent/runtime/agent/bin/endpoint.sh stop Director/agent/runtime/agent/bin/endpoint.sh start where Director is the path where IBM Systems Director is installed.
118
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Notices
This information was developed for products and services offered in the U.S.A. IBM may not offer the products, services, or features discussed in this document in other countries. Consult your local IBM representative for information on the products and services currently available in your area. Any reference to an IBM product, program, or service is not intended to state or imply that only that IBM product, program, or service may be used. Any functionally equivalent product, program, or service that does not infringe any IBM intellectual property right may be used instead. However, it is the users responsibility to evaluate and verify the operation of any non-IBM product, program, or service. IBM may have patents or pending patent applications covering subject matter described in this document. The furnishing of this document does not grant you any license to these patents. You can send license inquiries, in writing, to: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 U.S.A. For license inquiries regarding double-byte (DBCS) information, contact the IBM Intellectual Property Department in your country or send inquiries, in writing, to: IBM World Trade Asia Corporation Licensing 2-31 Roppongi 3-chome, Minato-ku Tokyo 106-0032, Japan The following paragraph does not apply to the United Kingdom or any other country where such provisions are inconsistent with local law: INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION AS IS WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express or implied warranties in certain transactions, therefore, this statement may not apply to you. This information could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these changes will be incorporated in new editions of the publication. IBM may make improvements and/or changes in the product(s) and/or the program(s) described in this publication at any time without notice. Any references in this information to non-IBM Web sites are provided for convenience only and do not in any manner serve as an endorsement of those Web sites. The materials at those Web sites are not part of the materials for this IBM product and use of those Web sites is at your own risk. IBM may use or distribute any of the information you supply in any way it believes appropriate without incurring any obligation to you.
Copyright IBM Corp. 1999, 2008
119
Licensees of this program who wish to have information about it for the purpose of enabling: (i) the exchange of information between independently created programs and other programs (including this one) and (ii) the mutual use of the information which has been exchanged, should contact: IBM Corporation MW9A/050 5600 Cottle Road San Jose, CA 95193 U.S.A. Such information may be available, subject to appropriate terms and conditions, including in some cases, payment of a fee. The licensed program described in this information and all licensed material available for it are provided by IBM under terms of the IBM Customer Agreement, IBM International Program License Agreement, or any equivalent agreement between us. Any performance data contained herein was determined in a controlled environment. Therefore, the results obtained in other operating environments may vary significantly. Some measurements may have been made on development-level systems and there is no guarantee that these measurements will be the same on generally available systems. Furthermore, some measurements may have been estimated through extrapolation. Actual results may vary. Users of this document should verify the applicable data for their specific environment. Information concerning non-IBM products was obtained from the suppliers of those products, their published announcements or other publicly available sources. IBM has not tested those products and cannot confirm the accuracy of performance, compatibility or any other claims related to non-IBM products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of those products. All statements regarding IBMs future direction or intent are subject to change or withdrawal without notice, and represent goals and objectives only. This information contains examples of data and reports used in daily business operations. To illustrate them as completely as possible, the examples include the names of individuals, companies, brands, and products. All of these names are fictitious and any similarity to the names and addresses used by an actual business enterprise is entirely coincidental. If you are viewing this information softcopy, the photographs and color illustrations may not appear.
Trademarks
IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of International Business Machines Corporation in the United States, other countries, or both. If these and other IBM trademarked terms are marked on their first occurrence in this information with a trademark symbol ( or ), these symbols indicate U.S. registered or common law trademarks owned by IBM at the time this information was published. Such trademarks may also be registered or
120
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
common law trademarks in other countries. A current list of IBM trademarks is available on the Web at Copyright and trademark information at www.ibm.com/legal/copytrade.shtml. Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States, and/or other countries. Intel, Intel logo, Intel Inside, Intel Inside logo, Intel Centrino, Intel Centrino logo, Celeron, Intel Xeon, Intel SpeedStep, Itanium, and Pentium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. Java and all Java-based trademarks and logos are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both. Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both. Microsoft and Windows are trademarks of Microsoft Corporation in the United States, other countries, or both. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. UNIX is a registered trademark of The Open Group in the United States and other countries. Other company, product, or service names may be trademarks or service marks of others.
Notices
121
122
IBM Systems Director for Linux on x86 Planning, Installation, and Configuration Guide
Thank you for your support. Send your comments to the address on the reverse side of this form. If you would like a response from IBM, please fill in the following information:
Address
E-mail address
___________________________________________________________________________________________________
Fold and _ _ _ _ _ _ _ _ _ _Fold and_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _Please _ _ _ _ _ staple _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Tape _ _ _ _ _ _ _ _ Tape _ _ _ _ do not _ _ _ _ NO POSTAGE NECESSARY IF MAILED IN THE UNITED STATES
International Business Machines Corporation ATTN: Dept D06A PO Box 12195 Research Triangle Park, NC USA 27709-9990
_________________________________________________________________________________________ Please do not staple Fold and Tape Fold and Tape
GI11-8712-00
Printed in USA
GI11-8712-00