Skip Headers
Oracle® Secure Enterprise Search Installation and Upgrade Guide
10g Release 1 (10.1.8) for Linux x86

Part Number B32262-01
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Master Index
Master Index
Go to Feedback page
Contact Us

  View PDF

Oracle® Secure Enterprise Search

Installation and Upgrade Guide

10g Release 1 (10.1.8) for Linux x86

B32262-01

November 2006

This document describes how to install Oracle Secure Enterprise Search (SES). It includes the following sections:

Note:

After installing Oracle SES, check to see if there is a patch set or critical patch update (CPU) available. A CPU is a collection of patches for security vulnerabilities. It also includes non-security fixes required (because of interdependencies) by those security patches. CPUs are cumulative, and they are provided quarterly on the Oracle Technology Network. Oracle SES 10.1.8 includes the October 2006 CPU for the underlying 10.1.0.5 database. If a later CPU is available, then install that. For more information about CPUs, see:

http://www.oracle.com/security/critical-patch-update.html

Installing Oracle Secure Enterprise Search

This section contains the following topics:

Pre-Installation Tasks

Oracle SES can be installed on the following Linux operating systems:

  • Red Hat Linux 3, Red Hat Linux 4

  • SUSE Linux 9

These are the only supported distributions and versions. Do not install Oracle SES on other versions of Linux.

This section contains the following topics:

General Requirements for Installing Oracle Software

The following sections describe the general requirements for installing Oracle software:

Logging In to the System as root

Before you install Oracle software, you must complete several tasks as the root user. To log in as the root user, complete one of the following procedures:

Note:

Unless you intend to complete a silent installation, you must install the software from an X Window System workstation, an X terminal, or a PC or other system with X server software installed.
  • If you are installing the software from an X Window System workstation or X terminal, then:

    1. Start a local terminal session, for example, an X terminal (xterm).

    2. If you are not installing the software on the local system, then enter the following command to enable the remote host to display X applications on the local X server:

      $ xhost fully_qualified_remote_host_name
      
      
    3. If you are not installing the software on the local system, then use the ssh, rlogin, or telnet command to connect to the system on which you want to install the software:

      $ telnet remote_host
      
      
    4. If you are not logged in as the root user, then enter the following command to switch user to root:

      $ su - root
      
      
  • If you are installing the software from a PC or other system with X server software installed, then:

    Note:

    If required, refer to your X server documentation for more information about completing this procedure. Depending on the X server software that you are using, you may need to complete the tasks in a different order.
    1. Start the X server software.

    2. Configure the security settings of the X server software to permit remote hosts to display X applications on the local system.

    3. Connect to the remote system on which you want to install the software and start a terminal session on that system, for example, an X terminal (xterm).

    4. If you are not logged in as the root user on the remote system, then enter the following command to switch user to root:

      $ su - root
      
Required Operating System Group and User

Depending on whether this is the first time Oracle software is being installed on this system and on the products that you are installing, you may need to create the following operating system group and user:

  • Oracle Inventory group (typically, oinstall)

    You must create the Oracle Inventory group the first time you install Oracle software on the system. The usual name chosen for this group is oinstall. This group owns the Oracle inventory, which is a catalog of all Oracle software installed on the system.

    Note:

    If Oracle software is already installed on the system, then the existing Oracle Inventory group must be the primary group of the operating system user that you use to install new Oracle software.
  • Oracle software owner user (typically, oracle)

    You must create the Oracle software owner user the first time you install Oracle software on the system. This user owns all of the software installed during a given installation. This user must have the Oracle Inventory group as its primary group.

    Note:

    In Oracle documentation, the Oracle software owner user is referred to as the oracle user.

A single Oracle Inventory group is required for all installations of Oracle software on the system. After the first installation of Oracle software, you must use the same Oracle Inventory group for all subsequent Oracle software installations on that system. However, you can choose to create different Oracle software owner users for different installations.

Note:

As an alternative to creating local users and groups, you can create the appropriate users and groups in a directory service. For example, Network Information Services (NIS). Contact your system administrator or refer to your operating system documentation for information about using directory services.

The following sections describe how to create the Oracle Inventory group and the Oracle software owner user:

Oracle Inventory Group

If Oracle software is already installed on the system, then the existing Oracle Inventory group must be the primary group of the operating system user that you use to install new Oracle software. This section describes how to identify an existing Oracle Inventory group and, if required, to create it.

