Nash!Com Workspace
Just what you need
Interesting Quotes
Domino for Linux
Fun Stuff
Unix Start-Script
Domino 6 on Xbox
Demo & Evaluation

Domino on Unix/Linux Start Script

The following start/stop script is available free of charge on request.

Click here to request the script by mail.

# Start/Stop Script for Domino on xLinux/zLinux/AIX/Solaris
# 2005-2015 Copyright by Daniel Nashed, feedback
# You may use and distribute the unmodified version of this script.
# Use at your own risk. No implied or specific warranties are given.
# You may change it for your own usage only
# Version 3.0 31.03.2015

Note: See end of file for detailed Change History


The Domino cross platform start/stop and diagnostic script has been written
to unify and simplify running Domino on Linux and Unix. The start script
is designed to be "one-stop shopping" for all kind of operations done on the
Linux/Unix prompt. The script can start and stop the server, provides an interactive
console and run NSD in different flavours.
It ensures that the environment is always setup correct and supports multiple partitions.

This script is designed to run with a dedicated user for each partition.
Out of the box the script is configured to use the "notes" user and the standard
directories for binaries (/opt/ibm/domino) and the data directory (/local/notesdata).
You should setup all settings in the script configuration file.

Note: For RHEL and newer versions using systemd (RHEL7/SLES12) root permissions are
required to start/stop the server.
One way to accomplish this is to grant "sudo" permissions for the "rc_domino" script.

Quick Configuration

1.) Copy Script Files

a.) Copy the script rc_domino_script into your Domino binary directory (e.g. /opt/ibm/domino)
b.) Copy rc_domino into /etc/init.d
c.) Ensure the variable DOMINO_START_SCRIPT (default is /opt/ibm/domino/rc_domino_script)
    matches the location of your main start script.

d.) For systemd copy the domino.service file to /etc/systemd/system
    And ensure that rc_domino contains the right location for the service file
 configured in the top section of your rc_domino file -> DOMINO_SYSTEMD_NAME=domino.service.
You have at least to uncomment the line that is already prepared in rc_domino.

2.) Ensure the script files are executable by the notes user

    cd /opt/ibm/domino
    chmod 755 rc_domino_script
    cd /etc/init.d
    chmod 755 rc_domino

3.) Check Configuration

Ensure that your Unix user name matches the one in the configuration part
of the Domino server. Default is "notes".

For systemd ensure the configuration of the domino.service file is matching and
specially if it contains the right user name and path to the rc_domino_script.
And also the right path for the "PIDFile"
(See "Special platform considerations /systemd (RHEL7/SLES12 or higher)"  for details).

Special note for systemd

For systemd the start/stop operations are executed using domino.service.
The rc_domino script itself can be still used as a central entry point for all operations.
This includes start/stop which will calls the systemd commands in the background.
When using systemd you can re-locate the rc_domino script into any other directory.
It is perfectly OK to keep it in the /etc/init.d directory for consistence.
But it is not invoked by the rc level scripts.

4.) Ensure to setup at least the following script variables per Domino partition.

  Domino binary directory
  default: /opt/ibm/domino

  Domino data directory
  default: /local/notesdata

  Setup the script in the configuration file per Domino partition.
  The default location is in /etc/sysconfig/rc_domino_config_$DOMINO_USER.
  Having the configuration separated from the script logig allows you to install new script
  versions without changing the code in the script itself.
  The complete configuration is done in the rc_domino_config file.
  A sample configuration file is included.
  For a single partition the defaults in the start script should work.
  For AIX and Solaris you may have to create a directory for the config file.
  This is the current recommended configuration. You should not modify the script itself.

5.) Special platform considerations

For AIX and Solaris change first line of the scripts from "#!/bin/sh" to "#!/bin/ksh"    
Domino on Linux use "sh". AIX and Solaris uses "ksh".
The implementation of the shells differs in some ways on different platforms.
Make sure you change this line in rc_domino and rc_domino_script

On AIX you can use the mkitab to include rc_domino in the right run-level
Example: mkitab domino:2:once:"/etc/rc_domino start"

systemd (RHEL7/SLES12 or higher)

etc/systemd/system/domino.service contains the configuration for the systemd service.

The following parameters should be reviewed and might need to be configured.
Once you have configured the service you can enable and disable with systemctl.

systemctl enable domino.service
systemctl disable domino.service

To check the status use "systemctl status domino.service".


This is the Linux user name that your partition runs with.


With systemd the security limit configuration is not used anymore and the limits
are enforced by systemd. The new default limit starting with Domino 9 is 60000 files.


This PIDFile has to match the configured DOMINO_PID_FILE ins the start script.
By default the name is "" in your data directory.
You can change the location if you set the configuration variable "DOMINO_PID_FILE"
to override the default configuration if really needed.

ExecStart=/opt/ibm/domino/rc_domino_script start
ExecStop=/opt/ibm/domino/rc_domino_script stop

Those two lines need to match the location of the main domino script including the
start/stop command parameter.


Timeout value for starting the service


Timeout value for stopping the service

SLES11 and below

