This is most likely due to RME trying to do SNMP-triggered TFTP collection of device configuration. Typically, RME creates an empty file in the tftpboot directory, then issues the SNMP SETs to trigger a TFTP write request from the device. If all goes well, the device TFTPs its config, RME archives that config, then deletes the tftpboot file.
The fact that you get these errors sporadically, and not from all devices makes me think there is a timeout issue trying to fetch the configs from those devices. That is, RME sets up the tftpboot file, issues the SETs, but the device does not send the config in the specified amount of time; and thus RME considers the transaction a failure, and deletes the tftpboot file.
You might try increasing the TFTP timeout under RME > Admin > System Preferences > RME Device Attributes and see if that helps.
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 ...