09-14-2006 10:09 AM
Did check_pkg_errors.sh fix all the problems it identified on my sandbox (dmgtd was shut down)? Can I run check_pkg_errors.sh
against a live LMS server (dmgtd started)?
[nms:/var/temp] $ ./check_pkg_errors.sh -c
Removing /opt/CSCOpx/objects/jrun/jsm-cw2000/services/jse/properties/servlets.properties_backup from the contents file if it exists
INFO: ./check_pkg_errors.sh called with -c option
INFO: Taking a backup of contents file
======== Running ./check_pkg_errors.sh to check for package check errors at Thu Sep 14 13:54:24 EDT 2006 ========
INFO: Package CSCONcfmg - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/lib/jakarta-oro-2.0.6.jar
pathname does not exist
Modifying - Done.
INFO: Package CSCONrisf - Installed. Verifying - FAILED.
ERROR: /opt/CSCONsa/bin/NSA/common/env/sfnms.properties
file size <206> expected <187> actual
file cksum <17323> expected <16483> actual
Modifying - Done.
INFO: Package CSCOchlp - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/core/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
Modifying - Done.
INFO: Package CSCOcmprt - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/portAssignment/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
Modifying - Done.
INFO: Package CSCOconx - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/contractcon/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
Modifying - Done.
INFO: Package CSCOdb - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/db/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
Modifying - Done.
INFO: Package CSCOeds - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/eds/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
Modifying - Done.
INFO: Package CSCOhlp - Installed. Verifying - FAILED.
ERROR: /product/CSCO/CSCOpx/htdocs/help/CMFcore/CMFuguide/WebHelp.jar
permissions <0750> expected <0640> actual
ERROR: /product/CSCO/CSCOpx/htdocs/help/shared/WebHelp.jar
permissions <0750> expected <0640> actual
Modifying - Done.
INFO: Package CSCOhlpCM - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/CMcore/UGuide/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
Modifying - Done.
INFO: Package CSCOhlpDM - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/ciscoview/Basics/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
ERROR: /opt/CSCOpx/htdocs/help/ciscoview/DSU/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
ERROR: /product/CSCO/CSCOpx/htdocs/help/ciscoview/Basics/WebHelp.jar
permissions <0750> expected <0640> actual
ERROR: /product/CSCO/CSCOpx/htdocs/help/ciscoview/DSU/WebHelp.jar
permissions <0750> expected <0640> actual
Modifying - Done.
(more in a follow-up)
09-14-2006 10:09 AM
INFO: Package CSCOjrm - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/jrm/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
Modifying - Done.
INFO: Package CSCOmd - Installed. Verifying - FAILED.
ERROR: /etc/rc3.d/S10dmgtd
pathname does not exist
ERROR: /tmp/.SQLAnywhere
permissions <0770> expected <0777> actual
Modifying - Done.
INFO: Package CSCOrvpn - Installed. Verifying - FAILED.
ERROR: /opt/CSCOpx/htdocs/help/vpn_core/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
ERROR: /opt/CSCOpx/htdocs/help/vpn_inventory/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
ERROR: /opt/CSCOpx/htdocs/help/vpn_syslog/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
ERROR: /opt/CSCOpx/htdocs/help/vpncfg/WebHelp.jar
file size <55279> expected <90354> actual
file cksum <10725> expected <44723> actual
Modifying - Done.
09-14-2006 03:13 PM
Yes, all of the package problems have been addressed, but some of these problems may point to file corruption. The fact that cksum information for jar files has changed is a bit suspicious. Unless you have explicitly patched those jar files, you should probably investigate why the cksum is changing.
In general, you do not need to periodically correct package errors. Service Pack updates will do that for you automatically when needed.
09-15-2006 06:43 AM
Uh oh, I think I have bigger problems:
When I ran the CS303 setup.sh (from LMS 2.5.1), the mandatory backup failed. I tried to wipe out the databases, but it failed with:
/opt/CSCOpx/bin/perl /opt/CSCOpx/bin/dbRestoreOrig.pl dsn=cmf dmprefix=Cmf
StandardDbRegistration .
INFO: The data source cmf was not found for delete.cmf Database initialization is completed.
Same error with /opt/CSCOpx/bin/perl /opt/CSCOpx/bin/dbRestoreOrig.pl dsn=rme dmprefix=Essentials
I notice DIServer and IcServer "failed to run". I have no idea what to try next. AvLoader and a whole bunch of other processes failed too, but I got them back up after "/opt/CSCOpx/bin/perl /opt/CSCOpx/campus/bin/reinitdb.pl -restore".
Something seems wrong with the cmf db. "/opt/CSCOpx/bin/perl /opt/CSCOpx/bin/restorebackup.pl -force -s rme -d /backup" seemed to have finished fine. But "/opt/CSCOpx/bin/perl /opt/CSCOpx/bin/restorebackup.pl -force -s cmf -d /backup" gave the prompt right back.
09-15-2006 10:21 AM
It sounds like your server is in a really bad state. The first error you mentioned ("The data source cmf was not found for delete.") makes me think that you have damaged your /opt/CSCOpx/backup directory. In particular, there is a manifest subdirectory here that should never be touched. In fact, you MUST NEVER use /opt/CSCOpx/backup as a target for backups. Admittedly, this is a poor name, and many customers do end up damaging this directory.
I'm also concered with your restorebackup.pl command. You are using the old, obsolete, LMS 2.2 syntax. Are you trying to restore an LMS 2.2 backup to an LMS 2.2 server?
09-15-2006 10:59 AM
It's "/backup" and I made it up. The real backup directory path is /product/CSCO/CW2Kbackup. I'm testing upgrading from LMS 2.2 to 2.5.1. I'm loading a copy of the production LMS 2.2 data to the sandbox also running 2.2, so no 2.5 syntax. Is there any way to wipe the slate (DBs) clean, given dbRestoreOrig.pl keeps failing?
09-15-2006 11:08 AM
Given the error with dbRestoreOrig.pl, I suspect your manifest is corrupt. If that is the case, unless you have a file backup of /opt/CSCOpx/backup/manifest, you will have to reinstall LMS 2.2 from scratch.
That said, if you have a manifest directory from another, working server (that has the same apps installed), you can copy it over to the sandbox server, and try your dbRestoreOrig.pl commands again.
09-15-2006 11:59 AM
I copied the manifest from a working server over. But dbRestoreOrig.pl still failed with the same error.
On a different server where I installed LMS 2.5.1 fresh, I got the following "warning" at the end of patching it to CS 3.0.4. Processes seem to be all running according to the Web GUI and pdshow.
=================================================================
Finished: Fri Sep 15 15:29:54 EDT 2006
=================================================================
===============- Software Installation Tool Completed -==============
=================================================================
===================- Possible Warnings/Errors Encountered -===================
WARNING: This system does not have the following required Client patches.
WARNING: These patches are required if only this system is used as a CiscoWorks client.
WARNING: 108921-21 108940-62
WARNING: Daemon Manager could not stop DBEngine processes.
WARNING: Please run the command "/opt/CSCOpx/bin/dbstop.pl all"
WARNING: to stop DBEngine processes manually.
WARNING: Exiting installation beyond this point might result in system instability.
=====================================================================
[/var/temp/patch/cwcs3_0_4_sol] # /opt/CSCOpx/bin/dbstop.pl all
Adaptive Server Anywhere Command File Hiding Utility Version 9.0.0.1364
Stopping database engine aniEng
Adaptive Server Anywhere Stop Engine Utility Version 9.0.0.1364
Unable to stop database server -- Database server not found.
Adaptive Server Anywhere Command File Hiding Utility Version 9.0.0.1364
Stopping database engine rmengEng
Adaptive Server Anywhere Stop Engine Utility Version 9.0.0.1364
Unable to stop database server -- Database server not found.
Adaptive Server Anywhere Command File Hiding Utility Version 9.0.0.1364
Stopping database engine cmfEng
Adaptive Server Anywhere Stop Engine Utility Version 9.0.0.1364
Unable to stop database server -- Database server not found.
When stopping IPM, I got:
./ipm stop
Stopping IPM Process Manager...
-- IPM Process Manager Stopped.
Stopping IPM Database Server...
WARNING: Unable to normally shutdown IPM Database Engine.
WARNING: Will try to force IPM database to shutdown.
-- IPM Database Server Stopped.
Stopping IPM Naming Server...
-- IPM Naming Server Stopped.
09-15-2006 12:07 PM
This warning is nothing to worry about. You should never have to run dbstop yourself.
As for dbRestoreOrig.pl, check your /opt/CSCOpx/.odbc.ini file, and make sure it exists, and has all of the databases in it.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide