
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2020 10:46 AM
In my Paris PDI (with demo data), I installed the new CMDB and CSDM Data Foundations Dashboards. I then ran the scheduled jobs and 11 metric scores were produced.
But the CMDB Dashboard did not display the metric records in the dashboard, as expected.
Inspecting the Metric Score records, the 'Tab' value for the missing records was created with the value of "1.0".
And the CMDB Dashboard widget query is expecting the value of "CMDB Main Tab". Thus, a blank dashboard. The second tab works as expected.
Anyone else experiencing this behavior? I have not tested it beyond my PDI at this point. Wondering what the cause of the erroneous 'Tab' value.
Thanks.
Solved! Go to Solution.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2020 12:51 PM
Hi Larry,
I had the same issue. ServiceNow is creating a problem and will fix it sooner or later.
In the meantime, here is how I fixed it:
Changing the value in the DATA metrics table, won't resolve this issue permanently.
The script that populates the Metrics is actually deleting the scores and re-create them every day.
Therefore, in the script include "CMDBGetWellBase" at the line 87 to 97, you can find the constants the developer teams have created :
_STAGES: { CRAWL: 1, WALK: 2, RUN: 3, FLY: 4 },
_CMDB_TABS : { TAB_ONE: 1, TAB_TWO: 2 },
As you can see the value are INTEGER.
However the value expected by ServiceNow is most of the time a String.
So I changed the those lines of script with:
_STAGES: { CRAWL: "1", WALK: "2", RUN: "3", FLY: "4" },
_CMDB_TABS : { TAB_ONE: "1", TAB_TWO: "2" },
In brief, the script is deleting the metrics and re-creating them every times it runs so the change has to be at the script level or as said Hnin, you could change it at the report level, but it is more difficult to revert multiple reports to the base line compare to changing the script to the base line.
And the actual issue was that the script tried to set a String with an Integer which sometimes result into unexpected results as we have both experienced.
I have tested this fix on my dev, test and production instances and it is working fine.
I hope it can help you, mark the answer as helpful if it did.
Best regards,
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-15-2022 01:17 PM
Here's a KB article on HI that has an alternate solution to try
https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0951823