- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-18-2024 12:54 AM
We have just upgraded our DEV environment from Tokyo to Vancouver and in the upgrade conflicts list we found that we have more than 2000 entries with no priority.
Has anyone seen this already and knows how we should handle them?
If it can make any difference, we are on an on-prem instance hosted by our ServiceNow provider.
Thanks for any insight!
Ric
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-18-2024 07:35 AM
Hi @RicRigon
Better to log a Now support case.
If my response proves useful, please indicate its helpfulness by selecting " Accept as Solution" and " Helpful." This action benefits both the community and me.
Regards
Dr. Atul G. - Learn N Grow Together
ServiceNow Techno - Functional Trainer
LinkedIn: https://www.linkedin.com/in/dratulgrover
YouTube: https://www.youtube.com/@LearnNGrowTogetherwithAtulG
Topmate: https://topmate.io/atul_grover_lng [ Connect for 1-1 Session]
****************************************************************************************************************
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-18-2024 06:53 AM
Hi @RicRigon
That should be a reason, is it your 1st upgrade after on prem or earlier also did. Better log a now support case.
If my response proves useful, please indicate its helpfulness by selecting " Accept as Solution" and " Helpful." This action benefits both the community and me.
Regards
Dr. Atul G. - Learn N Grow Together
ServiceNow Techno - Functional Trainer
LinkedIn: https://www.linkedin.com/in/dratulgrover
YouTube: https://www.youtube.com/@LearnNGrowTogetherwithAtulG
Topmate: https://topmate.io/atul_grover_lng [ Connect for 1-1 Session]
****************************************************************************************************************
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-18-2024 07:30 AM
Actually we upgraded several times in the past and it's the first time we had this situation.
Another unexpected behavior is that we did not find any Upgrade Task for the conflicts resolution. None were created for our conflicts.
The upgrade was from Tokyo patch 10 HF2b to Vancouver patch 7 HF 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-18-2024 07:35 AM
Hi @RicRigon
Better to log a Now support case.
If my response proves useful, please indicate its helpfulness by selecting " Accept as Solution" and " Helpful." This action benefits both the community and me.
Regards
Dr. Atul G. - Learn N Grow Together
ServiceNow Techno - Functional Trainer
LinkedIn: https://www.linkedin.com/in/dratulgrover
YouTube: https://www.youtube.com/@LearnNGrowTogetherwithAtulG
Topmate: https://topmate.io/atul_grover_lng [ Connect for 1-1 Session]
****************************************************************************************************************
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-21-2024 06:49 AM
Eventually we resolved with the help of ServiceNow support.
The root cause has been found in the finalization script of the upgrade failing due to records in the sys_metadata with empty field "sys_class_name".
we fixed by running the following scripts to adjust the sys_metadata table:
var gr = new GlideRecord("sys_metadata");
gr.addEncodedQuery("sys_class_name=^sys_updated_on!=NULL^sys_update_nameSTARTSWITHbsm_action_^sys_scopeISEMPTY^ORsys_scope=global");
gr.query();
gs.print("Updating " + gr.getRowCount() + "records to sys_class_name = bsm_action");
gr.setValue("sys_class_name", "bsm_action");
gr.updateMultiple();
var gr = new GlideRecord("sys_metadata");
gr.addEncodedQuery("sys_class_name=^sys_updated_on!=NULL^sys_update_nameSTARTSWITHsys_translated_^sys_scopeISEMPTY^ORsys_scope=global");
gr.query();
gs.print("Updating " + gr.getRowCount() + "records to sys_class_name = sys_translated");
gr.setValue("sys_class_name", "sys_translated");
gr.updateMultiple();
var gr = new GlideRecord("sys_metadata");
gr.addEncodedQuery("sys_class_name=^sys_updated_on!=NULL^sys_update_nameSTARTSWITHsys_ui_message^sys_scopeISEMPTY^ORsys_scope=global");
gr.query();
gs.print("Updating " + gr.getRowCount() + "records to sys_class_name = sys_ui_message");
gr.setValue("sys_class_name", "sys_ui_message");
gr.updateMultiple();
var gr = new GlideRecord("sys_metadata");
gr.addEncodedQuery("sys_class_name=^sys_updated_on!=NULL^sys_update_nameSTARTSWITHsys_documentation_^sys_scopeISEMPTY^ORsys_scope=global");
gr.query();
gs.print("Updating " + gr.getRowCount() + "records to sys_class_name = sys_documentation");
gr.setValue("sys_class_name", "sys_documentation");
gr.updateMultiple();
and once the sys_metadata table was fixed, we executed again the upgradeSummary:
var logger = new SNC.UpgradeSummary("5a5f85724b210210d4d9d68dbce0582e"); logger.getAllDescriptions();
This correctly prioritized our conflicts and generated the upgrate tasks