When you install Oracle software on the system for the first time, Oracle Universal Installer creates the oraInst.loc file. This file identifies the name of the Oracle Inventory group and the path of the Oracle Inventory directory. To determine if the Oracle Inventory group exists, enter the following command:

more /etc/oraInst.loc

If the output of this command shows the oinstall group name, then the group already exists.

If the oraInst.loc file exists, then the output from this command is similar to the following:

inventory_loc=/u01/app/oracle/oraInventory
inst_group=oinstall

The inst_group parameter shows the name of the Oracle Inventory group, oinstall.

To create the Oracle Inventory group: If the oraInst.loc file does not exist, then enter the following command to create the oinstall group:

# /usr/sbin/groupadd oinstall

Note:

Oracle recommends that you use the group name oinstall for the Oracle Inventory group.
Oracle Software Owner User

You must create an Oracle software owner user if any of the following conditions is true:

  • An Oracle software owner user does not exist; for example, if this is the first installation of Oracle software on the system.

  • An Oracle software owner user exists, but you want to use a different operating system user.

Note:

In this document, the Oracle software owner user is referred to as oracle.

To determine if an Oracle software owner user named oracle exists, enter the following command:

# id oracle

If the oracle user exists, then the output from this command is similar to the following:

uid=440(oracle) gid=200(oinstall) groups=201(dba),202(oper)

If the user exists, then determine whether you want to use the existing user or create a user. If you want to use the existing user, then ensure that the user's primary group is the Oracle Inventory group.

Note:

If necessary, contact your system administrator before using or modifying an existing user.

To create an Oracle Software Owner User: If the Oracle software owner user does not exist or if you require a new Oracle software owner user, then create it as follows:

Note:

In the following procedure, use the user name oracle unless a user with that name already exists.
  1. To create the oracle user, enter a command similar to the following:

    # /usr/sbin/useradd -g oinstall[ -G dba] oracle
    
    

    In this command:

    • The -g option specifies the primary group, which must be the Oracle Inventory group, for example oinstall.

    • The -G option specifies optional secondary groups.

  2. Set the password of the oracle user as follows:

    # passwd oracle
    
    

If the oracle user exists, but its primary group is not oinstall, then enter a command similar to the following, specifying the primary group using the -g option and any required secondary groups using the -G option:

# /usr/sbin/usermod -g oinstall -G dba oracle

Checking the Software Requirements

A Linux system must meet the following minimum software requirements, depending on your Linux distribution and version.

Red Hat Enterprise Linux ES/AS 3 (x86)

  • The system must be running the following kernel version: 2.4.21 (or a later version)

  • Gnu gcc package: gcc-3.2.3 or higher

  • The following packages (or higher versions) must be also be installed:

    • glibc-2.3.2-95.20

    • make-3.79.1

    • binutils-2.14.90.0.4

    • openmotif-2.2.3-3

    • compat-db-4.0.14.5

    • compat-gcc-7.3-2.96.128

    • compat-gcc-c++-7.3-2.96.128

    • compat-libstdc++-7.3-2.96.128

    • compat-libstdc++-devel-7.3-2.96.128

    • setarch-1.3-1

Red Hat Enterprise Linux ES/AS 4 (x86)

  • The system must be running the following kernel version: 2.6.9 (or a later version)

  • Gnu gcc package: gcc-3.4.3-22.1 or higher

  • The following packages (or higher versions) must be also be installed:

    • glibc-2.3.4-2.9

    • make-3.80

    • binutils-2.15.92.0.2

    • openmotif-2.2.3-9.RHEL4.1

    • compat-db-4.1.25-9

    • setarch-1.6-1

SUSE Linux Enterprise Server 9

  • The system must be running the following kernel version: 2.6.5 (or a later version)

  • Gnu gcc package: gcc-3.3.3-43.34 or higher

  • The following packages (or higher versions) must be also be installed:

    • glibc-2.3.3-98.47

    • make-3.80-184.1

    • binutils-2.15.90.0.1.1-32.10

    • openmotif-2.2.2-519.4

To ensure that the system meets these requirements:

  1. To determine which version of the operating system is installed, enter the following command:

    cat /etc/issue
     
    
  2. To determine whether the required kernel is installed, enter the following command:

    uname -r
    
    

    On a Red Hat Enterprise Linux 3.0 system, the output may be as follows:

    2.4.21-27.EL
    
    

    In this example, the output shows the kernel version (2.4.21) and errata level (27.EL). Kernel updates are available from the Red Hat Network.

    On a Red Hat Enterprise Linux 4.0 system, the output may be as follows:

    2.6.9-11.EL
    
    

    On a SUSE Linux Enterprise Server 9 system, the output may be as follows:

    2.6.5-7.191
    
    

    In this example, the output shows the kernel version on the system. Contact SUSE for information about obtaining and installing the kernel updates.

  3. To determine whether the required packages are installed, enter commands similar to the following:

    rpm -q package_name
    
    

    If a package is not installed, or if the version is lower than the required version, then install it from your Linux distribution media or download the required package from your Linux vendor's Web site.

