I scheduled the backup in LMS 3.1 with 10 generations. First time it done sucessfully but another time it was showing the error that Backup.lock file exists hence can't take the backup. After that I manually deleted the Backup.lock file, but again I am facing the same issue. Please provide me the solution.
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.
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:
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.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...