The script (rc_domino) contains the name of the service. If you modify the name of
the script you need to change the "Provides:"-line in the main rc-script
Example: " # Provides: rc_domino"
On SLES you can use the insserv command or run-level editor in YaST
Example: insserv /etc/init.d/rc_domino

To verify that your service is correctly added to the rc-levels use the following command
find /etc/init.d/ -name "*domino*"

Sample Output:

RedHat/CentOS 6.x

On RedHat/CentOS you can use the chkconfig to add Domino to the run-level environment
Example: chkconfig --add rc_domino

To verify that your service is correctly added to the rc-levels use the following command

find /etc/ -name '*domino*'


And you can also query the runlevels like this

chkconfig --list | grep -i domino
rc_domino       0:off   1:off   2:off   3:on    4:on    5:on    6:off

Components of the Script

1.) rc_domino

  This shell script has two main purposes

  - Have a basic entry point per instance to include it in "rc" run-level
    scripts for automatic startup of the Domino partition
    You need one script per Domino partition or a symbolic link
    with a unique name per Domino partition.

  - Switch to the right user and call the rc_domino_script.
  - If the user does not change or you invoke it as root you will not
    be prompted for a password. Else the shell prompts for the Notes
    Unix user password.
  - The script contains the location of the rc_domino_script.
    You have to specify the location in DOMINO_START_SCRIPT
    (default is /opt/ibm/domino/rc_domino_script).

2.) rc_domino_script

  This shell script contains
  - Implementation of the shell logic and helper functions.
  - General configuration of the script.

  - The configuration per Domino server specified by notes Linux/Unix user.
    You have to add more configurations depending on your Domino partition setup.
    This is now optional and we recommend using the rc_domino_config_xxx files
3.) rc_domino_config_xxx

  This file is located by default in /etc/sysconfig and should be used as an external
  configuration (outside the script itself).
  By default the script searches for a name in the format rc_domino_config_xxx
  where xxx is the Unix user name of the Domino server.
  The default name of the script shipped is rc_domino_config_xxx.
  If this file does not exists, the script checks for the default config file "rc_domino_config".
  Note: On AIX and Solaris this directory is not standard but you can create it
  or if really needed change the location the script.
  There is one configuration file per Domino partition and the last part of the name
  determins the partition it is used for.
    rc_domino_config_notes, rc_domino_config_notes1, rc_domino_config_notes2, ...
  If this file exists for a partition those parameters are used for server
  start script configuration.
  This way you can completely separate configuration and script logic.
  You could give even write permissions to Domino admins to allow them to change
  the start-up script configuration.
  This file only needs to be readable in contrast to rc_domino and rc_domino_script
  which need to be executable.

4.) systemd service file "domino.service

  Starting with RHEL7 and SLES12 systemd is used to start/stop services.
  The domino.service file contains the configuration for the service.
  The variables used (Linux user name and script location) have to match your configuration.
  Configuration for the domino.service file is described in the previous section.
  Each Domino partition needs a separate service file.
  See configuration details in section "Domino Start Script systemd Support"
Commands & Parameters


Starts the Domino server and archives the last OS-level Domino output-file.
The output-file is renamed with a time-stamp and compressed using the
configured compression tool. Compressing the log file is invoked in background
to avoid slowing down the server start when compressing large log-files.
The start operation does clear the console input file and logs information
about the Unix user environment and the security limits of the Unix user.

start live
Same as "start" but displays the live console at restart.
See "monitor" command for details


Stops the Domino server via server -q and waits a given grace period
(configurable via DOMINO_SHUTDOWN_TIMEOUT -- default 10 minutes).
After this time the Domino server is killed via NSD if it cannot be shutdown
and processes are still ruining after this time (see "kill" command below)
The Java controller remains active if configured.
If you specify "stop live" the live console is shown during shutdown.

stop live
Same as "stop" but displays the live console during shutdown.
The live console is automatically closed after shutdown of the server
See "monitor" command for details


In case you configured to use the Java controller (USE_JAVA_CONTROLLER) this
command shuts down the controller component.
When starting the server and the controller is running it will be shutdown
before starting the server. There is currently no way to restart Domino with
a running Java Controller from the Domino console.
The work-around is to stop and restart the controller.


Stops the Domino server and restarts it using "stop" and "start" command with
all implications and specially the time-out values for "stop".

restart live
Same as "restart" but displays the live console for server/start stop
See "monitor" command for details


Checks if the Domino server is running and prints a message.

Return code of the script:
 0 = server is not running
 3 = server is running