Checking the Hardware Requirements

Oracle SES requires a minimum of 2 gigabytes of disk space. This includes 1 gigabyte to install and approximately .5 gigabyte to create the initial Oracle SES index. Additional Oracle SES requirements are based on the amount of data that you need to search. Here are some configuration examples:

To index 100,000 documents:

  • 4 gigabytes disk space

  • 1 gigabyte RAM

To index 1,000,000 documents:

  • 20 gigabytes disk space

  • 6 gigabytes RAM

For installation help, including pre-installation tips, see the Oracle SES tutorial:

http://st-curriculum.oracle.com/tutorial/SESAdminTutorial/index.htm

Configuring Kernel Parameters

Before starting the Oracle installation, verify that the parameters shown in the following table are set to values greater than or equal to the recommended value shown. The procedure following the table describes how to verify and set the values.

Table 1 Kernel Parameters

Parameter Value File

semmsl

semmns

semopm

250

32000

100

128

/proc/sys/kernel/sem

shmall

2097152

/proc/sys/kernel/shmall

shmmax

Half the size of physical memory

/proc/sys/kernel/shmmax

shmmni

4096

/proc/sys/kernel/shmmni

file-max

65536

/proc/sys/fs/file-max

ip_local_port_range

1024 65000

/proc/sys/net/ipv4/ip_local_port_range


Note:

If the current value for any parameter is higher than the value listed in this table, do not change the value of that parameter.

To view the current value specified for these kernel parameters, and to change them if necessary, follow these steps:

  1. Enter commands similar to the following to view the current values of the kernel parameters:

    Note:

    Make a note of the current values and identify any values that you must change. The user must be root to run the commands for kernel parameters.

    Table 2 Commands for Kernel Parameters

    Parameter Command

    semmsl, semmns, semopm, semmni

    /sbin/sysctl -a | grep sem

    This command displays the value of the semaphore parameters in the order listed.

    shmall, shmmax, shmmni

    /sbin/sysctl -a | grep shm

    file-max

    /sbin/sysctl -a | grep file-max

    ip_local_port_range

    /sbin/sysctl -a | grep ip_local_port_range

    This command displays a range of port numbers.


  2. If the value of any kernel parameter is different than the recommended value, then complete the following steps:

    1. Using a text editor, create or edit the /etc/sysctl.conf file and add or edit lines similar to the following:

      Note:

      Include lines only for the kernel parameter values that you want to change. For the semaphore parameters (kernel.sem), you must specify all four values. However, if any of the current values are larger than the recommended value, then specify the larger value.
      kernel.shmall = 2097152
      kernel.shmmax = 2147483648 (that is, half the physical memory)
      kernel.shmmni = 4096
      kernel.sem = 250 32000 100 128
      fs.file-max = 65536
      net.ipv4.ip_local_port_range = 1024 65000
      
      

      By specifying the values in the /etc/sysctl.conf file, they persist when you reboot the system.

    2. Enter the following command to change the current values of the kernel parameters:

      /sbin/sysctl -p
      
      

      Review the output from this command to verify that the values are correct. If the values are incorrect, then edit the /etc/sysctl.conf file and enter this command again.

Setting Shell Limits for the oracle User

To improve the performance of the software on Linux systems, you must increase the following shell limits for the oracle user:

Table 3 Shell Limits for oracle User

Shell Limit Item in limits.conf Hard Limit

Maximum number of open file descriptors

nofile

65536

Maximum number of processes available to a single user

nproc

16384


