Can't retrieve remote update set after deleting it from test instance.

Staxed
Giga Guru

I had a remote update set that had to be edited after it was pulled from Dev into Test (not committed, just pulled so it was still in previewed state).  The update set was then edited in Dev to remove some erroneous changes that someone made while they were in the wrong update set.  Since the update set had already been retrieved it wouldn't pull it into test again with the changes, so I decided to delete the update set from Test and then run the remote sources retrieval again.

However, when I do this, it no longer sees this update set as new (for some reason it seems like test still thinks it exists).  I can't for the life of me figure out how to make the test instance repull the update set from dev.  Any ideas on where it might be hiding?  I have verified that the update set does not show up in test on either the sys_update_set or sys_remote_update_set tables, not sure where else to look.

4 REPLIES 4

Jaspal Singh
Mega Patron
Mega Patron

Did you try changing the update set name in DEV & then retrieving the same. 

You can also do an Export XML for the update sets & then import in target instance for a check.

Tony Chatfield1
Kilo Patron

Hi, have you checked and confirmed that the dev update set has been set to completed after it's latest changes\updates?
Otherwise I have followed this process many times and haven't had an issue, did you confirm that the update set was deleted from 'sys_remote_update_set' by quering\checking the sys_id of the set?

Yup, I have done both of those things which is why I'm puzzled.  Everything in Dev is set as completed (if it matters, it's a batch update with 4 update sets included, I've deleted all 5 from test and verified none of the sys_ids are showing in sys_remote_update_set).

Tyler38
Tera Expert

Check out resolution step "4" of this article:

https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0535176

If the update sets on the source instance were updated over 90 days ago, these will also not be retrieved. This is set in the system property "glide.update_set.retrieve_days". The default value is 90.