systemd has a very nice and detailed status command.
The default status check remains the status the existing status command.
This command is used to show the systemd status for the domino.service.
(the systemd command would be: systemctl status domino.service"


Attaches to the output and the input files of a running Domino server and
allows a kind of live console from a telnet/ssh session using the input
and output files. ctrl+c or "stop" terminates the live console.

Issue console commands from the linux command line
Syntax: rc_domino cmd "command" [n log lines]
The command needs to be specified in double-quotes like shown above.
The optional parameter log lines can be used to print the last n lines of
log file (via tail) after waiting 5 seconds for the command to finish

Example: rc_domino cmd "show server" 200
issues a remote console command, waits 5 seconds and displays the last 200 lines

Note: Command parameters always need to be enclosed in quotes.
rc_domino passes the parameters with quotes to the main rc_domino_script.
But if you are using another script or other binary that calls rc_domino
(for example service), the parameters might not be enclosed in quotes any more.
The rc_domino script requires that you have the parameters in quotes.
Every blank will be interpreted as a delimiter for a new parameter.


Archives the current server text log-file. The file is copied, compressed and
the current log file is set to an empty file without losing the current
file-handles of the server process. There might be a very short log file
interruption between copying the file and setting it to an empty file.
The new log file contains a log-line showing the archived log file name.


Generates a sysinfo style NSD (nsd -info).


Generates a NSD without memcheck (nsd -nomemcheck).


Generates a full NSD including call-stacks and memcheck


Terminates the Domino server (nsd -kill)


Shows the resources that the server uses.
This includes processes, shared memory, MQs, semaphores.
The resources are checked on OS level and list the same information
that is used by the "cleanup" command below.
The command is usefull for a running server but also for a crashed server
to check which resources might not have been cleaned up by fault recovery.


Remove hanging resources after a server crash
(processes, shared memory, semaphores, message queues)

In contrast to the NSD -kill option this routine removes ALL resources.
This includes all message queues, shared memory, semaphores allocated by
the UNIX user used by the Domino server instance.
And also removes all processes started from the server binary directory
(e.g. /opt/ibm/domino).
NSD currently does only remove registered resources in the following files:
pid.nbf, mq.nbf, sem.nbf, shm.nbf

So this command is mainly useful if NSD cannot remove all resources due to
corruptions or add-on programs or any other odd situation.
It prevents you from having to manually remove resources and processes in
such a corrupt state.

Note: Resources allocated by add-on applications using native OS-level
operations are not registered.

Generate a memory dump from the currently running server.

generate 3 NSDs collecting the call-stacks and one additional full NSD
this option is needed collecting troubleshooting data for server hang analysis

runs compact when server is shutdown (if the server is started an error message is displayed, you have to shutdown the server first)
needs DOMINO_COMPACT_OPTIONS to be configured and is mainly intended for system databases.


terminates the server, runs compact and restarts the server.
needs DOMINO_COMPACT_OPTIONS to be configured and is mainly intended for system databases.

Configuration Parameters

Variables can be set in the rc_domino_script per user (configuration settings)
or in the profile of the user.
Once the configuration is specified you need to set DOMINO_CONFIGURED="yes"

User-variable automatically set to the OS level user (indirect configuration)

Domino installation directory (usual /opt/ibm/domino in D7)
This is the main variable which needs to be set for binaries
Default: /opt/ibm/domino

Default: /local/notesdata

Language setting used to determine local settings
(e.g. decimal point and comma)
Examples: DOMINO_LANG=en_US.UTF-8
Default: not set --> uses the setting of the Unix/Linux user

Configuration variable. Needs to be set to "yes" per user to confirm
that the environment for this user is setup correctly

Grace period in seconds (default: 600) to allow to wait until the Domino
server should shutdown. After this time nsd -kill is used to terminate
the server.

Output log file directory for domino log files.

Output log file used to log Domino output into a OS-level log file
(used for troubleshooting and the "monitor" option).
Default: "username".log in data-directory

Input file for controlling the Domino server (used for "monitor" option)
Default: "username".input in data-directory

Output log file backup directory for domino log files for achiving log files.

Archive logs after Domino server is shutdown.
This operation runs after the server is shutdown and before a DOMINO_POST_SHUTDOWN_SCRIPT is executed.
Specify "yes" to enable this option.

The option could be helpful specially when the Domino output files are written to a tmpfs.
In combination with setting a different location for the DOMINO_LOG_BACKUP_DIR those files could
be saved to a normal disk while at runtime the files are still written to a normal disk.


Use the Java Controller to manage the Domino server.
Specify "yes" to enable this option.

When using the Java Server Controller the "monitor" command cannot be used because the
Domino Java Server Controller does handle all the console input/output and writes to separate files.


Command that is used to compress log files. There might be different options
possible depending on your platform and your installed software
e.g. compress, zip, gzip, ...
(default: "gzip --best").


Enabling the debug mode via DOMINO_DEBUG_MODE="yes" allows to trace and
troubelshoot the start script. Enable this option only for testing!


When you enable the debug mode debug output is written to the console
This option allows to specify a separate debug output file.
Note: Works in combination with DOMINO_DEBUG_MODE="yes"


(Optional - Recommended - Default)
Domino calculates the Server Availability Index (SAI) via LoadMon by calculating
the current transaction times and the minimum trasnactions times which are
stored in loadmon.ncf when the server is shutdown.
This file can only be deleted when the server is showdown.
Enable this option (DOMINO_RESET_LOADMON="yes") to remove loadmon.ncf at server startup
Note: When using this option you will only see a loadmon.ncf in the data directory,
when the server is down, because it will be only written at server shutdown time.


This option allows you to specify a directory which is used for custom commands.
If a command which is specified when invoking the script matches a script name which
is present in the specified directory (and if the script can be executed) the custom
command will execute the script passing all current parameters of the current command.
This is a new flexible way to plugin your own commands without changing the code of the main script logic.


(Optional - Recommended - Default)
Generates a NSD before finally using NSD -kill to recycle the server.
This is specially interesting to troubleshoot server shutdown issues.
Therefore the option is enabled by default in current configuration files.
Enable this option via (DOMINO_NSD_BEFORE_KILL="yes")


Enable this option (DOMINO_REMOVE_TEMPFILES="yes") to remove temp-files from
data-directory and if configured from DOMINO_VIEW_REBUILD_DIR at server startup.
The following files are removed:
*.DTF, *.TMP

this script allows a customizable way to remove temp files on server start.
A sample script "remove_tempfiles_script" is included.
the script works in combination with "DOMINO_REMOVE_TEMPFILES".
you have to specify a script name and enable the option.
this script overwrites the default code in the start script.

Take care that some TMP files can contain important information.
For example files generated by SMTPSaveImportErrors=n
In such cases you have to move those files before restarting the server
Server-Restart via Fault-Recovery is not effected because the internal start
routines do generally not call this start script

Set the locale to POSIX (C) when running NSD


Command to execute before shutting down the Domino server.
In some cases, shutting down a certain servertask before shutting down the
server reduces the time the server needs to shutdown.


Delay before shutting down the Domino server after invoking the pre-shutdown
command. If configured the shutdown waits this time until invoking the
actual shutdown after invoking the DOMINO_PRE_SHUTDOWN_COMMAND command.


View Rebuild Directory which will be created if not present.
This option is specially useful for servers using temp file-systems with
subdirectories for example for each partitioned servers separately.
Use notes.ini view_rebuild_dir to specify directory


Notes Temporary Directory which will be created if not present.
This option is specially useful for servers using temp file-systems with
subdirectories for example for each partitioned servers separately.
Use notes.ini notes_tempdir to specify directory


Log Directory which will be created if not present.
This option is specially useful for servers using temp file-systems with
subdirectories for example for each partitioned servers separately.
Use notes.ini logfile_dir to specify directory

The following settings are intended to add functionality to the existing start script without modifying the code directly.
Those scripts inherit all current variables of the main script.
The scripts are invoked as kind of call-back functionality.
You have to ensure that those scripts terminate in time.

3rd Party directories to check for running processes when cleaning up server resources
specify separte directories with blank inbetween. directory names should not contain blanks.
those directories are also checked for running processes when cleaning up server resources via "clenup" command
by default only the $LOTUS directory is checked for running binaries

this variable can be used to specify a directory for all scripts that can be invoked.
it is only referenced in the configuration file and used by default for a scripts which are invoked.
but you can also specify different locations per pre/post script.


this script is invoked before starting the server


this script is invoked after starting the server


this script is invoked before shutting down the server


this script is invoked after shutting down the server


this script is invoked before any "nsd -kill" is executed


this script is invoked after any "nsd -kill" is executed


this script is invoked before cleaning up server resources native on OS level


this script is invoked after cleaning up server resources native on OS level


script which will be executed before the server status is checked.
This can be helpful in case you want to check status for other tools like monitoring tools before you check the Domino server status.
The option does not directly impact the status of the Domino status and is mainly intended to add log output.


specifies which compact should be executed before Domino server start
this allows regularly compact of e.g. system databases when the server starts
you should specify an .ind file for selecting system databases
an example which is disabled by default is included in the config file


specifies which compact options to use when using the "compact" and "restartcompact" commands
you should specify an .ind file for selecting system databases
an example which is disabled by default is included in the config file


Domino PID file per partition which has to match the PIDFile setting in the domino.service.
This option is only required for systemd support.
The default is located in the Domino data-directory.
If you change the setting you have also change the domino.service file.

Additional Options
You can disable starting the Domino server temporary by creating a file in the
data-directory named "domino_disabled". If the file exists when the start
script is called, the Domino server is not started

Differences between Platforms

The two scripts use the Korn-Shell (/bin/ksh) on Solaris and AIX.
On Linux the script needs uses /bin/sh.
Edit the first line of the script according to your platform
Linux: "#!/bin/sh"
AIX and Solaris: "#!/bin/ksh"

Tuning your OS-level Environment for Domino

Tuning your OS-platform is pretty much depending the flavor and version of
Unix/Linux you are running. You have to tune the security settings for
your Domino Unix user, change system kernel parameters and other system

The start script queries the environment of the Unix notes user and
the basic information like ulimit output when the server is started.

The script only sets up the tuning parameters specified in the Unix user
environment. There is a section per platform to specify OS environment
tuning parameters.


You have to increase the number of open files that the server can open.
Those file handles are required for files/databases and also for TCP/IP sockets.
The default is too low and you have to increase the limits.
Using the ulimit command is not a solution. Settings the security limits via root
before switching to the notes user executing the start script via "su -" does not work any more.
And it would also not be the recommended way.

su leverages the module to set the security limits when the user switches.

So you have to increase the limits by modifying /etc/security/limits.conf

You should add a statement like this to /etc/security/limits.conf

* soft nofile 60000
* hard nofile 60000

systemd Changes (RHEL7/SLES12)

This configuration is not needed to start servers with systemd.
systemd does set the limits explicitly when starting the Domino server.
The number of open files is the only setting that needs to be changed via
LimitNOFILE=60000 in the domino.service file.

Specifies a larger Shared DPOOL size to ensure proper memory utilization.

Detailed tuning is not part of this documentation.
If you need platform specify tuning feel free to contact

Implementation Details

The main reason for having two scripts is the need to switch to a different
user. Only outside the script the user can be changed using the 'su' command
and starting another script. On some platforms like Linux you have to ensure
that su does change the limits of the current user by adding the pam limits
module in the su configuration.

In the first implementation of the script the configuration per user was
specified in the first part of the script and passed by parameter to the
main script. This approach was quite limited because every additional parameter
needed to be specified separately at the right position in the argument list.
Inheriting the environment variables was not possible because the su command
does discard all variables when specifying the "-" option which is needed
to setup the environment for the new user.
Therefore the beginning of the main script contains configuration parameters
for each Domino partitions specified by Unix user name for each partition.

Domino Start Script systemd Support

Beginning with RHEL7 and SLES12 Linux is using the new "systemd"
( for starting services daemons.
All other platforms are also moving to systemd.
rc scripts are still working to some extent. but it makes sense to switch to the systemd service model.
Most of the functionality in the Domino start script will remain the same and you will also
continue to use the same files and configuration. But the start/stop operations are done by a "domino.service".

The start script will continue to have a central entry point per partition "rc_domino" but that script
is not used by the "rc environment" any more. You can place the file in any location and it is not leveraged by systemd.

systemd will use a new "domino.service" per Domino partition.
The service file will directly invoke the main script logic "rc_domino_script" after switching to the right user
and setting the right resources like number of open files
(before this was done with "su - notes" and the limits configuration of the corresponding pam module).

Starting and Stopping the Domino server can be done either by the rc_domino script which will invoke the
right service calls in the background. Or directly using the systemd commands.

Starting, Stopping and getting the Status

systemctl start domino.service
systemctl stop domino.service
systemctl status domino.service

Enabling and Disabling the Service

systemctl enable domino.service
systemctl disable domino.service

The service file itself is be located in /etc/systemd/system.

You have to install a service file per Domino partition.
When you copy the file you have to make sure to have the right settings

a.) ExecStart/ExecStop needs the right location for the rc_domino_script (still usually the Domino program directory)
b.) Set the right user account name for your Domino server (usually "notes").

