
Verifying access rights and user limits
Before you start the server, verify access rights and user limits.
About this task
Procedure
- Verify that the server instance user ID has permissions to start the server.
-
For the server instance that you plan to start, ensure that you have authority to read and
write files in the server instance directory.
Verify that the dsmserv.opt file exists in the server instance directory, and that the file includes parameters for the server instance.
-
If the server is attached to a tape drive, medium changer, or removable media device, and you
plan to start the server by using the instance user ID, grant read/write access to the instance user
ID for these devices. To set permissions, take one of the following actions:
- If the system is dedicated to IBM
Storage Protect and
only the IBM
Storage Protect administrator has access, make
the device special file world-writable. On the operating system command line, issue the following
command:
chmod +w /dev/rmtX - If the system has multiple users, you can restrict access by making the IBM
Storage Protect instance user ID the owner of the special device
files. On the operating system command line, issue the following
command:
chmod u+w /dev/rmtX - If multiple user instances are running on the same system, change the group name, for
example TAPEUSERS, and add each IBM
Storage Protect instance
user ID to that group. Then, change the ownership of the device special files to belong to the group
TAPEUSERS, and make them group-writable. On the operating system command line, issue the following
command:
chmod g+w /dev/rmtX
- If the system is dedicated to IBM
Storage Protect and
only the IBM
Storage Protect administrator has access, make
the device special file world-writable. On the operating system command line, issue the following
command:
If you are using the IBM
Storage Protect device driver
and the autoconf utility, use the -a option to grant
read/write access to the instance user ID.
To prevent server failures during interaction with IBM
Db2, tune the kernel parameters.
For instructions about tuning kernel parameters, see Tuning kernel parameters.
-
Verify the following user limits based on the guidelines in the table.
Table 1. User limit (ulimit) values User limit type Preferred value Command to query value Maximum size of core files created Unlimited ulimit -HcMaximum size of a data segment for a process Unlimited ulimit -HdMaximum file size Unlimited ulimit -HfMaximum number of open files 65536 ulimit -HnMaximum amount of processor time in seconds Unlimited ulimit -HtTo modify user limits, follow the instructions in the documentation for your operating system.
Tip: If you plan to start the server automatically by using a script, you can set the user limits in the script. -
Ensure that the user limit of maximum user processes (the
nprocsetting) is set to the minimum suggested value of 16384.-
To verify the current user limit, issue the
ulimit -Hucommand by using the instance user ID.For example:[user@Machine ~]$ ulimit -Hu 16384 -
If the limit of maximum user processes is not set to 16384, set the value to 16384.
Add the following line to the /etc/security/limits
file:
where instance_user_id specifies the server instance user ID.instance_user_id - nproc 16384
Add the following line to the /etc/security/limits.conf
file:
where instance_user_id specifies the server instance user ID.instance_user_id - nproc 16384
If the server is installed on the Red Hat Enterprise Linux 6 operating system, set the user limit by editing the
/etc/security/limits.d/90-nproc.conf file in the
/etc/security/limits.d directory. This file overrides the settings in the
/etc/security/limits.conf file.Tip: The default value for the user limit of maximum user processes has changed on some distributions and versions of the Linux operating system. The default value is 1024. If you do not change the value to the minimum suggested value of 16384, the server might fail or hang.
-
To verify the current user limit, issue the