I am using ISC v4.2 and trying to do a full recovery from media failure option. Everything run smooth as expected to be until it comes to the end where it complained about a repository.before.restore.log is older than the current restore repository database, and at the end it said the restore was unsuccessful. The restore process carried on with the SLA db but the same thing happened where it complained about sla.before.restore.log, and the result was also unsuccessful. Apart from that disturbing error, everything seems to work fine.
My question is what is this *.before.restore.log at the repository directory? Are they suppose to be there for reasons or should I just delete them out before the restore process starts?
I am backing up to and restore from a remote machine map drive via nfs. It seems that the restore process take a lot and lot more time than the backup process. Let say's the backup takes about 1 hours, the restore takes more than 3 hours?! It this normal?
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 ...