To increase the shell limits:

  1. Add the following lines to the /etc/security/limits.conf file:

    *    soft    nproc   16384
    *    hard    nproc   16384
    *    soft    nofile  1024
    *    hard    nofile  65536
    
    
  2. Add the following line to the /etc/pam.d/login file, if it does not already exist:

    session    required     /lib/security/pam_limits.so
    
    
  3. Depending on the oracle user's default shell, make the following changes to the default shell start-up file:

    • For the Bourne, Bash, or Korn shell, add the following lines to the /etc/profile file:

      if [ $USER = "oracle" ]; then
              if [ $SHELL = "/bin/ksh" ]; then
                    ulimit -p 16384
                    ulimit -n 65536
              else
                    ulimit -u 16384 -n 65536
              fi
      fi
      
      
    • For the C or tcsh shell, add the following lines to the /etc/csh.login file:

      if ( $USER == "oracle" ) then
              limit maxproc 16384
              limit descriptors 65536
      endif
      
      
  4. Reboot the system after setting shell limits.

    If it is not rebooted, then a pre-requisite check fails with the following error:

    =========================================================================
    Error:
    Checking Shell Limits ...
    Actual Result: Detected the following existing settings ...
    Failed >>    Limit on maximum number of processes for a single user: 7168
    Failed >>    Limit on maximum number of open file descriptors: 1024
    Check complete. The overall result of this check is: Failed <<<<
    Problem: The Installer has detected that the limits specified for the
    reported SHELL parameters do not match the recommended limits.
    Recommendation: The recommended values for the SHELL limits are: 
    <1> For tcsh, csh and zsh:
        a. maximum number of open file descriptors: 65536 
        b. maximum number of processes for a single user: 16384
    <2> For ksh, bash and sh: 
        a. maximum number of open file descriptors: 65536(hard); 1024(soft) 
        b. maximum number of processes for a single user: 16384(hard); 2047(soft)
    Refer to the documentation for instructions on setting the reported SHELL
    limits to the recommended values.
    =========================================================================
    

Installing on a Port Number Less Than 1024

Oracle SES must be installed by a non-root user. However, UNIX operating systems require that only root users can bind to ports less than 1024. Follow these steps to install Oracle SES on a port number less than 1024:

  1. During installation, specify a port greater than or equal to 1024 (for example, 7777).

  2. After the installation is complete, follow the instructions in the following section, "Changing the Oracle SES Middle Tier Port", to change to a port number less than 1024 (for example, 80).

Changing the Oracle SES Middle Tier Port

To change the Oracle SES middle tier port, follow these steps:

  1. Shutdown the middle tier with the following command:

    $ORACLE_HOME/bin/searchctl stop
    
    
  2. Edit the value for the port attribute in $ORACLE_HOME/oc4j/j2ee/OC4J_SEARCH/config/http-web-site.xml. (Make sure that the new port is not already in use.)

  3. To change to a port less than 1024:

    1. Run chgrp -R root $ORACLE_HOME/jdk

    2. Log on as the root user and perform step 5.

  4. To change from a port that was less than 1024 to a port that is greater than or equal to 1024:

    1. Log on as the root user.

    2. Run the following:

      chown -R <user> $ORACLE_HOME/oc4j/j2ee $ORACLE_HOME/search/opmn
      $ORACLE_HOME/persistence
      
      

      where <user> is the user that installed Oracle SES

    3. Log off from root user and log on as the user that installed Oracle SES.

  5. Start the middle tier with the following command:

    $ORACLE_HOME/bin/searchctl start
    

Notes:

  • The searchctl start command must be run by a root user. However, the searchctl stop command can be run by either a root user or the user who installed Oracle SES.

  • $ORACLE_HOME represents the directory where Oracle SES was installed.

Installation Tasks

For easy instructions on installing Oracle SES, see the Installation Tips tutorial:

http://st-curriculum.oracle.com/tutorial/SESAdminTutorial/index.htm

In the following instructions, the disc mount point is referred to as /SD_DVDROM. If your mount point is different, then substitute the correct mount point name for all references to /SD_DVDROM.

To start the installer:

  1. Ensure that you have checked all the minimum requirements, as described in "Pre-Installation Tasks".

  2. Log on to the computer as the user who will install Oracle SES. (Oracle SES must be installed by a non-root user.)

  3. Insert the Oracle Secure Enterprise Search DVD.

  4. If your computer does not have automount, then see "Mounting the DVD-ROM" for steps on mounting the DVD-ROM manually.

  5. Start up the installer:

    cd
    /SD_DVDROM/runInstaller
    
    

    This launches Oracle Universal Installer.

    Note:

    Do not run the installer from the mount point directory. The cd command changes your current directory to your home directory, so you do not start the installer from the mount point.

    In the Oracle Universal Installer, the only value that you must specify is the administrative password. The remaining values are set to a default, but they can be overridden. Following is the list of the installation parameters:

    • Search Server Name: Name for your search server. To connect multiple Oracle SES instances to the same directory (authorization) server, each instance must have a distinct name.

    • Administrative Password: The password that you will later use to log on to the administration tool.

    • HTTP Port: The port on which the Oracle SES middle tier will listen. For example, if you installed Oracle SES on host myhost.oracle.com and you specify port 7890, then your search page URL will be http://myhost.oracle.com:7890/search/query/search.

    • Destination Path: The location where Oracle SES software is installed

    • Data Storage Location: The location where Oracle SES will store its data.

    The following screenshot shows the Oracle Universal Installer screen.

    Description of install9.gif follows
    Description of the illustration install9.gif

