Shri, OK to no known manual cleaning of cache. We occasionally see this issue where the cached copy of some MSIs go missing from the Windows installer cache that OS maintains. A missing file breaks uninstall and upgrade operations because this is where the Windows OS actually gets the "instructions" on how to remove a MSI.
Windows assumes the MSI source is long gone but it does try the original source location as a last resort, which you see from these lines in the log below so if you have the original sourced installer, that might help so that might be good to know:
SOURCEMGMT: Trying media source D:\SPB\Distributions\NI_SC\Products\NISysCfg_dotnet\.
Note: 1: 2203 2: D:\SPB\Distributions\NI_SC\Products\NISysCfg_dotnet\nisyscfg_dotnet_assemblies.msi 3: -2147287037
Looking at the package name, path and version, it was likely originally installed from one of our older Software Platform Bundle installers. The current workaround that I am suggesting to find a copy of the .MSI\.MST that is missing, add it back to the cache, and try the operation again and hope that is the only missing file.
In your case, it's not perfectly clear which file you are missing as the MSI and the German syscfg transform nisyscfg_dotnet_assemblies_deu.mst seem to be found OK. If we are interpreting the log correctly, you are missing a second transform, which we assume is the standard language transform for German applied to every MSI, as that is the only other transform we could see being in play.
As such, I am attaching in a ZIP file what we think is the missing file: nii9C47.tmp. Download and extract the file, place it in the folder C:\Windows\Installer\{5FF97204-197E-436B-8BC8-737A98E5CE4D}/, and re-try the installer. Hopefully, this is the right file, and is the only one they are missing. Please ensure MSI logging is still enabled. If it works great, if not, please post messaging and corresponding updated and created log files.
Scott Richardson
https://testeract.com
