- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-03-2025 12:20 AM - edited 03-03-2025 12:23 AM
Hi Community,
I Need some help on this problem.
In our env there windows servers which was discovered but they are missing serial number attribute on the CI record.
The count of these servers is around 120 so i am not sure how to approach troubleshooting this problem.
I try to debug one particular server but running quick Ip discovery and in the payload see serial number is returned so not sure why its empty so CI record
Need your assistance
Thanks,
Rahim
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-03-2025 10:07 AM
Hi Rahim,
Since you’re seeing the serial number in the quick IP discovery payload yet the CI record shows it as empty, it suggests that the collection process is working fine at the device level but something is going wrong during subsequent mapping or transformation. I’d suggest taking these steps:
-
Choose one Windows server that appears to be discovered correctly. Re-run discovery on it and then check the Discovery log, particularly under the “Exploring CI Pattern” for the Windows OS – Servers pattern. Look closely for any reference to the serial number. You should also open the debug view (usually in the upper right of the Discovery log window) to see all the data points captured, including the serial number.
-
Once you’ve confirmed that the serial number is indeed grabbed during the exploration phase, go to Pattern Designer and search for the exact pattern that’s applied to these Windows servers. Use the pattern debug mode and specify the IP address along with the MID server you normally use. Step through the process to verify at which step the serial number is retrieved and then mapped into the CI. This step-by-step approach should help you pinpoint where the extraction or mapping is failing.
-
The fact that the payload shows the serial number indicates that the device is returning the data, so it’s likely a problem with how the pattern handles that attribute. Examine whether the identification or transformation steps in the pattern are correctly configured to capture and insert the serial number into the CMDB field. It might be that a misconfigured transform or mapping rule is either dropping or overwriting the serial number value.
-
Additionally, compare the configuration of a correctly discovered server with one that’s missing the serial number. See if any differences exist in terms of pattern execution, transformation scripting, or even in the CI class definitions.
By following these troubleshooting steps, you should be able to identify whether the problem lies with the discovery pattern execution (using debug mode) or mapping of data to the CI record. Often, it turns out to be a subtle issue in the pattern designer or a transform that needs a tweak.
Hope this helps, and good luck debugging the issue!
If you believe the solution provided has adequately addressed your query, could you please **mark it as 'Helpful'** and **'Accept it as a Solution'**? This will help other community members who might have the same question find the answer more easily.
Thank you for your consideration.
Selva Arun
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-03-2025 02:32 AM
Hi Rahim,
We are already receiving serial number means there is no issue at device end.Now check in discovery status which patters are getting triggered, to debug that pattern go to pattern designer search for that pattern.
open identification section and click on patter debug mode. Provide the IP address and mid server and start.
From there do step by step debugging in which step serial number data is receive and in which step serial number is mapped to CMDB table
Thank you
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-03-2025 05:04 AM
@AbdulRahim Hi, choose one correctly discovered windows server, run the discovery and check Discovery log: Exploring CI Pattern, Pattern name: Windows OS - Servers,... and look for any serial number. Then in upper right corner you have "debug" and observe all Serial numbers.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-03-2025 06:00 AM
Sometimes, the serial number field may not be mapped correctly, This issue is happened to me either: take a quick look, hope you can find easy way buddy:
Go to Discovery → CI Classification → Classifiers.
Search for Windows Server.
Open the classifier and check whether Serial Number is mapped correctly.
Check Identification Rule?
Navigate to Configuration → CI Class Manager.
Search for Windows Server
Open the Identification Rule.
Ensure that the Serial Number is properly included in the Identification & Reconciliation Rule (IRM).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-03-2025 10:07 AM
Hi Rahim,
Since you’re seeing the serial number in the quick IP discovery payload yet the CI record shows it as empty, it suggests that the collection process is working fine at the device level but something is going wrong during subsequent mapping or transformation. I’d suggest taking these steps:
-
Choose one Windows server that appears to be discovered correctly. Re-run discovery on it and then check the Discovery log, particularly under the “Exploring CI Pattern” for the Windows OS – Servers pattern. Look closely for any reference to the serial number. You should also open the debug view (usually in the upper right of the Discovery log window) to see all the data points captured, including the serial number.
-
Once you’ve confirmed that the serial number is indeed grabbed during the exploration phase, go to Pattern Designer and search for the exact pattern that’s applied to these Windows servers. Use the pattern debug mode and specify the IP address along with the MID server you normally use. Step through the process to verify at which step the serial number is retrieved and then mapped into the CI. This step-by-step approach should help you pinpoint where the extraction or mapping is failing.
-
The fact that the payload shows the serial number indicates that the device is returning the data, so it’s likely a problem with how the pattern handles that attribute. Examine whether the identification or transformation steps in the pattern are correctly configured to capture and insert the serial number into the CMDB field. It might be that a misconfigured transform or mapping rule is either dropping or overwriting the serial number value.
-
Additionally, compare the configuration of a correctly discovered server with one that’s missing the serial number. See if any differences exist in terms of pattern execution, transformation scripting, or even in the CI class definitions.
By following these troubleshooting steps, you should be able to identify whether the problem lies with the discovery pattern execution (using debug mode) or mapping of data to the CI record. Often, it turns out to be a subtle issue in the pattern designer or a transform that needs a tweak.
Hope this helps, and good luck debugging the issue!
If you believe the solution provided has adequately addressed your query, could you please **mark it as 'Helpful'** and **'Accept it as a Solution'**? This will help other community members who might have the same question find the answer more easily.
Thank you for your consideration.
Selva Arun