Software Distributor (SD-UX) Administration Guide HP-UX 11i v1, 11i v2, and 11i v3 (762797-001, March 2014)
Table Of Contents
- Software Distributor Administration Guide
- Contents
- HP secure development lifecycle
- About This Document
- 1 Introduction to Software Distributor
- SD-UX Overview
- SD-UX Concepts
- Using the GUI and TUI Commands
- The Terminal User Interface
- Starting the GUI/TUI Commands
- Window Components
- Opening and closing items in the object list
- Marking Items in the Object List
- Preselecting Host Files
- Software Selection Window
- Session and File Management—The File Menu
- Changing Software Views—The View Menu
- Changing Options and Refreshing the Object List—The Options Menu
- Performing Actions—The Actions Menu
- Getting Help—The Help Menu
- XToolkit Options and Changing Display Fonts
- Working from the Command Line
- 2 Installing Software
- Installation with swinstall
- Features and Limitations
- Installing with the GUI
- Installing from the Command Line
- Installation Tasks and Examples
- Updating to HP-UX 11i
- Installing Patches
- Recovering Updated Files
- Installing Software That Requires a System Reboot
- Using Software Codewords and Customer IDs
- Re-installing Software Distributor
- Installing Multiple Versions
- Installing to an Alternate Root
- Compatibility Filtering and Checking
- Software Selection Checking
- Configuring Your Installation (swconfig)
- Verifying Your Installation (swverify)
- Installation with swinstall
- 3 Managing Installed Software
- 4 Managing Software Depots
- Depot Management Commands and Concepts
- Copying Software Depots
- Registering and Unregistering Depots (swreg)
- Verifying Signed Software Signatures
- Additional Depot Management Tasks and Examples
- Combining Patch Depots
- Creating a Tape Depot for Distribution
- Setting Depot Attributes
- Creating a Network Depot
- Managing Multiple Versions of HP-UX
- Listing Registered Depots
- Listing the Contents of a Depot (swlist -d)
- Source Depot Auditing
- Verifying a Depot (swverify -d)
- Removing Software from Depots
- Removing a Depot
- 5 HP-UX Patching and Patch Management
- 6 Using Jobs and the Job Browser
- 7 Remote Operations Overview
- 8 Reliability and Performance
- 9 SD-UX Security
- 10 Creating Software Packages
- Overview of the Packaging Process
- Identifying the Products to Package
- Adding Control Scripts
- Creating a Product Specification File (PSF)
- Product Specification File Examples
- PSF Syntax
- PSF Object Syntax
- Selecting the PSF Layout Version
- PSF Value Types
- Product Specification File Semantics
- Re-Specifying Files
- Packaging the Software (swpackage)
- Packaging Tasks and Examples
- Registering Depots Created by swpackage
- Creating and Mastering a CD-ROM Depot
- Compressing Files to Increase Performance
- Packaging Security
- Repackaging or Modifying a Software Package
- Packaging In Place
- Following Symbolic Links in the Source
- Generating File Revisions
- Depots on Remote File Systems
- Verifying the Software Package
- Packaging Patch Software
- Writing to Multiple Tapes
- Making Tapes from an Existing Depot
- 11 Using Control Scripts
- Introduction to Control Scripts
- General Script Guidelines
- Packaging Control Scripts
- Using Environment Variables
- Execution of Control Scripts
- Execution of Other Commands by Control Scripts
- Control Script Input and Output
- File Management by Control Scripts
- Testing Control Scripts
- Requesting User Responses (swask)
- Request Script Tasks and Examples
- 12 Nonprivileged SD
- A Command Options
- B Troubleshooting
- Error Logging
- Common Problems
- Cannot Contact Target Host’s Daemon or Agent
- GUI Won’t Start or Missing Support Files
- Access To An Object Is Denied
- Slow Network Performance
- Connection Timeouts and Other WAN Problems
- Disk Space Analysis Is Incorrect
- Packager Fails
- Command Logfile Grows Too Large
- Daemon Logfile Is Too Long
- Cannot Read a Tape Depot
- Installation Fails
- swinstall or swremove Fails With a Lock Error
- Use of Square Brackets ([ and ]) Around an IPv6 Address Causes an Error
- Some SD commands do not work after network configuration changes
- C Replacing or Updating SD-UX
- D Software Distributor Files and File System Structure
- Glossary
- Index
Configure Scripts
• Configure scripts are executed during the Configuration phase of a swinstall session. SD
expects configure scripts at system start-up if the swinstall session triggers a system reboot.
The swconfig command can also execute configure scripts. The pathname of the script being
executed is:
$ {SW_CONTROL_DIRECTORY}configure
• A configure script is only executed for installations into the primary root (“/”). If you choose
to defer configuration in the swinstall session, then the configure script will be executed
by a swconfig session at some time after the installation completes.
• A configure script is usually executed only when the product/fileset is in the installed state.
• A configure script is the primary way to move a product/fileset from the installed state to the
configured state. The script should perform all (or most of) the activities needed to enable the
product/fileset for use.
• A configure script can use configuration information provided by the user and collected by a
request script.
• When an existing version of a product is updated to a new version, the configure script(s) for
the new version must perform any unconfigurations-configurations of the old version that are
necessary to properly configure the new version. The unconfigure script(s) for the old version
are not executed.
• Configure scripts are for architecture-dependent actions because they will always be run on
the architecture of the install target.
• Configure scripts are the best place for removing files and updating the IPD, since the system
is not in transition (i.e. as in an update).
• A configure script can help with software updates as well as new installs. The script must also
be able to handle reinstallation and should include appropriate error control if data destruction
is possible.
Unconfigure Scripts
• Unconfigure scripts are executed during the Unconfiguration-Configuration phase of a swremove
session. They can also be executed by the swconfig command. The pathname of the script
being executed is:
$ {SW_CONTROL_DIRECTORY}unconfigure
• An unconfigure script is executed only for software installed into the primary root (“/”).
• An unconfigure script is re-executed even when the product/fileset is in the configured state.
• An unconfigure script is the primary way to move a product/fileset from the configured state
back to the installed state. The script should perform all (or most of) the activities needed to
disable the product/fileset for use.
• An unconfigure script must undo all configuration tasks performed by its companion configure
script. The user should be able to configure, unconfigure, configure, etc. an installed
product/fileset and always end up with the same configured result.
Verify Scripts
• Verify scripts are executed by the swverify command. The pathname of the script being executed
is:
$ {SW_CONTROL_DIRECTORY}verify
• A verify script must not modify the system.
Execution of Control Scripts 213