The following example is what will ship with the start script and which needs to be copied
to "/etc/systemd/system" before it can be enabled or started.

Systemd service file shipped with the the start script

Description=IBM Domino Server

ExecStart=/opt/ibm/domino/rc_domino_script start
ExecStop=/opt/ibm/domino/rc_domino_script stop


The rc_domino script can be still used for all commands.
This includes starting and stopping Domino as a service (only "restart live" option is not implemented).
You can continue to have rc_domino with the same or different names in the /etc/init.d directory
or put it into any other location. It remains the central entry point for all operations.

But the domino.service can also be started and stopped using "systemctl".
rc_domino uses the configured name of the domino.service (in the header section of rc_domino script).

systemd operations need root permissions. So it would be best to either start rc_domino for start/stop operations with root.
One way to accomplish using root permissions is to allow sudo for the rc_domino script.

The configuration in /etc/sysconfig/rc_domino_config_notes (or whatever your user name is)
will remain the same and will still be read by rc_domino_script.

The only difference is that the rc_domino_script is invoked by the systemd service instead of the rc_domino script for start/stop operations.

When invoking start/stop live operations a combination of systemd commands and the existing rc_domino_script logic is used.

New systemd status command

The output from the systemd status command provides much more information than just if the service is started.

Therefore when using systemd the rc_domino script has a new command to show the systemd status output.
The new command is "statusd"