Mounting the DVD-ROM

Follow these steps if your computer does not automount the DVD-ROM:

  1. Insert the DVD-ROM.

  2. Log on as the root user:

    su
    Password:
    
    
  3. Create the DVD-ROM mount point directory:

    /usr/bin/mkdir /SD_DVDROM
    
    
  4. Mount the DVD-ROM drive on the mount point directory:

    /usr/sbin/mount -F cdfs -o rr /dev/dvdrom /SD_DVDROM
    
    

    In the preceding example, /SD_DVDROM is the disc mount point directory and /dev/dvdrom is the device name for the disc device.

  5. Log out from the root user.

    exit
    

Silent Installation Tasks

A silent installation has no graphical output and no input by the user. It is accomplished by supplying Oracle Universal Installer with a response file and specifying the -silent flag on the command line. Use silent installation when you want similar installations on more than one computer. Additionally, you can use silent installation when performing the Oracle SES installation from a remote location using the command line.

Selecting a Response File

Before performing a silent installation, you must provide information specific to your installation in a response file. The installer will fail if you attempt an installation using a response file that is not configured correctly. Response files are text files that you can create or edit in a text editor.

The Oracle SES DVD provides the following templates for the Oracle Universal Installer response files:

Table 4 Response Files

Installation Type Response File

Oracle SES installation

server.rsp

Oracle SES upgrade

upgrade.rsp


Response files are located in the /response directory on Disk 1 of the Oracle SES DVD. You must edit the response file according to your requirements for silent installation.

To use a response file, first copy it from the DVD to your system. For example:

  1. Go to the /response directory

  2. Copy the server.rsp file to your system hard drive:

    # cp server.rsp /private/ses/response/server.rsp
    

Editing the Response File

Use any text editor to edit the response file to include information specific for your system. You must specify values for variables in your response file. Each variable listed in the response file is associated with a comment, which identifies the variable type. For example:

string = "Sample Value"
Boolean = True or False
Number = 1000
StringList = {"StringValue 1", "String Value 2"}

The values that are given as <Value Required> must be specified for silent installation. Remove the comment from the variable values in the response file before starting the Oracle SES installation.

Specifying a Response File and Starting the Installation

Before you specify a response file, ensure that all the values in the response file are correct. To make Oracle Universal Installer use the response file at installation time, specify the location of the response file as a parameter when starting Oracle Universal Installer. To perform a silent installation, use the -silent parameter:

# ./runInstaller -silent -responseFile absolute_path_and_filename

WARNING:

During installation, response files may be copied to subdirectories in the Oracle home. When the installation completes successfully, these copies are removed. If the installation fails, however, these copies may not be removed. If you have provided passwords or other sensitive information in your response files, then delete any copies of the response files that remain in your file system.

The success or failure of silent installations is logged in the installActions.log file. Additionally, the silent installation creates the silentInstall.log file. The log files are created in the $ORACLE_HOME/oraInventory/logs directory.

The silentInstall<Date_Time>.log file contains the following line if the installation was successful:

The installation of Oracle Secure Enterprise Search was successful.

The corresponding installActions<Date_Time>.log file contains specific information regarding installation.

Security Tips for Silent Installations

The response file contains the installation password in clear text. To minimize security issues, follow these guidelines:

  • Set the permissions on the response files so that they are readable only by the operating system user performing the silent installation.

  • If possible, remove the response files from the system after the silent installation is completed.

Error Handling

Values for variables that are of the wrong context, format, or type are treated as if no value were specified. Variables that are outside any section are ignored.

If you attempt a silent installation with an incorrect or incomplete response file, or if Oracle Universal Installer encounters an error, such as insufficient disk space, the installation fails.

Post-Installation Tasks

This section describes how to complete postinstallation tasks after you have installed the software.

The following URLs indicate a successful installation:

Search: http://host:port/search/query/search

Administration tool: http://host:port/search/admin/index.jsp (Log on using the password specified during installation.)

