vipulmadaan manually downloading the jar and using the upgrade button in the Jenkins UI are effectively the same thing.

This page shows a few ways that you can list installed MSI packages on Windows: https://www.makeuseof.com/tag/list-installed-programs-windows/ I would try this and see if Jenkins is in this list. If so, that would indicate that the Windows package was used to install Jenkins. If that is the case, I would recommend that you use the Windows package to upgrade it. You can get it from here: https://jenkins.io/download/

Yes I can see jenkins in list of installed package.

So now if I use jenkins.msi to upgrade, do i need to follow any special instructions or just installing it in same location will upgrade it.

Thanks

Vipul

vipulmadaan I can't say for certain, having never run Jenkins on Windows. I see no reason why just running the installer wouldn't work. I expect the difference between the installer and the bare jar file is that the installer sets up the Windows service, puts the jar in the right place, and includes other Windows-specific things like the WinP library.

I'm on 2.189 and believe I have the same issue - aborting running jobs causes the service to crash. Does not happen 100% of the time (I don't think, but have not confirmed that part). 

Child process [2064 - c:\Jenkins\jre\bin\java -Xrs -Xmx256m -Dhudson.lifecycle=hudson.lifecycle.WindowsServiceLifecycle -jar "c:\Jenkins\jenkins.war" --httpPort=9999] finished with -1073741510

The jenkins service terminated unexpectedly. It has done this 1 time(s). The following corrective action will be taken in 60000 milliseconds: Restart the service.

We are experiencing the same problem on a x64 system.

I noticed that winp.dll and sendctrlc.exe of the WinP library are extracted to the <jenkins>\war\WEB-INF\lib directory under some long name like winp.E336920A48E5EB5F70FF7D65DA840462.dll.
These however are not the x64 versions, but the 32 bit ones.

I extracted the winp-1.28.jar file, replaced winp.dll with the content of winp.x64.dll and did the same for the exe file. So after that there is no chance for WinP to use the wrong version, because both are 64 bit now. I re-packaged the jar and placed it in <jenkins>\war\WEB-INF\lib.

With this setup aborting jobs no longer kills Jenkins. However I also no longer see extracted versions of the dll and exe files in the lib directory.

I'm seeing the same issue in the Linux environment (RHEL6). The crashes have become very frequent after upgrading. Is there a workaround/fix 

abhsha if you are having this issue on Linux, it is most likely a different bug. I would suggest creating a new issue, and attach a support bundle with logs if you can. Use the Support Core plugin to generate a bundle.

Is this still an issue? I'm also seeing this behaviour on 2.204.1

Hello

My issue got resolved . I downloaded the Executable of Jenkins and instead of running an upgrade from UI Or replacing a jar file Idid use newly downloaded executable to do a fresh install of newer version on top of my previous version . So now I have newer version and don’t have any crashes . I have tested it for a while and I am not able to reproduce the crash .

That fixed it for me as well. Thanks for the help Vipul!