How do you install the script with systemd?

- Copy rc_domino, rc_domino_script and rc_domino_config_notes to the right locations
- Copy domino.service to etc/systemd/system.
- Make the changes according to your environment
- Enable the service via systemctl enable domino.service and have it started/stopped automatically
  or start/stop it either via systemd command or via rc_domino script commands.
- rc_domino script contains the name of the systemd service.
  If you change the name or have multiple partitions you need to change the names accordingly

How does it work?

a.) Machine startup
When the machine is started systemd will automatically start the domino.service.
The domino.service will invoke the rc_domino_script (main script logic).
rc_domino_script will open rc_domino_config_notes for configuration.

b.) Start/Stop via rc_domino
when rc_domino start is invoked the script will invoke the service via systemctl start/stop domino.service

c.) Other script operations

Other operations like "monitor" will continue unchanged and invoke the rc_domino_script.

Known Issues

Hex Messages instead of Log Messages

In some cases when you start the Domino server with my start script you see
hex codes instead of log message.

The output looks similar to this instead of real log messages.

01.03.2015 12:42:00 07:92: 0A:0A
01.03.2015 12:42:00 03:51: 07:92

Here is the background about what happens:

Domino uses string resources for error messages on Windows which are linked into the binary.
On Linux/Unix there are normally no string resources and IBM/Lotus uses the res files created
on Windows in combination which code that reads those string resources for error output.

