home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
PC World Komputer 1999 mARCH
/
PCWK3A99.iso
/
Unixware
/
INFO
/
ARCSERVE
/
RELNOTES
/
RELNOTES.TXT
< prev
Wrap
Text File
|
1998-08-19
|
59KB
|
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