Submit a ticketCall us

WebinarUpcoming Webinar: Know What’s Changed – with NEW Server Configuration Monitor

Change management in IT is critical. But, even with a good change management process, changes are too often not correctly tracked, if at all. The configuration of your servers and applications is a key factor in their performance, availability, and security. Many incidents can be tracked back to an authorized (and sometimes unauthorized) configuration change, whether to a system file, configuration file, or Windows® Registry entry. Join SolarWinds VP of product management Brandon Shopp to discover how the new SolarWinds® Server Configuration Monitor is designed to help you.

Register now.

Home > Success Center > VoIP & Network Quality Manager (VNQM) > VNQM - Knowledgebase Articles > No CDR\CMR data being collected due to old Job ID in database

No CDR\CMR data being collected due to old Job ID in database

Overview

This article discusses an issue when VNQM is not pulling any of the Call Detail Records (CDR) or Call Management Records (CMR) data for Cisco Unified Call Managers from the FTP/SFTP server even when the files are present on the server and the FTP/SFTP server shows VNQM logging into the client.

The steps in this article only pertain to when the Job ID is not refreshing for CDR\CMR collection.

Environment

VNQM 4.1 and later

Cause 

The issue occurs because the registered Job ID in the database has been corrupted or invalid and is constantly being recycled through the job engine. The Job ID will remain in the voipccmftpconnectioninfo table and not be purged out when the next poll interval comes through.

Resolution

  1. Verify the following:
    • The CDR/CMR files are on the FTP/SFTP server.
    • VNQM has the correct credentials and can connect to the FTP/SFTP server.
    • The CDR/CMR sequence is correct based off the flat file sequences on the FTP/SFTP server.
  2. Run the following query to verify if the Job ID is being refreshed correctly: 
    select currentjobid, currentjobstarttimeutc from voipccmftpconnectioninfo
    
  3. If the Job ID refreshes correctly every new polling cycle, troubleshoot CDR/CMR collection normally.
  4. If the Job ID doesn't refresh and remains the same through several polling cycles, stop all services.
  5. Run the following queries:
    update voipccmftpconnectioninfo set currentjobid = null
    update voipccmftpconnectioninfo set currentjobstarttimeutc = null
  6. ​Reinstall the Collector service.
  7. Reinstall the Job Engine and Job Engine v2 services.

    The job should now refresh correctly.

 

Last modified

Tags

Classifications

Public