The major Ingres processes are as follows:
The Name Server process (iigcn) is not running if either of the following occurs:
You can verify this by attempting to start the Name Server manually.
The most common causes of Name Server startup failure are:
If you still have problems, set the following trace to capture additional diagnostic data before calling technical support:
ingsetenv II_GC_TRACE 4
ingsetenv II_GC_LOG filename
iirun iigcn
If the Communications Server process (iigcc) does not start, verify that you have installed the Ingres Net component and that you have installed the correct protocol drivers.
If you are still having problems, set the following trace to capture additional diagnostic data before calling technical support:
ingsetenv II_GC_TRACE 4
ingsetenv II_GC_LOG filename
iirun iigcc
If the Bridge Server process (iigcb) does not start, verify that you have installed the Ingres Net component and that you have installed the correct protocol drivers.
If you are still having problems, set the following trace to capture additional diagnostic data before calling technical support:
ingsetenv II_GC_TRACE 4
ingsetenv II_GC_LOG filename
ingstart -iigcb
The command to start the ICE Server process (icesvr) is ingstart -icesvr. To check for errors in ICE Server, verify that you have installed the Ingres Web Deployment Option component, and that you have configured it correctly using Configuration Manager. Also, that the DBMS Server process iidbms and/or Ingres Net are running.
For additional information, see Ingres Processes on Windows.
Issue the following command at the operating system prompt to start the ICE Server:
instart -icesvr
You can check for the presence of the Remote Command process (rmcmd) using the Windows Task Manager. View the Processes tab for the existence of the process.
The Recovery process (II_IUSV_nnn) must be running before a DBMS Server can be started. Failure of the II_IUSV_nnn starting process indicates one of the following:
If the Recovery process does not start, perform the following procedure:
dir
If you still cannot start the II_IUSV_nnn, you must erase it and recreate and reformat it. This step is done only as a last resort.
Note: This step reinitializes the log file, causing any outstanding transactions to be lost.
The archiver process (dmfacp) does not start unless the II_IUSV_nnn recovery process is running. However, an Ingres installation runs without an archiver process until the log file fills up. The user programs are suspended until any outstanding transactions in the log file are backed out. More information about Ingres in a recovery state is provided in Recovery Process Monitoring.
Archiver process (dmfacp) startup errors are likely to result from:
Use the following procedure to check archiver process startup problems. Some of these checks are the same as for the recovery process in the previous section.
Verify that ingres.log exists at that location by entering the following command at the operating system prompt:
dir
If it does not exist, you must create it using the iimklog command, and format it using the rcpconfig –init command.
The journal location name points to a valid directory containing subdirectories ingres\jnl\default\dbname.
dir
If the journal partition is 100% full, this makes it impossible to write journals and stalls the archiver. If this is the reason preventing archiver start up, you must either free space on the journal partition or temporarily disable journaling with the alterdb command. For details on alterdb, see the Command Reference Guide.
The command to start the DBMS Server process (iidbms) from the Ingres login is ingstart -iidbms. If the DBMS Server did not start:
ingstart -iidbms
If the Data Access Server process (iigcd) does not start, follow this procedure:
If you are still having problems, set the following trace to capture additional diagnostic data before calling technical support:
ingsetenv II_GCD_TRACE
ingsetenv II_GCD_LOG filename
ingstart -iigcd