Certifications and Patches

The Oracle SES administration tool and default query application are certified on the following browsers:

  • Firefox 1.0, 1.0.1, 1.0.6, 1.0.7, 1.5

  • Internet Explorer 6.0

  • Netscape 7.1, 7.2

  • Mozilla 1.7.3

The requirements and certifications included in this installation guide were current at the time this guide was published. See the certification matrix on the OracleMetalink Web site for the most up-to-date information.

Uninstallation Tasks

To uninstall Oracle SES, run $ORACLE_HOME/install/deinstall_ses as the user who installed Oracle SES.

Note:

If the Oracle SES instance was bound to a port less than 1024 and the middle tier ran as root user, then after uninstallation there could be files left under $ORACLE_HOME. After the uninstall completes, log on as the root user and delete those files.

Upgrading Oracle Secure Enterprise Search

This section contains the following topics:

Pre-Upgrade Tasks

This section contains the following topics:

Backing Up the Oracle SES 10.1.6 Instance

There is no downgrade support from 10.1.8. Before upgrading, first shutdown Oracle SES, then back up the 10.1.6 ORACLE_HOME directory, the oradata directory, and the entire oraInventory directory to a different location. (The oraInventory directory is a central inventory of all Oracle homes. Its location is specified in /etc/oraInst.loc.)

For example:

$ORACLE_HOME/bin/searchctl stopall
cd ~
msu password
tar cvf ses.tar {$ORACLE_HOME} 
tar cvf ses.tar {oraInventory} 
tar cvf ses.tar {oradata}

Note:

The user must be root to run the tar commands.

If the upgrade should fail, then restore your 10.1.6 instance by cleaning up the ORACLE_HOME, oradata, and oraInventory directories and using the tar command to copy them back to the same location. For example:

tar xvf ses.tar {$ORACLE_HOME} 
tar xvf ses.tar {oraInventory} 
tar xvf ses.tar {oradata}

After your 10.1.6 environment is back, you can retry the 10.1.8 upgrade.

Upgrading on a Port Number Less than 1024

If the 10.1.6 installation is bound to a port number less than 1024, then first change the Oracle SES middle tier port to a port number greater than 1024. After the upgrade completes, you can change the Oracle SES middle tier port back to a port number less than 1024.

Moving QTA Jar Files

For any custom query-time authorization (QTA) jar files in the 10.1.6 Oracle home directory, manually move them into the new Oracle home directory or into an entirely new location. Also, for any sources that used these QTA jar files, update the location in the Jar File Name field on the Home - Sources - Authorization page. This protects you from inadvertently deleting these jar files if you remove the old Oracle home directory after the upgrade process.

Upgrade Tasks

When the Oracle SES installation process detects an existing Oracle SES instance on the computer, it will give you the option of either upgrading the existing installation or creating a new installation.

If you choose to upgrade an existing installation, then simply follow the prompts to select the location where the Oracle SES 10.1.6 software is installed, the administrative password that was set with this existing installation, and the location where the new Oracle SES 10.1.8 software will be installed. The 10.1.8 location must be different than the 10.1.6 location; that is, you cannot install 10.1.8 inside the 10.1.6 Oracle home.

Silent Upgrade Tasks

A silent upgrade has no graphical output and no input by the user. It is accomplished by supplying Oracle Universal Installer with a response file and specifying the -silent flag on the command line.

Response files are located in the /response directory on Disk 1 of the Oracle SES DVD. You must edit the response file according to your requirements for silent upgrade.

To use a response file, first copy it from the DVD to your system. For example:

  1. Go to the /response directory

  2. Copy the upgrade.rsp file to your system hard drive:

    # cp upgrade.rsp /private/ses/response/upgrade.rsp
    
    

Use any text editor to edit the response file to include information specific for your system.

To make Oracle Universal Installer use the response file at installation time, specify the location of the response file as a parameter when starting Oracle Universal Installer. To perform a silent installation, use the -silent parameter:

# ./runInstaller -silent -responseFile absolute_path_and_filename

WARNING:

During upgrade, response files may be copied to subdirectories in the Oracle home. When the upgrade completes successfully, these copies are removed. If the upgrade fails, however, these copies may not be removed. If you have provided passwords or other sensitive information in your response files, then delete any copies of the response files that remain in your file system.

Post-Upgrade Tasks

WARNING:

The Data Storage Location specified in the Oracle SES installation is shared by both the 10.1.6 and the 10.1.8 installations. If this data storage directory is inside the 10.1.6 Oracle home, then be very careful not to remove this directory after upgrading to 10.1.8.

