Showing results for 
Search instead for 
Did you mean: 
Create Post

Orion Platform - 2020.2 - A Gateway to Your Fastest Upgrade Ever!


Time is money.

A timeless quote by Benjamin Franklin which is clearly relevant to what all of us deal with each and every day. Time is a precious commodity we never seem to have enough of, and as a part of the Orion Platform 2020.2 release, we are extremely excited to announce some very important enhancements targeted at giving back time. In this release, we continue to build upon the foundation delivered in previous versions with a goal of improving the overall install/upgrade process. With 2020.2, these improvements should not only simplify the upgrade process but more importantly, drastically mitigate downtime in order to do so.   

As a software company, we work diligently to provide a constant stream of added value to our users and that is obviously rolled up into a release.  We want our users to be on the latest and greatest releases as this allows you to take advantage of the most recent bug fixes, security updates, and new features. The fact is, that especially in environments of larger size or complexity, the upgrade process in order to get to the latest release has been a considerable investment of your time. Many customers spent anywhere from multiple hours to multiple days completing an upgrade, making it a less than appealing undertaking to endure. There is little doubt that we need to continue to make significant changes in this area.

As an example, a customer recently reached out requesting feedback on the most efficient method to complete their upgrade. The customer's environment consisted of multiple Orion modules and 30 Additional Polling Engines. Needless to say, there was concern over how long this process would take with a tight window to get it done. The customer ended up copying the offline installer onto each and every one of his polling engines manually. Now all said and done, they stated that they were able to complete their upgrade in a little under 3 hours, which wasn't too bad. However, that did not account for all the time they had spent downloading and copying files to prep the environment. We can clearly improve on this process, and we did!


Updates & Evaluations


As an Orion Administrator, you will undoubtedly be familiar with the My Orion Deployment page within the web console. Upon visiting this page and selecting the Updates & Evaluations tab, you will be greeted by some adjustments to the user interface.


My Orion Deployment - Updates & EvaulationsMy Orion Deployment - Updates & Evaulations


As you can see from the example above, the upper portion provides specific information in each of the 3 sections. The first section indicates if any major updates are available, the second calls out patches and hotfixes based on what is installed, and the 3rd indicates products that may not be a part of your current installation.


Make a Plan


Shifting our focus to the bottom half of the screen we have 3 paths laid out before us. Whether or not you may have realized it, the Orion Update Tool can be used to validate your compatibility level with certain versions, or even with a new product you want to trial. The problem we heard from many of you was that this was not clear. Others realized this was possible, but steered clear of the tool, due to a fear you would begin an upgrade on accident.   

That problem should now be reconciled, so we begin with the Make a Plan option. Clicking on this button will take you through a workflow you may also recognize, indicating what modules and versions you are currently running and what they will be upgraded to. 


Product UpgradesProduct Upgrades


This screen also provides ample opportunity to learn about other products you may not be familiar with, but for the purpose of this walk-through, we will scroll down and continue on. The next step will focus on establishing a connection from the main poller to any scalability engines distributed within the environment. This includes Additional Polling Engines, Web Servers, or HA servers. If the system is unable to connect to a scalability engine, you will receive a warning with actionable information similar to below.




You may choose to rectify that issue immediately or move forward, it is up to you. The following step will perform what you will hear us internally call the pre-flight checks. In essence, these are system checks of each server that provide valuable feedback on optimizations that may need to occur prior to being able to upgrade, or recommendations to be mindful of before proceeding. For example, it would be difficult to install an update on a polling engine if that machine is out of disk space. These are items that you just may not be aware of that could cause hiccups or even prevent you from making progress if you were trying to move forward with an actual update. 


System CheckSystem Check


At the bottom of the screen, you will see four separate options. These are really centered around completing the task of planning your upgrade, in which case you can click done, run your system checks again, or even retrieve a printable version of the page. This may be handy for some of you with change control processes that require documentation. Another new and notable feature is also a perfect segue into our next topic, the option to proceed to download files.


Pre-Stage Files


Selecting the Start Downloading Files button pictured above is, in reality, the same workflow as if we were to have chosen the Pre-Stage Files button on the first page pictured below.




The goal was to maintain a similar workflow throughout each of the three options, but ensure you had a clear and concise decision making tree, as well as stopping points throughout the process. 