In theory there could be separate version of res files for each language and there used to be res
files which have been language dependent.
So there is code in place in Domino to check for the locale and find the right language for error message.

But there are no localized resources for the error codes any more since Domino ships as English version
with localized language packs (not containing res files any more).
This means there is only one set of res Files in English containing all the error text for the core code
(a file called strings.res) and one per server tasks using string resources.
So string resources contain all the error texts and if Domino does not found the res files the server
will only log the error codes instead.

By default the res files should be installed into the standard local of the server called "C".
In some cases the installer does copy the res files into a locale specific directory. For example ../res/de_DE for German.

The start script usually sets the locale of the server. For example to LANG=de_DE or LANG=en_US.
If this locale is different than the locale you installed the server with, the Domino server will
not find the res files in those cases.

The right location for the res files would be for example on Linux:

But in some cases it looks like this

The solution for this issue is to move the de_DE directory to C (e.g. mv de_DE C) and your server
will find the res files independent of the locale configured on the server.

You could create a sym link for your locale. This will ensure it works also with
all add-on applications and in upgrade scenarios.

cd /opt/ibm/domino/notes/latest/linux/res
ln -s C de_DE.UTF-8  
ln -s C en_US.UTF-8

Domino on Solaris SIGHUB Issue

Domino on Solaris has a known limitations when handling the SIGHUB signal.
Normally the Domino Server does ignore this signal. But the currently used
JVM crashes when receiving the signal. Starting the server via nohub does
not solve the issue. The only two known working configurations are:

a.) Invoke the bash before starting the server

b.) - Ensure that your login shell is /bin/ksh
    - Start server always with "su - " (switch user) even if you are already
      running with the right user. The su command will start the server in
      it's own process tree and the SIGHUB signal is not send to the Domino
      Note: The start-script does always switch to the Domino server user
      for the "start" and "restart" commands.
      For other commands no "su -" is needed to enforce the environment.
      Switching the user from a non-system account (e.g. root) will always
      prompt for password -- even when switching to the same Unix user.

 SELinux (RedHat) RC-start level issue

Depending on your configuration the RC-subsystem will ask for confirmation
when starting Domino when switching the run-level.

To avoid this question you have to ensure that your pam configuration for
"su" is setup correctly.

remove the "multiple" from the open statement

example: /etc/pam.d/su
session    required open multiple

extract from pam_selinux documentation


Tells to allow the user to select the security context they
will login with, if the user has more than one role.

This ensures that there are no questions asked when starting the Domino server
during run-level change.

Modifying the script to use "runuser" instead of "su" is not a solution,
because "runuser" does not enforce the /etc/security/limits specified for the
This means that the security limits (max. number of open files, etc.)might be to low.
You can check for the security limits in the output log of the script.
The ulimit output is dumped when the server starts.

To enforce the security limits for the user you have to add the following line
to /etc/security/limits before open

session    required

SLES10 does contain this setting by default.
The default settings have been enhanced and different parts use include files.
The include file used for "session" settings contains this entry already.

Change History

V3.0 01.03.2015

New Features

Support for RHEL7 and SLES12 including the new systemd that replaces the "rc-system".

New command "statusd" that can me used to show the status of the domino.service invoking rc_domino script.

Set it to "yes" if you want logfiles already archived after Domino server shutdown.
Useful for example when your output file is located on a tmpfs.

New command "resources" which shows the resources of a running server (processes, MQs, SEMs, shared memory).

V2.8 10.02.2014

New Features

New variable "DOMINO_SCRIPT_DIR" to have central location for all script files

New custom script option "DOMINO_CUSTOM_REMOVE_TEMPFILES_SCRIPT" to have a customizable way to remove temp files on server start
A sample script "remove_tempfiles_script" is included

New "DOMINO_PRE_STATUS_SCRIPT" script which will be executed before the server status is checked.
This can be helpful in case you want to check status for other tools like monitoring tools before you check the Domino server status.
The option does not directly impact the status of the Domino status and is mainly intended to add log output.

New option "DOMINO_CUSTOM_COMMAND_BASEPATH" to allow custom commands.
Commands that match a script name located in this directory will be executed.
This is a new optional way to plugin your own commands without changing the code of the main script logic.

By default the script searches for a name in the format rc_domino_config_xxx where xxx is the Unix user name of the Domino server.
The default name of the script shipped is still "rc_domino_config_xxx".
If this file does not exists, the script now checks for the default config file "rc_domino_config".
This is for example useful if you have multiple Domino partitions which use the same configuration and settings used
are derived from the variables set for the username ($DOMINO_USER).

Changed the default locations for the pre/post/custom scripts in the config to $DOMINO_SCRIPT_DIR/"scriptname"
Removed very old SLES related code for the pthread extension support

V2.7 01.09.2013

New Features

