from a production server, how can we stop email notifications from being sent out on
the Development/Test server?
Description:
The data from production server may be configured to send out email notifications from
Activity Associations, SLA events, etc...
Title: Error "Can't execute command" and pdm_configure does not start
Problem:
Whilst running pdm_configure an error dialogue of the following type appears:
Can't execute command. Command: "D:/Program
Files/CA/SharedComponents/JRE/1.4.2_06\bin\javaw.exe" -DNX_ROOT="D:\PROGRA1\CA\SERVIC~1" -Djava.net.preferIPv4Stack=true -cp
"D:\PROGRA~1\CA\SERVIC~1\java\lib\configui.jar"
com.ca.ServicePlus.configui.ConfigUI pdm_configure. Error: 193
Note: Actual drive and directory names may differ depending on where Service Desk
was installed.
Solution:
The problem noted above can occur when JAVA is installed to a location with spaces in
the path.
To test if this is the case in this instance, from a command line, navigate to the JRE/bin
directory.
Note: In the case above this is "D:/Program
Files/CA/SharedComponents/JRE/1.4.2_06\bin\"
Run the following adjusting D:\PROGRA-1\CA\SERVIC~1 to point to the folder where
Service Desk is installed:
javaw -DNX_ROOT="D:\PROGRA-1\CA\SERVIC~1" -Djava.net.preferIPv4Stack=true
-cp "D:\PROGRA~1\CA\SERVIC~1\java\lib\configui.jar"
com.ca.ServicePlus.configui.ConfigUI pdm_conf
If the pdm_configure GUI starts, the problem being discussed in this document is the
problem you are experiencing.
There are two possible options to resolving the above problem:
1. Install or reinstall Service Desk to a location without a space in the path
2. Change the value of @NX_JRE_INSTALL_DIR in NX.env so that it uses the
windows short name rather than the long name with spaces in it, e.g.:
Description:
This document explains how to prevent the following error during
configuration
"Error running SQL scripts to check permission"
Solution:
While configuring Unicenter Service Desk 11.x with an MDB on a
remote SQL Server machine, it is essential to first install the SQL
client on the USRD Application Server.
Title: Why do I get an error "Error running SQL script to check permission" during
execution of the USRD configuration (pdm_configure)?
Description
This problem is applicable to installations of Service Desk with a SQL Server database
(MDB) on a remote server.
During the Service Desk configuration the following error is displayed:
"Error running SQL script to check permission"
Answer
The error detailed above can be resolved by installing the SQL Client on the Service
Desk server.
The SQL Client is required on the Service Desk server to enable communication with the
SQL Server that is installed on the remote server in support of the MDB database.
Question:
Answer:
Title: How to restart the data migration after making changes to the custom .sch
files to solve a problem of data loss during the 6.0 to 11.2 migration.
Description
Since the migration has already been run, an attempt to run it again will fail.
Additionally the MDB will have been created and populated with information from the
old AHD database.
Solution
To re-run the data migration, follow these commands:
1. Delete the existing MDB.
2. Delete the file NX_ROOT\site\migration.properties.
Note: This will cause the migration to start from the beginning and build the
MDB again.
3. Delete the directory tree Mig60ToR11.
4. Delete the customized schema files from NX_ROOT\site\r11_archived_files\
Note: These steps are important. if these files are not delete the revised schema
files will be replaced with the old version from the r11_archived directory.
5. Replace the old customized schema file in
NX_ROOT\migrate\tor11\prer11\site\mods\ with the revised version.
6. Replace the old customized schema file NX_ROOT\site\mods\ with the revised
version.
When the migration procedure is run, it will re-create the MDB and then continue to run
the entire migration process.
Title: What are the MDB Database Roles used by ServiceDesk when using MS SQL as
the DBMS?
Description
What are the Database Roles used by 'Service Desk' on the MDB database?
The 'ServiceDesk' database user may be a different user in your environment.
It is the Database User id entered when Service Desk Configuration was run and is the
user specified in the NX_ROOT\NX.env file:
@NX_DB_USERID.
Solution
All tables are owned by mdbadmin, so specific access is granted to each of the groups
as follows.
All of which are granted to 'ServiceDesk':
Regadmin
Amsgroup
service_desk_admin_group
db_ddladmin
db_securityadmin
Additional Information:
Microsoft information on 'db_ddladmin':
http://msdn2.microsoft.com/en-us/library/ms190667.aspx
Microsoft information on 'db_securityadmin':
http://msdn2.microsoft.com/en-us/library/ms188685.aspx