Description

A VC stack has been constantly attempting to perform commits and failing. This is not user initiated and seems to be an automatic process (in the background)

Symptoms

These commits are not user generated, in fact using the command "show system commit" does not display any new commits at all.

 

An extract of the logs observed that repeat over and over:

 

mgd[6806]: UI_COMMIT_PROGRESS: Commit operation in progress: signaling 'Alarm control process', pid 6618, signal 30, status 0 with notification errors enabled

mgd[6806]: UI_COMMIT_PROGRESS: Commit operation in progress: signaling 'Management Information Base II process', pid 6620, signal 30, status 0 with notification errors enabled

jlaunchd[9558]: Registered PID 10797(commit-syncd): exec_command

jlaunchd[9558]: commit-syncd (PID 10797) started

jlaunchd[9558]: Registered PID 10797(commit-syncd): new process

jlaunchd[9558]: Registered PID 10838(commit-batch): exec_command

jlaunchd[9558]: commit-batch (PID 10838) started

jlaunchd[9558]: Registered PID 10838(commit-batch): new process

rpd[10725]: RPD_COMMIT_SYNC_STATUS: RPD commit sync completed on MASTER

rpd[10725]: RPD_COMMIT_JOBS_STATUS: RPD commit jobs started on MASTER

rpd[10725]: RPD_COMMIT_JOBS_STATUS: RPD commit jobs completed on MASTER

mgd[11311]: UI_NETCONF_CMD: User 'root' used NETCONF client to run command 'open-configuration ephemeral-instance=junos-analytics commit-check commit-synchronize allow-commit-synchronize-with-gres'

mgd[11311]: UI_COMMIT_PROGRESS: Commit operation in progress: Started ephemeral db commit

mgd[11311]: UI_COMMIT_PROGRESS: Commit operation in progress: Obtaining lock for commit

mgd[11311]: UI_COMMIT_PROGRESS: Commit operation in progress: Obtained Lock

 

Solution

Customer's syslog messages had enabled "interactive-commands any" :

syslog {

     file messages {

          any notice;

          authorization any;

          interactive-commands any; <-- This knob is causing commit data to display constantly.

     }

}

 

This knob is normally present in the interactive-commands file, not the messages. Removing that knob will prevent the commit entries from flooding the log 'messages':
 

# delete system syslog file messages interactive-commands any

# commit
 

Modification History

2024-01-02 : Article Created