Proceeding through the workflow will guide you down the same path regardless of where you clicked the button, at which point you can now pre-stage your environment. What this provides is a mechanism to prep your environment ahead of time, where previously you either had to do this manually yourself, downloading and copying files onto each scalability engine, or include this overhead as part of your change window needed to complete the upgrade. This cuts all that extra work out of the equation with just a few clicks! Once you have begun this process, you are free to go back to what you were doing and come back to check on it later.  

Pictured below, the staging begins with your primary poller and then transitions to upload bits to each of your scalability engines.






Feel free to go back to what you were doing or of course troubleshoot an issue if necessary. It has no effect on the upgrade. Upon return, you will be greeted with progress indicators and success indicators once completed. When it is time for the actual change window, come back to this page and simply click the Upgrade Now to proceed. Whether this is the next day or the next month it really doesn't matter, you are set and ready to upgrade!




As always, there is built in intelligence to centralized upgrades and if you return to this page, and a newer update is available, you will be notified and can make the choice to download the new bits prior to upgrading. Fear not, the system will also ensure that only new bits necessary for the latest update are downloaded, rather than having to download absolutely everything again.


SDK and Configuration Wizard Improvements.


The team was also able to deliver new verbs into SWQL Studio to ensure that advanced users have the ability to automate pre-staging functionality through the SDK.



A new SWIS verb has been added to Orion.Environment entity and you have the ability to specify the "updatemode" as well.

  • Install & Upgrade = (1) - Arguments are optional
  • Hotfix & Patches Only = (2) - Arguments are optional
  • Install Only Evals = (3) - Arguments are mandatory for which eval products will be installed; NCM, SAM and so on. 


There have also been massive amounts of updates and changes done to the configuration wizard itself designed to expedite the time it takes to complete. We have also seen drastic changes in this area as well, and combining both of these options together makes for a significant reduction in time dedicated to updating your environment. 


THE BEST PART IS that while this has been implemented in the 2020.2 release, you may be thinking that you won't get to take advantage of the new features until the next release. Normally that would be true, but that wouldn't really give us the wow factor we are after. You actually get to take advantage of this feature right now. For online environments running 2019.2 or later, the SWA service will automatically be updated and allow you to take advantage of the feature/functionality described above.

Want more good news!? As of 8/26/2020, offline environments can also take advantage of the Pre-Staging feature! Yes, this was one of the first questions asked once the original release was made available, and with the 2020.2.1 Service Release, we are happy to deliver Pre-Staging for offline environments. Just to reiterate what this means, when pre-staging, all services remain running and Orion continues to function normally throughout the process. This prevents you from spending significant time performing these actions yourself, as well as eliminating this task during your actual upgrade window. Only later, when you ultimately decide to upgrade, will there be any disruption in service. This disruption should also be drastically reduced thanks to the additional improvements made to the configuration wizard.

So, for those of you running offline environments you will immediately notice a different behavior from the typical offline installer as pictured below. 



This allows you to choose your own adventure, and we certainly recommend using the Pre-Stage option. Once selected, the SolarWinds Administration Service will be updated and the installer will identify the necessary bits needed for your installation. 



The appropriate files will then be copied from the .exe to the install directory of your server.



Once this is complete, you will receive a success message and directions that allow you to copy the URL or click FINISH to launch the Orion Update Tool.



From the Centralized Upgrades UI, you can now follow the same steps outlined above to either walk through the upgrade now, or pre-stage the necessary bits across all your scalability engines. 

Remember, for those of you currently running on Windows 2012R2 and believe you can't upgrade, the 2020.2 release fully supports both Windows Server 2012 R2, and SQL Server 2012, as well as SQL Express for smaller environments. Be sure to check out the Release Notes and System Requirements for the platform and each of your corresponding modules.

The Orion Platform is responsible for delivering features that reduce complexity and provide a solid foundation for the modular system. We are very anxious to hear your feedback and hope this provides a welcomed change to the upgrade process. Please share your experiences below and let us know what you think.

Want More!

Be sure to check out the other Orion Platform Posts as we have even more in-store and loads of new enhancements that will have a big impact.




Nice! Especially the last part: upgrading the administration service. 

Will this be made available for offline installations as well? 


Will this be made available for offline installations as well?

That is a great question! The answer at the moment is no. However this is something we are working on and hope to deliver sooner than later.  Stay tuned!

Another "great" (?) question, how old versions can be upgraded with the "new enhanced" administration service? 

I tried upgrading yesterday via offline installer.  My main polling engine went smooth, but upgrades failed for all of my additional polling engines.  I opened a case with Tech Support, and Tech Support wasn't able to fix.  I've provided diagnostics for main and APE's, and waiting for the next tier support.  I love the concept and potential ease of future upgrades, but currently in a world of hurt.


