- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-01-2015 10:19 AM
This error shows up though this is the first update source i am creating for an instance.
I am trying to move updates from prod to non prod instance. where prod is in eureka and non prod is in FUJI patch 2.
I have already looked into http://wiki.servicenow.com/index.php?title=Transferring_Update_Sets#
and Transferring Update sets - Connection Fails But these havent helped much.
Can someone help me understand what an instance id is exactly? (the datatype of it and the value assigned to it)
Is there any possibility that two instances to have same instance ID.
Forgive my ignorance.
Solved! Go to Solution.
- Labels:
-
User Interface (UI)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-22-2015 03:14 PM
Hi Connie Dula , saritha
In my case i had various update sources which had instance id empty. I deleted them and then tried to create a new update source and it worked.
Regards,
Prasanna

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-01-2015 10:30 AM
Hi Prasanna,
Go to system update sets->update sources->Now check if the URL already exists for the source you are trying to create now.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-01-2015 10:31 AM
This is the BR Validate Instance ID which validates it.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-01-2015 10:46 AM
Already checked that and found no update sources for the instance from which i need to pull updates.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-01-2015 10:36 AM
Why don't you clone your production instance back down to the non-prod one and then update the non-prod to Fuji? You should not be moving update sets down to non-production instances that way. Update sets move up the chain from dev, test, qa to production and then you clone backwards. Otherwise you will end up in an endless loop.
And why are there updates sets in production that are not in your non-prod environment?