Azure VMs not Populated in CMDB cmdb_ci_vm_instance table
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
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:
- How to identify which Azure discovery schedule or subscription is responsible for these specific VMs?
- Any specific logs or tables to check if these VMs were skipped by Discovery or rejected by IRE?
- 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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
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).