New Option DOMINO_3RD_PARTY_BIN_DIRS to allow "cleanup" to kill processes started from 3rd Party directories

When you try to shutdown a Domino server the script checks now if the server is started at all before inititiating the shutdown.
In previous versions this took a longer time because the loop for termination check was invoked anyway.
Also pre-shutdown scripts have been invoked which lead to a delay.
The script also skips post_shudown operations in this case.
You will see a message on the console that shutdown is skipped because the server is not started.
This will improve shutdown performance when the server was not started.

V2.6 03.01.2013

New Features

New Option DOMINO_PRE_KILL_SCRIPT to allow invoking a script before "nsd -kill"
New Option DOMINO_POST_KILL_SCRIPT to allow invoking a script after "nsd -kill"

New Option DOMINO_PRE_CLEANUP_SCRIPT to allow invoking a script before cleaning up server resources native on OS level
New Option DOMINO_POST_CLEANUP_SCRIPT to allow invoking a script after cleaning up server resources native on OS level

Added Debug Output (BEGIN/END) for all pre/post scripts

V2.5 14.08.2012

New Features

New Option DOMINO_TEMP_DIR to allow creation of the Notes Temp dir if not present

New DOMINO_START_COMPACT_OPTIONS to allow compact before Domino server start
New DOMINO_COMPACT_OPTIONS to control compact options when using the "compact" and "restartcompact" commands

New command "compact" to compact when server is not started
New command "restartcompact" to terminate, compact and start the server

The compact options are mainly designed to compact system databases

V2.4 10.04.2012

Problems Solved
Solved an issue when closing a terminal window while the monitor was running.
With some OS releases and some shells this caused that the script did not terminate due to issues in the shell.
This could lead to high CPU usage (100% for one core) for the script because the loop did not terminate.
The change to catch more events from the shell should resolve this issue.
If you still run into problems in this area, please send feedback.

V2.3 04.01.2012

New Features

New Option DOMINO_TEMP_DIR to allow creation of the Notes Temp dir if not present
New Option DOMINO_LOG_DIR to allow creation of the Notes Log dir if not present
New Option DOMINO_DEBUG_FILE to allow use a debug file for start script debug output

V2.2 01.03.2011

New Features

New Option DOMINO_VIEW_REBUILD_DIR to allow creation of the view rebuild dir if not present

New Option DOMINO_PRE_SHUTDOWN_SCRIPT to allow invoking a script before shutting down the server
New Option DOMINO_POST_SHUTDOWN_SCRIPT to allow invoking a script after shutting down the server

New Option DOMINO_PRE_STARTUP_SCRIPT to allow invoking a script before starting the server
New Option DOMINO_POST_STARTUP_SCRIPT to allow invoking a script after starting the server


this script is invoked before starting the server



- Changed the default for the DOMINO_LANG variable. By default the variable was set to DE_de.
  For current Linux versions the LANG variable is set to the UTF-8 setting instead of the older setting.
  There are some odd issues on Traveler servers when you use the older settings.
  Therefore the new default setting is to use the default settings for the user.
  The configuration file holds the UTF-8 version for German and English in comment strings to make it easier to enable them if needed.
  Example: #DOMINO_LANG=en_US.UTF-8

V2.1 01.11.2010

New Features

New option to allow a pre-shutdown command before shutting down the server.
The command is configured via DOMINO_PRE_SHUTDOWN_COMMAND.
And there is also an optional delays time DOMINO_PRE_SHUTDOWN_DELAY.

V2.0 01.09.2010


Changed the behaviour of the "hang" function which now does now only dump call-stacks in the first 3 NSDs instead of NSD just without memcheck.
This can be a bit faster specially on larger servers.

Problems Solved

Fixed and issue on Solaris with the tail command.
Some options of tail are only available in the POSIX version of the command-line and caused an issue during startup in one check
For Solaris the POSIX tail is located in /usr/xpg4/bin/tail.

V1.9 18.12.2008

New platform support for Ubuntu 8.0.4 LTS with Domino 8.5

Disclaimer: Domino is NOT supported on Ubuntu Linux.
But because the Notes Client 8.5 is supported and the server and the client have many components in common including the NSD scripts it should work fine.

V1.8 04.04.2008

New Features

- New option "live" that can be used for "start", "stop", "restart"
  The "live" option will combine the "monitor" command for start/stop of a server
  On the console you see the script output along with the live server output
- New command "hang"
  generate 3 NSDs without memcheck and one additional full NSD
  this option is needed collecting troubleshooting data for server hang analysis
- New option DOMINO_NSD_BEFORE_KILL="yes"  
  This option will generate a NSD before finally using NSD -kill to recycle the server.

- New termination check for the live console.
  you can now type "stop" to close the live console

Problems Solved

- fixed a live console termination issue mainly on RedHat

V1.7.3 07.11.2007

Problems Solved

The cleanup option was not enabled completely. Only processes have been cleaned-up.
Semaphores, MQs and shared memory have not cleaned up because the code was still commented out.
The routine did show the info about removing those resources but did not remove the resources.

V1.7.2 16.10.2007

Problems Solved

