Join the #BuildWithBuildAgent Challenge! Get recognized, earn exclusive swag, and inspire the ServiceNow Community with what you can build using Build Agent.  Join the Challenge.

Azure VMs not Populated in CMDB cmdb_ci_vm_instance table

nameisnani
Mega Sage

Hi Team,

We have observed that some Azure VMs are not getting populated in the CMDB → cmdb_ci_vm_instance table, even though these VMs are active in Azure and should be discovered through Azure Discovery.

🔹 Missing VMs:

VMNPEDCR7SE001 (10.40.3.27)
VMNPSDCR7SE001 (10.60.3.5)
VMNPSDCR7COL001 (10.60.3.6)
VMNPEDCR7COL001 (10.40.3.15)

🔹 Expected:

These VMs should be automatically discovered and populated in CMDB to form relationships with the non-production Application Service (Rapid7).

🔹 Current Setup:

  • Multiple Azure discovery schedules exist (e.g. Azure subsc-np-security-001 - VM schedule, Azure subsc-np-connectivity-001 - VM schedule, etc.).
  • All schedules are Active = true.
  •  

🔹 Issue:

Only the above 4 VMs are missing in CMDB, even after Azure Discovery jobs run successfully.

 

 

Request for help:

Could anyone please guide:

  1. How to identify which Azure discovery schedule or subscription is responsible for these specific VMs?
  2. Any specific logs or tables to check if these VMs were skipped by Discovery or rejected by IRE?
  3. Any known issue or configuration step that could cause some Azure VMs to be missed during CMDB population?

 

 

 

how to fix this issue can any one please help me here 

2 REPLIES 2

Kieran Anson
Kilo Patron

Are these 4 VMs in a particular subscription? Is that subscription being discovered? Does the subscription record in ServiceNow have azure regions, and other azure resources being discovered? 

 

Your current discovery schedules depict a np-security, and np-connectivity subscription, you'll need to consult with your azure team to identify what subscription(s) these VMs are in to narrow down where to investigate the issue

All four of these VMs are non-prod, and the non-prod VMs were last discovered 7 months ago, and we found the discovery schedule status was cancelled. We checked the logs and found pattern failures and sys-property–related errors(sn_itom_pattern.k8s_create_schedule_enabled is false).