CMS Software Installation Maintenance Troubleshooting Ver14
CMS Software Installation Maintenance Troubleshooting Ver14
Release 14
Software Installation, Maintenance, and
Troubleshooting Guide
07-601578
February 2007
© 2007 Avaya Inc. All Rights Reserved. Preventing toll fraud
"Toll fraud" is the unauthorized use of your telecommunications system by an
Notice
unauthorized party (for example, a person who is not a corporate employee,
While reasonable efforts were made to ensure that the information in this agent, subcontractor, or is not working on your company's behalf). Be aware
document was complete and accurate at the time of printing, Avaya Inc. can that there can be a risk of toll fraud associated with your system and that, if toll
assume no liability for any errors. Changes and corrections to the information fraud occurs, it can result in substantial additional charges for your
in this document might be incorporated in future releases. telecommunications services.
Documentation disclaimer Avaya fraud intervention
Avaya Inc. is not responsible for any modifications, additions, or deletions to If you suspect that you are being victimized by toll fraud and you need technical
the original published version of this documentation unless such modifications, assistance or support, call Technical Service Center Toll Fraud Intervention
additions, or deletions were performed by Avaya. Customer and/or End User Hotline at +1-800-643-2353 for the United States and Canada. For additional
agree to indemnify and hold harmless Avaya, Avaya's agents, servants and support telephone numbers, see the Avaya Support Web site:
employees against all claims, lawsuits, demands and judgments arising out of,
http://www.avaya.com/support
or in connection with, subsequent modifications, additions or deletions to this
documentation to the extent made by the Customer or End User. Trademarks
Link disclaimer Avaya and the Avaya logo are either registered trademarks or trademarks of
Avaya Inc. in the United States of America and/or other jurisdictions.
Avaya Inc. is not responsible for the contents or reliability of any linked Web
sites referenced elsewhere within this documentation, and Avaya does not MultiVantage is a trademark of Avaya Inc.
necessarily endorse the products, services, or information described or offered All other trademarks are the property of their respective owners.
within them. We cannot guarantee that these links will work all the time and we
have no control over the availability of the linked pages. Downloading documents
For the most current versions of documentation, see the Avaya Support Web
Warranty site:
Avaya Inc. provides a limited warranty on this product. Refer to your sales http://www.avaya.com/support
agreement to establish the terms of the limited warranty. In addition, Avaya’s
standard warranty language, as well as information regarding support for this Avaya support
product, while under warranty, is available through the Avaya Support Web Avaya provides a telephone number for you to use to report problems or to ask
site: questions about your product. The support telephone number
http://www.avaya.com/support is 1-800-242-2121 in the United States. For additional support telephone
numbers, see the Avaya Support Web site:
License
http://www.avaya.com/support
USE OR INSTALLATION OF THE PRODUCT INDICATES THE END USER'S
ACCEPTANCE OF THE TERMS SET FORTH HEREIN AND THE GENERAL
LICENSE TERMS AVAILABLE ON THE AVAYA WEB SITE
http://support.avaya.com/LicenseInfo/ ("GENERAL LICENSE TERMS"). IF
YOU DO NOT WISH TO BE BOUND BY THESE TERMS, YOU MUST
RETURN THE PRODUCT(S) TO THE POINT OF PURCHASE WITHIN TEN
(10) DAYS OF DELIVERY FOR A REFUND OR CREDIT.
Avaya grants End User a license within the scope of the license types
described below. The applicable number of licenses and units of capacity for
which the license is granted will be one (1), unless a different number of
licenses or units of capacity is specified in the Documentation or other
materials available to End User. "Designated Processor" means a single
stand-alone computing device. "Server" means a Designated Processor that
hosts a software application to be accessed by multiple users. "Software"
means the computer programs in object code, originally licensed by Avaya and
ultimately utilized by End User, whether as stand-alone Products or
pre-installed on Hardware. "Hardware" means the standard hardware
Products, originally sold by Avaya and ultimately utilized by End User.
License type(s)
Designated System(s) License (DS). End User may install and use each
copy of the Software on only one Designated Processor, unless a different
number of Designated Processors is indicated in the Documentation or other
materials available to End User. Avaya may require the Designated
Processor(s) to be identified by type, serial number, feature key, location or
other specific designation, or to be provided by End User to Avaya through
electronic means established by Avaya specifically for this purpose.
Concurrent User License (CU). End User may install and use the Software on
multiple Designated Processors or one or more Servers, so long as only the
licensed number of Units are accessing and using the Software at any given
time. A "Unit" means the unit on which Avaya, at its sole discretion, bases the
pricing of its licenses and can be, without limitation, an agent, port or user, an
e-mail or voice mail account in the name of a person or corporate function
(e.g., webmaster or helpdesk), or a directory entry in the administrative
database utilized by the Product that permits one user to interface with the
Software. Units may be linked to a specific, identified Server.
Copyright
Except where expressly stated otherwise, the Product is protected by copyright
and other laws respecting proprietary rights. Unauthorized reproduction,
transfer, and or use can be a criminal, as well as a civil, offense under the
applicable law.
Third-party components
Certain software programs or portions thereof included in the Product may
contain software distributed under third party agreements ("Third Party
Components"), which may contain terms that expand or limit rights to use
certain portions of the Product ("Third Party Terms"). Information identifying
Third Party Components and the Third Party Terms that apply to them is
available on the Avaya Support Web site:
http://support.avaya.com/ThirdPartyLicense/
Contents
Preface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Purpose. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Intended users . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Conventions and terminology . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Reasons for reissue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Availability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Related documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Change description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Administration documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Software documents. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Hardware documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Call Center documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Avaya CMS upgrade documents . . . . . . . . . . . . . . . . . . . . . . . . . 16
Base load upgrades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Platform upgrades and data migration . . . . . . . . . . . . . . . . . . . . 16
Avaya Call Management System Upgrade Express (CUE) . . . . . . . . . 17
Documentation Web sites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Prerequisites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Supported hardware platforms for Release 14 . . . . . . . . . . . . . . . . . . . 19
Software for Avaya CMS Release 14 . . . . . . . . . . . . . . . . . . . . . . . . . 20
Troubleshooting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Determining your Avaya CMS version . . . . . . . . . . . . . . . . . . . . . . . . 228
Recognizing new hardware devices . . . . . . . . . . . . . . . . . . . . . . . . . 228
Troubleshooting password aging . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Tracking changes to password aging . . . . . . . . . . . . . . . . . . . . . . 229
Passwords of excluded users age . . . . . . . . . . . . . . . . . . . . . . . . 229
Avaya CMS error logs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230
Checking installed software packages . . . . . . . . . . . . . . . . . . . . . . . 231
Listing pkgchk errors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231
Troubleshooting a system that fails to auto-boot . . . . . . . . . . . . . . . . . . 232
Glossary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
Avaya Call Management System (CMS) is an application for businesses and organizations that
use Avaya communication servers to process large volumes of telephone calls using the
Automatic Call Distribution (ACD) feature. Avaya CMS supports solutions for routing and agent
selection, multi-site contact centers, remote agents, reporting, interfaces to other systems,
workforce management, desktop applications, system recovery, and quality monitoring.
Avaya CMS is part of the Operational Effectiveness solution of the Avaya Customer Interaction
Suite.
This section includes the following topics:
● Purpose on page 11
● Intended users on page 11
● Overview on page 12
● Conventions and terminology on page 13
● Reasons for reissue on page 13
● Availability on page 13
● Related documentation on page 14
● Support on page 17
Purpose
The purpose of this document is to describe how to install, configure, and maintain Avaya CMS.
Intended users
This document is written for:
● Avaya support personnel
● Avaya factory personnel
● Contact center administrators
Users of this document must be familiar with Avaya CMS and the Solaris operating system.
Overview
This document includes the following topics:
● Introduction on page 19
Provides an overview of the supported Avaya CMS software, supported hardware
platforms and required software.
● Installing the Solaris operating system on page 21
Outlines the Solaris operating system installation procedures. These procedures are used
by technicians at customer sites and personnel at the factory.
● Configuring the Solaris operating system on page 35
Outlines the Solaris operating system configuration procedures. These procedures are
used by technicians at customer sites and personnel at the factory.
● Installing Avaya CMS and supporting software on page 49
Outlines the Avaya CMS software installation and setup procedures. These procedures
are used by technicians at customer sites and by personnel at the factory.
● Turning the system over to the customer on page 127
Provides the procedures that a technician performs before turning the system over to the
customer and a worksheet that the technician fills out for the customer.
● Customer security recommendations on page 141
Provides procedures to make your CMS system more secure.
● Maintaining the Avaya CMS software on page 147
Discusses file system backups and other maintenance procedures.
● Recovering an Avaya CMS system on page 195
Provides recovery procedures.
● Troubleshooting on page 227
Discusses how to fix various software - related problems.
! CAUTION:
CAUTION: Caution statements call attention to situations that can result in harm to software,
loss of data, or an interruption in service.
! WARNING:
WARNING: Warning statements call attention to situations that can result in harm to hardware
or equipment.
! DANGER:
DANGER: Danger statements call attention to situations that can result in harm to personnel.
! SECURITY ALERT:
SECURITY ALERT: Security alert statements call attention to situations that can increase the potential
for unauthorized use of a telecommunications system.
Availability
Copies of this document are available from one or both of the following sources:
Note:
Note: Although there is no charge to download documents through the Avaya Web site,
documents ordered from the Avaya Publications Center must be purchased.
● The Avaya online support Web site, http://www.avayadocs.com
Fax:
+1-207-626-7269
+1-800-457-1764 (Toll-free, U.S. and Canada only)
Mail:
GlobalWare Solutions
200 Ward Hill Avenue
Haverhill, MA 01835 USA
Attention: Avaya Account Manager
E-mail:
[email protected]
Related documentation
You might find the following Avaya CMS documentation useful. This section includes the
following topics:
● Change description on page 14
● Administration documents on page 15
● Software documents on page 15
● Hardware documents on page 15
● Call Center documents on page 16
● Avaya CMS upgrade documents on page 16
● Documentation Web sites on page 17
Change description
For information about recent changes made in Avaya CMS, see:
● Avaya Call Management System Release 14 Change Description, 07-601579
Administration documents
For more information about Avaya CMS administration, see:
● Avaya Call Management System Release 14 Administration, 07-601585
● Avaya Call Management System (CMS) Release 14 Database Items and Calculations,
07-601591
● Avaya Call Management System Supervisor Release 14 Reports, 07-601590
● Avaya Call Management System (CMS) Supervisor Release 14 Installation and Getting
Started, 07-601587
● Avaya Call Management System High Availability User Guide, 07-300066
● Avaya Call Management System High Availability Connectivity, Upgrade and
Administration, 07-600957
Software documents
For more information about Avaya CMS software, see:
● Avaya Call Management System Release 14 Software Installation, Maintenance, and
Troubleshooting Guide, 07-601578
● Avaya CMS Open Database Connectivity Version 5.2, 07-601580
● Avaya Call Management System Release 14 LAN Backup User Guide, 07-601589
● Avaya Call Management System Release 14 External Call History Interface, 07-601586
● Avaya CMS Custom Reports, 585-215-822
● Avaya CMS Forecast User Guide, 585-215-825
● Avaya Call Management System (CMS) Supervisor Release 14 Report Designer,
07-601588
● Avaya Business Advocate Reports, 07-601618
Hardware documents
For more information about Avaya CMS hardware, see:
● Avaya Call Management System Sun Netra 210 Computer Hardware Installation,
Maintenance, and Troubleshooting, 07-600963
● Avaya Call Management System Sun Fire V880/V890 Computer Hardware Installation,
Maintenance, and Troubleshooting, 07-600965
● Avaya Call Management System Sun Blade 100/150 Workstation Hardware Installation,
Maintenance, and Troubleshooting, 07-600964
● Avaya Call Management System Terminals, Printers, and Modems, 585-215-874
Support
Contacting Avaya technical support
Avaya provides support telephone numbers for you to report problems or ask questions about
your product.
For United States support:
1- 800- 242-2121
For international support:
See the 1-800 Support Directory listings on the Avaya Web site.
This section lists the hardware platforms and software that is supported by Avaya Call
Management System (CMS) Release 14 (R14).
This section includes the following topics:
● Prerequisites on page 19
● Supported hardware platforms for Release 14 on page 19
● Software for Avaya CMS Release 14 on page 20
Prerequisites
Before you use any procedures in this document, perform the following tasks:
● Review the file called cms.readme on the Avaya CMS software CD-ROM. Avaya
recommends you review this file for any changes that might impact the procedures in this
document.
● Contact Provisioning by calling 1-800-242-2121 extension 69366. The CMS provisioners
must be scheduled in advance for all work. Provisioning is required to authorize the
following features on CMS:
- CMS Agent licenses
- CMS Supervisor licenses
- External Call History Interface (ECHI) or Enhanced External Call History Interface.
- ACDs
- Report Designer
- Provisioning will also work with your on-site team to insure connectivity and data
collection.
The Solaris installation program guides you step by step through the Solaris software
installation. The installation program also has on line help to answer your questions. Depending
on your platform type, not all of the installation screens described in this section will be
displayed by your system.
! Important:
Important: If the software was installed at the factory, proceed to Installing Avaya CMS and
supporting software on page 49.
To bring the Avaya Call Management System (CMS) up to factory standards after a system
re-configuration or repair, use the procedures in this section and Installing Avaya CMS and
supporting software on page 49.
This section includes the following topics:
● Prerequisites on page 21
● Booting from the Solaris software CD-ROM on page 22
● Selecting your network settings on page 23
● Configuring your Kerberos security policy on page 24
● Selecting your regional settings on page 25
● Selecting the Solaris software packages on page 25
● Configuring the disk drives on page 31
● Assigning a root password on page 33
● Completing the Solaris installation on page 34
Prerequisites
Before you begin the installation procedures, perform the following tasks:
● Obtain the Solaris 9 Software 1 of 2, and Solaris 9 Software 2 of 2 CD-ROMs. See
Software for Avaya CMS Release 14 on page 20 for the supported Solaris versions.
● Identify the host name of the system, which is designated by the Technical Service Center
(TSC).
● Identify the Internet Protocol (IP) address of the system (this may be the factory default or
an address in a customer’s network).
● Identify the default router for the system (this may be the factory default or an address in a
customer’s network).
● Identify the subnet mask for the system (this may be the factory default or an address in a
customer’s network).
● Identify the number and size of disk drives on the system.
● Verify that all power cords are fully connected to all hardware devices, and that power is
applied to all hardware devices.
● Identify the tape devices on the system.
● Verify that all hardware components of the system, including port cards, external disk
drives, and tape drives, are correctly installed.
! Important:
Important: The sysidtool window provides useful information about how to navigate
through the Solaris installation windows. Use the arrow keys to move the cursor
left, right, up, and down. Press the Enter key to expand, select or unselect an
option.
c. Enter the appropriate subnet mask. The factory default subnet mask is
255.255.255.0.
● If the Avaya CMS system is not on a subnet, select No.
8. Press F2 to continue.
The system displays the IPv6 options.
9. Select No, and then press F2 to continue.
The system displays the Set the Default Route options.
10. Choose one of the following steps:
● If the Avaya CMS system connects to the network through a router, perform the
following steps:
a. Select Specify One.
b. Press F2 to continue.
The system displays a router IP address field.
c. Enter the appropriate IP address.
● If the Avaya CMS system is not on a subnet, select None.
11. Press F2 to continue.
The system displays your current network settings.
12. Verify that the settings are correct. If the settings are correct, press F2 to continue.
The system displays the Configure Security Policy options.
Note:
Note: Some platforms will display a 64-bit option. Verify that the Select To Include
Solaris 64-bit Support option is selected. Press F2 to continue.
The system displays the Select Software options.
6. Select End User System Support 64-bit.
7. Press F4 to select the Customize option.
The system displays a list of software packages.
! Important:
Important: Depending on your platform type, some of the options might be automatically
selected or unselected.
On some platforms, the software packages will not be displayed in the order
shown in the following lists.
8. Unselect the following options:
● 64-bit iconv conversion for Eastern European locales
● 64-bit iconv conversion for ISO Latin character sets
● A Windows SMB/CIFS fileserver for UNIX
● Admin/Install Java Extension Libraries
9. Expand the Audio drivers and applications option and unselect:
● Audio Applications
● Audio Sound Files
10. Select the following option:
● Basic Networking
11. Expand the CDE End User Software option and unselect:
● Java Media Framework Player
● PDA Synchronization for Solaris
● Solaris CDE Image Viewer
12. Select the following options:
● CPU Performance Counter driver and utilities
● CPU Performance Counter driver and utilities (64-bit)
13. Unselect the following options:
● Font Downloader
● Font Libraries
● Font Libraries (64-bit)
! Important:
Important: Verify that the Font Libraries and Font Libraries (64-bit) packages have been
unselected and are not partially selected.
14. Expand the Font Server Cluster option and unselect:
● X Window System Font server
● X Windows System optional fonts
15. Unselect the following options:
● FreeType 2.1.2 Font library
● FreeType 2.1.2 Font library (64-bit)
16. Expand the Freeware Compression Utilities option and unselect:
● The Info-Zip (zip) compression utility
● The GNU Zip (gzip) compression utility
17. Unselect the following options:
● Freeware Shells
● GLIB - Library of useful routines for C programing
● GNU GhostScript
● GNU GhostScript Fonts (Other)
● GNU GhostScript Fonts (Standard)
● GTK - The GIMP Toolkit
● IEEE 1394 Video Conferencing Class Driver (64-bit)
● IEEE 1394 Video Conferencing Support, (Usr) (64-bit)
● International Components for Unicode User Files
● International Components for Unicode User Files (64-bit)
● Internationalized Domain Name Support Library Files
● Internationalized Domain Name Support Library Files (64-bit)
● JDK 1.4 I18N run time environment
● Java Plug-in
● Java SNMP API
18. Expand the JavaVM option and unselect:
● SUNWj3rt post configuration
19. Expand the Line Printer Support option and unselect:
● Free Standards Group Open Printing API
● System Accounting
34. Unselect the following option:
● Tcl - Tool Command Language
35. Select the following option:
● Terminal Information
36. Unselect the following options:
● Thai partial locale pkgs
● Tk -TCL GUI Toolkit
● WBEM Providers (usr)
● Web Based Enterprise Management (WBEM) Services
● X Windows System Minimum Required Fonts for Multibyte Locales
37. Expand the X Windows System Runtime Environment option and unselect:
● X Windows System Virtual Servers
● X Windows System demo images
● X Windows System demo programs
38. Select the following option:
● X Window system online user man pages
39. Unselect the following options:
● X11 Arabic required fonts
● X11 ISO-8859-x optional fonts
40. Expand the X11 ISO-8859-x required fonts option and unselect:
● Russian 1251 fonts
● X11 KOI8-R fonts
41. Unselect the following options:
● XSH4 conversion for Eastern European locales
● XSH4 conversion for ISO Latin character sets
42. Unselect the following options:
● en_us.UTF-8
● en_us.UTF-8 (64-bit)
● gcmn - Common GNU package
● ggrep - GNU grep utilities
● gtar - GNU tar
Note:
Note: When setting up disk partitions for mirrored Sun Blade, Sun Fire, or Sun Netra
systems, the system will use the following disks for the boot and mirrored boot
devices:
! WARNING:
WARNING: Do not change the slice 2 value or name. If the slice 2 value or name is changed,
you will have to reinstall Solaris.
0 / 4096
or
(Leave blank if alternate boot on mirrored systems)
1 swap 1024
or
(Leave blank if alternate boot on mirrored systems)
2 overlap2 (Do not change)
3 /cms 3072
or
(Leave blank if alternate boot on mirrored systems)
4 (Leave blank) 2048
5 (Leave blank) (Leave blank)
6 (Leave blank) (Leave blank)
7 (Leave blank) (Leave blank)
1. Some systems will automatically increase the partition size. Do not change the new partition
size.
2. The default size of the overlap file system is always the size of the entire disk. Occasionally,
the name backup will appear instead of overlap. Do not change the slice 2 value or name.
! Important:
Important: No values are entered for the data disk partitions. The data disks and remaining
space on the boot disks will be configured automatically during the installation.
6. Verify that the correct slice name and partition size has been entered for each partition.
7. Press F2 to select OK.
The system displays the new file system layout.
8. Press F2 to continue.
The system displays the Mount Remote File Systems? options.
9. Press F2 to continue.
The system displays the current installation profile.
10. Press F2 to continue.
The system displays an unused disk space warning.
11. Ignore the unused disk space warning and press F2 to continue.
The system displays the Reboot After Installation? options.
12. Verify that Auto reboot is selected and press F2.
The disk partitioning process begins, and the system displays an installation progress
window.
This process might take some time to complete. The actual amount of time depends on the
number of disks being partitioned, the hardware platform, and the speed of your CD-ROM
drive.
When the installation is finished, the system reboots and displays a prompt for a root
password.
This section contains the procedures used to configure the Solaris operating system software
for your Avaya CMS hardware platform.
This section includes the following topics:
● Prerequisites on page 35
● Remote terminal access tip on page 36
● Opening a terminal window on page 36
● Enabling the Korn shell on page 36
● Displaying and setting the EEPROM parameters on page 37
● Creating an alternate boot device on page 38
● Resetting a device alias on page 40
● Turning on the system activity recorder on page 42
● Installing the Sun Online Validation Test Suite on page 44
● Installing the Solaris patches on page 44
● Installing the Avaya CMS security script on page 47
Prerequisites
Before you begin any of the installation procedures:
● Verify that the Solaris 9 operating system has been installed
● Verify that all hardware components of the system, including port cards, external disk
drives, and tape drives, are correctly installed. Otherwise, the system hardware will not be
recognized.
● Verify that you are logged in as root.
! Important:
Important: If the system is a Sun Fire or Netra, make sure the key is in the unlocked position.
The locked position provides bootrom security. After setting the EEPROM
parameters, return the key switch to its original position.
This section includes the following topics:
● Displaying the EEPROM values on page 37
● Required EEPROM settings on page 38
● Changing EEPROM settings on page 38
ansi-terminal? true
boot-command boot
diag-level min
local-mac-address? true
2. Identify and record the device definition from the output generated in Step 1. The device
definition is the character sequence that starts after “/devices” and ends before
“:a,raw”.
Note:
Note: In the previous example, the device definition is:
/pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w21000004cf707d9f,0
3. Enter:
/usr/sbin/shutdown -y -g0 -i0
The system displays the ok prompt.
4. Create a device alias for the alternate boot device by entering:
nvalias bootdevice2 device_definition
where device_definition is the character sequence recorded in Step 2.
5. At the ok prompt, enter:
devalias
The output includes a line that is similar to the following example:
bootdevice2 /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w21000004cf707d9f,0
6. Enter:
boot
When the computer restarts, log in as root at the console login.
Note:
Note: You must set up a cron job for chkDisk after configuring the Avaya CMS software.
2. Identify and record the device definition from the output generated.
3. Enter:
/usr/sbin/shutdown -y -i0 -g0
The system displays the ok prompt.
a) /sbus@3,0/SUNW,fas@3,8800000/sd
b) /sbus@3,0/SUNW,socal@d,10000/sf@1,0/ssd
c) /sbus@3,0/SUNW,socal@d,10000/sf@0,0/ssd
d) NO SELECTION
Enter selection, q to quit:
Note:
Note: The message displayed will vary from platform to platform. To decode the path,
first look at /sbus@3 and divide the number (3) found after the @ symbol by
two, and throw away the remainder, which gives you one. This represents the first
slot on your system. An SBus+ I/O or Graphics+ I/O board will be in your first slot.
Next, look at sf@0. The zero represents what controller that drive is attached to.
You should look for sf@0 for your primary boot device and sf@1 for your
secondary boot device if you are working on a mirrored system. After looking at
the paths offered, select the letter representing that path.
6. Enter:
nvalias disk
Ctrl + Y
(that is, press and hold the Ctrl key. Then press the Y key)
The system displays the disk alias saved in the clipboard and the cursor is at the end of
the line.
/sbus@3,0/SUNW,socal@d,10000/sf@0,0/ssd
7. Add @0,0 at the end of the line as shown in the following example:
Adding @0,0 gives the command the target and slice of the primary boot device.
8. If you are working on a mirrored system, repeat the above procedure using bootdevice2 as
your mirror boot device alias, as shown in the following example:
Note:
Note: Adding @4,0 gives the command the target and slice of the mirror boot device.
9. Enter:
devalias
The system displays the device aliases. Verify that disk and bootdevice2 are set to
the correct alias values.
10. Do one of the following:
● To set the boot environment for a nonmirrored system, enter:
setenv boot-device disk
● To set the boot environment for a mirrored system, enter:
setenv boot-device disk bootdevice2
11. After setting the disk device alias, check the EEPROM values by entering:
printenv
12. At the ok prompt enter:
boot
uid=3(sys) gid=3(sys)
3. Enter the following commands to create and edit the cron.sys file:
cd /tmp
crontab -l > cron.sys
vi cron.sys
The cron.sys file looks similar to the following example:
4. Remove the leading pound (#) characters that were used to comment out the last three
lines in the file.
Example:
Note:
Note: You may have to repeat this step twice.
5. Enter: n
Note:
Note: It might be necessary to enter y several times in order to continue the
installation.
The system displays a message similar to the following:
Warning: you must close all applications before running this script
...................
...................
...................
Solaris patches have been spooled to your machine. The patches will
beinstalled after rebooting. During the installation of patches your
server will not be available.
Note:
Note: The system will display the approximate amount of time needed to install the
Solaris patches.
6. Choose one of the following steps:
● To install the Solaris patches:
a. Enter: y
The system boots into single user mode and installs the Solaris patches.
Note:
Note: If there are no Solaris patches to install the system displays the following
message.
- If no Solaris patches were installed, log into the system as root. Then go to
Step 9.
● To cancel installation of the Solaris patches, enter: n
The system displays the following message:
! CAUTION:
CAUTION: If you cancel installation of the Solaris patches, you will have to install them
before installing Avaya CMS.
7. Log into the system as root.
8. Verify that all of the Solaris patches have been installed by entering:
tail -10 /var/cms/spatches/spatches.log
The system displays the following message in the log:
Note:
Note: If the installation procedure fails for any of the patches, the following message is
displayed:
If the message shown above is displayed, continue with this procedure and the
remaining Avaya CMS base load upgrade procedures. When the upgrade is
complete, notify your Avaya CMS support organization as instructed.
9. Enter:
eject cdrom
10. If the system is a Sun Fire or Netra, return the key switch to the position it was in at the
beginning of this procedure.
For additional information on Solaris patches, see Working with Solaris patches on
page 174.
! Important:
Important: You will be able to log into the console only as root after you run the Avaya CMS
security script. If you are logging into the system remotely, you will need to log in
as another user and then su to root.
1. Verify that you are logged into the system as root.
2. Load the Avaya Call Management System CD-ROM into the CD-ROM drive.
3. Enter:
cd /
4. Enter:
/cdrom/cdrom0/security/cms_sec
The system configures your security settings. This process will take some time. The
system displays the following message when the process is complete:
Note:
Note: If the system displays a configuration failed message, contact your Avaya
services representative.
5. Reboot the system by entering:
/usr/sbin/shutdown -i6 -g0 -y
Log into the system as root.
This section contains the procedures used to install and set up the Avaya Call Management
System (CMS) software and other supporting software.
This section includes the following topics:
● Installation rules on page 49
● Installing the Informix software packages on page 50
● Installing the Avaya CMS Supplemental Services software on page 60
● Installing the Avaya CMS packages on page 63
● Configuring the IDS dbspaces on page 73
● Installing the Open Database Connectivity server software on page 75
● Setting up Avaya CMS data storage parameters on page 79
● Setting up LAN connections on page 81
● Configuring the Avaya CMS software on page 86
● Installing feature packages on page 101
● Installing the Avaya Visual Vectors Server software on page 107
● Setting up a mirrored system on page 109
● Setting up the remote console on page 112
● Setting up the Alarm Origination Manager on page 116
● Starting the Avaya Visual Vectors Server software on page 119
● Setting the Informix configuration parameters for Avaya CMS on page 120
● Factory system backup on page 125
Installation rules
If the software was installed at the factory, the only procedures required at the customer site
are:
● Configuring Avaya CMS authorizations on page 65
Prerequisites
Before you begin installing the Informix software packages, perform the following tasks:
● Verify that you are logged in as root at the console.
● If you are using Informix SQL custom reports, obtain the CD-ROM, Informix SQL version
7.32.
● Obtain the CD-ROM for Informix IDS 9.40.UC4 .
● Obtain the CD-ROM, Informix Client SDK 2.81 UC3.
● Obtain the CD-ROM, Informix Int’l Language Supplement Version 3.30.MC2.
● Obtain the CD-ROM, Avaya Call Management System Release 14.
64 blocks
! CAUTION:
CAUTION: The ISQL software must be installed before the other Informix software packages.
If the ISQL software is installed at a later time, the other Informix packages will
need to be reinstalled. Do NOT reinitialize IDS or else customer data will be lost.
1. Load the Informix SQL CD-ROM into the CD-ROM drive.
2. Change to the Informix directory by entering:
cd $INFORMIXDIR
/opt/informix
4. Enter:
tar xvf /cdrom/cdrom0/sql.tar
The system copies the Informix SQL files from the CD-ROM to the current directory.
5. Start the installation of the Informix SQL packages by entering:
./installsql
The system displays the following message:
6. Press Enter.
The system displays a software licensing message.
7. Press Enter.
The system completes the SQL installation, and then displays the following message:
8. Enter:
eject cdrom
Installing IDS
To install the IDS software:
1. Load the IDS CD-ROM into the CD-ROM drive.
2. Enter:
su informix
The prompt changes to $.
/opt/informix
5. Enter:
tar xvf /cdrom/cdrom0/SERVER/IIF.tar
The system copies the IDS files from the CD-ROM to the current directory.
6. Start the installation of the IDS software packages by entering:
./installserver
Note:
Note: It might be necessary to enter y several times to continue the installation.
The system displays the following message:
7. Press Enter.
The system displays a software licensing message.
8. Press Enter.
The system installs the IDS software packages, and then displays the following message:
9. Enter:
exit
The prompt changes to #.
Note:
Note: Some systems will not default to root the first time the exit command is run. It
may be necessary to enter the exit command a second time. If you enter id
at the command prompt, the system should display a uid=0(root) message.
10. Enter:
cd /opt/informix
11. Enter:
pwd
The system displays the following message:
/opt/informix
12. Enter:
./RUN_AS_ROOT.server
The system completes the IDS installation, and then displays the following message:
13. Enter:
eject cdrom
/opt/informix
6. Enter the following command to copy the Informix Client SDK files from the CD-ROM to
the current directory:
tar xvf /cdrom/cdrom0/csdk.tar
7. Enter the following to start the installation of the Informix Client SDK software packages:
./installclientsdk
The system installs the Informix Client SDK installation software and then displays the
following message:
8. Enter: y
The system displays the following message:
9. Enter: y
The system begins installing the software and then displays the following message:
12. Enter:
exit
The prompt changes to a pound (#).
Note:
Note: Some systems will not default to root the first time the exit command is run. It
may be necessary to enter the exit command a second time. If you enter id
at the command prompt the system should display a uid=0(root) message.
13. Enter:
cd /opt/informix
14. Enter:
pwd
The system displays the following message:
/opt/informix
15. Enter:
./RUN_AS_ROOT.clientsdk
The system completes the SDK installation and then displays the following message:
16. Enter:
eject cdrom
! CAUTION:
CAUTION: Various steps in the Informix ILS installation require that you select multiple
options. All of the indicated options are required. If the indicated options are not
selected, the software will not function correctly.
1. Load the Informix ILS CD-ROM into the CD-ROM drive.
2. Set the environment variables by entering the following commands:
INFORMIXDIR=/opt/informix
export INFORMIXDIR
PATH=$PATH:$INFORMIXDIR/bin
export PATH
3. Enter:
cd $INFORMIXDIR
4. Enter:
pwd
The system displays the following message:
/opt/informix
5. Enter:
/cdrom/cdrom0/install
The system displays a list of languages.
6. Enter the number associated with the language that you want to use during the installation.
Note:
Note: If you select a language other than English, you must also select a display
character set.
After you select a language, the system displays a message similar to the following:
9. Enter the numbers associated with the English and Japanese options.
The system displays a list of territories.
10. Enter the number associated with the option for United States.
The system displays a list of codesets for English language locales.
11. Enter the number associated with the option for UTF8.
The system displays a list of codesets for Japanese language locales.
12. Enter the number associated with the option for UTF8.
The system displays a list of codeset conversion regions.
13. Enter the numbers associated with the Japanese and Western European options.
The system displays a list of Japanese codeset conversion tables.
14. Enter the numbers associated with the Shift-JIS+JISX0212,
Standard-Shift-JIS, and UTF8 options.
The system displays a list of Western European codeset conversion tables.
15. Enter the numbers associated with the ISO 8859-1 and UTF8 options.
The system displays a summary of your selections.
16. Verify that your selections are correct and then press Enter.
The system installs the IDS software and then displays the following message:
Initializing IDS
To initialize Informix Dynamic Server (IDS) for Avaya CMS:
1. Load the CD-ROM, Avaya Call Management System Release 14 into the CD-ROM drive.
2. Enter:
cd /cdrom/cdrom0/postids
Note:
Note: The postids tool is used to automatically configure the IDS software to run with
Avaya CMS. The tool will initialize the /etc/system and /opt/informix files.
3. Enter:
./postids_config
The system displays the following message:
4. Enter:
/usr/sbin/shutdown -y -i6 -g0
5. Log in as root.
6. Enter:
. /opt/informix/bin/setenv
7. Enter:
oninit -iy
Userthreads
address flags sessid user tty wait tout locks nreads nwrites
a30c018 ---P--D 1 root - 0 0 0 27 37510
a30c608 ---P--F 0 root - 0 0 0 0 1132
....................
....................
....................
ovlock ovuserthread ovbuff usercpu syscpu numckpts flushes
0 0 0 17.64 1.99 2 5
9. Enter:
eject cdrom
Version number
4. Load the AVAYA CMS Supplemental Services for CMS R14 CD-ROM into the CD-ROM
drive.
5. Re-initialize the IDS software by entering:
. /opt/informix/bin/setenv
7. Enter:
/usr/sbin/pkgadd -d /cdrom/cdrom0 LUim
The system loads the Installation Manager, Explorer and Memory tools software. The
system displays the following message when the installation is complete:
8. Enter:
/opt/LUim/bin/install 2>&1|tee -a /opt/LUim.log
The system displays the following message:
9. Enter: y
10. Enter: y
The system displays the following message:
● If the system does not display a license agreement for the SUNWexplo package, or if
the system displays a message "CTEact already installed", go to Step 12.
● If the system does display a series of questions about the SUNWexplo package,
perform the following procedure:
a. Accept the default answers when provided.
b. Complete as much information as possible, but prompts can be left blank if
information is not available.
The following example shows what your SUNWexplo package information might
look like:
Geography: AMERICAS
Post output to: https://supportfiles.sun.com/curl
Mail output to: [email protected]
Mail output from: [email protected]
Mail on data load:
Note:
Note: The system will display a warning message for any default values that were left
blank, for example, the serial # and contract ID. Ignore these warning messages.
c. Continue with Step 12.
12. Enter:
/opt/cc/install/ahl.cssr14XX.X/bin/setup
where XX.X is the Avaya CMS Supplemental Services version number you recorded
earlier in Step 2 of Installing the Avaya CMS Supplemental Services software on page 60.
The system displays the following message:
13. Enter:
/opt/cc/install/aot.cssr14XX.X/bin/setup
where XX.X is the Avaya CMS Supplemental Services version number you recorded
earlier in Step 2 of Installing the Avaya CMS Supplemental Services software on page 60.
The system displays the following message:
14. Enter:
eject cdrom
Prerequisites
Before you install any of the Avaya CMS packages, perform the following tasks:
● Verify that you are logged in as root at the console.
● Obtain the CD-ROM, Avaya Call Management System Release 14.
● Obtain the current CMSSVC password.
! Important:
Important: The CMSSVC login is used only by Avaya services personnel. Do not give out the
CMSSVC password.
! Important:
Important: During the installation, the system might display conflicting file messages. Enter y
to install any conflicting files.
The system begins the installation and then displays the following message:
If CMS was installed by choosing cms from the pkgadd menu, type q and press
return to exit.
9. Press Enter.
10. Perform one of the following tasks:
● If the system prompts you to reboot the system, perform the following steps:
a. Enter:
/usr/sbin/shutdown -y -i6 -g0
The system reboots.
b. Log in as root.
● If the system does not prompt you to reboot the system, go to the next procedure.
Note:
Note: If you have problems installing the Avaya CMS software, see Avaya CMS
installation fails on page 255.
Password:
! Important:
Important: The auth_set password is available only to authorized Avaya personnel.
Note:
Note: Some of the following questions may not be displayed if the authorization cannot
be changed at this time.
The system displays the following message:
Note:
Note: This question occurs the first time you run auth_set on the system.
5. Perform one of the following actions:
● If this is not an upgrade,
a. Enter: n
The system displays the following message:
b. Enter: y
● If this is an upgrade, enter: y
The system displays the following message:
! WARNING:
WARNING: Mirroring should only be authorized if it will be configured as a mirrored system
immediately after the system is set up. If the system operates as a non-mirrored
system with mirroring authorized, the database will need to be rebuilt when the
system is mirrored.
● If the customer purchased the disk mirroring package, enter: y
● If the customer did not purchase the disk mirroring package, enter: n
The system displays the following message:
● If the customer did not purchase the global dictionary/ACD groups feature, enter: n
The system displays the following message:
15. Enter: y
The system displays the following message:
For R14, “split or skill members” are defined as the number of CMS-measured agent-split
and agent-skill combinations that are logged in at the same time. Each split that an agent
logs into is an agent-split combination. Each skill that is assigned to an agent while the
agent is logged in is an agent-skill combination.
The minimum size configuration for Avaya CMS is 20. The maximum number of split skill
members across all ACDs is 100,000. Your platform configuration and switch interval could
change the number of split skill members you can have on your system.
You can limit the split or skill random access memory (RAM) allocation to the size that is
actually needed for the current configuration of agents and splits or skills. This is
accomplished by the total split/skill members summed over all splits/skills fields, which is
accessed through the setup option of the cmssvc command.
The recommended numbers for Expert Agent Selection (EAS) and non-EAS systems are
shown in the following table.
20 20 100 1200
100 100 400 6000
200 200 1000 12,000
16. Enter the maximum possible number of split or skill members that the customer might use
based on the size of the switch agent purchased.
The system displays the following message:
Note:
Note: RTU is the number of agents paid for on the CMS system. This number is on the
CMS order paperwork.
18. Enter the number of authorized agents.
The system displays the command prompt, and all authorizations have been set.
19. Verify that authorizations were set by entering:
tail /cms/install/logdir/admin.log
● The system displays the admin.log file. The admin.log file contains information related to
Avaya CMS administration procedures.
Note:
Note: You can also verify the authorizations by using the auth_display option of the
cmssvc command.
! Important:
Important: The features must be authorized on your system before patches can be installed.
To have authorizations installed, call the Avaya helpline. We recommend that you
always install all available patches. For more information about patch
requirements, see Avaya CMS patch requirements on page 179.
If you believe that you should not be installing a particular patch, call the National
Customer Care Center at 1-800-242-2121, or consult with your product distributor
or representative, before you decide not to install it.
1. Verify that the CD-ROM, Avaya Call Management System Release 14 is in the CD-ROM
drive.
2. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
5. Enter:
eject cdrom
! Important:
Important: The CMSSVC login is used only by services. Do not give out the CMSSVC
password.
7. Enter the number associated with the run_ids option.
The system displays the following message:
1) Turn on IDS
2) Turn off IDS
IDS is down.
Please wait for initialization
. . . . .
9. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
10. Enter the number associated with the disk_space option.
The system displays the following message if this is the first time the disk_space option
is selected:
Initializing the boot disk (this may take several minutes!) ...
Note:
Note: The system will not display the mirroring options if disk mirroring has not been
authorized.
11. Enter the number associated with the Add New Disks option.
If the system has more than one disk, it displays a list of disks or displays a list of disk pairs
if the system is mirrored.
Note:
Note: The system may display different menu options for mirrored systems.
12. Add the disk. Repeat Steps 9 through 11 for every hard drive installed on the system.
When all disks have been added, the system displays the following message:
Note:
Note: If IDS fails to turn on after the configuration of the IDS dbspaces, the system
displays the following message:
Prerequisites
Before you install the ODBC software, perform the following tasks:
● Verify that all the preceding factory software installation requirements have been
completed
● Obtain the CD-ROM, Avaya CMS OPENLINK ODBC Driver
● Verify that you are logged in as root at the console
3. Enter:
mkdir /usr/openlink
The system creates the OpenLink directory.
4. Enter:
cd /usr/openlink
5. Verify that you are in /usr/openlink by entering:
pwd
6. Copy the server components from the CD-ROM by entering:
cp /cdrom/cdrom0/server/cmsr14/* /usr/openlink
7. Install the server components on the system by entering:
./install.sh
The system displays a message similar to the following:
Note:
Note: On some systems, the following message may be displayed:
14. Enter:
cd /usr/openlink/bin
15. Enter:
./oplrqb -v
The system displays licensing information.
16. Choose one of the following commands to configure and initiate the ODBC software:
● If this is a new install, enter:
/cms/dc/odbc/odbc_init
The system displays the following message:
17. Verify that the ODBC Request Broker is active on the server by entering:
ps -ef | grep oplrqb
The system displays a message similar to the following:
! Important:
Important: At this point, the software is registered, installed, and running. If you do not see
an oplrqb process running in /usr/openlink/bin after completing Step 17, repeat
the installation as if it were an upgrade.
18. Enter:
eject cdrom
For more information about the ODBC feature, see Avaya CMS Open Database
Connectivity.
! Important:
Important: Throughout the setup, you are prompted to enter values that are specific to the
system being installed. These values differ between switch releases. For each
question, an appropriate range of values is displayed. These values represent the
limits of each range.
To modify Avaya CMS data storage parameters:
1. Change to the Avaya CMS installation directory by entering:
cd /cms/install/cms_install
2. Enter:
vi storage.def
Note:
Note: The storage.def file contains the data storage parameters. The Avaya CMS
system is installed with a set of standard default values. If you delete or damage
the storage.def file, you can find a copy of this file (storage.skl) in the same
directory.
The default storage parameters are listed in the Default Avaya CMS data storage
parameters table on page 79 in the order in which they appear in the storage.def file.
Parameter Default
Parameter Default
Parameter Default
3. Review the default data storage values for each authorized ACD. The default values are
found on the line immediately below each storage parameter.
4. Enter the values determined by the account executive, system consultant, and design
center. These values are based on the customer configuration.
5. Press Esc. Then enter:
:wq!
The system saves and closes the file.
Note:
Note: After the Avaya CMS software is running, the system administrator can change
the data storage parameters using the Data Storage Allocation window
and the Storage Intervals window. Both windows are accessed from the
CMS System Setup menu.
For more information about changing Avaya CMS data storage parameters, see Avaya
Call Management System Release 14 Administration.
Prerequisites
Before you begin setting up the network for LAN connections, perform the following tasks:
● Verify that you are logged in as root.
● Verify that the Avaya CMS software is turned off and the IDS software is on.
● Verify that all file systems are mounted.
● Verify that Release 8 or later Avaya switches are installed.
! Important:
Important: The items in this file must be separated by tabs, not spaces, and any comments
must begin with a #. The entry for localhost must remain on line four and the
entry for loghost must remain on line five.
The loghost line should contain the Avaya CMS system:
- IP address
- Host name
- Hostname.fully qualified domain name
- loghost
The fully qualified domain name is either the customer domain name or the default
entry tempdomain.net
Example:
#
# Internet host table
#
127.0.0.1 localhost
192.168.2.1 cms cms.tempdomain.net loghost
2. Add a new line to this file for each ethernet card that is installed in this computer using
TCP/IP. You must enter the IP address and the host name.
This example shows the recommended default IP addressing scheme for a closed
network.
#
# Internet host table
#
127.0.0.1 localhost
192.168.2.1 cms cms.tempdomain.net loghost
216.25.242.138 cms_1 #2nd network card on seperate subnet
192.168.2.2 switch
192.168.2.103 router
Note:
Note: Only the primary network card needs the fully qualified domain name.
3. Press Esc. Then enter:
:wq!
The system saves and closes the file.
3. If the system is a Sun Fire, add a line for the Remote System Control (RSC) card. You
must enter the IP address and the device name. The device name for the RSC card is the
Avaya CMS system hostname with “-rsc” as a suffix.
The following example shows the recommended default IP addressing scheme for a
second network interface. The host name for the second network interface is the Avaya
CMS system hostname with “_1” as a suffix.
#
# Internet host table
#
127.0.0.1 localhost
192.168.2.1 cms cms.tempdomain.net loghost
192.168.2.2 switch1
192.168.2.6 switch2
192.168.2.108 cms-rsc
192.168.2.3 cms_1 #2nd network card
192.168.2.101 cmsterm1
192.168.2.102 cmsterm2
192.168.2.103 router
Note:
Note: Depending on the system type, the fourth or fifth column will display the network
card slot number. The system may not display the primary network interface if the
interface is integrated.
6. Create a new host name file for the second network interface by entering:
vi /etc/hostname.network_interfaceX
where network_interface is the type of network interface, and
where X is the instance of the network interface.
Example:
On a Sun Blade 150 with a SunSwift card, enter:
vi /etc/hostname.hme0
7. Add a line to this new file with the host name you added to the /etc/hosts file.
Example:
cms_1
192.168.2.254 router
Prerequisites
Before you configure the Avaya CMS software, perform the following tasks:
● Verify that you are logged in as root.
● Verify that if TCP/IP is being used to connect to an ACD, the switch/LAN setup is done.
● Verify that all file systems are mounted.
2. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
3. Enter the number associated with the setup option.
The system displays options for the set up type.
4. Select the option for the terminal.
The system displays the following message:
1) English
2) Dutch
3) French
4) German
5) Italian
6) Portuguese
7) Spanish
8) Japanese
Enter choice (1-8): (default: 1)
Note:
Note: When the cmssvc setup command is running, no other cmsadm or cmssvc
commands are allowed. Any attempt to run other cmsadm or cmssvc commands
will be rejected, and the system will display the error message “Please try
later, setup is active”.
Note:
Note: If system setup has already been done, the program responds:
7. Enter the number to specify the type of tape cartridge you are using as the backup device.
The system displays the following message:
9. Enter the number of ACDs to be administered. This number may be less than the number
of ACDs authorized.
The system displays the following message:
10. Enter the name for the switch that is associated with ACD 1.
The system displays a list of switch models.
11. Enter the number that represents the switch model that is associated with the ACD.
Use the following table to determine the correct switch model. See Avaya Call
Management System Switch Connections, Administration, and Troubleshooting for
additional information.
Release 9 Definity-R9/R10
Release 10
Release 1 MultiVantage R1
Release 2 Communication Mgr 2
Release 3 Communication Mgr 3.0
Release 3.1 Communication Mgr 3.1
Release 4 Communication Mgr 4
If the switch supports vectoring and vectoring is authorized, the following message
appears; otherwise, go to Step 14.
Note:
Note: The standard Avaya CMS provisioning procedure is to set the local and remote
port assignments equal to the switch processor channel assignment. For
example, for switch processor channel 2, the remote and local port assignments
would both be set to a value of 2.
16. Enter the local port or channel number on the switch.
The system displays the following message:
19. Enter the host name or IP address of the switch that is connected to this ACD.
Note:
Note: If you enter a host name that has not been added to the computer’s /etc/hosts
file, the system displays the following message:
See Editing the /etc/hosts file on page 82 for more information about setting up the
hosts file.
The system displays the following message:
22. Enter the maximum number of split/skill members that will be logged into this ACD
simultaneously, considering shift overlap.
● For non-EAS, sum all agent-split combinations, counting each split an agent will log
into (maximum is 4) as a split member.
● For EAS, sum all agent-skill combinations that will be logged in at the same time.
Count the maximum number of skills the supervisors expect to assign to each agent
(maximum is 20) during a shift.
If it is not possible to sum the number of splits/skills for each agent, you can determine the
capacity that is needed by multiplying the total number of agents by the average number of
splits/skills per agent.
The system displays the following message:
Enter the stop time for shift 1 (hh:mmXM) : (default 5:00 PM)
27. Enter the number of trunk groups that are associated with this ACD.
The system displays the following message:
29. Enter the number of unmeasured trunk facilities that are associated with this ACD.
Note:
Note: The recommended assignment per ACD for unmeasured facilities is 50% of the
measured trunks.
If the switch supports call work codes, the system displays the following message:
Updating database.
Note:
Note: If the setup determines that you do not have enough file space, the system
displays the following warning message:
WARNING: You do not currently have sufficient file space for your
existing CMS data. At this point you should turn on CMS, go to the
“Data Storage Allocation” screen, and verify/modify the
administration, or go to the “Free Allocation” screen and verify/
modify your existing free space.
You may edit this file and add comments about the packages that were installed or
authorized.
34. Perform one of the following actions:
● If you need to install additional CMS-related feature packages such as Forecasting or
External Call History, go to Installing feature packages on page 101.
● If you are not installing any other feature packages, perform the following procedure:
a. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
b. Enter the number associated with the run_cms option.
c. Enter the number associated with the Turn on CMS option.
! Important:
Important: This procedure is not necessary if you already performed the Avaya CMS
configuration interactively.
! CAUTION:
CAUTION: Use the computer’s host name for the UNIX system name. The computer’s host
name was assigned during the factory installation.
6. Press Esc. Then enter:
:wq!
The system saves and closes the file.
# Release(s) Value
# Definity-R9/R10/MultiVantage R1 999
# Communication Mgr 2/Communication Mgr 3.0 2000
# Communication Mgr 3.1/Communication Mgr 4 2000
# Number of splits/skills (0-Maximum):
100
# Maximum number of split/skill members based on switch type:
# Release(s) Value
# Definity-R9/R10 10000
# MultiVantage R1/Communication Mgr 2/Communication Mgr 3.0 60000
# Communication Mgr 3.1 60000
# Communication Mgr 4 100000
# Total split/skill members, summed over all splits/skills (0-Maximum):
700
# Number of shifts (1-4):
1
# Enter the start time for shift 1 (hh:mmXM):
7:59am
# Enter the stop time for shift 1 (hh:mmXM):
7:58am
# Number of agents logged into all splits/skills during shift 1 (1-Maximum):
700
Note:
Note: The file repeats the preceding statements for ACDs 2 through 8. Enter data for
only the required number of ACDs.
4. Enter: y
The system displays the following message:
1) English
2) Dutch
3) French
4) German
5) Italian
6) Portuguese
7) Spanish
8) Japanese
Enter choice (1-8): (default: 1)
5. Enter the number associated with the language that is used on the system.
The system displays the following message:
You can edit this file and add comments about the packages that were installed or
authorized.
8. Press Delete to exit the tail -f command.
9. Choose one of the following:
● If you need to install additional CMS-related feature packages (Forecasting or External
Call History), go to Installing feature packages on page 101.
● If you are not installing any other feature packages, do the following to turn on the
Avaya CMS software:
a. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
b. Enter the number associated with the run_cms option.
c. Enter the number associated with the Turn on CMS option.
! Important:
Important: If no additional configuration of the Avaya CMS software is needed, see Setting
the Informix configuration parameters for Avaya CMS on page 120.
Prerequisites
Before you begin the installation procedures, perform the following tasks:
● Verify that you are logged in as root.
● Verify that all file systems are mounted.
Note:
Note: Different options may be displayed in the Avaya Call Management System
Administration Menu depending on the current version of Avaya CMS on
your system.
5. Enter the number associated with the pkg_install option.
The system displays the following message:
Note:
Note: The pkg_install option menu displays only those feature packages that are
authorized but not yet installed. The Forecasting package does not require the
Avaya CMS software to be off during the installation. If Forecasting is added at a
later date, the Avaya CMS software can be left on.
6. Enter the number that corresponds to the forecasting package.
The system displays the following message:
7. If you are not installing any other feature packages, do the following to turn on the Avaya
CMS software:
a. Enter: cmssvc
The system displays the Avaya Call Management System Services Menu.
b. Enter the number associated with the run_cms option.
c. Enter the number associated with the Turn on CMS option.
8. Go to the Free Space Allocation window that is located in the Avaya CMS System
Setup subsystem, verify that there is enough space for Forecasting on each ACD, and
make any necessary modifications.
For more information about Free Space Allocation, see Avaya Call Management System
Release 14 Administration.
.
.
Forecasting package installed (date/time)
You can edit this file in order to add comments about the packages that were installed or
authorized.
! Important:
Important: Once the External Call History package is installed, you can no longer access any
call record data directly from the Avaya CMS software. For more information, see
Avaya Call Management System External Call History Interface.
1. Verify that:
● A separate computer is available for the storage and reporting of call records.
● The storage computer and the Avaya CMS system are administered in UNIX-to-UNIX
copy (UUCP). If the storage machine is not running the UNIX operating system, then
the storage machine must use a DOS version of UUCP.
● The Avaya CMS software is off and the IDS software is on.
2. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
3. Enter the number associated with the auth_display option.
The system displays the current authorizations. Different authorizations may be displayed
depending on the version of Avaya CMS on your system.
4. Verify that the system is authorized for the ECHI package. If ECHI is not authorized but
should be, see Configuring Avaya CMS authorizations on page 65.
5. Enter:
cmsadm
The system displays the Avaya Call Management System Administration Menu.
Note:
Note: The system displays only feature packages that are authorized but not yet
installed.
7. Enter the number that corresponds to the ECHI package (in this example, 2).
The system displays the following message:
8. Enter the name of the computer where call records will be collected.
The system displays the following message:
9. Press Enter.
The system displays the following message:
Enter full path of the program to check the external call history
file transmission: (default: /cms/dc/chr/uucp_check)
11. Enter the password for nuucp on the receiving computer that was administered in uucp.
The system displays the following message:
12. Enter the Avaya CMS port that is administered for the Call History Reporting machine.
The system displays the following message:
13. Enter the speed that the connection between the Avaya CMS system and the call history
reporting system.
The system displays the following message:
14. Enter the number of call records to be held in the buffer if the Call History machine cannot
accept the data. Repeat this step for each administered ACD.
Note:
Note: This step reserves disk space; therefore, sufficient disk space must be available.
The system displays the following message:
15. Select whether ECHI will use the extended ECH record format.
The system displays the following message:
16. Select whether ECHI will start in the on or off state (default is off). If the receiving system
has not yet been set up, the recommended state is off. ECHI can be turned on at a later
date with the run_pkg option in the Avaya Call Management System
Administration Menu.
The system displays the following message:
If the setup determines that you do not have enough file space, you will get the following
warning message:
WARNING: You do not currently have sufficient file space for your
existing CMS data. At this point you should turn on CMS, go to the
“Data Storage Allocation” screen, and verify/modify the
administration, or go to the “Free Allocation” screen and verify/
modify your existing free space.
You may edit this file in order to add comments about the packages that were installed or
authorized.
18. If you are not installing any other feature packages, do the following to turn on the Avaya
CMS software:
a. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
b. Enter the number associated with the run_cms option.
c. Enter the number associated with the Turn on CMS option.
For more information about the ECHI feature, see Avaya Call Management System
External Call History Interface.
4. Enter: y
The system displays the following message:
The following files are already installed on the system and are
being used by another package:
5. Enter: y
The system displays the following message:
Note:
Note: The system may display a message about creating the user ID aasadmin. If the
system displays this message, enter: y
6. Enter: y
The system displays the following message:
## Installing part 1 of 1.
..........
..........
..........
Installation of <LUfaas> was successful.
7. Enter:
setupaas
The system displays the Avaya Visual Vectors System Services Menu.
9. Enter the number of allowable concurrent logins. The maximum login number must not
exceed the number of licenses that were purchased.
10. Enter:
eject cdrom
Prerequisites
Before you initiate mirroring, perform the following tasks:
● Verify that any additional hardware required for disk mirroring has been installed. See
Required hardware on page 110 for more information.
● Verify that the EEPROM settings are correct for a mirrored system. See Displaying and
setting the EEPROM parameters on page 37 for more information.
● Verify that the alternate boot device is set up. See Creating an alternate boot device on
page 38 for more information.
Required hardware
An Avaya CMS system must have additional hardware installed in order to function as a
mirrored system:
● You must have twice the number of disk drives needed for an unmirrored system. Each
disk pair must be the same size. For example, the first pair of data disks could be 18 GB
and the second pair could be 36 GB.
● For a Sun Blade system, you must have a second internal EIDE hard drive and a
secondary HDD cable.
● Boot disks must be 18 GB minimum.
Initiating mirroring
To initiate mirroring:
1. Turn the Avaya CMS software off, and leave the IDS software on.
2. Perform the following steps for a Netra 210:
Note:
Note: Netra disks shipped from Sun Microsystems are not labeled. The disks must be
labeled before mirroring the system
a. Enter:
format
The system displays a list of disks.
b. Select 1 for the mirrored disk.
The system displays the format command menu.
c. Enter: y
The system labels the disk and, then displays a command prompt.
d. Enter: q
3. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
4. Enter the number associated with the auth_display option.
The system displays the current authorizations.
Note:
Note: Different authorizations may be displayed depending on the current version of
Avaya CMS on your system.
5. Verify that the system is authorized for disk mirroring. If disk mirroring is not authorized but
should be, see Configuring Avaya CMS authorizations on page 65.
6. Enter:
cmssvc
The system displays the Avaya Call Management System Services Menu.
7. Enter the number associated with the disk_space option.
The system displays the following message:
Initializing the boot disk (this may take several minutes!) ...
Note:
Note: The system will not display the mirroring options if disk mirroring has not been
authorized.
8. Enter the number associated with the Initiate Mirroring option.
The system initiates mirroring. The system then displays a prompt to reboot the system.
9. Enter:
/usr/sbin/shutdown -i6 -y -g0
The system reboots and begins to resync the disks.
Program over.
Synchronizing disks in the background.
! CAUTION:
CAUTION: Do not reboot the system until the resync is complete. If you reboot the system
before the resync is complete you will have to wait for Solaris to finish resyncing
before resyncing Informix. The Solaris resync can take several hours to complete.
If the system displays any error messages, see Common error messages with mirrored
systems on page 285.
15. Turn the Avaya CMS software on.
2. Enter: y
The system displays the following message:
3. Enter: y
The system displays the following message:
5. Enter: y
The system displays the following message at the remote console:
done
desktop auto-start disabled
Proceding to reboot.
The system will automatically reboot, and the remote console port will come up as the
console.
The following occurs:
● The system begins to shut down.
● Shut down, reset and reboot messages appear on the local console.
● When the system starts to come back up, the local console goes blank.
● The system boot diagnostics are displayed on the remote console.
● After the system reboots, a console login: prompt is displayed on the remote
console.
6. Log into the remote console as root.
! CAUTION:
CAUTION: You may lock yourself from using the console locally or remotely if you enter
Ctrl+D or exit from the remote console to exit the system without first
redirecting control back to the local console.
7. Redirect the console back to the local console by entering:
/cms/install/bin/abcadm -c local
The system displays the following message:
Prerequisites
Before you set up AOM, perform the following tasks:
● The Avaya CMS Supplemental Services packages must be installed and set up.
● A “Product ID” number must be obtained from the Avaya CMS database administration
group. (Avaya CMS technical support personnel must contact the database group at
800-248-1111, extension 07425 and provide them with the customer IL number.)
● LUahl
● LUaot
● LUim
● LUorbutil
4. Enter:
pkginfo -x cms
The system displays the version of Avaya CMS that is installed.
5. Record the Avaya CMS version information. The version information is used in Step 9.
6. Identify the communications port used by the system modem by entering: tty
The system displays the communications port, either /dev/term/a or /dev/term/b.
7. Record the port information. The port information is used in Step 10.
8. Enter the following commands:
cd /opt/cc/aot/data/admin
vi prodSetup.cfg
The system displays the prodSetup.cfg file.
9. Edit the fields in the prodSetup.cfg file to be similar to the following example:
Product|NumberInstances|ServiceVehicle|Enabled|
TEST |1 |r1v0 |1 |
CMS |1 |rxxxxx.x |1 |
where rxxxxx.x is the Avaya CMS version number you recorded in Step 4.
10. Enter:
vi sysSetup.cfg
The fields contained in the sysSetup.cfg file are displayed.
Only three fields require revision:
● ProductID - this is the first field in the sysSetup.cfg file. It is a unique system
identifier obtained from the database administration group. See Prerequisites on
page 116.
● TelephoneNum - this is the fifth field in the sysSetup.cfg file. It is the telephone
number of the Initialization and Administration (INADS) alarm receiver: 800-535-3573.
The number must be preceded by the modem “dial tone” command and followed by all
digits required for an outgoing call. For example, if a “9” is required to gain outside
access, the entry in the TelephoneNum field would be:
ATDT918005353573
● ModemPort - this is the eighth field in the sysSetup.cfg file. It is the modem port that
you identified in Step 6, expressed in numeric form (ttya = 1 and ttyb = 2).
11. Set the Test variable by entering:
export PRODUCT_TYPE=TEST
12. Stop and restart AOM by entering the following commands:
aom stop
aom start
7. Enter:
cat alarm_log
When the test succeeds, The system displays a message at the end of the log file similar
to the following example:
In addition, technical support personnel should find an open case for this test alarm in the
CMSALM folder in the MAESTRO case system.
1) Turn VVS On
2) Turn VVS Off
#**************************************************************************
#
# INFORMIX SOFTWARE, INC.
#
# Title:onconfig.cms
# Description: Informix Dynamic Server Configuration Parameters for CMS
#
#**************************************************************************
4. Scroll through the onconfig.cms file and locate the # Physical Log Configuration options.
5. Change the value of the PHYSFILE setting according to the Physical log configuration
settings table on page 121.
Setting Value
PHYSFILE 65000
Note:
Note: PHYSFILE may reset to the default system value after disk_space has been
run from the CMSSVC menu.
6. Go to Setting the system configuration parameters on page 122.
2. Change the value of BUFFERS according to the Informix BUFFERS settings table on
page 123.
3. Change the value of CLEANERS according to the Informix CLEANERS settings table on
page 123.
4. Change the value of LRUS according to the Informix LRUS settings table on page 123.
2. Change the value of the RESIDENT setting according to the RESIDENT settings table on
page 124.
Setting Value
RESIDENT 0
4. Verify if the current CMS version is a 100 AUX reason codes load. For more information,
see Determining your Avaya CMS version on page 228. If the CMS load is for 100 AUX
reason codes, change the settings listed in the Informix 100 AUX reason code settings
table on page 124.
! Important:
Important: If the current CMS version is not a CMS 100 AUX reason codes load, do not
change the following settings.
5. After all changes to the file have been made, press Esc and enter:
:wq!
6. Turn on the Avaya CMS software and the IDS software.
Note:
Note: If the Informix configuration parameters are ever modified after their initial
configuration, you will have to turn IDS off and then turn IDS on in order for the
new settings to take effect.
! CAUTION:
CAUTION: You must not use the original set of factory backup tapes or provisioning backup
tapes.This backup contains the default factory configuration. These tapes must
be saved and never reused in case the system needs to be reinstalled in the field.
This section describes how to test the Avaya Call Management System (CMS) software to
ensure that the application is working properly before the system is turned over to the customer.
Perform these procedures after:
● Completing the initial computer installation and Avaya CMS setup
● Completing an Avaya CMS software package upgrade
This section includes the following topics:
● Prerequisites on page 127
● Verifying the system date and time on page 128
● Forwarding Avaya CMS system warning messages on page 128
● Checking free space allocation on page 129
● Testing the remote access port on page 130
● Key position for Sun Fire or Netra systems on page 133
● Testing the ACD link on page 133
● Testing the alternate boot device on page 134
● Assigning customer passwords on page 135
● Setting up the RSC software on page 136
● Testing the Avaya CMS software on page 136
● Finalizing the on-site installation on page 139
Prerequisites
Before you begin the procedures described in Turning the system over to the customer, the
technicians must:
● Locate the two sets of backup tapes (the original set from the factory that were delivered
with the new system and the set created by provisioning during installation) and set these
tapes to write-protect mode
● Connect the Avaya CMS system to the switch
● Translate the switch with the Avaya CMS feature enabled
● Connect the switch to an active link
[email protected]
[email protected]
[email protected]
If the Total Free Space: field shows that there is not enough space available to make
the adjustment, you must modify data storage allocation.
done
desktop auto-start disabled
Proceding to reboot.
The system automatically reboots, and the remote console port comes up as the console.
The following occurs:
● The system begins to shut down.
● Shut down, reset and reboot messages appear on the local console.
● When the system starts to come back up, the local console goes blank.
● The system boot diagnostics are displayed on the remote console.
● After the system reboots, a console login: prompt is displayed on the remote
console.
7. Log into the remote console as root.
The local console is blank.
! CAUTION:
CAUTION: You may lock yourself from using the console locally or remotely if you enter
Control+D or exit from the remote console to exit the system without first
redirecting control back to the local console.
2. Enter: y
The following occurs:
● The system begins to shut down.
● Shutdown, reset, and reboot messages appear on the remote console.
● When the system starts to come back up, the system boot diagnostics are displayed
on the local console.
● After the system reboots, the console login: prompt is displayed on the remote
console.
● The login screen is displayed on the local console.
3. Log into the local console as root.
4. Log into the remote console as root.
Control of the console port is redirected from the remote console back to the local console.
If you have problems with the remote access port, see Diagnosing dial-In access
problems on page 242.
! Important:
Important: The locked position provides bootrom security. If it is necessary to install bootrom
patches, modify the EEPROMs, or administer the RSC card, the key switch may
be moved temporarily to the “On” position. After the installation process is
complete, the key switch should be moved back to the “Locked” position.
3. Enter:
metadb -i
The system displays the status of the database replicas. The master replica tag is
associated with the mirror boot device.
Example:
4. Verify that the system is not displaying any warning messages for the disk.
5. Reboot once again to return system control to the regular boot disk:
/usr/sbin/shutdown -y -g0 -i6
6. Log into the system as root.
New password:
a. Enter
CMS
The system displays the CMS Main Menu.
b. Select Reports.
c. Select Real-time.
d. Select Split/Skill.
e. Select Split Status or Skill Status.
f. Verify that the Split/Skill Status Report input window is displayed.
g. Enter a valid split number in the Split: or Skill: field.
h. Select the Run action list item, and run the report.
i. Verify that the Split or Skill Status Report window is displayed.
j. If the switch link is not operating, the report fields are blank and the status line reads
Switch link down.
k. Press the Commands SLK.
l. Select Print window to send the report to the printer.
m. Look at the message line near the bottom of the window, and verify that there is a
confirmation message about sending the report to the printer.
n. Verify that the report was printed by checking the printer for the report.
o. Return to the CMS Main Menu screen by pressing the Exit SLK twice.
3. Test the Historical Reports subsystem.
a. On the CMS Main Menu, select Reports.
b. Select Historical.
c. Select Split/Skill.
d. Select Status.
e. Verify that the Split/Skill Status Report Input window is displayed.
f. Enter a valid split number in the Split/Skill: field.
g. Enter -1 in the Date: field.
h. Select the Run action list item, and run the report.
i. Verify that the report window is displayed and that the information is displayed in the
appropriate fields.
Note:
Note: If no historical data exists, the fields in the report window are blank.
j. Return to the CMS Main Menu by pressing the Exit SLK twice.
4. Test the Dictionary subsystem by doing the following from the CMS Main Menu.
a. On the CMS Main Menu select Dictionary.
b. Select Login Identifications.
c. Enter an asterisk (*) in the Login ID: field.
d. Select the List all action list item. The system lists all the login IDs.
e. Verify that the logins are displayed.
Note:
Note: On a new system, the fields are blank.
f. Return to the CMS Main Menu by pressing the Exit SLK twice.
5. Test the Exceptions subsystem.
a. On the CMS Main Menu select Exceptions.
b. Select Real-time Exception Log.
c. Verify that the window is displayed.
Note:
Note: For a new installation, this window may be blank.
d. Return to the CMS Main Menu by pressing the Exit SLK once.
6. Test the Call Center Administration subsystem.
a. On the CMS Main Menu select Call Center Administration.
b. Select the Call Work Codes option.
c. Press Enter.
d. Select the List all action list item, and list all the call work codes currently defined.
e. Verify that the displayed information is correct.
Note:
Note: On a new system, the fields may be blank.
f. Return to the CMS Main Menu by pressing the Exit SLK twice.
7. Test the Custom Reports subsystem.
a. On the CMS Main Menu select Custom Reports.
b. Select Real-time. The system lists the names of the custom reports.
c. Verify that the names of existing custom reports are listed. If there are no reports, you
receive a message saying the submenu is empty.
d. Return to the CMS Main Menu by pressing the Exit SLK once.
8. Test the User Permissions subsystem.
a. On the CMS Main Menu select User Permissions.
Before turning the system over to the customer, perform the following steps:
1. Back up the system. Follow the procedures outlined in The CMSADM backup on
page 167.
! CAUTION:
CAUTION: Use a new set of backup tapes for this CMSADM file system backup. Do NOT
use the original set of factory backup tapes or provisioning backup tapes. Make
sure that the customer has enough tapes for the new backup.
2. Back up the customer’s historical data by doing a full maintenance backup. You can do
these backups within Avaya CMS using the Maintenance: Back Up Data window.
For more information about maintenance backups, see Avaya Call Management System
Release 14 Administration.
3. Give the customer all of the Avaya CMS documentation, the software CD-ROMs, and the
tape backups (including the original set from the factory, and the set created by
provisioning).
4. Have the customer record their logins and passwords. The technician should NOT know
these login passwords.
5. Give the passwords, backup tapes, and software to the customer’s CMS administrator.
! CAUTION:
CAUTION: For system security and recovery, the CMS administrator should store
passwords, Informix serial numbers, key license information, and the tape
backups in a secure location.
Avaya recommends that you perform the following procedures to make your Avaya CMS
system more secure. These security recommendations will not guarantee complete system
security, but they will make your Avaya CMS system less susceptible to unauthorized system
access. Contact the Avaya Communication Solutions and Integration (CSI) organization for
more information about specific security offers.
This section includes the following topics:
● Controlling who can connect to the CMS system on page 141
● Enabling password aging on page 142
● Altering the telnet and ftp network service banners on page 143
● Displaying a restricted warning for telnet users on page 143
● Providing physical security on page 144
● Reviewing log files on page 144
● Adding a firewall on page 145
● Transmitting passwords on page 145
! Important:
Important: If you do not select the correct IP addresses and subnets, you could lock yourself
out of the Avaya CMS system.
For example, you might want to:
● Deny telnet access to IP addresses outside the company firewall
● Permit SSH connections from IP addresses outside the company firewall
● Only permit SSH connections.
Note:
Note: Avaya CMS Supervisor supports telnet and SSH connections.
2. Edit /etc/hosts.deny
3. Uncomment the line ALL : ALL
4. Edit /etc/hosts.allow
This file contains the following settings:
● %A in.telnetd : ALL
● sshd : ALL
● in.rshd : ALL
● in.rexecd : ALL
● rpc.rusersd : ALL
● in.rlogind : ALL
Note:
Note: Network services rsh, rexec, and rlogin are disabled on Avaya CMS systems.
The lines in this file do not affect a service if the daemon for that service is not
running.
5. Replace ALL with the IP addresses permitted to connect to the Avaya CMS system using
a particular service.
The following table contains some examples of security setting use:
! Important:
Important: Add a blank line before and after the BANNER="CMS OS" line. If you do not, the
Avaya CMS system will not display the CMS OS message correctly.
When users either telnet or ftp to the CMS, the users will see a message similar to the
following example:
# telnet cms_box
Trying 135.9.135.159...
Connected to cms_box.
Escape character is '^]'.
CMS OS
When users connect to the Avaya CMS system using network services, the system
displays the warning message. A user would see the message if they telnet into the Avaya
CMS system.
3. Save the file.
4. Change the file permissions to 644.
● /var/adm/sulog
This log contains su records.
● /var/cron/log
This log contains cron records.
Adding a firewall
Add a firewall on the edge of the network where the Avaya CMS system and Avaya CMS
Supervisor clients reside. Avaya recommends that both the Avaya CMS system and Avaya
CMS Supervisor clients remain behind a firewall to provide protection from the internet.
Firewalls are commonly used to prevent denial of service attacks on application servers similar
to the Avaya CMS system. Firewalls will also prevent snooping of sensitive data, and hijacked
sessions from appearing as an authenticated user.
Transmitting passwords
Do not use telnet or ftp to transmit passwords over the network in clear text. If you do so, the
password can be snooped in transit.
This section provides the procedures used to maintain the Avaya Call Management System
(CMS) software.
This section includes the following topics:
● Using the CMSADM menu on page 147
● Using the CMSSVC menu on page 157
● The Avaya CMS maintenance backup on page 167
● The CMSADM backup on page 167
● Checking the contents of the CMSADM backup tape on page 171
● Changing the system date and time on page 172
● Working with Solaris patches on page 174
● Working with Avaya CMS patches on page 179
● Adding and removing users from password aging on page 183
● Adding the Informix SQL package after IDS and ILS have been installed on page 186
● Enabling recovery with the alternate boot device on page 189
● Maintaining the chkDisks crontab on page 190
● Identifying a faulty disk on page 191
● Upgrading a non-mirrored system to a mirrored system on page 194
Function
2. Enter:
cmsadm
The system displays the CMSADM menu.
Note:
Note: Different options may be displayed in the CMSADM Menu depending on the
current version of Avaya CMS on your system.
! Important:
Important: When the cmssvc setup command is running, any attempt to run other
cmsadm or cmssvc commands will be rejected, and the system will display the
error message “Please try later, setup is active”.
Using acd_create
Use the acd_create option to define a new ACD. The information you enter here for each
ACD is the same as the setup option of the CMSSVC menu.
Note:
Note: The ACD must be authorized, and therefore purchased, before it can be added to
the Avaya CMS system.
To define a new ACD:
1. Before you define a new ACD, you must turn off the Avaya CMS software:
a. Enter:
cmsadm
The system displays the CMSADM menu.
b. Enter 8 to select run_cms.
c. Enter 2 to turn off the Avaya CMS software but leave the IDS software on.
2. Enter:
cmsadm
The system displays the CMSADM menu.
3. Enter 1 to select acd_create.
The next-available ACD is selected for creation. (For example, if there are two ACDs
already active, ACD 3 is selected.)
4. At the prompts, enter the following information for the new ACD:
● Switch name
● Switch model (release)
● Is Vectoring enabled on the switch (if authorized)?
● Is Expert Agent Selection (EAS) enabled on the switch (if authorized)?
● Does the Central Office have disconnect supervision?
● Local port assigned to the switch
● Remote port assigned to the switch
● Transport method used to connect to the switch (TCP/IP)
● Enter the hostname or IP address and TCP port
● Number of splits/skills
● Total split/skill members, summed over all splits/skills
● Number of shifts
● Start and stop times of all shifts
● Number of agents logged into all splits/skills during all shifts
● Number of trunk groups
● Number of trunks
● Number of unmeasured (trunk) facilities
● Number of call work codes
● Number of vectors (if Vectoring is enabled on the switch)
Updating database.
Using acd_remove
Use the acd_remove option to remove an existing ACD.
Note:
Note: If you are removing the master ACD, you must first designate some other ACD as
the master.
To designate a different ACD as the master:
1. On the main CMS menu, select System Setup - CMS State.
2. Use the Tab key to move to the Master ACD field and enter a new name.
3. Press Enter to move to the action list and select Modify.
4. Return to the main menu and select Logout.
To remove an ACD:
1. Verify that data collection is off for all ACDs.
2. Turn off the Avaya CMS software:
a. Enter:
cmsadm
The system displays the CMSADM menu.
b. Enter 8 to select run_cms.
c. Enter 2 to turn off the Avaya CMS software but leave the IDS software on.
3. Enter:
cmsadm
The system displays the CMSADM menu.
4. Enter 2 to select acd_remove
5. Enter the number (1-8) that corresponds with the ACD that you want to remove.
The system displays the following message:
6. Enter: y
The system displays the following message:
7. Since the ACD is removed in the background, you can turn the Avaya CMS software on
before the removal is complete. To turn the Avaya CMS software on, perform the following
procedure:
a. Enter:
cmsadm
The system displays the CMSADM menu.
b. Enter 8 to select run_cms.
c. Enter 1 to turn on the Avaya CMS software.
Using backup
Use the backup option to back up your file system. This option does not back up Avaya CMS
data.
Note:
Note: To back up Avaya CMS data, a full maintenance backup must be performed in
addition to the CMSADM backup.
Using pkg_install
Use the pkg_install option to install a feature package.
To use the pkg_install option:
1. Enter:
cmsadm
The system displays the CMSADM menu.
2. Enter 4 to select pkg_install.
The system displays the following message:
Note:
Note: The system displays only feature packages that are authorized and not yet
installed.
3. Enter the number associated with the feature package that you want to install.
Using pkg_remove
Use the pkg_remove option to remove a feature package. This procedure removes all files
and database items associated with the feature package.
! CAUTION:
CAUTION: Be careful when removing a package. All features and data that are associated
with that package will also be removed.
To remove a feature package:
1. Enter:
cmsadm
The system displays the CMSADM menu.
2. Enter 5 to select pkg_remove.
The system displays a list of Avaya CMS features that can be removed.
3. Enter the number associated with the feature package that you want to remove.
The system displays a message indicating the feature is removed.
Using run_pkg
Use the run_pkg option to turn a feature package on or off.
To use the run_pkg option:
1. Enter:
cmsadm
The system displays the CMSADM menu.
2. Enter 6 to select run_pkg.
The system displays a list of Avaya CMS features.
3. Enter the number associated with the feature package that you want to turn on or off.
The system displays a message telling you the status of the feature.
Using run_ids
Use the run_ids option to turn IDS on or off.
To use the run_ids option:
1. Enter:
cmsadm
The system displays the CMSADM menu.
2. Enter 7 to select run_ids.
3. Perform one of the following actions:
● To turn on IDS, enter: 1
● To turn off IDS, enter: 2
Using run_cms
Use the run_cms option to turn the Avaya CMS software on or off.
To use the run_cms option:
1. Enter:
cmsadm
The system displays the CMSADM menu.
2. Enter 8 to select run_cms.
Using port_admin
Use the port_admin option to administer modems, terminals, and printers. This option
automatically configures external ports to accept specific types of peripheral equipment. The
port_admin option does not configure the built-in A and B serial ports.
To administer modems, terminals, or printers:
1. Enter:
cmsadm
The system displays the CMSADM menu.
2. Enter 9 to select port_admin.
For more information about the port_admin tool, see Avaya CMS Terminals, Printers,
and Modems.
Using passwd_age
Use the passwd_age option to turn password aging on or off. If password aging is on, users
will be prompted to enter a new password after a predetermined time interval has passed.
Password aging is off by default.
! CAUTION:
CAUTION: If you have any third party software or Communication Solutions and Integration
(CSI) offers, do not turn on password aging. Contact the National Customer Care
Center (1-800-242-2121) or consult with your product distributor or representative
to ensure that password aging will not disrupt any additional applications.
The passwd_age option will effect the passwords of all Avaya CMS users and regular UNIX
users. When password aging is on, the Solaris policy file /etc/default/passwd is modified. The
passwords of all Avaya CMS users that use the /usr/bin/cms shell and all UNIX users will age.
If password aging is on when a new user is added, the user’s password begins to age as soon
as a password is entered for that account.
It is recommended that you exclude specific users before turning password aging on in order to
avoid additional password administration. If you need to prevent the aging of a specific user’s
password, see Adding and removing users from password aging on page 183 and
Troubleshooting password aging on page 229.
! Important:
Important: Non-CMS users such as root, root2, or Informix will not age.
Password aging will not function on an Avaya CMS system that uses a NIS, NIS+, or LDAP
directory service. If you are using NIS, NIS+, or LDAP, contact your network administrator. The
passwords will need to be aged from the server running the directory service.
To use the passwd_age option:
1. Enter:
cmsadm
The system displays the CMSADM menu.
2. Enter 10 to select passwd_age.
The system displays the following message:
Note:
Note: The system will also display a message that indicates that password aging is off
or the current password aging schedule. You may enter q at any point to exit the
password aging options.
3. Perform one of the following actions:
● To turn password aging on:
a. Enter: 1
The system displays the following message:
b. Enter the number of weeks before passwords expire and users are prompted to
enter a new password. The range is from 1 to 52 weeks.
● To turn password aging off:
a. Enter: 2
The system displays the following message:
Turn off password aging for all CMS users (yes default):
b. Enter the number of weeks before passwords expire and users are prompted to
enter a new password. The range is from 1 to 52 weeks.
Function
2. Enter:
cmssvc
The system displays the CMSSVC menu.
Note:
Note: When the CMSSVC setup command is running, any attempt to run other
cmsadm or cmssvc commands will be rejected, and the system will display the
error message:
Note:
Note: Different options may be displayed in the CMSSVC Menu depending on the
current version of Avaya CMS on your system.
Using auth_display
To use the auth_display option to display Avaya CMS authorizations:
1. Enter:
cmssvc
The system displays the CMSSVC menu.
Note:
Note: Different authorizations may be displayed, depending on the current version of
Avaya CMS on your system and the packages installed.
Using auth_set
To use the auth_set option to authorize Avaya CMS features and capacities:
1. Enter:
cmssvc
The system displays the CMSSVC menu.
2. Enter 2 to select auth_set.
The system displays the following message:
Password:
3. Enter the appropriate password and see Configuring Avaya CMS authorizations on
page 65 for more information.
This password is available only to authorized personnel.
Using run_ids
To use the run_ids option to turn IDS on and off:
1. Enter:
cmssvc
The system displays the CMSSVC menu.
2. Enter 3 to select run_ids.
3. Perform one of the following actions:
● To turn on IDS, enter: 1
● To turn off IDS, enter: 2
Using run_cms
To use the run_cms option to turn the Avaya CMS software on and off:
1. Enter:
cmssvc
The system displays the CMSSVC menu.
2. Enter 4 to select run_cms.
3. Perform one of the following actions:
● To turn on the Avaya CMS software, enter: 1
● To turn off the Avaya CMS software, but leave the IDS software on, enter: 2
● To turn off both the Avaya CMS software and the IDS software, enter: 3
Using disk_space
Use the disk_space option to set up the initial Avaya CMS disk partitions, add additional
disks to the Avaya CMS system, and set up disk mirroring.
To use the disk_space option:
1. Enter:
cmssvc
The system displays the CMSSVC menu.
2. Enter 5 to select disk_space.
Using setup
Use the setup option to set up the initial Avaya CMS configuration. When the cmssvc setup
command is running, any attempt to run other cmsadm or cmssvc commands will be rejected,
and the system will display the error message “Please try later, setup is active”.
Do not confuse this option with the swsetup option, which is used to change the switch
information.
! CAUTION:
CAUTION: Do not run setup on a system that is in service to avoid losing all the customer
data.
Using swinfo
Use the swinfo option to display the switch options that are currently assigned for each ACD.
To use the swinfo option:
1. Enter:
cmssvc
The system displays the CMSSVC menu.
2. Enter 7 to select swinfo.
The system displays a list of ACDs.
3. Select the ACD for which you want to display the switch options.
The system displays the following information:
● Switch name
● Switch model (release)
● If Vectoring is enabled
Using swsetup
Use the swsetup option to change the switch options for each ACD. Do not confuse this
option with the setup option, which is for setting up Avaya CMS.
When you change switch parameters, you should also check the parameters in the CMS
System Setup: Data Storage Allocation window. In particular, if you enable Vectoring,
you will need to allocate space for VDNs and vectors. Changing the switch release may change
the number of measured entities allowed and may also have an impact on the storage allocation
for each entity.
To use the swsetup option:
1. Turn the Avaya CMS software off:
a. Enter:
cmssvc
The system displays the CMSSVC menu.
b. Enter 4 to select run_cms.
c. Enter 2 to turn off the Avaya CMS software but leave the IDS software on.
2. Enter:
cmssvc
The system displays the CMSSVC menu.
3. Enter 8 to select swsetup.
The system displays a list of ACDs.
4. Select the ACD that you want to change.
5. At the prompts, provide the following information:
● Switch name
● Switch model (release)
● Is Vectoring enabled on the switch (if authorized)?
● Is Expert Agent Selection (EAS) enabled on the switch (if authorized)?
● Does the Central Office have disconnect supervision?
Using patch_inst
Use the patch_inst option to install one or more Avaya CMS patches from the CD-ROM. If
you want to install all patches, use the load_all command.
Note:
Note: Some patches require the Avaya CMS software to be off. Look at the read me file
on the Avaya CMS CD-ROM to determine the state of Avaya CMS before
attempting to install a patch.
To use the patch_inst option:
1. Insert the CD-ROM, Avaya CMS R14 into the CD-ROM drive.
2. Enter:
cmssvc
The system displays the CMSSVC menu.
3. Enter 9 to select patch_inst.
Using patch_rmv
Use the patch_rmv option to remove a single Avaya CMS patch installed on the machine.
To use the patch_rmv option:
1. Enter:
cmssvc
The system displays the CMSSVC menu.
2. Enter 10 to select patch_rmv.
3. Enter the patch number.
The system removes the patch.
4. Repeat Steps 2 and 3 for each patch that you want to remove.
For more detailed information about Avaya CMS patches, see Working with Avaya CMS
patches on page 179.
Using load_all
Use the load_all option to install all Avaya CMS patches from the CD-ROM.
Note:
Note: Some patches require the Avaya CMS software to be off. Look at the readme file
on the CMS CD-ROM to determine the state of CMS before attempting to install a
patch.
To use the load_all option:
1. Insert the CD-ROM, Avaya CMS into the CD-ROM drive.
2. Enter:
cmssvc
The system displays the CMSSVC menu.
3. Enter 11 to select load_all.
4. Enter: y
The system installs the patches and displays messages similar to the following:
Using back_all
The back_all option allows you to remove all Avaya CMS patches installed on the machine.
! Important:
Important: The CMSADM backup does not save Avaya CMS data tables. No new users can
log into the Avaya CMS system while the CMSADM backup is running.
This section includes the following topics:
● When to perform a CMSADM backup on page 168
● Tape drives and cartridges on page 169
● Performing a CMSADM backup on page 169
Note:
Note: If you use the Avaya CMS LAN backup feature, back up your system data
according to Avaya Call Management System Release 14 LAN Backup User
Guide. This document provides information about using the Avaya CMS LAN
backup feature, hardware requirements, software requirements, and support
guidelines.
! Important:
Important: This backup contains the default factory configuration. These tapes must be
saved and never reused in case the system needs to be reinstalled in the field.
● After the Avaya CMS system is provisioned
This backup contains the Solaris system files and programs and Avaya CMS configuration
data placed on the computer by TSC provisioning personnel. These tapes should also be
saved and not reused.
In addition, field technicians should perform an Avaya CMS full maintenance backup
before they turn a new system over to the customer. For more information, see Avaya Call
Management System Release 14 Administration.
● Before and after the Avaya CMS software is upgraded (usually performed by a field
technician)
● Once a month (performed by the customer).
! WARNING:
WARNING: Verify that you are using the correct tape for the tape drive on your system. Many
of the tape cartridges look alike, and using the wrong tape can damage the tape
drive mechanism and tape heads.
! CAUTION:
CAUTION: Use a new set of backup tapes for this CMSADM file system backup. Do NOT
use the original set of factory backup tapes or provisioning backup tapes. Make
sure that there are enough tapes for the new backup.
2. Log in as root.
3. Enter:
cmsadm
The system displays the Avaya Call Management System Administration Menu.
4. Enter the number associated with the backup option.
Depending on the configuration of your system, the system displays one of the following
options:
5. Press Enter.
The backup process begins. If more than one tape is required, the system displays the
following message:
6. If the system displays the message in Step 5, insert the next tape and allow it to rewind.
When it is properly positioned, press Enter.
7. When the backup is completed, the system displays information according to the number
of tapes that are required for the backup:
● If the number of tapes required is one, go to Step 10.
The system displays the following message:
xxxxxxx blocks
Tape Verification
xxxxxxx blocks
WARNING: A CMS Full Maintenance Backup in addition to this cmsadm
backup must be done to have a complete backup of the system. . .
. .
Please label the backup tape(s) with the date and the current CMS
version (Rxxxxx.x)
● If the number of tapes required is more than one, the system displays the following
message:
xxxxxxx blocks
Tape Verification
Insert the first tape
Press Return to proceed :
8. Insert the first tape to be used in the backup and press Enter. Wait for the LED on the tape
drive to stop blinking before you remove the tape.
9. When prompted, repeat Step 8 for any additional tapes generated by the backup process.
When the final tape is verified, the program displays the following message:
xxxxxxx blocks
Tape Verification
xxxxxxx blocks
WARNING: A CMS Full Maintenance Backup in addition to this cmsadm
backup must be done to have a complete backup of the system. . .
. .
Please label the backup tape(s) with the date and the current CMS
version (Rxxxxx.x)
The correct device path will show information similar to the following:
4. After you have seen the files you are looking for or have confirmed that data on the tape is
accurate, press Delete to stop the display.
3. Edit the /etc/default/init file and set the TZ variable to equal the appropriate value in the /
usr/share/lib/zoneinfo directory.
For example:
You would modify the line with TZ=US/Mountain.
! CAUTION:
CAUTION: The Avaya CMS software must be off in order to install the Solaris patches.
9. Enter:
/cdrom/cdrom0/spatches_conf
The system displays a message similar to the following:
Warning: you must close all applications before running this script
...................
...................
...................
Solaris patches have been spooled to your machine. The patches will
be installed after rebooting. During the installation of patches
your
server will not be available.
Note:
Note: The system will display the approximate amount of time needed to install the
Solaris patches.
10. Choose one of the following steps:
● To install the Solaris patches:
a. Enter: y
The system boots into single user mode and installs the Solaris patches.
Note:
Note: If there are no Solaris patches to install the system displays the following
message.
! CAUTION:
CAUTION: If you cancel installation of the Solaris patches, you will have to install them
before upgrading the Avaya CMS software.
11. Log into the system as root.
12. Verify that all of the Solaris patches have been installed by entering:
tail -10 /var/cms/spatches/spatches.log
The system displays the following message in the log:
Note:
Note: If the installation procedure fails for any of the patches, the following message is
displayed:
If the message shown above is displayed, continue with this procedure and the
remaining Avaya CMS base load upgrade procedures. When the upgrade is
complete, notify your Avaya CMS support organization as instructed.
13. Enter:
eject cdrom
14. If the system is a Sun Fire or Netra, return the key switch to the position it was in at the
start of this procedure.
2. Check the list to verify that all the Solaris patches you need are installed.
! CAUTION:
CAUTION: Remove a Solaris patch only when instructed by the TSC or by a release letter.
1. Enter:
patchrm patch-id
The patch-id is identified by the TSC or in the release letter.
The system removes the patch, and displays the following message:
2. Enter:
/usr/sbin/shutdown -y -g0 -i6
The system reboots.
Note:
Note: The auth_set tool must have been run sometime in the past before you can
install patches. Call the National Customer Care Center or your product
distributor to have authorizations installed.
Installation of all available patches is recommended. If you believe that you should
not be installing a particular patch, call the National Customer Care Center or
consult with your product distributor before deciding to omit installation of a patch.
3. Enter:
cmssvc
The system displays the CMSSVC menu.
4. Perform one of the following actions:
● To load all of the patches, enter the number associated with the load_all option.
● To load one patch at a time, enter the number associated with the patch_inst
option.
The system lists the patches on the CD-ROM and asks if you really want to install the
patches.
If no patches are found on the CD-ROM continue to next step.
The system displays the following message:
Perform one of the following actions if patches are found on the CD-ROM:
● If you want to load all of the patches, enter: y
● If you want to load only one patch, enter the patch number.
The system installs the patch or patches. As it does so, it displays messages similar to the
following for each patch installed:
! CAUTION:
CAUTION: Do not manually edit password files. Modify the password files using the
procedures in this section. Incorrectly editing password files can result in the
system having to be rebuilt back to factory standards.
This section includes the following topics:
● Determining if a password is aged on page 183
● Excluding users from password aging on page 184
● Removing users from the password aging exclude file on page 185
● Aging specific passwords at different rates on page 185
user1 NP
Note:
Note: The user’s password will not age unless it is created.
● If the user’s password is not aged, the system displays the following message:
user1 PS
● If the user’s password is being aged, the system displays the following message:
user1 PS 05/20/02 0 14 7
Note:
Note: The message includes the user name, the password status, the date the
password was last changed, the minimum numbers of days required between
password changes, the maximum number of days the password is valid, and the
number of days the user will be warned before the password expires.
● If the user’s password is locked, the system displays the following message:
user1 LK
3. Enter:
passwd -x maxdays -w warning user_name
where maxdays is the number of days before the password expires, and
where warning is the number of days a password aging warning is displayed before the
password expires, and
where user_name is the name of the user you want to age.
Note:
Note: A password aging warning will not be displayed for user’s who only accesses
Avaya CMS through Supervisor. Supervisor users will be prompted to enter a
new password when their current password expires. Only users who access
Avaya CMS through the command line will receive a warning message before
their password expires.
Adding the Informix SQL package after IDS and ILS have
been installed
This procedure installs a new Informix SQL package on a system where Informix IDS (Informix
Dynamic Server) and ILS (International Language Supplement) packages are already installed.
To add the new Informix SQL package after the other Informix packages have been installed:
1. Obtain the CD-ROM, Informix SQL version 7.32.
2. Log in as root.
3. Enter:
cd /
4. Set the terminal type by entering the following commands:
TERM=terminal_type
export TERM
where terminal_type is the type of terminal window opened.
Example:
TERM=xterm
export TERM
5. Load the CD-ROM, Informix SQL into the CD-ROM drive.
6. Enter the following commands:
. /opt/informix/bin/setenv
7. Enter:
INFORMIXDIR=/opt/informix
export INFORMIXDIR
PATH=$PATH:$INFORMIXDIR/bin
export PATH
cd $INFORMIXDIR
8. Enter:
pwd
The system should display:
/opt/informix
a ./ 0K
a ./.profile 1K
a ./local.cshrc 1K
............
............
............
a ./console.msgs 2K
a ./jvp.log 0K
tar: ./informix.tar same as archive file
10. Enter:
tar xvf /cdrom/cdrom0/sql.tar
The system copies the Informix SQL files from the CD-ROM to the current directory.
11. Enter:
eject cdrom
12. Enter:
./installsql
The system begins to install the Informix-SQL software:
15. Enter:
vi /opt/informix/etc/.snfile
The file contents should be similar to the following example:
If the sequence for the package listings is not the same as that shown in the example
provided above, edit the file to arrange the packages in the proper sequence.
16. Press Esc. Then enter :wq! to save and close the file.
17. Enter:
cp /opt/informix/etc/.snfile /tmp/
18. Enter:
tar xvpf informix.tar
The system restores the previous Informix installation and configuration, and displays the
following message:
19. Enter:
rm informix.tar
20. Enter:
cp /tmp/.snfile /opt/informix/etc/
Verifying chkDisks
To verify that cron is running:
1. Enter at the # prompt:
crontab -l
2. Check the listing to see that there is an entry for chkDisks.
Canceling chkDisks
To stop cron from running:
1. Enter at the # prompt:
crontab -e
2. With the file loaded in the editor, comment out the entry for chkDisks and write and quit the
file.
Note:
Note: Not all disk failures are identified in the /var/adm/messages file. You must
perform the procedure for Identifying down chunks on page 191 in addition to this
procedure.
To identify a faulty disk in a mirrored system:
1. Enter:
cd /var/adm
2. Enter:
vi messages
The system displays a message similar to the following:
Note:
Note: The line shown in bold indicates a disk problem. The sd@2,0 represents SCSI
disk.
3. Enter:
:q!
The system exits the file without making changes.
4. Determine which disk has the problem by entering:
ls -l /dev/dsk/c*
The system displays the following message:
.
.
.
lrwxrwxrwx 1 root root 50 Apr 24 15:21 /dev/dsk/c0t2d0s0 -> ../../
devices/sbus@3,0/SUNW,fas @3,8800000/sd@2,0:a
lrwxrwxrwx 1 root root 50 Apr 24 15:21 /dev/dsk/c0t2d0s1 -> ../../
devices/sbus@3,0/SUNW,fas @3,8800000/sd@2,0:b
.......
.......
.......
#
5. Search the output for a device description matching that in the warning message.
If the ”sd@2,0:X” information matches the same information in the warning message,
that disk is the faulty disk.
Note:
Note: The X at the end of the device is the partition number. The partition information
may not be displayed in the /var/adm/messages file. The following table shows
which letters correspond to which disk partition.
a 0
b 1
c 2
d 3
e 4
f 5
g 6
h 7
d32: Submirror of d3
Size: 14960160 blocks
Stripe 0:
Device Start Block Dbase State Hot Spare
c0t2d0s1 0 No Maintenance
Stripe 1:
Device Start Block Dbase State Hot Spare
c0t4d0s3 0 No Okay
d32: Submirror of d3
Size: 14960160 blocks
Stripe 0:
Device Start Block Dbase State Hot Spare
c0t2d0s1 0 No Okay
Stripe 1:
Device Start Block Dbase State Hot Spare
c0t4d0s3 0 No Okay
! Important:
Important: Be sure to check all the submirrors. If the disk is also listed under d11 or d12, it is
a boot disk belonging to two different submirrors.
3. Record the metadevices to which the disk belongs.
Example:
d11 and d31
4. After identifying all of the faulty disks and associated submirrors, see Recovering a
mirrored system after disk failure on page 211.
! WARNING:
WARNING: After disk mirroring is authorized, the Avaya CMS system needs to be
immediately configured as a mirrored system. If the system operates as a
non-mirrored system with mirroring authorized, the database will need to be
rebuilt when the system is mirrored.
This section provides the procedures for recovering data on an Avaya Call Management
System (CMS) that has non-functioning hardware or software corruption. Personnel at the
Technical Service Center (TSC) will need assistance from an on-site technician or the site’s
CMS administrator in order to perform most of the procedures in this chapter.
This section includes the following topics:
● Using the nohup command on page 195
● Performing an Avaya CMS maintenance restore on page 196
● Verifying Free Space Allocation during a maintenance restore on page 200
● Mirrored system disk pairs on page 203
● Verifying boot disk integrity on page 204
● Recovering a non-mirrored system after data disk failure on page 205
● Recovering a mirrored system after disk failure on page 211
● Performing a CMSADM restore of a mirrored or non-mirrored system on page 221
● Restoring a system without a CMSADM or system backup on page 225
● Restoring specific files from the CMSADM backup tape on page 226
! CAUTION:
CAUTION: If this procedure is being performed because of a disk replacement or crash, see
Recovering a mirrored system after disk failure on page 211 before performing
this procedure.
This section includes the following topics:
● Data restore requirements on page 196
● Restoring data from a full maintenance backup on page 197
● Restoring data from a full and incremental maintenance backup on page 198
Note:
Note: If you use the Avaya CMS LAN backup feature, see Avaya Call Management
System Release 14 LAN Backup User Guide. This document provides
information about using the Avaya CMS LAN backup feature, hardware
requirements, software requirements, and support guidelines.
! CAUTION:
CAUTION: Perform this procedure when only the full Avaya CMS maintenance backups are
available. If an incremental maintenance backup is also available, see Restoring
data from a full and incremental maintenance backup on page 198
1. Load the most recent full maintenance backup tape into the tape drive.
2. From one of the windows at a console, log into the system by using a CMS administrator’s
login ID (for example su - cms). Enter the correct password if prompted.
3. Enter:
cms
A series of prompts about system status may appear before the system displays the CMS
main menu.
4. Enter the correct terminal type.
5. Select the Maintenance option.
6. Select the Restore Data option.
7. In the Restore from last backup (y/n): field, enter: n
The system restores the system administration data, ACD-specific data, historical data,
and non-CMS data.
8. Go to the Free Space Allocation window that is located in the CMS System Setup
subsystem and verify that no adjustments need to be made.
For more information about Free Space Allocation, see Avaya Call Management System
Release 14 Administration.
! CAUTION:
CAUTION: Perform this procedure only if both full and incremental Avaya CMS maintenance
backups are available. If only a full maintenance backup is available go to
Restoring data from a full maintenance backup on page 197.
1. Insert the most recent full maintenance backup tape into the tape drive.
2. From one of the windows at a console, log into the system by using an Avaya CMS
administrator’s login ID (for example su - cms). Enter the correct password if prompted.
3. Enter:
cms
A series of prompts about system status may appear before the system displays the CMS
main menu.
4. Enter the correct terminal type.
5. Depending on the type of data to be restored, it may not be necessary to perform Steps a
or b. See the table in Data restore requirements on page 196 to determine which steps to
perform.
a. Change the Avaya CMS software to single user mode:
1. Select System Setup - CMS State.
The system displays the CMS State window.
2. Enter an x in the Single-user mode field and press Enter twice.
3. Press F5 to return to the main menu.
b. Turn off data collection:
1. Select System Setup - Data Collection.
The system displays the Data Collection window.
2. Enter the name of the ACD.
3. Use Tab to move the Off field and enter: x
4. Press Enter, select Modify, and press Enter again.
5. Repeat Steps 1 through 4 for each ACD.
6. Press F5.
The system displays the CMS main menu.
6. Select Maintenance - Restore Data.
4. Verify that the Avaya CMS software is in single user mode and data collection is off for all
ACDs.
5. From the main menu, select Maintenance > Restore Data.
The system displays the Restore Data window.
10. From the main menu, select System Setup > Free Space Allocation.
The system displays the Free Space Allocation window.
11. In the Enter Dbspace name: field, enter the Dbspace name of the ACD.
12. Press Enter to access the action list in the upper right corner of the window.
13. Select Modify.
14. Press Enter.
15. Perform one of the following actions:
● Answer y to any questions that may be displayed.
● Press Enter if a “Nothing to add/drop” message is displayed.
16. Repeat Steps 11 through 15 for every ACD on the system.
Note:
Note: These steps are performed for every ACD on the system in order to adjust the
available space for each ACD. Additional space will be added to acds with
negative space and ACDs with additional space will have the space reallocated.
For more information about Free Space Allocation, see Avaya Call Management
System Release 14 Administration.
17. Exit the Free Space Allocation window by pressing F5.
18. From the main menu, select Maintenance > Restore Data.
The system displays the Restore Data window.
19. Deselect:
● Local system administration data
c1t0d0 c1t3d0
c1t1d0 c1t4d0
c1t0d0 c1t3d0
c1t1d0 c1t4d0
c1t2d0 c1t5d0
c0t0d0 c0t2d0
c1t0d0 c1t1d0
! Important:
Important: If the system loses the primary boot disk, the system will need to be rebuilt to
factory standards and any data will need to be restored. See Performing a
CMSADM restore of a mirrored or non-mirrored system on page 221.
Note:
Note: If you use the Avaya CMS LAN backup feature, see Avaya Call Management
System Release 14 LAN Backup User Guide. This document provides
information about using the Avaya CMS LAN backup feature, hardware
requirements, software requirements, and support guidelines.
To recover a non-mirrored system:
1. Obtain the most recent successful maintenance backup tapes.
2. Install and format the replacement disk.
Note:
Note: For more information about installation of hard drives, see the appropriate
hardware installation, maintenance, and troubleshooting book for your platform.
3. Turn on any external devices. Then turn on the system.
The system boots into multi-user mode.
! Important:
Important: If the system fails to boot after installing the hard drive according to the
appropriate hardware installation, maintenance, and troubleshooting book, reboot
the system from the ok prompt using boot disk. After the system reboots, log
into the system as root.
4. Log on as root.
5. Turn off the Avaya CMS software and the IDS software.
6. Verify the file properties for partitions 1, 2, 3, 4, 5, 6, and 7. The group and owner should
be informix, and the permissions should be 660. Enter:
ls -ltL /dev/rdsk/cXtXd0sX
where cX is the device controller number, and
where tX is the device target number, and
where sX is the slice number.
If the file properties are not correct, enter the following commands:
. /olds/olds-funcs
change_perms cXtXd0
where cX is the device controller number, and
where tX is the device target number.
Note:
Note: For more information about hard drive device names, see the appropriate
hardware installation, maintenance, and troubleshooting book for your platform.
The system records the permission change in /cms/install/logdir/admin.log
7. Set the IDS environment by entering:
. /opt/informix/bin/setenv
8. Enter:
vi /opt/informix/etc/onconfig.cms
The system displays the onconfig.cms file.
9. Change the PHYSDBS setting to:
rootdbs
10. Change the LOGFILES setting to:
3
11. Press Esc. Then enter:
:wq!
The system saves and exits the file.
12. Verify the file properties for the onconfig.cms file. The group and owner should be
informix, and the permissions should be 644.
Perform the following steps if the file properties are not correct:
a. Enter the following command on a single line at the command prompt:
chown informix:informix /opt/informix/etc/onconfig.cms
b. Enter:
chmod 644 /opt/informix/etc/onconfig.cms
16. Enter: y
17. Enter:
. /olds/olds-funcs
18. Enter:
remove_soft_partitions
19. Check the IDS software by entering:
onstat
The system displays several sets of data:
Userthreads
address flags sessid user tty wait tout locks nreads nwrites
a30c018 ---P--D 1 root - 0 0 0 27 37510
a30c608 ---P--F 0 root - 0 0 0 0 1132
....................
....................
....................
ixda-RA idx-RA da-RA RA-pgsused lchwaits
4 0 47 51 0
20. Enter:
cmssvc
The system displays the CMSSVC menu.
21. Enter the number associated with the disk_space option.
The system displays the following message:
Initializing the boot disk (this may take several minutes!) ...
Note:
Note: If IDS fails to turn on after the configuration of the IDS dbspaces, contact the
National Customer Care Center (1-800-242-2121), or consult with your product
distributor or representative.
22. Enter the number associated with the Add New Disks option.
If the system has more than one disk, it displays a list of disks.
23. Repeat Steps 20 through 22 for every hard drive installed on the system.
When all disks have been added, the system displays the following message:
! Important:
Important: It is preferred that CMS be set up from the flat file. The CMS setup information is
found in the UNIX flat file. This information is updated automatically when a
CMSADM backup is performed. If updates have been made since the last
CMSADM backup, it may be necessary to run CMS setup interactively.
1) English
2) Dutch
3) French
4) German
5) Italian
6) Portuguese
7) Spanish
8) Japanese
Enter choice (1-8): (default: 1)
Note:
Note: An additional option for a converter created setup file may be displayed on some
systems
j. Enter the number associated with the flat file option.
The system displays the following message:
k. Enter:
tail -f /cms/install/logdir/admin.log
Note:
Note: The -f option in the tail command updates the console as messages are
written to the admin.log file. All failure messages are logged in this file.
The system displays the following message:
! Important:
Important: The system will need to be rebuilt to factory standards and any data will need to
be restored if both the primary boot disk and the alternate boot disk fail. If this
condition is met, see Performing a CMSADM restore of a mirrored or
non-mirrored system on page 221.
This section includes the following topics:
● Prerequisites on page 212
● Recovering a mirrored system after a single disk fails on page 212
● Recovering a mirrored system after a mirrored pair of data disks fail on page 214
Prerequisites
Before you recover a mirrored system, perform the following tasks:
● Verify that the alternate boot device is set up. See Enabling recovery with the alternate
boot device on page 189 for more information.
● Identify the faulty disk or disks. See Identifying a faulty disk on page 191 and Mirrored
system disk pairs on page 203 for more information.
● The system must boot off of a functioning boot disk. For more information see Verifying
boot disk integrity on page 204.
! Important:
Important: Do not immediately remove and replace the faulty disk. Remove and replace the
disk only after being instructed to do so.
1. Enter:
cd /
! Important:
Important: Do not immediately remove and replace the faulty disk. Remove and replace the
disk only after being instructed to do so.
1. Enter:
cd /
2. Turn off the Avaya CMS software and the IDS software.
! WARNING:
WARNING: Avaya CMS setup will be re-run in this procedure and data restored. Record any
current Avaya CMS administration.
3. Replace, format, and partition the replacement pair of disks. See Avaya CMS disk partition
values on page 256 and Using the luxadm command on page 249 for more information.
Note:
Note: For more information about disk drives, see the appropriate hardware installation,
maintenance, and troubleshooting book for your platform.
4. Enter:
. /olds/olds-funcs
5. Enter:
remove_soft_partitions
6. Enter:
metastat | more
7. Verify that the root, swap, and /cms metadevices are either in an Okay or resync state.
Note:
Note: If the metadevices are in an incorrect state, enter:
metareplace -e dX cXtXd0sX
where cX is the device controller number, and
where tX is the device target number, and
where cX is the device controller number, and
where sX is the slice number, and
where dX is for d1 for s0, d2 for s1, and d3 for s3.
8. Verify the file properties for partitions 0, 1, 3, 4, 5, 6, and 7. The group and owner should
be informix, and the permissions should be 660. Enter:
ls -ltL /dev/rdsk/cXtXd0sX
where cX is the device controller number, and
where tX is the device target number, and
where sX is the slice number.
If the file properties are not correct, enter the following commands:
. /olds/olds-funcs
change_perms cXtXd0
where cX is the device controller number, and
where tX is the device target number.
Note:
Note: For more information about hard drive device names, see the appropriate
hardware installation, maintenance, and troubleshooting book for your platform.
The system records the permission change in /cms/install/logdir/admin.log
9. Enter:
mv /cms/db/backupDevice /cms/db/backupDevice.tmp
10. Enter:
vi /opt/informix/etc/onconfig.cms
The system displays the onconfig.cms file.
11. Remove the MIRRORPATH setting.
For example, you would remove /dev/rdsk/cxtxd0sx. Do not delete the entire line.
19. Enter: y
20. Verify the file properties for the onconfig.cms file. The group and owner should be
informix, and the permissions should be 644.
If the file properties are not correct, perform the following:
a. Enter the following command on a single line at the command prompt:
chown informix:informix /opt/informix/etc/onconfig.cms
b. Enter:
chmod 644 /opt/informix/etc/onconfig.cms
Note:
Note: If IDS fails to turn on after the configuration of the IDS dbspaces, contact the
National Customer Care Center (1-800-242-2121), or consult with your product
distributor or representative.
31. Enter the number associated with the Add new disks option.
The system displays a list of disk pairs.
32. Repeat Steps 29 through 32 to sequentially add each disk pair installed on the system.
When all disks have been added, the system displays the following message:
! Important:
Important: It is preferred that Avaya CMS be set up from the flat file. The Avaya CMS setup
information is found in the UNIX flat file. This information is updated automatically
when a CMSADM backup is performed. If updates have been made since the last
CMSADM backup, it may be necessary to run Avaya CMS setup interactively.
● To set up Avaya CMS interactively.
See Configuring Avaya CMS interactively on page 86.
● To set up Avaya CMS from a UNIX flat file.
a. Enter:
uname -n
The system displays the UNIX system name.
b. Record the UNIX system name for use later.
___________________________________________
c. Enter:
vi /cms/install/cms_install/cms.install
d. Verify that the second line has an entry for the UNIX system name. If it does not,
add the UNIX system name you recorded in Step b.
Example:
1) English
2) Dutch
3) French
4) German
5) Italian
6) Portuguese
7) Spanish
8) Japanese
Enter choice (1-8): (default: 1)
Note:
Note: An additional option for a converter created setup file may be displayed on some
systems
j. Enter the number associated with the flat file option.
The system displays the following message:
k. Enter:
tail -f /cms/install/logdir/admin.log
Note:
Note: The -f option in the tail command updates the console as messages are
written to the admin.log file. All failure messages are logged in this file.
The system displays the following message:
Note:
Note: If a MX entry appears for the logdbs dbspace, enter:
ontape -s
The dbspace should be repaired.
40. Restore the Avaya CMS data and verify the Free Space Allocation. See Verifying Free
Space Allocation during a maintenance restore on page 200 for more information.
Prerequisites
Before you begin restoring the system, perform the following tasks:
● If the system is mirrored, verify that the system cannot boot from either the primary or
secondary boot device.
● Obtain the CMSADM file system backup tapes.
● Obtain the most recent maintenance backup tapes.
● Replace any defective hardware.
● Verify that all the network cards are in the correct slot if you are restoring a V880 or V890
system.
The cards will be reconfigured during the restore process. If the network cards are not in
the correct order, the network settings will be associated with the incorrect card. For more
information about network card configuration, see the most recent Avaya Call
Management System Sun Fire V880/V890 Computer Hardware Installation, Maintenance,
and Troubleshooting guide.
9. Enter:
quit
10. Enter:
pwd
The system displays the following message:
/tmp/root
Note:
Note: If the system does not display /tmp/root, enter:
cd /tmp/root
11. Insert the CMSADM backup tape into the tape drive.
12. Enter the following command on a single line at the command prompt:
cpio -icmudv -C 10240 -I /dev/rmt/dev# “cms/install/bin/restore”
where dev# is replaced with the tape device name.
The system retrieves the file and displays the following message within a couple of
minutes:
cms/install/bin/restore
! Important:
Important: The restore script should be one of the first files on the tape backup. If the system
does not display cms/install/bin/restore within a couple of minutes, the restore
script is not on the tape. Press Ctrl+C
Contact the National Customer Care Center, or consult with your product
distributor or representative about obtaining the script.
Note:
Note: The “cms/install/bin/restore” message might be displayed a second
time.
13. Press Ctrl+C
The system stops searching the CMSADM backup tape.
Note:
Note: If you do not press Ctrl+C, the system will continue to search the entire backup
tape. This search could take several hours to complete.
14. Verify that the restore script has the correct permissions by entering:
chmod +x cms/install/bin/restore
The system sets the correct permissions to execute the script. If the permissions for the
script are not correct, the restore will fail.
15. Restore the system by entering:
cms/install/bin/restore /dev/rmt/dev#
where dev# is replaced with the tape device name.
The system displays the following message:
The system restores the files on the tape backup. The system will automatically reboot
after all the files on the tape have been transferred.
Note:
Note: If a problem occurs during the restore process, the system will display prompts
indicating a problem. Follow the instructions displayed by the system.
16. Log in to the system as root.
! Important:
Important: The system may reboot several times during the restore process. The reboots
can occur at random intervals throughout the restore process. You may have to
repeat this step several times.
17. After the system reboots, you can monitor the progress of the restore by entering:
tail -f /cms/install/logdir/restore/restorecms.log
Note:
Note: In order to monitor the restore progress. You must enter this command each time
the system reboots.
When the restore process is complete, the system displays the following message at the
end of restorecms.log:
18. Enter:
ps -ef|egrep S99
19. Choose one of the following steps:
5. Restore any available Avaya CMS data from the most recent Avaya CMS maintenance
backup. See Verifying Free Space Allocation during a maintenance restore on page 200
for more information.
6. Re-administer terminals, printers, modems, and other peripheral devices as needed. For
more information, see Avaya CMS Terminals, Printers, and Modems.
7. Contact the Communication Solutions and Integration (CSI) organization for any
previously installed customization.
This section provides solutions for common software or hardware problems. Use these
procedures to troubleshoot the Avaya Call Management System (CMS) software.
This section includes the following topics:
● Determining your Avaya CMS version on page 228
● Recognizing new hardware devices on page 228
● Troubleshooting password aging on page 229
● Avaya CMS error logs on page 230
● Checking installed software packages on page 231
● Listing pkgchk errors on page 231
● Troubleshooting a system that fails to auto-boot on page 232
● Diagnosing a machine panic on page 233
● Using the Sun Explorer tool on page 234
● Using the remote console on page 235
● Diagnosing dial-In access problems on page 242
● Booting Solaris into single-user mode on page 247
● Common problems using the CD-ROM drive on page 248
● Using the luxadm command on page 249
● Removing the Avaya CMS package fails on page 254
● Avaya CMS installation fails on page 255
● CMSADM backup problems on page 255
● System messages on page 256
● Avaya CMS disk partition values on page 256
● Avaya CMS EEPROM settings on page 261
● Troubleshooting soft partitioning on page 262
● About mirrored systems on page 268
● Troubleshooting problems with disk drives on page 272
● Cleaning up a replacement boot disk on page 276
● Checking for disk recognition errors on page 278
● Common error messages on page 283
5. Enter:
dmesg > dmesg.out
The system creates a dmesg.out file.
6. Enter:
prtconf -pv>prtconf.out
The system retrieves the output from the prtconf -pv buffer.
7. Enter:
cp /var/adm/messages messages
The system copies the output from the /var/adm/messages file.
8. Insert a tape into the default backup tape drive.
9. Enter the following command on a single line at the command prompt:
tar cvf /dev/rmt/0 unix.X vmcore.X dmesg.out showrev.out
prtconf.out messages
where the letter X represents the number of the crashdump.
The system displays a list of all of the files.
10. Enter the following command on a single line at the command prompt:
rm unix.X vmcore.X dmesg.out showrev.out prtconf.out messages
where the letter X represents the number of the crashdump.
The system removes the temporary files.
11. Log out of the system.
12. Remove the tape from the disk drive and send the tape to the TSC.
! Important:
Important: Only TSC PERSONNEL should use the Sun Explorer tool. You may be directed
to use this tool per request by support personnel.
To run Sun Explorer:
1. Log in as root.
! CAUTION:
CAUTION: Use this procedure only when absolutely necessary. If the console redirects and
the modem line drops, you may not be able to get back into the system.
This section includes the following topics:
● Redirecting the local console to the remote console on page 236
● Redirecting the remote console back to the local console on page 238
3. Remove the port monitor by entering the following command at the remote console:
/cms/install/bin/abcadm -r ttyX
where X is a or b.
The system displays the following message:
done
desktop auto-start disabled
Proceding to reboot.
The system will automatically reboot, and the remote console port will come up as the
console.
The following occurs:
● The system begins to shut down.
● Shut down, reset, and reboot messages appear on the local console.
● When the system starts to come back up, the local console goes blank.
! CAUTION:
CAUTION: Do not press Control+D or Exit from the remote console to exit the system
without first redirecting control back to the local console. You may lock yourself
from using the console locally or remotely.
! CAUTION:
CAUTION: Do not press Ctrl + D or exit from the remote console to exit the system without
first redirecting control back to the local console. If you do, you may lock yourself
from using the console locally or remotely.
● At the remote console, if the system is in OpenBoot mode, enter the following
commands:
setenv output-device screen
setenv input-device keyboard
setenv ttyX-rts-dtr-off true
setenv ttyX-ignore-cd false
reset
where X is a or b.
The following occurs:
● The system begins to shut down.
● Shutdown, reset, and reboot messages appear on the remote console.
● When the system starts to come back up, the system boot diagnostics are displayed
on the local console.
● The login screen is displayed on the local console.
2. At the remote console, hang up the modem connection.
3. Log into the system as root at the local console.
4. To see what is on the ttyX port, enter:
/cms/install/bin/abcadm -k
5. Start a port monitor on ttyX by entering:
/cms/install/bin/abcadm -i -b 9600 ttyX
where X is a or b.
! CAUTION:
CAUTION: This method of redirecting the console port should only be done as a last resort.
This procedure resets the NVRAM defaults to the Sun factory settings.
To redirect control of the console port from the remote console back to the local console:
1. Cycle power on the Avaya CMS system.
2. As the computer begins to boot up, choose one of the following steps:
● For a Sun Blade system, press the power button twice. A prompt appears on the local
console.
● For any platform that is not a Sun Blade system, press the Stop + N keys
simultaneously. Continue to press the Stop + N keys until a prompt appears on the
local console.
3. At the ok prompt, enter: boot
4. When the system boots up, log into the system as root at the local console.
5. To see what is on the ttya port, enter:
/cms/install/bin/abcadm -k
6. Start a port monitor on ttyX by entering:
/cms/install/bin/abcadm -i -b 9600 ttyX
where X is a or b.
The system displays the following message:
7. See the appropriate hardware installation, maintenance, and troubleshooting book for
information on how to reset the NVRAM to the correct factory defaults.
Solution:
Check the following:
● Port connectivity - Refer to the hardware installation document for your platform for more
details.
● Modem setup - Refer to the hardware installation document for your platform for more
details.
● Serial port administration - Refer to the hardware installation document for your platform
for more details.
Solution:
At the on-site location, make sure the modem is on, and check the following cabling
connections:
● Phone line to the modem
● Modem to a serial port
Note:
Note: Port A for the Sun Fire, Sun Netra, and Sun Blade.
Problem 2:
The remote user gets Answered and Connected responses displayed on the screen, but
no login.
Solution:
1. Choose one of the following commands to make sure that a monitor is running:
● pmadm -l; sacadm -l
● /cms/install/bin/abcadm -k
2. If no port monitor is running, start a port monitor by entering:
/cms/install/bin/abcadm -i -b baud ttyX
where X is a or b.
3. If a port monitor is running, make sure that the port monitor is set up at the correct baud
rate relative to the local modem.
● If the baud rate is not correct, remove the current port monitor and start a new port
monitor at the correct baud rate. Enter the following commands:
/cms/install/bin/abcadm -r ttyX
/cms/install/bin/abcadm -i -b baud ttyX
where X is a or b.
● If the port monitor is running and is at the correct baud rate, try to fix the problem by
disabling and enabling the port monitor. Enter the following commands:
pmadm -d -p ttymona -s ttyX
pmadm -e -p ttymona -s ttyX
where X is a or b.
Solution:
1. Enter the following command:
sacadm -l
The system displays a message similar to the following example:
The first number listed in the first line of the display (278 in the example above) is the
process ID (PID) of the sac process.
cms2# pmadm -l
PMTAG PMTYPE SVCTAG FLGS ID
<PMSPECIFIC>
ttymona ttymon ttya u root /dev/
term/a b - /usr/bin/login - n9600 ldterm,ttcompat login: Port
monitor disabled - n #CMS ttya port device
#
4. Check the baud rate of the port monitor (n9600 in the example above) to make sure it is
the same rate as the local modem.
5. If the baud rate is correct, go to Step 6. If the baud rate is incorrect, start a new port
monitor at the correct baud rate by entering:
/cms/install/bin/abcadm -i -b baud ttyX
where X is a or b.
6. If the port monitor is running and is at the correct baud rate, try to fix the problem by
disabling and then reenabling the port monitor. Enter the following commands:
pmadm -d -p ttymona -s ttyX /* disables */
pmadm -e -p ttymona -s ttyX /* reenables */
where X is a or b.
Solution 1:
Try pressing a few keys to see if the problem corrects itself.
Solution 2:
If the dial-in continues to display scrambled characters instead of a login prompt, check the
baud rate of the remote console by doing the following:
1. Have an on-site person run the following command:
/cms/install/bin/abcadm -k
2. Make sure the baud rate is consistent with the modem connected on-site and the modem
and console at the remote site.
3. If there is a baud rate inconsistency on-site, reconfigure the machine with the appropriate
baud rate for the modem with the following command:
/cms/install/bin/abcadm -c -b baud ttyX
where X is a or b.
The system reboots.
4. If there is a baud rate inconsistency with the remote site, reconfigure the remote site and
redial.
Solution 3:
If the dial-in continues to display garbage characters instead of a login prompt, set the console
back to local by switching to the local console via the OpenBoot method. See Using the remote
console on page 235 for details.
Solution:
1. Enter:
sacadm -l
If the system status reports NO_SAC, the port is not working properly.
2. Enter:
/cms/install/bin/abcadm -i -b 9600 ttyX
where X is a or b.
This should initialize the port. If the port does not initialize, continue with Step 3.
3. Enter:
/cms/install/bin/abcadm -r ttyX
where X is a or b.
This removes the port administration.
4. Enter:
ps -ef | grep sac
This finds any SAC processes that are running. If any processes are found, continue with
Step 5. Otherwise, continue with Step 6.
5. Enter:
kill -9 pid
Use this command to kill any SAC processes still running. Process numbers are
represented by pid.
6. Enter:
/usr/lib/saf/sac -t 300
SAC restarts.
7. Enter:
sacadm -l
Confirm that SAC is running. The system should show ENABLED.
8. Enter:
/cms/install/bin/abcadm -i -b 9600 ttyX
where X is a or b.
This should initialize the port.
Note:
Note: The system will not successfully enter single-user mode if you execute the
shutdown command from the local console while the console is redirected.
When this occurs, the local console will not respond if you try to enter data. The
remote console will also be unresponsive.
To recover from the situation, put the system into single-user mode by performing the
following procedure:
a. Select a new window on the local console.
b. In the new window, enter:
/usr/sbin/shutdown -y -i0 -g0
c. On the remote console, enter:
boot -s
Found Enclosure:
SUNWGS INT FCBPL Name:FCloop Node WWN:508002000017d2b0 Logical
Path:/dev/es/ses1
4. Enter:
luxadm display loop_name
where loop_name is the name of the fiber channel loop.
Example:
luxadm display FCloop
The system displays the slot and WWN number for every disk in the system.
Example:
Note:
Note: The system displays a warning if a problem is detected with any of the disk
drives.
5. Record the faulty disk number.
stopping: /dev/rdsk/c2t6d0s2....Done
offlining: /dev/rdsk/c2t6d0s2....Done
Note:
Note: If the system is a Sun Fire, an amber LED will light when the disk can be safely
removed.
! Important:
Important: Do not insert the replacement disk. (You will be instructed when to insert the
replacement disk in Adding a disk with the luxadm command on page 253.)
6. Physically remove the faulty disk from the system.
Note:
Note: For more information about removing a disk drive, see the appropriate hardware
installation, maintenance and troubleshooting book for your platform.
7. Press Enter.
The system displays a message similar to the following:
Device: /dev/rdsk/c2t6d0s2
Please hit <RETURN> when you have finished adding Fibre Channel Enclosure(s)/
Device(s):
Note:
Note: Ignore the message, “No new enclosure(s) were added!!”.
4. Verify that there are no problems with the replacement disk. If any files that may interfere
with the system booting are present on a replacement boot disk, go to Cleaning up a
replacement boot disk on page 276.
Solution:
1. Log in directly as root or root2
2. Remove package(s) as instructed by the system.
System messages
System messages can alert you to system problems, such as a device that is about to fail. By
default, many of the messages are displayed on the system console and are stored in
/var/adm.
To display system messages:
1. Enter:
dmesg
The system displays the most recent messages as shown in the following example:
The /var/adm directory contains several message files. The most recent messages are in
/var/adm/messages and in /var/adm/messages.0; the oldest are in /var/adm/messages.3.
Periodically a new file is created, and the messages.3 file is deleted, messages.2 is renamed
messages.3, messages.1 is renamed messages.2, and messages.0 is renamed messages.1.
The message files may contain not only system messages, but also crash dumps and other
data, which can cause /var/adm to grow quite large. To keep the directory to a reasonable size
and ensure that future crash dumps can be saved, you should remove unneeded files
periodically. You can automate the task by using crontab. See your Sun system documentation
for information on crontab.
Disk slice 0 1 2 3 4 5 6 7
Flag wm wu wm wm wm wm wm wm
Note:
Note: If the disk drive you are partitioning does not match the supported disk partition
values, you have a non-standard disk. Report the issue to technical support
personnel.
Disk slice 0 1 2 3 4 5 6 7
Data disk slice Leave Leave overlap1 Leave Leave Leave Leave Leave
name blank blank blank blank blank blank blank
Flag wm wm wm wm wm wm wm wm
Note:
Note: If the disk drive you are partitioning does not match the supported disk partition
values, you have a non-standard disk. Report the issue to technical support
personnel.
Soft partitions
Soft partitioning is managed through Solaris Volume Manager as metadevices on partition 7.
The soft partitions are automatically created through the disk_space option in the CMSSVC
menu. Disk sizes smaller than 12 GB do not require soft partitions so only 18 GB and larger
disks will contain any soft partitions.
This section includes the following topics:
● Numbering scheme for metadevices on page 259
● Soft partition setup on page 261
Examples:
ansi-terminal? true
auto-boot? true
boot-command boot
boot-device disk
“disk bootdevice2”
diag-device disk
“disk bootdevice2”
diag-level min
diag-switch? false
input-device keyboard
local-mac-address? true
output-device screen
scsi-initiator-id 7
ttya-ignore-cd false
ttya-rts-dtr-off true
ttyb-ignore-cd false
ttyb-rts-dtr-off true
d100 2097152
d101 2097152
d102 262144
d103 262144
d104 262144
d105 262144
d200 2097152
d201 2097152
d202 2097152
d203 262144
d204 262144
d205 262144
2. Verify that erroneous soft partitions were not created, and that all soft partitions on a
mirrored system are correctly matched up.
Example of an erroneous file:
If errors are found, check the appropriate platform file for any inconsistencies (for example,
extra lines or characters). The platform files are found at
/cms/install/disk_mgr/mirror/platform
Where platform is the model of your Avaya CMS system.
3. Determine what metadevices exist by entering:
metastat -p
The system displays one of the following messages:
● For a non-mirrored system:
d2 -m d21 2
d21 1 1 c0t0d0s1
d100 -p c0t0d0s7 -o 1 -b 4194304
d101 -p c0t0d0s7 -o 4194306 -b 4194304
d102 -p c0t0d0s7 -o 8388611 -b 524288
d103 -p c0t0d0s7 -o 8912900 -b 524288
d104 -p c0t0d0s7 -o 9437189 -b 524288
d105 -p c0t0d0s7 -o 9961478 -b 524288
d200 -p c0t1d0s7 -o 1 -b 4194304
d201 -p c0t1d0s7 -o 4194306 -b 4194304
d202 -p c0t1d0s7 -o 8388611 -b 4194304
d203 -p c0t1d0s7 -o 12582916 -b 524288
d204 -p c0t1d0s7 -o 13107205 -b 524288
d205 -p c0t1d0s7 -o 13631494 -b 524288
d1 -m d11 d12 1
d11 1 1 c0t0d0s0
d12 1 1 c0t2d0s0
d2 -m d21 d22 2
d21 1 1 c0t0d0s1
d22 1 1 c0t2d0s1
d3 -m d31 d32 1
d31 1 1 c0t0d0s3
d32 1 1 c0t2d0s3
d100 -p c0t0d0s7 -o 1 -b 4194304
d101 -p c0t0d0s7 -o 4194306 -b 4194304
d102 -p c0t0d0s7 -o 8388611 -b 524288
d103 -p c0t0d0s7 -o 8912900 -b 524288
d104 -p c0t0d0s7 -o 9437189 -b 524288
d150 -p c0t2d0s7 -o 1 -b 4194304
d151 -p c0t2d0s7 -o 4194306 -b 4194304
d152 -p c0t2d0s7 -o 8388611 -b 524288
d153 -p c0t2d0s7 -o 8912900 -b 524288
d154 -p c0t2d0s7 -o 9437189 -b 524288
d200 -p c1t0d0s7 -o 1 -b 4194304
d201 -p c1t0d0s7 -o 4194306 -b 4194304
d202 -p c1t0d0s7 -o 8388611 -b 524288
d203 -p c1t0d0s7 -o 8912900 -b 524288
d204 -p c1t0d0s7 -o 9437189 -b 524288
d250 -p c1t2d0s7 -o 1 -b 4194304
d251 -p c1t2d0s7 -o 4194306 -b 4194304
d252 -p c1t2d0s7 -o 8388611 -b 524288
d253 -p c1t2d0s7 -o 8912900 -b 524288
d254 -p c1t2d0s7 -o 9437189 -b 524288
4. Verify that the system recognizes all the soft partitions as metadevices.
5. Determine what metadevices are in use by entering the following commands:
. /opt/informix/bin/setenv
onstat -d | egrep “MD” | more
The system displays one of the following messages:
Note:
Note: The 2 GB partitions are configured as eight 256 MB chunks.
Note:
Note: On a non-mirrored system, d100 is assigned to dbtemp. On a mirrored system
d100 and d150 are assigned to dbtemp.
6. Verify that IDS recognizes all the soft partitions.
7. The metastat command will not always detect a problem with soft partition metadevices.
Enter:
dd if=/dev/md/dsk/dXXX of=/dev/null count=10
where dXXX is the soft partition metadevice name.
If there are problems with the soft partition, the system displays a message similar to the
following:
If there are no problems with the soft partition, the system displays a message similar to
the following:
10+0 records in
10+0 records out
Dbspace
A dbspace is a logical unit that overlays the chunks. A dbspace can consist of one or more
chunks.
An Avaya CMS system contains the following dbspaces:
● rootdbs
● physdbs
● logdbs
● dbtemp
● aasdbs
● cmsdbs
● freedbs
● acd1 through acd26
Mirroring
When mirroring is initiated on an Avaya CMS system, Informix creates duplicate sets of data on
the primary and mirror disks. All of the dbspaces and associated chunks are duplicated in their
exact relative position on the mirror disk.
Metadevices
A metadevice is a logical device that consists of a set of physical disk partitions. A system
controlled by the Solaris Volume Manager software can contain any number of metadevices.
The state database contains a record of which disk partitions belong to which metadevices.
Once a metadevice has been set up, the underlying slices can be accessed only through the
metadevice.
Mirrors
A mirror is a metadevice that can copy data from one metadevice to another. The metadevices
containing the data are called submirrors. The process of copying the data between submirrors
is called mirroring.
Slices
Solaris Volume Manager metadevices are built from slices (disk partitions). A system controlled
by Solaris Volume Manager might contain any number of metadevices, each of which may
comprise any combination of slices.
To implement disk mirroring, the system creates a metadevice d32 as a duplicate of d31. The
system then configures the two metadevices as submirrors of d3, as shown in the following
example:
/cms d31
d3
d32
c0t2d0s3 - Sun Blade
c1t3d0s3 - Sun Fire
In an Avaya CMS system with /cms mirrored, root is also mirrored. The root mirror is d1; its
submirrors are d11 and d12. If your Avaya CMS system is running Avaya CMS R14, your swap
partition is also mirrored. The swap mirror is d2; its submirrors are d21 and d22.
Avaya CMS supports only two-way mirrors. Disk concatenation is not supported.
Mirror layouts
Mirror layouts differ depending upon the hardware platform.
Note:
Note: A hard drive device name can be represented as cXtXdXsX.
- Where cX is the device controller number
- Where tX is the device target number
- Where dX is the device disk list number
- Where sX is the device partition slice number for the hard drive
Checking metadevices
To verify that a metadevice is set up properly, perform the following procedure:
1. Enter:
metastat
The system displays the following message:
d3: Concat/Stripe
Size: 1819440 blocks
Stripe 0:
Device Start Block Dbase
c0t3d0s3 0 No
2. Verify the metadevice setup by examining the response to the metastat command. You
are looking for two things:
● All your disk drives must be accounted for. You can verify that by checking the Size
figure (it should roughly equal the total capacity of all your disks). Counting the number
of devices listed, there should be a Stripe section for every drive.
If some drives seem to be missing, check to make sure all the drives are plugged in
and turned on, and that each external drive has a unique target number.
● The device names must reflect the appropriate slice numbers. The slice numbers are
represented by the final two characters of the device name. A properly set-up /cms file
system uses slice 3 of the first internal disk, and slice 1 of all the remaining disk drives.
Consequently, the device name of the first internal disk drive must end in s3; all other
device names must end in s1.
3. The metastat command will not always detect a problem with soft partition metadevices.
Enter:
dd if=/dev/md/dsk/dXXX of=/dev/null count=10
where dXXX is the soft partition metadevice name.
If there are problems with the soft partition, the system displays a message similar to the
following:
If there are no problems with the soft partition, the system displays a message similar to
the following:
10+0 records in
10+0 records out
3. Add a pound sign (#) at the beginning of the /dev/md/dsk/d3 line. This “comments
out” that line.
4. Press Esc and enter:
:wq!
5. Enter:
init 6
The system reboots.
6. When the system is back up, log in as root.
7. Check the /cms file system by entering:
fsck -y /dev/md/rdsk/d3
The system displays a message, that is similar to the following example:
** /dev/md/rdsk/d3
** Last Mounted on /cms
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1952 files, 156146 used, 698956 free (516 frags, 87305 blocks,
0.0% fragmentation)
8. Enter:
vi /etc/vfstab
The system displays a message, that is similar to the following example:
9. Delete the pound sign (#) at the beginning of the /dev/md/dsk/d3 line. This
“uncomments” that line.
10. Press Esc, and enter:
:wq!
11. Enter:
mount /cms
The system mounts the Avaya CMS file system.
12. If you have trouble mounting /cms:
a. Verify that the /cms directory exists by entering:
ls -ld /cms
b. If /cms does not exist, enter the following command to create it:
mkdir /cms
c. Use the metastat command to determine the metadevice being used. Then verify
that the entry for /cms in the /etc/vfstab file is correct. If you find any errors, correct
them.
! Important:
Important: If the system is booting off of a functioning boot disk, skip this procedure.
! Important:
Important: It could take up to an hour for this command to complete. Do not continue with
this procedure until the dd command completes.
5. Enter:
format
The system displays a list of disks.
6. Enter the option number for the appropriate disk.
The system prompts you to label the disk.
7. Enter: y
8. Enter:
partition
9. Enter:
print
10. Verify that the disk is partitioned correctly. See Avaya CMS disk partition values on
page 256 for more information.
11. Enter:
quit
13. Enter: y
14. Verify that there are no problems with the replacement disk.
! CAUTION:
CAUTION: Use this procedure only if the Solaris Volume Manager software indicates there is
a disk recognition error.
This section includes the following topics:
● Checking disk recognition errors on a Sun Blade on page 278
● Checking disk recognition errors on a Sun Netra on page 280
● Disk recognition errors on a Sun Fire on page 282
5. Enter:
setenv auto-boot? false
This keeps the system from rebooting when you do a reset.
6. Enter:
reset-all
The system resets and responds with the ok prompt.
7. Verify that the system sees all IDE devices by entering:
probe-ide
The system displays a message that is similar to the following:
/pci@1f,0/pci@1/pci@5/scsi@2,1
/pci@1f,0/pci@1/pci@5/scsi@2,1
Target 0
Unit 0 Disk QUANTUM VK4550J SUN18G8610
Target 4
Unit 0 Removeable Tape HP C56P3A C005
! CAUTION:
CAUTION: If you fail to enter this command, future reboots will stop at the boot prompt
instead of proceeding through the normal boot-up.
11. Enter:
boot -r
The system reboots.
12. Log in as root.
/pci@1f,0/pci@1/pci@5/scsi@2,1
/pci@1f,0/pci@1/pci@5/scsi@2,1
Target 0
Unit 0 Disk QUANTUM VK4550J SUN18G8610
Target 4
Unit 0 Removeable Tape HP C56P3A C005
! CAUTION:
CAUTION: If you fail to enter this command, future reboots will stop at the boot prompt
instead of proceeding through the normal boot-up.
11. Enter:
boot -r
The system reboots.
12. Log in as root.
/iommu@f,e0000000/[email protected]/esp@3,200000
Target 1
Unit 0 Disk SEAGATE ST14801 SUN04246266 Copyright (C) 1991
Target 3
Unit 0 Disk SEAGATE ST14801 SUN04246266 Copyright (C) 1991
. . . . .
. . . . .
Target 6
Unit 0 Disk Removable Read Only Device SONY CD-ROM CDU-8012
! CAUTION:
CAUTION: If you fail to enter this command, future reboots will stop at the boot prompt
instead of proceeding through the normal boot-up.
10. Enter:
boot -r
The system reboots.
11. Log in as root.
- Resolution - Some sectors will not be used by the filesystem. This is just a warning;
the filesystem should be fine.
Custom reports Real-time or historical reports that have been customized from standard reports
or created from original design.
Data collection off CMS is not collecting ACD data. If you turn off data collection, CMS will not
collect data on current call activity.
Data backup The backup that uses ON-Bar to backup the CMS Informix data. This is used
with the CMS LAN backup feature.
Database A group of files that store ACD data according to a specific time frame: current
and previous intrahour real-time data and intrahour, daily, weekly, and monthly
historical data.
Database item A name for a specific type of data stored in one of the CMS databases. A
database item may store ACD identifiers (split numbers or names, login IDs,
VDNs, and so on) or statistical data on ACD performance (number of ACD
calls, wait time for calls in queue, current states of individual agents, and so on).
Database tables Tables that CMS uses to collect, store, and retrieve ACD data. Standard CMS
items (database items) are names of columns in the CMS database tables.
Device The term used to refer to the peripheral itself; for example, a hard disk or a tape
drive. A peripheral is sometimes referred to as a subdevice or an Logical Unit
(LU).
EAD See Expert Agent Distribution (EAD) on page 290.
EAS See Expert Agent Selection (EAS) on page 290.
Error message An error message is a response from a program indicating that a problem has
arisen or something unexpected has happened, requiring your attention.
Ethernet A type of network hardware that allows communication between systems
connected directly together by transceiver taps, transceiver cables, and a
coaxial cable. Also implemented using twisted-pair telecommunications wire
and cable.
Ethernet address A unique number assigned to each system when it is manufactured. The
Ethernet address of your system is displayed on the banner screen that
appears when you power on your system.
Exception A type of activity on the ACD which falls outside of the limits the customer has
defined. An exceptional condition is defined in the CMS Exceptions subsystem,
and usually indicates abnormal or unacceptable performance on the ACD (by
agents, splits or skills, VDNs, vectors, trunks, or trunk groups).
Expert Agent A call queued for a skill will go to the most idle agent (primary skill agent).
Distribution (EAD) Agents who are idle and have secondary agent skills will receive the call
queued for a skill if there are no primary agents available.
Expert Agent An optional feature that bases call distribution on agent skill (such as language
Selection (EAS) capability). EAS matches the skills required to handle a call to an agent who
has at least one of the skills required.
Forecast reports These reports display expected call traffic and agent or trunk group
requirements for the customer’s call center for a particular day or period in the
future.
Historical database Contains intrahour records for up to 62 days in the past, daily records for up to
5 years in the past, and weekly or monthly records for up to 10 years for each
CMS-measured agent, split or skill, trunk, trunk group, vector, and VDN.
Historical reports Reports that display past ACD data for various agent, split or skill, trunk, trunk
group, vector, or VDN activities.
Host computer A computer that is attached to a network and provides services other than
simply acting as a store-and-forward processor or communication switch.
Host name A name that you (or your system administrator) assign to your system unit to
uniquely identify it to the Solaris 9 operating system (and also to the network).
IDS See Informix Dynamic Server (IDS) on page 291.
Informix Dynamic A relational database management system used to organize CMS data. An
Server (IDS) add-on software package needed by CMS.
Interface A common boundary between two systems or pieces of equipment.
Link A transmitter-receiver channel or system that connects two locations.
Log in The process of gaining access to a system by entering a user name and,
optionally, a password.
Log out The process of exiting from a system.
Measured A term that means an ACD element (agent, split or skill, trunk, trunk group,
vector, VDN) has been identified to CMS for collection of data.
Multi-user mode A mode of CMS in which any administered CMS user can log into CMS. Data
continues to be collected if data collection is “on.”
Network address A unique number assigned to each system on a network, consisting of the
network number and the system number. Also known as Internet Address or
Internet Protocol (IP) address.
Non-volatile random A random access memory (RAM) system that holds its contents when external
access memory power is lost.
(NVRAM)
NVRAM See Non-volatile random access memory (NVRAM) on page 291.
Operating system The software that controls and allocates the resources, such as memory, disk
(OS) storage, and the screen display for the computer.
Partitions Sections of the hard disk that are used to store an operating system and data
files or programs. By dividing the disk into partitions, you can use the space
allocated in a more efficient and organized manner.
Password A character string that is associated with a user name. Provides security for a
user account. Desktop computers require you to type a password when you log
into the system, so that no unauthorized person can use your system.
Port (I/O port) A designation of the location of a circuit that provides an interface between the
system and lines and/or trunks.
Primary skill An agent will handle calls to many skills before calls to secondary skills.
Screen labeled key The first eight function keys at the top of the keyboard that correspond to the
(SLK) screen labels at the bottom of the terminal screen. The screen labels indicate
the function each key performs.
SCSI See Small computer system interface (SCSI) on page 292.
Secondary skill An agent will handle secondary skill calls after primary skill calls.
Serial asynchronous A card that provides access to eight serial ports by connecting to an eight-port
interface/PCI patch panel.
Single-user mode A CMS mode in which only one person can log into CMS. Data collection
continues if data collection is “on.” This mode is required to change some CMS
administration.
Skill In relationship to the call center, think of skill as a specific customer need or
requirement, or perhaps a business need of the call center.
SQL See Structured Query Language (SQL) on page 292.
Slot An electronic connection designed to receive a module or a printed circuit
board (such as a Single In-line Memory Module [SIMM] or a frame buffer
board).
Small computer A hardware interface that allows the connection of peripheral devices (such as
system interface hard disks, tape drives and CD-ROM drives) to a computer system.
(SCSI)
Soft partitions Solaris Volume Manager metadevices on partition 7 that allow disk sizes larger
than 14 GB to be fully utilized by CMS.
Split A group of extensions that receive special-purpose calls in an efficient,
cost-effective manner. Normally, calls to a split arrive over one or a few trunk
groups.
Storage device A hardware device that can receive data and retain it for subsequent retrieval.
Such devices cover a wide range of capacities and speeds of access.
Structured Query A language used to interrogate and process data in a relational database. SQL
Language (SQL) commands can be used to interactively work with a database or can be
embedded within a programming language to interface to a database.
Super-user A user with full access privileges on a system, unlike a regular user whose
access to files and accounts is limited.
Switch A private switch system providing voice-only or voice and data communications
services (including access to public and private networks) for a group of
terminals within a customer’s premises.
Syntax The format of a command line.
System A general term for a computer and its software and data.
System backup The backup that uses a storage manager to backup the UNIX files. This is used
with the CMS LAN backup feature.
Tape cartridge A magnetic piece of hardware that is used as a storage unit for data.
TCP/IP See Transmission control protocol/internet protocol (TCP/IP) on page 293.
Technical Service The Avaya organization that provides technical support for Avaya products.
Center (TSC)
TSC See Technical Service Center (TSC) on page 293.
Transmission A communications protocol that provides interworking between dissimilar
control protocol/ systems.
internet protocol
(TCP/IP)
Trunk A telephone line that carries calls between two switches, between a Central
Office (CO) and a switch, or between a CO and a phone.
Trunk group A group of trunks that are assigned the same dialing digits - either a phone
number or a Direct Inward Dialing (DID) prefix.
UNIX system The operating system on the computer on which CMS runs. Sun Microsystems
uses Solaris as its UNIX operating system.
User ID The login ID for a CMS user.
User name A combination of letters, and possibly numbers, that identifies a user to the
system.
VDN See Vector directory number (VDN) on page 293.
Vector A list of steps that process calls in a user-defined manner. The steps in a vector
can send calls to splits, play announcements and/or music, disconnect calls,
give calls a busy signal, or route calls to other destinations. Calls enter vector
processing by way of VDNs, which may have received calls from assigned
trunk groups, from other vectors, or from extensions connected to the switch.
Vector directory An extension number that is used in ACD software to permit calls to connect to
number (VDN) a vector for processing. A VDN is not assigned an equipment location; it is
assigned to a vector. A VDN can connect calls to a vector when the calls arrive
over an assigned automatic-in trunk group or when calls arrive over a
dial-repeating (DID) trunk group, and the final digits match the VDN. The VDN
by itself may be dialed to access the vector from any extension connected to
the switch.
Index
system . . . . . . . . . . . . . . . . . . . . 125
backup restoring without . . . . . . . . . . . . . 225
A boot device
ACD creating the alternate . . . . . . . . . . . . . . 38
creating . . . . . . . . . . . . . . . . . . . . 149 enabling the alternate . . . . . . . . . . . . . 189
defining . . . . . . . . . . . . . . . . . . . . 149 boot problems
removing . . . . . . . . . . . . . . . . . . . . 151 system fails to auto-boot . . . . . . . . . . . . 232
testing link . . . . . . . . . . . . . . . . . . . 133 booting Solaris into single-user mode . . . . . . . 247
acd_create . . . . . . . . . . . . . . . . . . . . 149
acd_remove . . . . . . . . . . . . . . . . . . . . 151
adding disk drives . . . . . . . . . . . . . . . . . 249 C
administer CD-ROM
remote console port . . . . . . . . . . . . . . . 113 drive does not mount . . . . . . . . . . . . . 248
switch LAN . . . . . . . . . . . . . . . . . . . 81 drive fails to open . . . . . . . . . . . . . . . 248
TCP/IP . . . . . . . . . . . . . . . . . . . . . 81 ejecting . . . . . . . . . . . . . . . . . . . . 248
terminals modems and printers . . . . . . . . . 155 changing
administration log . . . . . . . . . . . . . . . . . 71 date or time . . . . . . . . . . . . . . . . . . 172
Alarm Origination Manager checking
alarm test . . . . . . . . . . . . . . . . . . . 118 /cms file system . . . . . . . . . . . . . . . . 274
config file set up . . . . . . . . . . . . . . . . 116 CMSADM backup . . . . . . . . . . . . . . . 171
set up . . . . . . . . . . . . . . . . . . . . . 116 installed software packages . . . . . . . . . . 231
alternate boot device installed Solaris patches . . . . . . . . . . . . 178
creating . . . . . . . . . . . . . . . . . . . . 38 chkDisks . . . . . . . . . . . . . . . . . . . . . 190
enabling . . . . . . . . . . . . . . . . . . . . 189 chunks . . . . . . . . . . . . . . . . . . . . . . 269
NVRAM . . . . . . . . . . . . . . . . . . . . 40 CMS
testing . . . . . . . . . . . . . . . . . . . . . 134 administration menu . . . . . . . . . . . . . . 147
AOM . . . . . . . . . . . . . . . . . . . . . . . 116 authorizations . . . . . . . . . . . . . . . . . . 65
assigning customer passwords . . . . . . . . . . . 135 checking installed Solaris patches . . . . . . .178
auth_display . . . . . . . . . . . . . . . . . . . . 159 configuration . . . . . . . . . . . . . . . . .162
auth_set . . . . . . . . . . . . . . . . . . . . . . 160 data storage parameters . . . . . . . . . . . .
. 79
authorizations disk_space . . . . . . . . . . . . . . . . . .161
CMS . . . . . . . . . . . . . . . . . . . . . . 65 error logs . . . . . . . . . . . . . . . . . . .230
displaying . . . . . . . . . . . . . . . . . . . 159 installation fails . . . . . . . . . . . . . . . .255
EAS . . . . . . . . . . . . . . . . . . . . . . 65 installing patches . . . . . . . . . . . . . 164, 166
External Call History . . . . . . . . . . . . . . 65 maintenance backup . . . . . . . . . . . . . 167
Feature Packages . . . . . . . . . . . . . . . 65 passwords . . . . . . . . . . . . . . . . . . 135
graphics . . . . . . . . . . . . . . . . . . . . 65 patch installation . . . . . . . . . . . . . . . . 71
setting . . . . . . . . . . . . . . . . . . . . . 160 patches . . . . . . . . . . . . . . . . . . . . . 71
auto-boot failures . . . . . . . . . . . . . . . . . 232 patches, removing . . . . . . . . . . . . . . . 182
removal fails . . . . . . . . . . . . . . . . . 254
removing patches . . . . . . . . . . . . . 165, 166
B required software . . . . . . . . . . . . . . . . 20
back_all . . . . . . . . . . . . . . . . . . . . .
. 166 services menu . . . . . . . . . . . . . . . . 157
backing out a Solaris patch . . . . . . . . . . . .
. 178 set up . . . . . . . . . . . . . . . . . . . 86, 94
backup . . . . . . . . . . . . . . . . . . . . .
. 152 software installation . . . . . . . . . . . . . . . 64
CMS maintenance backup . . . . . . . . . .
. 167 Supplemental Services . . . . . . . . . . . . . 60
CMSADM . . . . . . . . . . . . . . . . 125, 167 testing . . . . . . . . . . . . . . . . . . . . 136
CMSADM checking . . . . . . . . . . . . . . . 171 turning on and off . . . . . . . . . . . . . 154, 161
CMSADM troubleshooting . . . . . . . . . . . . 255
F K
faulty disk Korn shell . . . . . . . . . . . . . . . . . . . . . 36
identifying . . . . . . . . . . . . . . . . . . . 191
Feature Packages . . . . . . . . . . . . . . . . . 103
External Call History . . . . . . . . . . . . . . 103 L
Forecasting . . . . . . . . . . . . . . . . . . 101 LAN . . . . . . . . . . . . . . . . . . . . . . . . 81
installing . . . . . . . . . . . . . . . . . . . . 101 link . . . . . . . . . . . . . . . . . . . . . . . 133
set authorizations . . . . . . . . . . . . . . . . 65 load_all . . . . . . . . . . . . . . . . . . . . . 166
file system backup . . . . . . . . . . . . . . . . . 152 local console . . . . . . . . . . . . . . . . . 132, 238
flat file luxadm command. . . . . . . . . . . . . . . . . 249
CMS setup . . . . . . . . . . . . . . . . . . . 94
Forecasting
authorize . . . . . . . . . . . . . . . . . . . . 65 M
installing . . . . . . . . . . . . . . . . . . . . 101
machine panics. . . . . . . . . . . . . . . . . . 233
maintenance
G backup . . . . . . . . . . . . . . . . . . . . 167
restore . . . . . . . . . . . . . . . . . . . . 196
Glossary . . . . . . . . . . . . . . . . . . . . . 289 metadevice
graphics . . . . . . . . . . . . . . . . . . . . . . 65 troubleshooting . . . . . . . . . . . . . . . . 273
metadevices . . . . . . . . . . . . . . . . . . . 270
mirror layouts . . . . . . . . . . . . . . . . . . 271
H mirrored system
hard drive partition values about . . . . . . . . . . . . . . . . . . . . . 268
boot disk . . . . . . . . . . . . . . . . . 257, 258 error messages . . . . . . . . . . . . . . . . 285
hardware, required . . . . . . . . . . . . . . . . . 110 Informix . . . . . . . . . . . . . . . . . . . . 269
helplines . . . . . . . . . . . . . . . . . . . . . 17 Volume Manager . . . . . . . . . . . . . . . 270
hosts file . . . . . . . . . . . . . . . . . . . . . 82 mirrors
layout . . . . . . . . . . . . . . . . . . . . . 271
required hardware . . . . . . . . . . . . . . . . 110
I missing devices . . . . . . . . . . . . . . . . . 228
identify down chunks . . . . . . . . . . . . . . . . 191
IDS . . . . . . . . . . . . . . . . . . . . . . . . 52
turning on and off . . . . . . . . . . . . . 154, 161 N
Informix network interface set up . . . . . . . . . . . . . . . 83
environment set up . . . . . . . . . . . . . . . 51 nohup command . . . . . . . . . . . . . . . . . . 36
IDS installation . . . . . . . . . . . . . . . . . 52 NVRAM . . . . . . . . . . . . . . . . . . . . . . 40
ILS installation . . . . . . . . . . . . . . . . . 56
initializing . . . . . . . . . . . . . . . . . . . 58
SDK . . . . . . . . . . . . . . . . . . . . . . 54 O
SQL installation . . . . . . . . . . . . . . . . . 51 ODBC installation. . . . . . . . . . . . . . . . . . 75
tunables . . . . . . . . . . . . . . . . . . . . 120 Open Database Connectivity . . . . . . . . . . . . 75
initializing OpenBoot mode
Informix IDS . . . . . . . . . . . . . . . . . . 58 redirecting the console . . . . . . . . . . . . . 239
installation related problems . . . . . . . . . . . . 227
checking installed Solaris patches . . . . . . . . 178
using pkgchk command . . . . . . . . . . . . . 231 P
installing
passwd_age . . . . . . . . . . . . . . . . . . . 155
CMS patches . . . . . . . . . . . . . . . 164, 166
password
External Call History . . . . . . . . . . . . . . 103
CMS . . . . . . . . . . . . . . . . . . . . . 135
Feature Packages . . . . . . . . . . . . . . . 103
customer . . . . . . . . . . . . . . . . . . . 135
Forecasting . . . . . . . . . . . . . . . . . . 101
password aging . . . . . . . . . . . . . . . . . 155
exclude file . . . . . . . . . . . . . . . . . . 183
T
tape drives and cartridges . . . . . . . . . . . . . 169
TCP/IP . . . . . . . . . . . . . . . . . . . . . . 81
testing
ACD link . . . . . . . . . . . . . . . . . . . . 133
CMS software . . . . . . . . . . . . . . . . . 136
connection to TSC . . . . . . . . . . . . . . . 130
remote access port . . . . . . . . . . . . . . . 130
time zones . . . . . . . . . . . . . . . . . . . . 173
troubleshooting . . . . . . . . . . . . . . . . . . 227
/cms file system . . . . . . . . . . . . . . . . 274
CD-ROM drive . . . . . . . . . . . . . . . . . 248
checking installed software packages . . . . . . 231
CMS installation fails . . . . . . . . . . . . . . 255
CMSADM . . . . . . . . . . . . . . . . . . . 255
common error messages . . . . . . . . . . . . 283
dial-In access problems . . . . . . . . . . . . . 242
disk drives . . . . . . . . . . . . . . . . . . . 272
disk I/O problems . . . . . . . . . . . . . . . . 273
error logs . . . . . . . . . . . . . . . . . . . . 230
machine panics . . . . . . . . . . . . . . . . . 233
metadevices . . . . . . . . . . . . . . . . . . 273
mirroring error messages . . . . . . . . . . . . 285
no power on peripherals . . . . . . . . . . . . . 228
password aging . . . . . . . . . . . . . . . . . 229