- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-18-2018 08:47 AM
Our instance recently upgraded from Jakarta patch 7 to patch 8a. We have 4 MID servers 3 of them have been upgraded to patch 8a but one MID Server haven't been upgraded and version field showing yellow color. I couldn't see upgrade related link to make a manual upgrade. If anyone experienced this issue before please let me know the solution.
Thanks.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎07-11-2018 05:33 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-19-2018 05:40 AM
Doug, problem solved after restarting MID from the box. Thanks for looking into this.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-18-2018 09:12 AM
Hi Ryan,
There is a module "server issues" under mid server, please go there and check the error message. It happened to us as well about a month back while we upgrading from Jakarta to Kingston. So, i upgraded mid server manually by below steps for time being.
- Type "downloads" in left navigation bar.
- Click on 'Downloads' Under MID Server.
- Check the MID server OS and 32-bit or 64-bit(generally it is 64-bit).
- Click and download the zip file which is needed.
- login to MID Server
- Copy and paste the downloaded zip file in remote desktop drive(example: C drive).
- Go to "Services" and stop the "servicenow mid server" service.
- Modify the existed "agent" folder name and Extract the zip file.
- Open the "config" file in extracted agent folder in wordpad and modify the servicenow URL as dev or test and username,password "save" it.
- Run the "installer" batch file in "agent" folder.
- Enter the required servicenow user credentials and suitable name for MID server.
- Enter the MID Server credentials to start the mid server.
- Go to "services" and check the "Servicenow mid server" is started or not.
- After 1 or 2 minutes, Go to servicenow, type "MID Servers" in left navigation bar.
- Click and open the "MID Servers" under Discovery.
- Check the "Status" and "validated" field values for the MID Server.
- If the Status is "UP" and validated is NO, then open the mid server and validate using the "validate" related link at bottom.
- After 1 or 2 minutes, MID Server is validated and version will upgrade to the same servicenow version.
I don't know is this best practice or not, but it usually happens when the mid server name is not matched with the service name in the mid server.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-18-2018 09:39 AM
Thanks for the response Swamy. What was error you had received?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-19-2018 08:08 AM
i didn't remember the exact error message, but i am sure it must happened because it was upgraded manually by my previous colleagues for previous versions. so it failed this time as well, so i upgraded them manually.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-18-2018 10:19 AM
I have hit several upgrade issues in recent upgrade cycles where a few % of our mids failed to come back up after an upgrade.
This post is my attempt to streamline detecting those conditions.
I have also recently seen a case where a few mids would fail to start up and have empty bin and lib directories. - PRB1287413
- Tim.