- Setting the LC_ALL variable to the user locale after it has been set to "POSIX"
  by the run-level scripts on SLES (see V1.7.1 fixlist) was not a good idea.
  This causes other issues with Domino, NSD and memcheck.
  This fix unsets the LC_ALL variable and ensures that the LANG variable is set correctly.
  In addition it explicitly sets LC_ALL to "POSIX" when starting NSD.
  This avoids issues with tools that have language specifc output.

V1.7.1 10.07.2007

New Features

- New command "cleanup"
  Remove hanging resources after a server crash
  (processes, shared memory, semaphores, message queues)

- New command "cmd"
  Issue console commands from the Unix command line
- New command "memdump"
  Generate a memory dump from the currently running server.

- New command Option "stop live" to show the live console on server shutdown

- New option to remove loadmon.ncf on startup of the server via DOMINO_RESET_LOADMON="yes"

- New option to remove temp-files from data-directory on startup via DOMINO_REMOVE_TEMPFILES="yes"

- New parameter DOMINO_LOG_DIR to specify a separate directory for logging (instead of the data directory)

- New parameter DOMINO_LOG_BACKUP_DIR to specify a separate directory for backing up log files (instead of the data directory)

- Have a check that "quit" and "exit" in lower-case in monitor console mode does not shutdown the server
  You have to type in the command in uppercase to shutdown the server because "exit" and "quit"
  are commonly used commands in a shell. Only those two reserved key-words are captured.
  All other abreviations (like "q") still work.

- New variable DOMINO_DEBUG_MODE="yes" to help debugging start-script problems

- Crash detection on shutdown.
  The "stop" command does now monitor the server log-file for crashes during server shutdown.
  If a crash is detected the fault-recovery history is shown along with the name of the
  generated NSD file.

- Be more SLES RC compliant and always return nice RC error status

- Updated documentation and quick documentation


- Changed default location of configuration file.
  The config file for the individual servers is now located in a Linux conform standard location
  Example: /etc/sysconfig/rc_domino_config_notes
  On AIX and Solaris you may have to create this directory.

- Rename archived log file. ".log" is now always the last part of the log-file name before the
  time-stamp to make it easier to open the log file in text editor after decompressing.

Problems Solved

- Fixed a problem in parameter processing of the rc_domino script when running with the same account
  (without using -su) in some environments the way the parameters are passed did not work with how
  the shell processed them
  Note: you need to replace your rc_domino scripts to get this fixed
  (the rc_domino script contains some logic that cannot be moved to the rc_domino_script)
- Platform SLES: Fixed a problem with the LANG variable that was not properly used by the server
  due to issues with the RC environment LC_ALL was set to "POSIX".
  This caused problems setting the locale in Domino (comma and decimal point issues).  
  Now also LC_ALL is set explicitly to avoid incorrect locale setting in Domino due to the
  SuSE RC system.

V1.6 10.01.2007

- Support for RHEL40 (and CentOS 4.3)
  RedHat uses "lock-files" in their RC system to keep track of started services
  This version of the script can use a lock file in /var/lock/subsys for RedHat and CentOS.
  Unfortunately files in /var/lock/subsys need root permissions to create/delete files.
  Therefore on RedHat the start/stop/restart options need root permissions

  You have to run those scripts as "root". The script automatically switches to the
  right Unix user name for the configured Domino partition
- Added information about a known issue in combination with SELinux when starting the
  server during the runlevel setup.

V1.5 22.05.2006

- New option to configure all settings externally in one or multiple configuration files
  Either one per partition or a general config file, separated from the script logic

- Most companies using the script turned out to be on Linux
  "sh" is now the default shell for Linux. AIX and Solaris administrators have to change
  the shell in all scripts back to ksh
- Changed the default opt directory for Domino from /opt/lotus to /opt/ibm/lotus
  to reflect the new default for Domino 7.

- fixed a problem with NSD without memcheck (option nsd). if was calling nsd -info
  instead of nsd -nomemcheck

V1.4 02.04.2006

- Added code in rc_domino to handle a Solaris SIGHUB issue when started manually in the shell

- Added code in rc_domino to optional determine the Unix user from RC script name (link)

- "NOTES_" is reserved. Therefore all variables have been changed from "NOTES_" to "DOMINO_"

- Removed a description line in the SuSE start-script configuration to allow multiple
  partitions started correctly using the RC package

V1.3 24.10.2005

- New DOMINO_OUTPUT_LOG and DOMINO_INPUT_FILE variables to define output and
  input log files per partition  

- Configurable (exportable) NOTES_SHARED_DPOOLSIZE parameter per partition
- Start script debug variable (DOMINO_DEBUG_MODE="yes") does also enable NSD debug mode
- Fixed a problem on Linux where the 'ps' command was only reporting truncated
  process list entries depending on screen size
  The -w option of the ps command (on Linux only) is needed to provide a full
  list (else it is truncated after 80 chars)
  The resulting problem was that in some cases the domino_is_running function
  to report that the Domino server is not running

- New function "archivelog" for archiving the current text log-file

V1.2 15.10.2005

- Support for SuSE run-level editor in rc_domino script

End of Change History