Under certain circumstances, an attempt to commit changes to authentication keychains may fail. BGP and LDP protocol connections configured to use authentication keychains may instead proceed with no authentication being used. If the remote peer is mistakenly configured without authentication, an unauthenticated TCP session with that peer may erroneously be established.
In some circumstances, an authentication keychain may remain in the JUNOS kernel even after it has been removed from the router's configuration. This can occur if there are TCP sessions using the keychain which cannot be immediately terminated because of outstanding retransmissions. This requires JUNOS to retain the old keychain data within the kernel until all TCP sessions using that keychain have terminated. When this occurs, a subsequent attempt to commit a configuration with a new authentication keychain having the same name as the previous keychain will fail and messages similar to the following will be displayed:
warning: Command exited: PID 3815, status 255, command keyadmin error: failed to revise keyadmin database for /var/etc/keyadmin.conf commit complete
commit
This problem can be avoided by changing the affected authentication keychain to have a unique name, and changing all references to the keychain to use the new name. Alternatively, you can wait for nine minutes to allow all TCP sessions which may be using the previous version of the keychain to time out, and then use the commit full command to force reconfiguration of the authentication keychains in the JUNOS kernel.
commit full