Whats the support case number - ill get it escalated. You were upgrading to the RC correct?

@jblankjblank Thank you very much.  Case #:  00527514


We should be getting someone to reach out and sync with our Dev team.  

At first glance it appears like it seems like you have one APE still on 2019.4 and its telling you it can't move forward because there is already an upgrade in progress. You may try forcing that to stop and try again.

Ensure that you have a backup of the database before doing the following steps.
  1. Open the SolarWinds Database Manager.
  2. Look for the db table SWA_InstallationSession.
  3. Check if any row has IsActive field set to true - this means Centralized Upgrades are running. 
  4. To delete it, click Enable table editing, and then right click on the row on the leftmost cell next to column name Id then Delete the selected row(s).

@jblankjblank I still haven't heard from anyone.  But you are essentially correct.  I installed the offline upgrade on the main polling engine but did not select log and event manager because i need the legacy trap functionality.  Then i tried to upgrade my 3 polling engines using the centralized upgrade. As far as i know they all failed.  We then attempted to manually install the offline upgrade on 2 of the 3 polling engines, but we got errors.  We went back to the centralized upgrade and 2 of my 3 polling engines completed.  But NONE of my 3 polling engines are working.  The two that completed the upgrade are not updating the database, and i'm unable to manually poll devices from them.  We attempted to upgrade the 3rd polling engine with the offline installer, but this failed as well, due to a centralized upgrade in progress (which it wasn't).  So my current situation is that my main polling engine appears to be working, and all 3 of my additional polling engines are not.  My 3rd polling engine is in a locked cage, which is not colocated and i don't have access to it today.  We did last night but the install failed.  I need this to be escalated.


Were you able to attempt the steps I shared?

I also just spoke with Support and reviewed the case where they show attempts at trying to reach you as well as Nicholas D. It appears calls were being forwarded to a Voicemail system and they sent a follow up email.  

If you need to share a different method of contact please feel free to email me at

If a network is completely cut off -- no internet access -- so we must use offline installers, will one still use this process to upgrade from 2019.x to the full release version of 2020.2? If some manual prestaging will be needed, what will be the details?

@mjperkins - this will not be a great option for offline environments for the time being. Technically you could upgrade the main polling engine and then pre-stage with the new features, but if your main polling engine is updated, then you would need to upgrade the rest of your scalability engines too, otherwise they won't work. 

We are hoping to provide a way in which a user could potentially pre-stage the right way, even in an offline environment, but that is not available right now.   

Ahh after spending around 6 hours upgrading to 2019.4 I got excited until I read the restriction for Offline environments 😞 We have a proxy server that has access to SolarWinds for customer portal etc will that allow the prestaging 

@jblankjblank Thought a follow up to my post was necessary.  After escalating my case, I received a call from SW tech support.  Spent the next few hours on the phone with the tech, and i'm happy to say all issues are resolved.  I have been a Solarwinds customer for nearly 10 years, and worked with many tech support engineers.  Overall I believe the quality of tech support is good, but the tech i worked with (Matt) was on a whole other level.  Before touching anything, Matt took the time to ask questions in order to properly diagnose the issue and current state of my environment.  I can't tell you how important this often overlooked step is.  With the background and context, he explained to me what he believed was the problem, and the approach we wanted to take towards fixing it.  He was very knowledgeable, in my opinion a cut above most tech support i've worked with.  In addition, he was patient, creative, and persistent.  He genuinely wanted to fix my issue, not just get off the phone, and it was clear he didn't want to stop until i was happy.  Although this is the way it should be, this experience with SW tech support, and specifically Matt was outstanding.  As i mentioned in my previous post, I have a main polling engine and 3 additional polling engines.  My environment was fully functioning prior to the upgrade attempt but all except for the main polling engine were down for nearly 24 hours.

The fixes were as follows:
1.  Ran permission check on all polling engines and main engine.  Several permissions were repaired on all.

2.  Checked Orion Service Manager and validated that all services were running.  A few services on each of the APE's was found to be down and restarted.

3.  I think the main problem was that software on my main polling engine and APE's got out of sync.  Specifically, I am using the legacy trap system due to dependancies that we have.  I chose not to install Orion Log & Event Manager on my main polling engine, but for whatever reason it got installed on my APE's.  I don't recall there being an option not to install it though.  In any event, Matt removed the 2020.2 trap component and reinstalled the legacy system on all 3 of my APE's.  We re-ran the configuration wizards and everything is now resolved, and running better than ever, primarily due to Matt.



Some feedback from my upgrade:

Ran the script to upgrade administration service, ran smooth.

Back to the upgraded web page for upgrading orion:
The first page, "Welcome page", after both "Make a plan" and "Pre-stage files" could be clearer that this is not the actual upgrade, just the plane/pre-stage. But technically they work fine, like it!!

(Side note; when you run config wizard on the server you get nice info on what it is doing but now when installing on the web gui you get nothing more than percentage. I often log on to the server anyway, and open the config wizard log file while it's running just to know what it is doing. Can't we get that nice info on the web as well? Maybe a checkbox saying "show detailed progress" or something.)

Got one error in config wizard:
"Database configuration failed: Error while executing script- Cannot insert the value NULL into column 'ThresholdNameId', table 'SolarWindsOrion.dbo.Thresholds'; column does not allow nulls. INSERT fails. The statement has been terminated."

Support and I found the issue, ran below to fix: (Case #00528523)

IF NOT EXISTS (SELECT * FROM [dbo].[ThresholdsNames] WHERE [Name] = 'Volumes.Stats.PercentDiskUsed')
INSERT INTO [dbo].[ThresholdsNames] ([EntityType],[Name],[DisplayName],[DefaultThresholdOperator],[Unit],[ThresholdOrder])
VALUES ('Orion.Volumes', 'Volumes.Stats.PercentDiskUsed',
UPDATE [dbo].[ThresholdsNames]
SET [DisplayName] = N'@{R=Core.Strings.3;K=VolumeThresholds_PercentUsed;E=sql}',
[DefaultThresholdOperator] = 1,
[Unit] = N'@{R=Core.Strings;K=XMLDATA_IB0_6;E=sql}'/*'%'*/,
[ThresholdOrder] = 4
WHERE [EntityType] = 'Orion.Volumes' AND
[Name] = 'Volumes.Stats.PercentDiskUsed'

When upgrade was finally done, I had no way of getting back to "normal orion". Just the "upgrade tool web page". No menus etc. (https://orion.[ourdomain]/Administration/SolarWinds.Administration.CentralizedUpgrade.Web.centralize...). Had to retype URL manually.


@tkercher - Thank you very much for the write up and great detail about your experience in working with support.  

@Seashore - Too comments as I missed one of your questions.  

You should be able to use this process as far back as 2019.2 versions of the platform. 

Thank you for sharing your support case and the details about your environment. I will make sure this gets to our Dev team to investigate.  

Well, this is slightly depressing. I was looking forward to this new and improved "Centralized Upgrade" so I went ahead and upgraded to 2020.2 RC 2 for Orion to see if we could finally get around the "Can't download file because of the invalid checksum" error that we have had since Centralized Upgrades was released. Looks like its the same story just a different title 😞 

So we have over 50 polling engines spread across different regions of the world. Our main Orion Poller lives in Sacramento.

The 7 APEs we have in Sacramento have no issue with centralized upgrades. 

We have 7 APEs in Virginia as well and this datacenter is the closest to where our main poller lives. The latency between our main Orion Poller and our Virginia APEs is 60ms. When the Centralized Upgrade process kicks off, all the small files (less than 300mb) have no problem copying over. The first failure was the CORE-2020.2.5220.27327-CoreInstaller.msi (429mb) file


Copying a 429mb file between our Sacramento and Virginia datacenter shouldn't be a huge issue for the SW Centralized Upgrade process, but it is. 

To get around this, I have to manually copy the specific file that is failing and place it in the ProgramData\SolarWinds\Installers folder. When I manually copy the file it takes less than 3 minutes to complete. This is what makes me wonder HOW SolarWinds is trying to copy this file and why is it taking so long that it times outs and the checksum does not match because the file was not completely copied over before the checksum initiated. 

I've asked multiple times if there is a config file somewhere that has a timeout listed for the file transfer and no one has been able to provide an answer. 

I am sure this process works for small businesses and businesses that have Orion installed at every datacenter but that's not scalable and for large companies that span across different regions, this centralized process is never going to work. 



@jakegevans - I am sorry this didn't work out for you. Did you happen to run the script and attempt the pre-stage at which point you saw this issue and decided to manually push through? 

Do you have any old support cases I can reference or a new one where you shared diagnostics?  In order to provide assistance we would need to investigate more closely. We have tested numerous different environments above 50+ pollers where we haven't encountered issues as you describe but with thousands of nuances to each and every environment, it is difficult to catch all scenarios. We currently use WCF to pass files which isn't the most ideal option, but we hope to make additional improvements in the future.   

We will work to try and simulate more scenarios closer to your environment and see if we can reproduce. If you are able, please create a case and share the number and we will make sure to have a look.   

anyone tryed the firemware - update with parallel proceses in 2020.2 RC (NCM) ??


We are currently running 2019.2 and implementing this script went smooth.  One question, I am not seeing a way to upgrade our Orion to 2019.4 only to 2020.2 RC.  Will that option be available in the full release?


@hjarriell If you ran the script it pulls the flag for you to install the 2020.2 RC. If you do not wish to upgrade to the RC, technically you should be able to run the RemoveRCStage file included in the script download, and use the Pre-Stage to upgrade to 2019.4. Once we GA, you will have the option to upgrade to 2020.2, or the latest HF version which should be 2019.4 HF5. 

@bps  your statement is better suited for the NCM forum and perhaps the RC Post:

I really hope this is still going to work ok with offline installations.  Many... actually  most of mine can't connect back to SolarWinds at all.


@ecklerwr1 something we are certainly working on Bill.  Not for the moment but it is something we are hoping to be able to provide an answer for. Stay tuned. 

This is very important for many Federal, Military, and Defense industry users.  We're a bigger user base than some realize I think sometimes.


We're on 2019.4 HF2

Just to confirm, can we apply the script ( to update the solarwinds administration service right now? Or can it only be done if you're currently on an RC release? It wasn't clear in the above responses. 

Plan being to upgrade straight from 2019.4 to 2020.2 GA

@ralexander You are able to use the script in order to go to an RC build. If you are in an online environment and hoping to move to the GA version, I would recommend just waiting a bit longer and this will all be done for you. 😉

Once we GA, online SolarWinds Administration Service will automatically be updated and there is no need to run the script.  

@jblankjblankIt looks like 2020.2 went GA this morning. How is the work going on how to update systems without an Internet connection from 2019.2 to 2020.2?

@mjperkins You are correct! 2020.2 did go GA this morning. The ability to pre-stage for offline environments is still something we are working on, so not available as of today.  

I would like to give feedback on this process.

1. 0 stars: Change to Orion.  I went from Orion 2019.4 hf 2 to Orion 2019.4 hf 5 this week.  I have to put in a change to change management every time I make a change to our Solarwinds environment.   Before the day of upgrade I notice the My Orion Deployment page had changed to the new look and feel with pre-staging.  Yes, a change in our Solarwinds environment that did not go before change management.  This very disturbing that Solarwinds would push something like this out without any user notification.  In future I would like the option of being able to chose the new update or postpone it for later.  In my case this pushed change did not brake anything.  But if it did, I have to explain this to change to change management and this would a black mark for Solarwinds.  I am a huge Solarwinds fan, but this is not cool.

2. 5 stars: Pre-stage.   Now that the pre-stage is here.  I used this for my upgrade and this shaved hours from my time to preform the upgrade.   I have asked for this pre-stage feature at the SWUG in Chicago last year.  I am happy to see pre-stage as an option and working.  Solarwinds, you hit the mark on this one.

Thank you

This write up would have been great if downloading of pre-stage installation files is not failing on APE, but tried multiple times, it is just stuck at 2% then gives the following message:

Can't download file, because of the invalid checksum: C20FD967D64E9722D840EC4292645B65896D0EE3EBE31090E15C5312D889C89E for file C:\ProgramData\SolarWinds\Downloads\CORE-2020.2.5320.27438-CoreInstaller.msi


Internet connection is not a problem. I see old post regarding the same concern but I don't see yet a fix for it, not unless I missed an official KB for the fix then I would appreciate if anyone could share it.

@alephtav can you generate a case and share the number here? We would need diagnostics and would like to investigate. I have only ever heard of the one other case of this occurring. Please let me know and we can take a look.  

@jblankjblank here's one I raised yesterday 00560734 but not yet assigned. Thank you.

@jblankjblank  I was able to upgrade the APE by doing it very manual. I downloaded the Orion installer on APE, note that our VM is in the cloud, Internet connectivity is not an issue and latency to Primary poller is just less than 100ms. Even with the online upgrade, it still fails at some point when copying big files from Primary to APE. Hence, I just had to manually copy the files from Primary Poller: C:\ProgramData\SolarWinds\Installers to same folder on the APE.

This fast upgrade is not a success for all. I think it is still better to just copy the installers from Primary poller to scalability engines. For some reason, something at the backend programming of this Centralized upgrade is not working when copying large files, stuck at 2%. I'm not sure of the cause because the response of support is just too late, I was already available to upgrade the platform, then the following day I got a response on my ticket. Support response on 00560734 was after two days that I opened it on high priority.

@alephtav Thanks for sharing. I actually looked in on the case throughout the week and saw that note on Friday. I think we have good information on the issue and hope to have this mitigated in the future.  Thanks for sharing feedback.  

With all the new ways of upgrading and the installer improvements. When using the offline installer. Do you have to run the Config Wizard every time you finish an upgrade for each server?

@rocco_2016 the Configuration Wizard is ran for each scalability engine. It always begins with the Primary and then each scalability engine subsequently follows.

@jblankjblank thanks for the confirmation. 

You guys let me know once you get all the bugs worked out, smiling, I will wait here.  Normally I am one of the first ones to take the plunge, not this time.  Nothing but love, you go you trendsetters you....

For those folks that have implemented HA, be advised, if you select "Updates & Evaluations" and you have not hit this little guy in a while a possiblity exists where a service update will begin on the Administration Service, which in turn causes a failover on poller 1.  For us this was problematic b/c we have not completed our F5 configuration to support our Solarwinds HA infra, when a failover occurs on poller 1 (only) we have to flush our browsers, thus I caused an outage in the middle of a business day, ugh.

Note: We 'were' running our web server on our poller 1 server(s).

This is fixed in 2020.2, but to get there you may experience the above.  The point is in my view, nothing in the UI should cause a failover unless selected and approved by the administrator, right.  With 2019.4, it just updates, the failover occurs (if enabled) and you have no control to stop it.  Just a heads up.

Why does 2019.4 version not show anything as part of my deployment.

Does HA need to be enabled to have this feature?



@Seashore@ecklerwr1, and @mjperkins - hope you guys noticed the new update! As of 2020.2.1 release, pre-staging for offline environments is now available!

@jakegevans and @alephtav - special mention and thanks for sharing the info you did. Some specific work was completed which should have resolved any checksum errors and we also made some enhancements to improve the transfer reliability between the primary and scalability engines. There are other improvements that were made that significantly increases the speed of that file transfer but those were not able to be included in this specific service release so just be aware.  

We hope everyone likes the new improvements and the ability to pre-stage offline environments!

I almost commented about SEM 2020.2.1 without thinking until I read a little closer!  I used to know the products by the version numbers.


@jblankjblank, I saw the one-line mention in the release notes. Nothing was said about how we are to take advantage of the feature. I have the downloaded .iso, which I presume should be mounted as a drive on the main Orion server. Once the installer is launched from there, is everything just automatically distributed to the proper scalability engines (APEs, AWSs)? Is there a separate piece of software to run prior to the installer that will just pre-stage the needed files to the correct servers?

@mjperkins I added an update to the post above which covers it.  To answer your question, Yes - download the iso, run it, you have two options, the installer which brought all the files it needs with it, the appropriate files for your environment will be copied and moved to the installer folder, an update to the SWA service will take place, and you will then be able to follow through using Centralized Upgrades to perform the upgrade or stage the files ahead of any upgrade window.  

Thanks @jblankjblank  for pointing that new offline feature out. I did miss that line. Will actually put that to use very soon at one customer. 



1) I tried to upgrade from 2019.4 to 2020.2 Eval via Offline installer On a Newly built VM of OS Win 2016.

2.System Checks got passed
3.SolarWinds Installation Wizard finished successfully.
4. Automatically, Config wizard started to run.
4a. Everything was looking good.
5. When it was about to complete.. (during 87.8% progress)., it displayed below error
"verifying that SWIS service is available FAILED"
6. Finally, Config wizard ended with failure

Please help how can i solve this issue 

@dharmbodh - This is not something that I can validate with the above information. The one scenario I have seen this occur in was due to lack of CPU on the machine. I am not sure what you have allocated there. If you are working with an eval, I would recommend asking your Account Manager to get a SE involved to assist. If you are an existing customer, I recommend opening a support case and providing diagnostics.  

Version history
Revision #:
33 of 33
Last update:
‎08-27-2020 10:09 AM
Updated by: