CiscoWorks LMS 3.1 Backup failed

Unanswered Question
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Joe Clarke Sun, 09/13/2009 - 18:26
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

On what platform is LMS running? Remove the lock again, and let the backup run. When it completes, post the dbbackup.log.

Thanks for ur reply, LMS is running on Windows 2003 with SP-2. I tried to delete the backup.lock file but I failed because the backup has been already scheduled and in that case it is showing me the error that "this file is might be in use by some other person or process". So I think first I have to unschedule the backup and then I delete the file and schedule it again but I will be very hectic process for to do it everytime, please help me to resolve this.

I am attaching the dbbackup.log file here.



Attachment: 
Joe Clarke Mon, 09/14/2009 - 16:41
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

The backup is not completing successfully as the dfmInv database is corrupt. The corruption of this database is a known issue which is fixed in LMS 3.2. In the meantime, the only way to recover is to either restore LMS from a known good backup, or reinitialize the dfmInv database.


To reinitialize the dfmInv database, run the command:


NMSROOT/bin/perl NMSROOT/bin/dbRestoreOrig.pl dsn=dfmInv dmprefix=INV


As for getting the backup to finish, you'll need to kill off the perl process associated with the backup, then remove the lock file if it still exists.

Joe Clarke Mon, 09/14/2009 - 19:29
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

You will lose your notification group customizations, some DFM inventory details, and some polling and threshold data.


The Perl process is generally the only perl.exe process running as casuser. However, you can download Process Explorer from http://www.sysinternals.com , and use it to see which process has the lock file open.

Actions

This Discussion