Migrating Federated Sources

To migrate federated sources in the 10.1.6 installation, you must edit each federated source in the 10.1.8 installation. On the Home - Sources - Customize Federated Source page, enter the Web services URL for the source.

After editing the source, you can have public federated search on the remote Oracle SES instances. For secure federated search, see the section "Setting Up Secure Federated Search" in the Oracle Secure Enterprise Search Administrator's Guide. If the remote Oracle SES instances are using the 10.1.6 installation, then they also need to be upgraded to 10.1.8 for secure federated search to work.

Migrating Single Sign-On Configuration

If the 10.1.6 Oracle SES instance had been configured to use a single sign-on URL to access the Oracle SES search page and administration tool, then do the following to migrate the configuration to 10.1.8:

  1. Edit the $ORACLE_HOME/oc4j/j2ee/OC4J_SEARCH/config/http-web-site.xml file. In the element web-site, change the attribute protocol from "http" to "ajp13":

    <web-site ... protocol="ajp13" ... >
    
    
  2. Restart the Oracle SES middle tier using searchctl restart.

  3. Configure mod_osso to protect the search with SSO. Add the following lines to $AS_HOME/Apache/Apache/conf/mod_osso.conf within the IfModule element:

    <Location /search/query/formlogin.uix>
      require valid-user
      AuthType Basic
    </Location>
    
    
  4. Restart Oracle HTTP Server. On the OracleAS middle tier host, run the following command:

    $AS/opmn/bin/opmnctl restartproc process-type=HTTP_Server
     
    opmnctl: restarting opmn managed processes...
    

Changes in 10.1.8

  • If 10.1.6 was connected to Oracle Internet Directory, then after upgrade, you may see "orclApplicationCommonName=oesEntity_ ... " in the user name on the Global Settings - Identity Management Setup page. This user was created implicitly by Oracle SES 10.1.6 when the instance connected to Oracle Internet Directory, and it was used internally for Oracle Internet Directory authentication and authorization. After upgrade, 10.1.8 continues to use the user for Oracle Internet Directory authentication and authorization.

  • In 10.1.6, the jar files for custom crawler plug-ins were located in the $ORACLE_HOME/search/lib/agent directory. This directory does not exist in 10.1.8. These jar files from 10.1.6 were migrated to the $ORACLE_HOME/search/lib/plugins directory.

Restarting Oracle Secure Enterprise Search

The tool for starting and stopping the search engine is searchctl. To restart Oracle SES after rebooting, navigate to the $ORACLE_HOME/bin directory where Oracle SES is installed and run searchctl restartall.Users are prompted for a password when running searchctl commands on UNIX platforms.

For detailed steps, see the Startup / Shutdown lesson in the Oracle SES tutorial:

http://st-curriculum.oracle.com/tutorial/SESAdminTutorial/index.htm

What to Do Next

To become familiar with Oracle Secure Enterprise Search, Oracle suggests that you complete the following tasks:

Additional Resources

To download free release notes, installation documentation, white papers, or other collateral, visit Oracle Technology Network (OTN). You must register online before using OTN; registration is free and can be done at

http://www.oracle.com/technology/membership/

If you already have a user name and password for OTN, then you can go directly to the documentation section of OTN at

http://www.oracle.com/technology/documentation

Oracle Support Services

If you purchased Oracle Product Support, you can call Oracle Support Services for assistance. Oracle Support Services include phone assistance, version updates, and access to our service offerings. You have access to phone support 24 hours a day, 7 days a week. In the U.S.A., you can call Product Support at 1-800-223-1711.

Make sure you have your CSI (CPU Support Identifier) number ready when you call. Keep the CSI number for your records, because it is your key to Oracle Support Services. The Oracle Store sends the CSI number to you in an e-mail alert when it processes your order. If you do not have your CSI number and you are in the U.S.A., you can look up your CSI number by accessing our online Order Tracker, which provides detailed order information. Go to the Oracle Store and click on Order Tracker located above the top navigation bar.

For Oracle Support Services locations outside the U.S.A., call your local support center for information about how to access support. To find the local support center in your country, visit the Support Web Center at

http://www.oracle.com/support

At the Support Web Center you will find information on Oracle Support Services, such as:

  • Contact information

  • Instructions on how to access electronic services

  • Helpful Web sites

  • Support resources

  • Oracle Support Portfolio

  • Oracle Support Services news

With Oracle Product Support, you have round-the-clock access to OracleMetalink, the Oracle Support Services premier Web support offering. OracleMetalink offers you access to installation assistance, product documentation, and a technical solution knowledge base.

It has technical forums, where you can post questions about your Oracle products and receive answers from Oracle Technical Support Analysts and other Oracle users. The questions and answers remain posted for the benefit of all users.

OracleMetalink options include:

  • Service Request (SR) access

  • Patch downloads

  • Bug database query access

  • Product life-cycle information

You can access OracleMetalink at

http://metalink.oracle.com

Quick Reference

Resource Contact Information or Web Site
OracleMetalink
http://metalink.oracle.com
Purchase additional products, full-use licenses, version updates, and documentation in the U.S.A. http://oraclestore.oracle.com
Access technical resources for developers http://www.oracle.com/technology/index.html
Access information about technical support http://www.oracle.com/support
Locate local Oracle Support Centers outside the U.S.A. http://www.oracle.com/support
Locate local Oracle offices outside the U.S.A http://www.oracle.com/global/index.html
Call Client Relations in the U.S.A. 1-800-223-1711
Speak with your sales representative in the U.S.A. 1-800-ORACLE-1
Obtain TTY access to technical support in the U.S.A. 1-800-446-2398

Documentation Accessibility

Our goal is to make Oracle products, services, and supporting documentation accessible, with good usability, to the disabled community. To that end, our documentation includes features that make information available to users of assistive technology. This documentation is available in HTML format, and contains markup to facilitate access by the disabled community. Accessibility standards will continue to evolve over time, and Oracle is actively engaged with other market-leading technology vendors to address technical obstacles so that our documentation can be accessible to all of our customers. For more information, visit the Oracle Accessibility Program Web site at

http://www.oracle.com/accessibility/

Accessibility of Code Examples in Documentation

Screen readers may not always correctly read the code examples in this document. The conventions for writing code require that closing braces should appear on an otherwise empty line; however, some screen readers may not always read a line of text that consists solely of a bracket or brace.

Accessibility of Links to External Web Sites in Documentation

This documentation may contain links to Web sites of other companies or organizations that Oracle does not own or control. Oracle neither evaluates nor makes any representations regarding the accessibility of these Web sites.

TTY Access to Oracle Support Services

Oracle provides dedicated Text Telephone (TTY) access to Oracle Support Services within the United States of America 24 hours a day, seven days a week. For TTY support, call 800.446.2398.


Oracle Secure Enterprise Search Installation Guide, 10g Release 1 (10.1.8) for Linux x86

B32262-01

Copyright © 2006, Oracle. All rights reserved.

The Programs (which include both the software and documentation) contain proprietary information; they are provided under a license agreement containing restrictions on use and disclosure and are also protected by copyright, patent, and other intellectual and industrial property laws. Reverse engineering, disassembly, or decompilation of the Programs, except to the extent required to obtain interoperability with other independently created software or as specified by law, is prohibited.

The information contained in this document is subject to change without notice. If you find any problems in the documentation, please report them to us in writing. This document is not warranted to be error-free. Except as may be expressly permitted in your license agreement for these Programs, no part of these Programs may be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose.

If the Programs are delivered to the United States Government or anyone licensing or using the Programs on behalf of the United States Government, the following notice is applicable:

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the Programs, including documentation and technical data, shall be subject to the licensing restrictions set forth in the applicable Oracle license agreement, and, to the extent applicable, the additional rights set forth in FAR 52.227-19, Commercial Computer Software--Restricted Rights (June 1987). Oracle USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

The Programs are not intended for use in any nuclear, aviation, mass transit, medical, or other inherently dangerous applications. It shall be the licensee's responsibility to take all appropriate fail-safe, backup, redundancy and other measures to ensure the safe use of such applications if the Programs are used for such purposes, and we disclaim liability for any damages caused by such use of the Programs.

Oracle, JD Edwards, PeopleSoft, and Siebel are registered trademarks of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.

The Programs may provide links to Web sites and access to content, products, and services from third parties. Oracle is not responsible for the availability of, or any content provided on, third-party Web sites. You bear all risks associated with the use of such content. If you choose to purchase any products or services from a third party, the relationship is directly between you and the third party. Oracle is not responsible for: (a) the quality of third-party products or services; or (b) fulfilling any of the terms of the agreement with the third party, including delivery of products or services and warranty obligations related to purchased products or services. Oracle is not responsible for any loss or damage of any sort that you may incur from dealing with any third party.