home *** CD-ROM | disk | FTP | other *** search
Text File | 1998-08-19 | 57.2 KB | 1,553 lines |
- ----------------------------------------------------------------------------
-
- SCO ARCserve/Open from Cheyenne
- Release and Installation Notes
-
- Table of Contents
-
- About this book
- Chapter 1: New features in SCO ARCserve/Open Release 2.2.0
- Chapter 2: Installing and removing SCO ARCserve/Open products
- Chapter 3: Configuring SCO ARCserve/Open
- Chapter 4: Getting started with SCO ARCserve/Open
- Chapter 5: Known limitations and workarounds
- Appendix A: Troubleshooting
-
- Copyright
-
- ----------------------------------------------------------------------------
-
-
- About this book
- ---------------
-
- This book provides the information you need to install and use SCO(R)
- ARCserve(R)/Open from Cheyenne(R) products on UnixWare(R) 7 systems. It is
- intended for a person who has some system administration experience.
-
- You will find the information you need more quickly if you are familiar
- with:
-
- * How this book is organized
-
- * Related documentation
-
- * Typographical conventions
-
-
- How this book is organized
- --------------------------
-
- This book describes:
-
- * new SCO ARCserve/Open from Cheyenne features not covered in the product
- documentation.
-
- * the SCO ARCserve/Open products and optional products that are provided,
- and information you need to know before proceeding with an
- installation.
-
- * installing and removing SCO ARCserve/Open products.
-
- * configuring SCO ARCserve/Open.
-
- * using SCO ARCserve/Open online documentation, starting SCO
- ARCserve/Open, and performing a quick backup of your system.
-
- * limitations and workarounds relating to the SCO ARCserve/Open products.
-
- * troubleshooting information for the most common problems you might
- encounter while using SCO ARCserve/Open.
-
-
- Related documentation
- ---------------------
-
- * SCO ARCserve/Open Client Agent Installation Guides (online)
-
- * SCO ARCserve/Open User Guide (online)
-
- * SCO ARCserve/Open Changer Guide (online)
-
- * SCO ARCserve/Open Error Messages (online)
-
- * SCO ARCserve/Open Command Line Manual Pages (located in man Section 1)
-
-
- Typographical conventions
- -------------------------
-
- This publication presents commands, filenames, keystrokes, and other special
- elements in these typefaces:
-
- Example . . . . . . . . Used for:
-
- lp or lp(1)
- commands, device drivers, programs, and utilities (names, icons, or
- windows); the letter in parentheses indicates the reference manual
- section in which the command, driver, program, or utility is documented
-
- /new/client.list
- files, directories, and desktops (names, icons, or windows)
-
- root system, network, or user names
-
- filename
- placeholders (replace with appropriate name or value)
-
- <Esc>
- keyboard keys
-
- Exit program?
- system output (prompts, messages)
-
- yes or yes
- user input
-
- ``Description''
- field names or column headings (on screen or in database)
-
- Cancel
- button names
-
- Edit menu names
-
- Copy menu items
-
- File --> Find --> Text
- sequences of menus and menu items
-
- open or open(2)
- library routines, system calls, kernel functions, C keywords; the
- letter in parentheses indicates the reference manual section in which
- the file is documented
-
- $HOME
- environment or shell variables
-
- SIGHUP
- named constants or signals
-
- ``adm3a''
- data values
-
- employees
- database names
-
- orders
- database tables
-
- buf C program structures
-
- b_b.errno
- structure members
-
- ----------------------------------------------------------------------------
-
-
- Chapter 1
-
- New features in SCO ARCserve/Open Release 2.2.0
-
- This chapter describes new features for SCO ARCserve/Open from Cheyenne
- Release 2.2.0 that are not discussed in the SCO ARCserve/Open documentation,
- including:
-
- * bar code reading for autochangers,
-
- * SNMP message traps, and
-
- * support for backing up and restoring NDS trees.
-
-
- Bar code reading
- ----------------
-
- SCO ARCserve/Open is now equipped to read bar code labels for tape
- cartridges that are accessed through tape autochangers. This feature helps
- reduce the initialization time that is typically associated with high
- capacity changers.
-
- This section describes:
-
- * how bar code reading works
-
- * enabling and disabling bar code reading
-
-
- How bar code reading works
- --------------------------
-
- When bar code reading is enabled through the SCO ARCserve/Open Device
- Manager, the autochanger scans for labels on each loaded cartridge tape.
- When a new bar code label is encountered, the corresponding tape is inserted
- in the tape drive and the label and the tape's volume header are read.
-
- This information is then stored in files in the bar code tape database
- directory, /usr/lib/ARCserve/tapedb. A separate file is created for each
- unique tape label that is read.
-
- ----------------------------------------------------------------------------
- NOTE: This bar code tape database is completely separate from the other SCO
- ARCserve/Open databases. The SCO ARCserve/Open database server process does
- not access any part of the bar code tape database.
- ----------------------------------------------------------------------------
-
- If the changer scans a tape label that has already been encountered, the
- tape information is extracted from the database, saving the need to insert
- the tape into the tape drive.
-
- ----------------------------------------------------------------------------
- NOTE: When using the bar code reading feature, all formatting and erasing of
- tapes must be accomplished using the options on the changer-specific Device
- Management menu, as opposed to the standard Device Management menu. (Note
- that, depending on whether you select a single drive or a changer in the
- list of available devices, the Device Management menu and the toolbar toggle
- between the standard and changer-specific options.)
-
- It you do not use the changer-specific Device Management menu in this case,
- the tape database is not updated to reflect the new state of the tape.
-
- In addition, it is recommended that you only remove tapes from the changer
- using the changer-specific Device Management menu, so that the tapes'
- information is properly removed from the tape database.
- ----------------------------------------------------------------------------
-
-
- Enabling and disabling bar code reading
- ---------------------------------------
-
- To enable or disable bar code reading for an individual changer:
-
- 1. Select Device Management from the Quick Access window.
-
- 2. Select Device Group Configuration.
-
- 3. Select the SCSI ID for the desired changer.
-
- 4. Select Changer.
-
- 5. Select Enable or Disable in the ``Bar Code Reading'' field.
-
- Note that, by default, bar code reading is disabled.
-
-
- SNMP message traps
- ------------------
-
- Simple Network Management Protocol (SNMP) traps are now supported in SCO
- ARCserve/Open. This feature allows warnings and error messages from SCO
- ARCserve/Open and Client Agent workstations to be ``trapped'' to a
- centralized network management console, allowing administrators to manage
- their systems more efficiently.
-
- HP(R) OpenView(R) on both UNIX(R) and Microsoft(R) Windows(R) systems is
- certified for use with SCO ARCserve/Open. However, you should be able to
- send SCO ARCserve/Open message traps to any network management station on
- which you can load the SCO ARCserve/Open MIB.
-
- ----------------------------------------------------------------------------
- NOTE: SCO ARCserve/Open's activity log still receives all warnings and error
- messages when using SNMP message traps.
- ----------------------------------------------------------------------------
-
- See also:
-
- * ``Setting up to use SNMP message traps with SCO ARCserve/Open''
-
- * ``Customizing SNMP message severity levels''
-
-
- Setting up to use SNMP message traps with SCO ARCserve/Open
- -----------------------------------------------------------
-
- To use SNMP to trap messages from SCO ARCserve/Open, you must:
-
- 1. Configure SNMP on the SCO ARCserve/Open server to include the SNMP
- community name and the IP address or host name of the network
- management station you are using.
-
- 2. Load the SCO ARCserve/Open Management Information Bases (MIB) file on
- the network management station.
-
- 3. Turn on the SNMP trap feature for each relevant SCO ARCserve/Open
- function -- Backup, Restore, Merge, and Scan.
-
-
- Configuring SNMP on the SCO ARCserve/Open server
- ------------------------------------------------
-
- To enable SCO ARCserve/Open to send SNMP traps, you must first configure the
- SNMP configuration files on your UnixWare 7 system to include:
-
- * the SNMP community name, and
-
- * the IP address of the network management station on which you would
- like to receive and display SCO ARCserve/Open messages. (You can also
- specify the system's associated host name, as defined in the /etc/hosts
- file.)
-
- An IP address or host name must be entered for each console on which
- you want to receive the messages.
-
- To specify the SNMP community name (i.e., the session name), edit the
- /etc/netmgt/snmpd.comm file. It is recommended that you specify a community
- name of ``public''. Use the format specified in the comments at the top of
- the snmpd.comm file.
-
- ----------------------------------------------------------------------------
- CAUTION: It is very important that the SNMP community name is present in
- /etc/netmgt/snmpd.comm.
- ----------------------------------------------------------------------------
-
- To specify the network management station to which you want the SCO
- ARCserve/Open traps sent, edit the /etc/netmgt/snmpd.trap file. Supply the
- management station's IP address (or host name), using the format specified
- in the comments at the top of the snmpd.trap file.
-
-
- Loading the SCO ARCserve/Open MIB file
- --------------------------------------
-
- The SCO ARCserve/Open MIB file is called ARCserve.mib and is located in the
- /usr/lib/ARCserve directory.
-
- This MIB file must be loaded onto your network management station before it
- can interpret the SCO ARCserve/Open trap messages. Refer to your network
- management station documentation for information on how to do this.
-
-
- Turning on SNMP message traps
- -----------------------------
-
- Before SNMP messages can be sent to the network management console, you must
- enable them within SCO ARCserve/Open.
-
- SNMP messages can be enabled (or disabled) for the Backup, Restore, Scan,
- and Merge Managers, on a per-manager basis:
-
- 1. Select the desired Manager from the SCO ARCserve/Open Quick Access
- window.
-
- 2. Select the Reporter option from the Manager-specific menu (i.e, Backup
- menu, Restore menu, and so forth).
-
- 3. In the ``Message Type'' field, toggle SNMP alerts on or off.
-
- By default, SNMP messages for all Managers are disabled.
-
- To enable SNMP messages for all of these Managers, you must perform the
- above steps in each Manager window. Or, you can selectively enable traps for
- only the Managers you desire.
-
-
- Customizing SNMP message severity levels
- ----------------------------------------
-
- The SCO ARCserve/Open SNMP Configuration Manager allows you to change the
- severity level that is assigned to each trapped message.
-
- The SNMP Configuration Manager is accessed from the Utility menu on the SCO
- ARCserve/Open Quick Access window.
-
- See also:
-
- * ``Assigning severity levels to messages''
-
- * ``Configuring messages for SCO ARCserve/Open modules''
-
-
- Assigning severity levels to messages
- -------------------------------------
-
- Each SNMP message can be assigned one of four severity levels:
-
- Critical
- These messages require immediate attention, such as a failed backup or
- the need to load media.
-
- Warning
- These messages correspond to error or warning situations where SCO
- ARCserve/Open's operation resumes without intervention.
-
- Normal
- These messages consist of standard notifications, such as the start
- and/or completion of a job.
-
- Disabled
- These messages are not trapped and therefore not displayed.
-
-
- Configuring messages for SCO ARCserve/Open modules
- --------------------------------------------------
-
- SCO ARCserve/Open allows you to configure messages on a module basis, where
- a module corresponds to a class of Client Agents associated with a
- particular platform.
-
- Messages associated with a particular Client Agent can be configured using
- the Module menu in the SNMP Configuration Manager -- simply select the
- appropriate Client Agent. Client Agent modules are listed in this menu
- depending on whether or not the corresponding severity file exists in the
- /usr/lib/ARCserve/nls/C directory.
-
-
- Backing up and restoring an NDS tree
- ------------------------------------
-
- SCO ARCserve/Open is now capable of backing up and restoring NetWare(R)
- Directory Services(TM) (NDS) trees. This section describes how to:
-
- * select an NDS tree for backup
-
- * restore an NDS tree
-
- ----------------------------------------------------------------------------
- NOTE: To backup and restore a NetWare 4.x NDS tree, SCO ARCserve/Open must
- be running on the same server where the NDS tree was created or replicated,
- and the SCO ARCserve/Open server must belong to the NDS tree.
-
- The SCO ARCserve/Open server only permits the backup and restore of its own
- NDS tree -- and this is the only NDS tree that is visible from the Backup
- and Restore Managers.
- ----------------------------------------------------------------------------
-
- For more information on NDS and how it is implemented within UnixWare 7,
- refer to ``Administering NetWare Services (NWS)'' in the SCOhelp online
- documentation.
-
-
- Selecting an NDS tree for backup
- --------------------------------
-
- Select the NDS tree for backup in the same way you would any other server or
- node.
-
- ----------------------------------------------------------------------------
- NOTE: You must have admin rights to perform a backup of an NDS tree. (The
- admin user is the equivalent of the supervisor user in NetWare 3.x.)
- ----------------------------------------------------------------------------
-
- The NDS tree (associated with the SCO ARCserve/Open server) is displayed
- within the server's directory tree, which is visible within the Source area
- of the Backup Manager window.
-
- To back up an NDS tree:
-
- 1. In the Source area of the Backup Manager window, expand the directory
- tree associated with the local server.
-
- The NDS tree is displayed along with the server's existing filesystems,
- as shown below:
-
- [Image]
-
- 2. Select the target NDS tree that you want to backup by clicking on the
- box directly to its left.
-
- Once selected, you see the Secured Object Login dialog box.
-
- 3. Enter the user name and password for the selected NDS tree:
-
- [Image]
-
- The NDS user name is equivalent to the NDS context name. The NDS
- context name consists of the object's full path, starting with Admin
- leaf and ending at the root of the tree.
-
- Given the NDS structure implemented below:
-
- [Image]
-
- the syntax for entering a valid user name (NDS path) is:
-
- .CN=Admin.0=Cheyenne
-
- 4. In the Destination area of the Backup Manager window, select the tape
- device group and tape for the backup job.
-
- 5. Click on the Run button to execute the backup job.
-
-
- Restoring an NDS tree
- ---------------------
-
- You can use either Tape View or Tape Session to restore your NDS trees. This
- section outlines the steps for restoring NDS objects using the Tape Session
- view. For information on using Tape View, see the SCO ARCserve/Open User
- Guide.
-
- ----------------------------------------------------------------------------
- NOTE: You will not be able to use the Tape Session view if you do not have
- Queue Operator permissions. If you are not a Queue Operator, you can only
- use the Tape View to restore from your own sessions.
- ----------------------------------------------------------------------------
-
-
- Finding the NDS session to restore
- ----------------------------------
-
- When using the Tape Session view, you are required to select the tape
- session that you want restored. To locate the correct session containing the
- NDS information:
-
- * Run the Report Manager and view the SCO ARCserve/Open activity log,
- called archsvr.log. This file will tell you the session you need to
- use.
-
-
- Restoring the NDS tree using Tape Session
- -----------------------------------------
-
- To restore an NDS tree using the Tape Session view:
-
- 1. In the toolbar on the Restore Manager window, click on the Tape Session
- button.
-
- SCO ARCserve/Open reads directly from your tape devices and displays
- the tape groups that you are using.
-
- 2. Select the tape that you want to use for the restore operation.
-
- 3. Click on Source and select the session containing the NDS tree that you
- want to restore.
-
- [Image]
-
- 4. In the Destination area, select the NDS tree as shown below:
-
- [Image]
-
- -----------------------------------------------------------------------
- NOTE: When selecting an NDS tree as your restore source, you must
- select the same NDS tree as your restore destination.
-
- In addition, you must have admin (or supervisor) rights to the NDS tree
- that you select as your restore destination.
- -----------------------------------------------------------------------
-
- Once selected, you see the Secured Object Login dialog box.
-
- 5. Enter the NDS user name and password to log into the selected tree. See
- ``Selecting an NDS tree for backup'' for information on entering valid
- user names.
-
- 6. Click on the Run button to schedule and run the restore job.
-
- ----------------------------------------------------------------------------
- NOTE: After restoring an NDS tree, you may need to run certain NDS
- management utilities, such as DS_Repair and DS_Install, on your
- NetWare-enabled UnixWare 7 server. See your UnixWare 7 NDS documentation for
- more information on these management utilities.
- ----------------------------------------------------------------------------
-
- ----------------------------------------------------------------------------
-
-
- Chapter 2
-
- Installing and removing SCO ARCserve/Open products
-
- This chapter describes:
-
- * the SCO ARCserve/Open from Cheyenne products and product options
-
- * connecting tape drives before installation
-
- * installing SCO ARCserve/Open products
-
- * licensing SCO ARCserve/Open products
-
- * removing SCO ARCserve/Open products
-
-
- SCO ARCserve/Open products and options
- --------------------------------------
-
- The following SCO ARCserve/Open products and product options are available:
-
- * SCO ARCserve/Open from Cheyenne Lite, the backup and restore manager
- for single systems. SCO ARCserve/Open Lite is the default backup and
- restore manager for UnixWare 7 SCOadmin.
-
- * SCO ARCserve/Open from Cheyenne, the fully-featured, high performance
- data management tool for single systems and enterprise networks. (See
- ``Software preview'' in the SCO ARCserve/Open User Guide for a
- description of the differences between the Lite and Full products.)
-
- * the Changer option, providing support for leading 4mm, 8mm, and DLT
- auto changers. This option requires the use of the full SCO
- ARCserve/Open product.
-
- * Client Agents that allow SCO ARCserve/Open to manage the following
- platforms:
-
- o multiple UNIX System platforms, including UnixWare(R) 7, SCO
- UnixWare, SCO Release 3 and SCO OpenServer Release 5, IBM(R) AIX(TM),
- HP-UX(R), Silicon Graphics(R) IRIX(TM), Solaris(R) SPARC(R), and
- SunSoft(TM) SunOS(TM)
-
- o Apple(R) Macintosh(R)
-
- o IBM OS/2(R)
-
- o Microsoft Windows, Windows 95, and Windows NT
-
- o Novell NetWare
-
- * client connection licenses, enabling management of data on remote
- systems that have an SCO ARCserve/Open Client Agent installed. This
- option requires the use of the full SCO ARCserve/Open product.
-
-
- Before installing: connecting your tape drives
- ----------------------------------------------
-
- You must have at least one SCSI tape drive attached to the SCSI port of your
- system to back up and restore data using SCO ARCserve/Open.
-
- ----------------------------------------------------------------------------
- NOTE: See the SCO Hardware Compatibility Handbook on the SCO World Wide Web
- page (www.sco.com) for the list of currently supported tape devices.
- ----------------------------------------------------------------------------
-
- SCO ARCserve/Open allows you to ``group'' drives so that you can take
- advantage of Tape Cascading and Parallel Streaming:
-
- * Tape Cascading allows jobs to span to the tape in the next drive when
- one tape fills up. For a job to span to another drive, both drives must
- be in the same group.
-
- * Parallel streaming allows two or more jobs to run at the same time. To
- run two jobs at the same time, you must have at least two drives, each
- in a separate group.
-
- By default, each drive is placed into a separate group. These default groups
- are named after the planets in our solar system, excluding Earth. (The
- planets are Mercury, Venus, Mars, Jupiter, Saturn, Uranus, Neptune, and
- Pluto.)
-
- Therefore, if you have two drives, one with SCSI ID 2 and one with SCSI ID
- 3, SCO ARCserve/Open sets up two groups called ``MARS'' and ``JUPITER''. You
- can then modify these tape group assignments and names using the SCO
- ARCserve/Open Device Manager.
-
- For more information on tape groups, see ``Managing your Tapes and Tape
- Devices'' in the SCO ARCserve/Open User Guide.
-
-
- Installing SCO ARCserve/Open products
- -------------------------------------
-
- Table 2-1 identifies the procedure to use to install the various SCO
- ARCserve/Open products:
-
- To install: See:
- ---------------------- -------------------------------------------------
- ``Installing SCO ARCserve/Open products from the
- SCO ARCserve/Open Lite Desktop''
- or or
- SCO ARCserve/Open ``Installing SCO ARCserve/Open products from the
- command line''
-
- Client Agents Appropriate SCO ARCserve/Open Client Agent
- Installation Guide (online)
-
- ----------------------------------------------------------------------------
- NOTE: If SCO ARCserve/Open Lite is already installed on your system, you
- only need to add an appropriate license to upgrade to the fully-featured SCO
- ARCserve/Open.
-
- The Changer option for auto changer support and the client connections for
- managing data on remote systems are activated by adding the appropriate
- licenses to your system after SCO ARCserve/Open is installed.
-
- See ``Licensing SCO ARCserve/Open products and options'' for information on
- licensing SCO ARCserve/Open products and options.
- ----------------------------------------------------------------------------
-
-
-
- Installing SCO ARCserve/Open products from the Desktop
- ------------------------------------------------------
-
- To install an SCO ARCserve/Open product from the UnixWare 7 Desktop:
-
- 1. Log in to the Desktop as owner.
-
- 2. Insert the media containing the desired SCO ARCserve/Open product in
- the CD-ROM drive.
-
- 3. Start the Application Installer in one of these ways:
-
- o Run the SCOadmin launcher from the Desktop and select Application
- Installer from the Software_Management folder.
-
- o Enter scoadmin application installer at the prompt in a graphical
- terminal (xterm) window.
-
- 4. Select the correct device (for example, CD-ROM_1) in the ``Install
- From'' field.
-
- 5. Click on Update View to see the packages that are available to install.
- The SCO ARCserve/Open packages include:
-
- ARCserve
- both the Lite and Full versions of SCO ARCserve/Open
-
- ARCdoc
- the full online documentation for both the Lite and Full versions
- of SCO ARCserve/Open
-
- UAGENT
- the Client Agent for UnixWare 7 systems
-
- 6. Select the desired SCO ARCserve/Open package and click on Install.
-
- Depending on the package you are installing, you may need to respond to
- some additional prompts. Answer these prompts as appropriate for your
- installation.
-
- Repeat this step for each package you wish to install.
-
- 7. When you have installed all desired packages, select Exit from the
- Actions menu.
-
- SCO ARCserve/Open is installed in the /usr/lib/ARCserve directory.
-
- 8. The installation defines several important environment variables in the
- /etc/profile and /etc/cshrc files. When you have completed the
- installation, run one of the following, depending on the shell you are
- using, to initialize the proper environment for running SCO
- ARCserve/Open:
-
- source /etc/cshrc (for C-shell)
-
- or
-
- . /etc/profile (for Bourne or Korn shell)
-
- Note the following:
-
- * To activate the full-featured SCO ARCserve/Open, the Changer option, or
- client connections, see ``Licensing SCO ARCserve/Open products and
- options''.
-
- * To install Client Agents, see the installation instructions in the
- corresponding online documentation.
-
- * For information on starting SCO ARCserve/Open and using the online
- documentation, see Chapter 4, ``Getting started with SCO
- ARCserve/Open''.
-
-
- Installing SCO ARCserve/Open products from the command line
- -----------------------------------------------------------
-
- To install an SCO ARCserve/Open product from the UnixWare 7 command line:
-
- 1. Log in as root.
-
- 2. Insert the media containing the desired SCO ARCserve/Open product in
- the CD-ROM drive.
-
- 3. Mount the CD-ROM drive:
-
- /usr/sbin/mount -rF cdfs /dev/cdrom/c0b0t#l0 /mnt
-
- where /mnt is the mount point directory and t# is the SCSI ID of the
- CD-ROM device. For example, if your CD-ROM drive is set to a SCSI ID of
- 5, you would specify /dev/cdrom/c0b0t5l0.
-
- 4. Run the pkgadd utility once for each SCO ARCserve/Open package you want
- to install:
-
- pkgadd -d /mnt package_name.pkg
-
- The available packages are:
-
- ARCserve
- both the Lite and Full versions of SCO ARCserve/Open
-
- ARCdoc
- the full online documentation for both the Lite and Full versions
- of SCO ARCserve/Open
-
- UAGENT
- the Client Agent for UnixWare 7 systems
-
- For example, to install the ARCserve package, you would enter:
-
- pkgadd -d /mnt ARCserve.pkg
-
- Depending on the package you are installing, you may need to respond to
- some additional prompts. Answer these prompts as appropriate for your
- installation.
-
- SCO ARCserve/Open is installed in the /usr/lib/ARCserve directory.
-
- 5. The installation defines several important environment variables in the
- /etc/profile and /etc/cshrc files. When you have completed the
- installation, run one of the following, depending on the shell you are
- using, to initialize the proper environment for running SCO
- ARCserve/Open:
-
- source /etc/cshrc (for C-shell)
-
- or
-
- . /etc/profile (for Bourne or Korn shell)
-
- Note the following:
-
- * To activate the full-featured SCO ARCserve/Open, the Changer option, or
- client connections, see ``Licensing SCO ARCserve/Open products and
- options''.
-
- * To install Client Agents, see the installation instructions in the
- corresponding online documentation.
-
- * For information on starting SCO ARCserve/Open and using the online
- documentation, see Chapter 4, ``Getting started with SCO
- ARCserve/Open''.
-
-
- Licensing SCO ARCserve/Open products and options
- ------------------------------------------------
-
- Licenses are required to activate the functionality for the following SCO
- ARCserve/Open products and options:
-
- * SCO ARCserve/Open (full product)
-
- * SCO ARCserve/Open Changer Option
-
- * SCO ARCserve/Open Client Connections
-
- SCO ARCserve/Open Lite does not need to be licensed.
-
- To add licenses for your SCO ARCserve/Open products and options:
-
- 1. As root, log in to the system where the SCO ARCserve/Open package has
- been installed.
-
- 2. Start the License Manager in one of these ways:
-
- o Run the SCOadmin launcher from the Desktop and select License
- Manager.
-
- o Enter scoadmin license manager on the command line.
-
- 3. Choose the SCO ARCserve/Open product or option that you wish to license
- from the list of products.
-
- 4. Select License --> Add.
-
- 5. Enter the License Number, License Code, and License Data from the
- Certificate of License and Authenticity (COLA) for your SCO
- ARCserve/Open product or option.
-
- 6. Click on License.
-
- See also:
-
- * Chapter 6, ``Licensing and registering SCO products'' in the SCO
- OpenServer Handbook
-
-
- Removing SCO ARCserve/Open products
- -----------------------------------
-
- This section describes the two methods you can use to remove SCO
- ARCserve/Open products:
-
- * ``Removing SCO ARCserve/Open products from the Desktop''
-
- * ``Removing SCO ARCserve/Open products from the command line''
-
-
- Removing SCO ARCserve/Open products from the Desktop
- ----------------------------------------------------
-
- To remove an SCO ARCserve/Open product from the UnixWare 7 Desktop:
-
- 1. Log in to the Desktop as owner.
-
- 2. Start the Application Installer in one of these ways:
-
- o Run the SCOadmin launcher from the Desktop and select Application
- Installer from the Software_Management folder.
-
- o Enter scoadmin application installer in a graphical terminal
- (xterm) window.
-
- 3. For each SCO ARCserve/Open package you want to remove, select the
- package icon in the list of currently installed applications and click
- on Remove.
-
- 4. For each package you select to remove, you see:
-
- Do you want to remove this package [yes,no,?,quit]
-
- Select y.
-
- 5. When finished removing packages, select Exit from the Actions menu.
-
-
- Removing SCO ARCserve/Open products from the command line
- ---------------------------------------------------------
-
- To remove an SCO ARCserve/Open product from the UnixWare 7 command line:
-
- 1. Log in as root.
-
- 2. Run the pkgrm utility once for each SCO ARCserve/Open package that you
- want to remove:
-
- pkgrm package_name.pkg
-
- 3. For each package you select to remove, you see:
-
- Do you want to remove this package [yes,no,?,quit]
-
- Select y.
-
- ----------------------------------------------------------------------------
-
-
- Chapter 3
-
- Configuring SCO ARCserve/Open
-
- This chapter describes:
-
- * configuring messages that require user action to display on the system
- console.
-
- * configuring SCO ARCserve/Open from Cheyenne to use multiple SCSI
- adapters.
-
- * relocating the SCO ARCserve/Open database to a filesystem with more
- available disk space.
-
-
- Displaying messages on the system console
- -----------------------------------------
-
- By default, SCO ARCserve/Open messages that require a user to respond or
- perform an action (such as insert a tape in a drive) are sent to the syslogd
- daemon. If you want these messages to display on the system console instead,
- add the following lines to the /etc/syslog.conf file:
-
- user.alert /dev/console
-
- This indicates that SCO ARCserve/Open uses the syslogd(1M) daemon at the
- ``user'' facility and sends messages at the ``alert'' priority level. For
- more information on syslogd(1M) and /etc/syslog.conf, see the
- syslog.conf(4bsd) manual page.
-
-
- Using SCO ARCserve/Open with multiple SCSI adapters
- ---------------------------------------------------
-
- If your system has tape devices attached to multiple SCSI host adapters, the
- SCSI ID numbers used by all the tape devices must be unique or SCO
- ARCserve/Open will not be able to access them.
-
- ----------------------------------------------------------------------------
- NOTE: Regardless of the number of host adapters in your system, SCO
- ARCserve/Open only recognizes a total of 7 tape devices, using SCSI ID
- Numbers 0 through 6.
- ----------------------------------------------------------------------------
-
-
- Relocating the SCO ARCserve/Open database
- -----------------------------------------
-
- By default, the SCO ARCserve/Open database is located on the root
- filesystem. Over time, the database may grow to such a size that it starts
- creating space problems on the root filesystem.
-
- You can move the database to a filesystem that has more available space:
-
- 1. It is recommended that you back up the database,
- /usr/lib/ARCserve/dbase, before moving it to a different location.
-
- 2. Run astop.
-
- 3. Change to the following directory:
-
- cd /usr/lib/ARCserve
-
- 4. Move the database directory to a different filesystem. For example:
-
- mv ./dbase /<new_filesystem>/dbase
-
- 5. Make a link to the new database directory:
-
- ln -s /<new_filesystem>/dbase ./dbase
-
- 6. Run astart.
-
- ----------------------------------------------------------------------------
-
-
- Chapter 4
-
- Getting started with SCO ARCserve/Open
-
- This chapter covers getting started with SCO ARCserve/Open from Cheyenne,
- including the minimum steps required to make a full backup of your system.
-
- Specifically, this chapter describes:
-
- * how to access the online SCO ARCserve/Open documentation.
-
- * starting and stopping both the SCO ARCserve/Open front-end and
- back-end.
-
- * performing a quick backup.
-
-
- Accessing the SCO ARCserve/Open online documentation
- ----------------------------------------------------
-
- Full SCO ARCserve/Open documentation, including a copy of these Release and
- Installation Notes, is provided online and is accessible from the SCOhelp
- system.
-
- ----------------------------------------------------------------------------
- NOTE: The SCO ARCserve/Open online documentation set is the same for both
- the SCO ARCserve/Open Lite and SCO ARCserve/Open products.
- ----------------------------------------------------------------------------
-
- To access the SCO ARCserve/Open online documentation, run SCOhelp and click
- on the ``Backup and Restore'' link in the left navigational frame. From
- here, you can access all of the SCO ARCserve/Open online documentation,
- including the User Guide and the Client Agent Installation Guides.
-
-
- Starting and stopping SCO ARCserve/Open
- ---------------------------------------
-
- The installation procedure automatically creates a script file called
- S69ARCserve and places it in /etc/rc2.d. When the system is brought up in
- multi-user mode, this script is invoked and automatically starts all
- necessary daemons for the back-end.
-
- In the event that your system appears to hang during the process of starting
- the SCO ARCserve/Open daemons, bring up the system in single-user mode. When
- the system is up, delete the S69ARCserve file and follow the instructions
- below for starting the back-end daemons manually:
-
- 1. Log in as root.
-
- 2. Type astart.
-
- The back-end processes (scheduler, tape server, and the database server) run
- without requiring any attention from you until you stop them.
-
- To start the SCO ARCserve/Open front end:
-
- 1. Run the SCOadmin launcher from the Desktop.
-
- 2. Select SCO ARCserve/Open Backup Manager.
-
- The SCO ARCserve/Open Quick Access window displays. From here you
- select the SCO ARCserve/Open operation that you want to perform.
-
- You can also start SCO ARCserve/Open from the command line by entering:
-
- arcserve
-
- To stop the SCO ARCserve/Open back-end:
-
- 1. Log in as root.
-
- 2. Type astop.
-
- To stop the SCO ARCserve/Open front-end:
-
- 1. Close all SCO ARCserve/Open manager windows.
-
- 2. Select Exit from the Quick Access window File menu.
-
-
- Backing up files -- the basic steps
- -----------------------------------
-
- Following are the basic steps for making a backup -- that is, using the
- default backup options to back up your data to tape. Advanced backup options
- are covered in the SCO ARCserve/Open User Guide.
-
- John has been having problems with his machine lately. He wants to make
- a quick backup of his system before anything else goes wrong.
-
- Using the above example, follow these directions to back up your files:
-
- 1. Put a tape in the tape drive that you want to use.
-
- 2. From the Quick Access window, select Backup by clicking on the Backup
- icon.
-
- 3. In the Source area, select the system to back up.
-
- [Image]
-
- See ``Software Basics'' in the SCO ARCserve/Open User Guide for more
- information on using the Browser to select your sources.
-
- 4. In the Destination area, select the tape device group and the tape for
- the backup.
-
- [Image]
-
- 5. Run the job.
-
- Click the Run button to schedule and run the job.
-
- ----------------------------------------------------------------------------
-
-
- Chapter 5
-
- Known limitations and workarounds
-
- This release of SCO ARCserve/Open from Cheyenne for UnixWare 7 contains
- limitations, and where possible, workarounds in the following categories:
-
- * tape device locking
-
- * backups
-
- * Client Agents
-
- * SNMP message traps
-
- * command line options for SCO ARCserve/Open Lite
-
-
- Tape device locking limitations
- -------------------------------
-
- By default, SCO ARCserve/Open locks all of the SCSI tape devices attached to
- your system. Because of this, your tape devices are unavailable for use by
- backup commands such as tar(1) or cpio(1), even if the devices are not
- currently being used for backup or restore operations by SCO ARCserve/Open.
-
- Depending on the number of tape devices available on your system, there are
- two possible workarounds to this situation.
-
- * If your system contains a single SCSI tape drive, you can temporarily
- unlock the device by running astop to shut down the SCO ARCserve/Open
- backend. When you are finished using the tape drive, restart SCO
- ARCserve/Open by running astart.
-
- * If your system contains multiple tape drives, you can unlock one or
- more individual devices by editing the /usr/lib/ARCserve/tapesvr.cfg
- file and commenting out the desired devices in the Device Table
- section. Specific instructions on how to make these changes are
- documented within the tapesvr.cfg file.
-
- -----------------------------------------------------------------------
- NOTE: Any tape devices that are commented out of the tapesvr.cfg file
- are unavailable to SCO ARCserve/Open. You should only use this approach
- if you do not mind dedicating a tape device to non-SCO ARCserve/Open
- uses.
- -----------------------------------------------------------------------
-
-
- Backup limitations
- ------------------
-
- The following limitations apply when running backup jobs:
-
- * If the tape server hangs during startup, a possible workaround may be
- to comment out all of the SCSI ID entries that are not tape devices in
- /usr/lib/ARCserve/tapesvr.cfg. The tapesvr.cfg file uses the semi-colon
- (;) as a comment character.
-
- When you have finished editing the tapesvr.cfg file, run astop to stop
- all SCO ARCserve/Open processes then run astart to restart the server.
-
- * If your system experiences problems with any NFS-mounted filesystems at
- the same time that you are running a backup job, SCO ARCserve/Open will
- not be able to determine the nature of these filesystems and will
- report a Failed to Access Source Directory error in the activity log.
-
- If, as is set by default, you do not want to back up NFS filesystems,
- you can safely ignore these error messages -- your backup jobs are
- complete. If, however, you want to include the NFS filesystems in your
- backup job, you will need to rerun the operation.
-
- * If there are two tapes with the same name in the SCO ARCserve/Open
- database that are both being used by an Auto Pilot job, the Auto Pilot
- will not correctly recycle any of its tapes.
-
- The workaround to this problem is to remove one of the tapes with the
- same name from the SCO ARCserve/Open database.
-
- * If a CD-ROM is mounted on your system and the mount point is selected
- as part of a backup job, the entire contents of the CD-ROM will be
- backed up. This is probably an unnecessary use of tape.
-
- To avoid this, either make sure that all CD-ROMs are unmounted before
- starting a backup, or do not select the CD-ROM mount point(s) for
- backup.
-
- See also:
-
- * ``Client Agent limitations''
-
-
- Client Agent limitations
- ------------------------
-
- The following limitations apply when using SCO ARCserve/Open Client Agents:
-
- * When expanding the list of Remote Clients in either the Backup or
- Restore Manager windows, it is possible that the list may not display
- all of your active remote clients. This is due to an inherent
- limitation in the design of UDP, one of the underlying network
- protocols on which SCO ARCserve/Open relies. This problem tends to
- occur most often with Macintosh systems, but may be experienced for any
- remote host.
-
- If the Remote Clients list does not display a system that you expect to
- see, verify that the machine is functioning properly and that the
- Client Agent is running. If there are no physical reasons why the
- remote host should be inaccessible by the SCO ARCserve/Open server,
- close the Remote Clients list and display it again, repeating this step
- until the desired remote host appears.
-
- * If a UNIX system Client Agent (uagent) on a remote system is stopped
- while an SCO ARCserve/Open server is running a backup job on that
- system, the backup job will never complete. Consequently, the tape
- device performing the backup remains inaccessible indefinitely.
-
- The workaround to this problem is to stop all SCO ARCserve/Open daemons
- on the SCO ARCserve/Open server by running astop, then restart the
- daemons with astart.
-
- * To back up a Windows NT 4.0 system, you must use the Windows NT Client
- Agent provided with the 2.2 release of SCO ARCserve/Open. The 2.1
- release of the Windows NT Client Agent does not work on an NT 4.0
- platform.
-
- * The Macintosh and OS/2 Client Agents can only be used with an SCO
- ARCserve/Open Release 2.2 server -- the 2.1 release of SCO
- ARCserve/Open cannot back up these platforms. All of the other
- supported Client Agents work with both SCO ARCserve/Open Release 2.1
- and 2.2.
-
- * If you run custom incremental backups on an OS/2 client, restore
- operations that require files from more than one tape session may fail
- to recover files from any session other than the most current. To work
- around this problem, we suggest that you limit restore operations to a
- single tape session at a time. You can view the SCO ARCserve/Open
- database to see the files that are contained on the tape session that
- you want to restore.
-
- Restoring files from multiple tape sessions is not a problem if you use
- Auto Pilot to back up your OS/2 clients.
-
- * There are certain types of files on NetWare systems that you can view
- and select in the Backup Manager browser but which do not actually get
- backed up. Testing seems to indicate that this is a function of a file
- having both the ``hidden'' and ``system'' attributes.
-
- After your backup job has completed, check the activity log and compare
- the number of files processed with the number of files actually written
- to tape for any discrepancies. There is no current workaround to this
- problem.
-
-
- SNMP message trap limitations
- -----------------------------
-
- The following limitations apply when using SNMP message traps:
-
- * Currently, if you enable SNMP messages for any of the SCO ARCserve/Open
- Managers that support this functionality (i.e., Backup, Restore, Scan,
- and Merge), traps are only generated for jobs that are initiated during
- that Manager session. For example, if you enable SNMP messages for the
- Backup Manager then exit the Manager window, backup jobs that you
- create the next time you run the Backup Manager will not generate SNMP
- trap messages unless you once again enable them.
-
- * When adding a Client Agent's severity file to the
- /usr/lib/ARCserve/nls/C directory, you must also create a copy of the
- file (in the same directory) that uses an extension of .default.
- Otherwise, errors occur when selecting the Default button in the SNMP
- Configuration Manager.
-
- For example, if you want to generate SNMP message traps from a Windows
- 95 Client Agent system, copy the win95-30.sev severity file from the
- Client Agent distribution to the /usr/lib/ARCserve/nls/C directory on
- the SCO ARCserve/Open server. Then, in the same directory, make a copy
- of the severity file and name it win95-30.sev.default.
-
-
- SCO ARCserve/Open Lite command line limitations
- -----------------------------------------------
-
- If you are using SCO ARCserve/Open Lite, you must use the arcserve.cmd
- utility (located in /usr/lib/ARCserve) to perform basic backup and restore
- operations from the command line. This utility is useful for scheduling SCO
- ARCserve/Open jobs from cron(1) or other such scheduling utilities.
-
- ----------------------------------------------------------------------------
- NOTE: The documented command line options for the Full version of SCO
- ARCserve/Open are not available to the Lite product.
- ----------------------------------------------------------------------------
-
- The arcserve.cmd utility syntax is:
-
- * For backup jobs:
-
- arcserve.cmd -b [-eEgiIt] source_path
-
- where -b is for backup and source_path is what you want backed up. You
- must specify the directory to back up in source_path.
-
- * For restore jobs:
-
- arcserve.cmd -r [-deEgiInt]
-
- where -r is for restore.
-
- Optional parameters include:
-
- -d destination path. If no destination path is specified, the destination
- is the current directory.
-
- -h help on usage.
-
- -e exclude certain file patterns, which must be in quotes.
-
- -E exclude certain directory patterns, which must be in quotes.
-
- -g tape group name that the job should use. If no group is specified, the
- default tape group is used (the one with the lowest SCSI ID).
-
- -i include certain file patterns, which must be in quotes.
-
- -I include certain directory patterns, which must be in quotes.
-
- -n session number to restore.
-
- -s previously saved script path.
-
- -t tape name that the job should use.
-
- ----------------------------------------------------------------------------
-
-
- Appendix A
-
- Troubleshooting
-
- This appendix describes the most common problems that you might encounter
- while installing and starting SCO ARCserve/Open from Cheyenne and provides
- possible solutions.
-
- Most of the problems that you may encounter, especially when using SCSI host
- adapters, are hardware-related.
-
- Two important points to consider when tracking down hardware problems are:
-
- * Make sure your hardware is functional. This includes the host adapter
- card, the cables, and the tape drive itself. If you can, test your
- hardware by connecting it to a system that you know works.
-
- * Make sure the hardware is configured properly. This includes setting
- the proper switches on the controller card (according to the
- manufacturer's instructions) and making sure the SCSI bus is terminated
- properly at both ends.
-
-
- -------------------------------------------------------------------------------
- Problem | Solution
- -------------------------------------------------------------------------------
- | This message is normal during system startup. The
- | software scans the SCSI bus to look for tape drives
- | and changers. Some host adapter drivers report a
- | NOTICE or an error if there is no device attached
- | to a particular SCSI ID while scanning for devices.
- |
- During system startup, | If you see these messages scrolling by after the
- I get a SCSI bus | system is already up, immediately run astop. This
- selection timeout | condition usually occurs when someone has switched
- error. | off a drive, disconnected a drive, or there is a
- | loose SCSI cable.
- |
- | ---------------------------------------------------
- | NOTE: It is a good idea to run astop before
- | disconnecting SCSI devices.
- | ---------------------------------------------------
- ------------------------|----------------------------------------------------
- | SCO ARCserve/Open's screens are designed to display
- When running the SCO | optimally on systems with a VGA card capable of 256
- ARCserve/Open | colors and with a resolution of at least 800x600.
- front-end, my windows |
- exceed the screen size.| If you want to change the graphics resolution, make
- | sure your VGA card supports the above resolution,
- | then run SCOadmin video configuration manager.
- ------------------------|----------------------------------------------------
- | Make sure that all cards, cables, and devices are
- | connected properly. If you installed a new card in
- | your system before installing SCO ARCserve/Open,
- | make sure it is seated properly in its slot. If
- | that does not work, try putting the card in a
- | different slot.
- |
- | Type astatus to see if the SCO ARCserve/Open
- | tapesvr daemon is running.
- |
- | If you have multiple host adapter cards installed
- | in your system, make sure your drive is connected
- | to the first one.
- |
- | Make sure your SCSI bus is terminated properly.
- | There must be two sets of terminating resistors,
- | one at the beginning of the chain and one at the
- | end. If you only have one drive connected to your
- I've installed SCO | machine, then you have two devices on the SCSI bus;
- ARCserve/Open, but I'm | the host adapter card and the tape drive. Both the
- having trouble seeing | host adapter card and the tape drive should be
- my tape drive(s). | terminated.
- |
- | Make sure each SCSI device in the chain has a
- | unique ID. If you have two tape drives attached to
- | the SCSI bus, each with a SCSI ID of 2, chances are
- | neither device will work. Set each drive to a
- | unique SCSI ID.
- |
- | Make sure all the tape drives are turned on.
- | Sometimes if you forget to turn on one device in a
- | chain, the others will behave erratically.
- |
- | Make sure the jumper settings on your adapter board
- | are correct. Check the documentation that came with
- | the board to make sure the jumpers are set
- | correctly for use with your hardware.
- |
- | Replace the cables you are using with ones you know
- | are good. If the problem goes away, you know you
- | had a bad cable.
- ------------------------|----------------------------------------------------
- | The ideal solution is to make sure your filesystem
- | has plenty of free space.
- |
- | If you have tapes that are out of date, or that you
- | no longer need, format them and re-use them. When
- | you format a tape, the references to the files and
- | sessions on that tape are removed from the
- | database.
- |
- | You can calculate how much disk space you will need
- The SCO ARCserve/Open | for the SCO ARCserve/Open database based on how
- database is getting | much data you regularly back up.
- very large. |
- | The information that SCO ARCserve/Open records
- | about each file that is backed up requires about 80
- | bytes of space in the SCO ARCserve/Open database.
- | If you back up 100,000 files every week, and re-use
- | the same tapes each time you do it, you need about
- | 8 MB of disk space (80x100,000) for the database.
- |
- | Another option is to relocate the database to a
- | filesystem with more available disk space. See
- | ``Relocating the SCO ARCserve/Open database'' for
- | information on how to do this.
- |
- ----------------------------------------------------------------------------
-
-
- Copyright
-
- (C) 1994-1997 Cheyenne Software, Inc. All rights reserved.
-
- (C) 1983-1997 The Santa Cruz Operation, Inc. All rights reserved.
-
- This publication is protected under copyright laws and international
- treaties.
-
- Information in this document is subject to change without notice and does
- not represent a commitment on the part of The Santa Cruz Operation, Inc.
-
- Argus, Business/21, dbXtra, DiSCOver, Internet Way of Computing, IWoC,
- Multiscreen, ODT, Open Desktop, Optimized For Internet Computing and its
- logo, Panner, SCO, SCO ACE, SCO CIFS Bridge, SCO Doctor, SCO Doctor for
- Networks, SCO Doctor Lite, SCO Global Access, the SCO logos, SCO MPX, SCO
- MultiView, SCO Nihongo OpenServer, SCO OK, the SCO OK logo, SCO OpenServer,
- SCO Open Server, SCO Portfolio, SCO POS System, SCO Premier Motif, SCO
- TermLite, SCO ToolWare, SCOtopia, SCO Vision 97, SCO VisionFS, SCO Visual
- Tcl, Skunkware, Tarantella, The Business Choice, The Santa Cruz Operation,
- UnixWare, Universal Server, VP/ix, and Zones are trademarks or registered
- trademarks of The Santa Cruz Operation, Inc. in the USA and other countries.
- APC, SoftCare, and SoftTech are service marks of The Santa Cruz Operation,
- Inc. Deskterm, Deskworks, IXI, IXI Desktop, the IXI logo, IXI Panorama,
- Wintif, and X.desktop are trademarks or registered trademarks of IXI
- Limited, a subsidiary of The Santa Cruz Operation, Inc. X.tra is a service
- mark of IXI Limited. Codon, Devkit.Vision, Esprit, Kodon, PC-Connect,
- SQL-Retriever, SuperVision, Super.Vision, TermVision, Term.Vision, Vision
- Builder, Visionware, Visionware Direction, the Visionware logo, Visionware
- SQL-Retriever, Visionware Super.Vision, the XV logo, XVision, and
- X-Visionware are trademarks or registered trademarks of Visionware Limited,
- a subsidiary of The Santa Cruz Operation, Inc. X/Open and UNIX are
- registered trademarks and the X Device is a trademark of The Open Group in
- the United States and other countries. Cheyenne and ARCserve are registered
- trademarks of Cheyenne Software, Inc. Netscape, Netscape Navigator, Netscape
- Communications Server, Netscape Commerce Server, Netscape Proxy Server,
- Netscape FastTrack Server, Netscape Enterprise Server, Netscape SuiteSpot,
- Netscape Catalog Server, Netscape News Server, Netscape Mail Server, and
- Netscape Navigator Gold are trademarks of Netscape Communications
- Corporation. NFS was developed by Legent Corporation (formerly Lachman
- Associates, Inc.) based on LACHMAN SYSTEM V NFS. LACHMAN is a trademark of
- Legent Corporation. NFS is a trademark of Sun Microsystems, Inc. TCP/IP was
- developed by Legent Corporation (formerly Lachman Associates, Inc.) based on
- LACHMAN SYSTEM V STREAMS TCP, a joint development of Lachman Associates and
- Convergent Technologies. MPX was developed by Corollary, Inc. VP/ix is a
- product developed and licensed by Phoenix Technologies, Ltd/INTERACTIVE
- Systems Corporation. XRemote is a registered trademark of Network Computing
- Devices, Inc. Oracle is a registered trademark of Oracle Corporation,
- Redwood City, California. Java is a trademark of Sun Microsystems, Inc.
- Adobe is a trademark of Adobe Systems Incorporated and is registered in the
- U.S. Patent and Trademark Office. Reliant is a registered trademark of
- Siemens Pyramid Information Systems, Inc. (formerly Pyramid Technology
- Corporation). All other brand and product names are or may be trademarks of,
- and are used to identify products or services of, their respective owners.
- The Santa Cruz Operation, Inc. reserves the right to change or modify any of
- the product or service specifications or features described herein without
- notice. This document is for information only. SCO makes no express or
- implied representations or warranties in this document.
-
- The Santa Cruz Operation, Inc. and SCO Skunkware are not related to,
- affiliated with or licensed by the famous Lockheed Martin Skunk Works«, the
- creator of the F-117 Stealth Fighter, SR-71, U-2, VenturestarTM, DarkstarTM,
- and other pioneering air and spacecraft.
-
- The SCO software that accompanies this publication is commercial computer
- software and, together with any related documentation, is subject to the
- restrictions on US Government use as set forth below. If this procurement is
- for a DOD agency, the following DFAR Restricted Rights Legend applies:
-
- RESTRICTED RIGHTS LEGEND: When licensed to a U.S., State, or Local
- Government, all Software produced by SCO is commercial computer software as
- defined in FAR 12.212, and has been developed exclusively at private
- expense. All technical data, or SCO commercial computer
- software/documentation is subject to the provisions of FAR 12.211 -
- "Technical Data", and FAR 12.212 - "Computer Software" respectively, or
- clauses providing SCO equivalent protections in DFARS or other agency
- specific regulations. Manufacturer: The Santa Cruz Operation, Inc., 400
- Encinal Street, Santa Cruz, California 95060.
-
- The copyrighted software that accompanies this manual is licensed to the End
- User only for use in strict accordance with the two End User License
- Agreements. All such Agreements should be read carefully before commencing
- use of the software.
-
- Document Version: SCO ARCserve/Open 2.2.0
- December 1997
-