CiscoWorks 3.2 ANI database engine failed to start

Question

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
CiscoWorks ANI database engine failed to start ...
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
We suppose we have found following bug. This is output from one discussion on Netpro https://supportforums.cisco.com/message/665869#665869 .
CSCsb52873
ANI Server fails to start
This problem occurs when you:
Start ANI Server, the server is up for sometime and shuts down with RC as -2 and Info as ANI Server failed to load from the database.
Workaround:
Stop the Daemon Manager. Re-initialize ANI database and start the daemons.
Enter the following command to reinitialize ANI database:
/opt/CSCOpx/bin/perl /opt/CSCOpx/bin/dbRestoreOrig.pl dsn=ani dmprefix=ANI
You should not be using this interface to start any CiscoWorks services.  Your statup parameters look okay.  Either your ANI database is corrupt, or your transaction log is corrupt.
First, set the CiscoWorks Daemon Manager service to Manual, and reboot the server.  When the server reboots, delete NMSROOT\databases\ani\ani.log if it exists.  Then run:
NMSROOT\objects\db\win32\dbsrv9 -f NMSROOT\databases\ani\ani.db
After that, set the Daemon Manager service back to Automatic, and reboot again.  See if the ANI database engine starts.  If not, you will need to reinitialize your ANI database with the command:
NMSROOT\bin\perl NMSROOT\bin\dbRestoreOrig.pl dsn=ani dmprefix=ANI
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
We have done reinitializing:
1. Delete NMSROOT\databases\ani\ani.log
NMSROOT\objects\db\win32\dbsrv10 -f NMSROOT\databases\ani\ani.db
After that done
NMSROOT\bin\perl NMSROOT\bin\dbRestoreOrig.pl dsn=ani dmprefix=ANI
After reinitializing ANI database took 1 hour to start, output of  pdshow command was
INFO: Daemon manager is processing other tasks in the queue. Please try again later.
In RME there is another problem:
JRM Service could be down. Check whether JRM services are running .
Tried to resolve by reinitializingRME
NMSROOT\bin\perl.exe NMSROOT\bin\dbRestoreOrig.pl dsn=rmeng dmprefix=RME
But did not help.
We are attaching some log files...
Thanks in advance...

Answer 1

You are most likely seeing a port conflict between LMS and the Windows RM service.  You can either shutdown the Windows Remote Management service, then restart Daemon Manager, or do the following:
* Shutdown Daemon Manager
* Remove ctmregistry* from NMSROOT/MDC/tomcat/webapps/rme/WEB-INF/lib.
* With Windows Remote Management still running, restart Daemon Manager, and EssentialsDM should skip tcp/47001 because it is already in use.