May 2016 CU for SharePoint 2013 product family is available for download

25 Comments

1. 

   Trevor
   On 11. May 2016 Permalink

   Our current patch level is – April 12, 2016, cumulative update for SharePoint Server 2013 (KB3114938).
   If we install – May 10, 2016, cumulative update for SharePoint Server 2013 (KB3115029), we will have to run PSConfig and restart servers etc..
   If we just install the updates listed in KB3115029, we won’t have to run PSConfig and restart servers, yes?
   •May 10, 2016, update for SharePoint Foundation 2013 (KB3115034)
   •May 10, 2016, update for SharePoint Foundation 2013 (KB3114952)
   •May 10, 2016, update for SharePoint Server 2013 (KB3115018)
   •May 10, 2016, update for SharePoint Server 2013 (KB3114943)
   •May 10, 2016, update for SharePoint Server 2013 (KB3114931)
   •May 10, 2016, update for SharePoint Server 2013 (KB3085562)
   Will this give us the same patch level as installing the full CU?

   Reply
   1. 

      Stefan Goßner
      On 12. May 2016 Permalink

      Hi Trevor,
      your assumption is wrong. Every single SharePoint fix we release requires PSConfig. No exceptions.
      See here for details: https://blogs.technet.microsoft.com/stefan_gossner/2015/09/09/why-we-recommend-require-to-run-the-configuration-wizard-also-for-security-fixes/
      Cheers,
      Stefan

      Reply
      1. 

         Trevor
         On 13. May 2016 Permalink

         Thanks Stefan
         Doh!, was just a thought, installing the full CU in our test farm as I type… 🙂
         Cheers
         Trevor

         Reply
2. 

   Emmanuel ISSALY
   On 12. May 2016 Permalink

   On my 2013 SP1 environment, the CU passes ok in TEST, but fails in QA with “the expected version of the product was not found…”
   The 4 LPs have all the 1502 SP1, so i’m kinda scratching my head. Tried PACKAGE.BYPASS.DETECTION.CHECK=1, but it goes on a endless extracting loop… is there a way to find the eventual hotfix that blocks the CU?

   Reply
   1. 

      Stefan Goßner
      On 12. May 2016 Permalink

      Hi Emmanuel,
      NEVER(!) use PACKAGE.BYPASS.DETECTION.CHECK=1 without being advised by support.
      It will cause an unsupported farm as you are forcing a fix on a machine where the required base patches do not exist.
      You might end up in having to reinstall your machine afterwards.
      Instead run the following powershell script which will tell you the baseline of all components which should tell you what is missing:
      http://blogs.technet.com/b/stefan_gossner/archive/2015/04/20/powershell-script-to-display-version-info-for-sharepoint-product-and-language-packs.aspx
      Cheers,
      Stefan

      Reply
      1. 

         Emmanuel ISSALY
         On 13. May 2016 Permalink

         Hi Stefan, that’s what i checked first, but the SPS and its four LPs are reporting as 1502. Afaik, that’s the correct SP1.
         I tried downloading important updates and everything, but no avail, still “the expected version of the product was not found…”
         It happens also with the march update, and the patch level looks like december 2015. Any ideas?

         Reply
         1. 

            Emmanuel ISSALY
            On 13. May 2016 Permalink

            update : it’s the japanese LP that blocks the update. althought it’s written 1502, if i remove it, the CU installs.
            The link looks ok thou, but the installer run in japanese, so i’m not 100% sure : https://www.microsoft.com/ja-JP/download/details.aspx?id=42082. what gave me the idea is that pack has some components that look very old : 15.0.4420.1017 (and some 4571.1502)

            Reply
            1. 

               Stefan Goßner
               On 13. May 2016 Permalink

               ok, great!
               Be aware that you have to install the CU again if you decide install the language pack again to update the LP to the CU patch level.
               Cheers,
               Stefan

         2. 

            Stefan Goßner
            On 13. May 2016 Permalink

            Hi Emmanuel,
            then you need to run roiscan.vbs which will give a more granular view of all the installed components.
            At least one is on pre-SP1 level otherwise you would not get this error.
            You can find it here:
            https://gallery.technet.microsoft.com/office/68b80aba-130d-4ad4-aa45-832b1ee49602
            If you need assistance in analyzing the output, please open a support ticket with Microsoft.
            Cheers,
            Stefan

            Reply
3. 

   J
   On 13. May 2016 Permalink

   Hi Stefan,
   We normally view https://technet.microsoft.com/en-us/library/mt715807(v=office.16).aspx for SharePoint CU’s for our SharePoint 2013 farms. Why isn’t that page not being updated? Is there another trustworthy way of checking for SP CU’s?
   Thanks in advance!

   Reply
   1. 

      Stefan Goßner
      On 14. May 2016 Permalink

      Hi J,
      I don’t have control over this page and don’t know who is responsible.
      So if you don’t see my blog as a trustworthy way to check for CUs I cannot recommend one.
      Cheers,
      Stefan

      Reply
4. 

   Justin Quigley
   On 19. May 2016 Permalink

   Does this CU fix the issue that a December 2015 CU caused? That particular issue is…when you go to save to a SharePoint Document Library and you access the save location of that library from your Favorites (Windows 7) / Quick Access (Windows 10), no scroll bar shows up in the Save As dialog window. Just curious, because I am just surprised it hasn’t been fixed yet since it’s an almost 6 month old issue, that’s fairly critical for users in a SharePoint environment. Thanks in advance!

   Reply
   1. 

      Stefan Goßner
      On 19. May 2016 Permalink

      Hi Justin,
      issues get considered for a fix if a customer opens a support case and requests the fix.
      Did you do this? You should not wait for another customer to do this as that might be delay the process.
      I’m not familiar with the issue you described so I don’t know whether it got fixed or not or if a fix request was raised by a customer.
      Cheers,
      Stefan

      Reply
5. 

   Mohammed
   On 8. June 2016 Permalink

   Hi Stefan,
   I have spent hours of troubleshooting on permission error when applying May’16 CUs. It is failing with exception :User does not have permission to perform this action on Search Admin database. It appears all the permissions are in place for search admin DB.
   I made sure the service below are stopped when when running the config but it still fail with error above. Any Help would be much appreciated.
   SPTimerV4
   OSearch15
   SPSearchHostController

   Reply
   1. 

      Stefan Goßner
      On 9. June 2016 Permalink

      Hi Mohammed,
      are you executing PSConfig with in context of the farm account?
      Cheers,
      Stefan

      Reply
6. 

   a s howarth
   On 10. June 2016 Permalink

   Hi I have installed the latest May 2016 CU (KB3115029) Can someone please check for me as i dont have a farm setup with a prior version , But email to SP groups sems to be broken now . so share document/item with an SP group no alerts are sent , Sending to an indavidual is fine. This worked prior to the CU. Just need confirmation please.

   Reply
7. 

   Kristoffer
   On 10. June 2016 Permalink

   After applying the May CU our Reporting Services won’t execute any subscriptions or work with the SQL agent. Anyone having issues with that, or is it just local phenomenon for us?
   Getting errors like “Cannot find site lookup info for request Uri http://[servername]:32843/14db18529dff4c4b87df18ccc299d822/ReportExecution.svc.” and when googling around I get the recommendation to recreate the SQL Reporting Service. Well let’s just say that’s not an option I like 🙁

   Reply
   1. 

      Shany A K
      On 18. August 2016 Permalink

      Hi Kristoffer
      Do you still have this issue ?, is this after installing the May CU ?
      @ Stefan : Do you know any regressions for May CU ?
      Regards
      Shany A K

      Reply
8. 

   Mohit
   On 23. August 2016 Permalink

   Hey Stefan,
   I am bit confused here when my TVM(Threat Vulnerability Team) installed OS/SharePoint Security/Windows Patches and it upgraded my GUID build no from August 2015 to July 2016 I still don’t understand how did the Build version got upgraded when the SharePoint admin team didn’t even install the CU’s.
   I was thinking since the SharePoint Security Patches were installed with other pateches the GUID no was changes but that doesn’t mean its upgraded to the June 2016 CU so I was planning to just do the May 2016 CU couple of CU’s behind Microsoft. What would you suggest. Thank You

   Reply
   1. 

      Stefan Goßner
      On 23. August 2016 Permalink

      Hi Mohit,
      I have just created a blog post on this topic:
      https://blogs.technet.microsoft.com/stefan_gossner/2016/08/23/sharepoint-does-not-have-a-build-version-full-stop/
      Cheers,
      Stefan

      Reply
9. 

   Marco
   On 27. April 2017 Permalink

   Hello Stefan,
   So, I have the November 2014 CU installed on my SharePoint Server 2013 and now MS released the April 2017 CU.
   To get my environment updated, do I need to install first the July 2015 CU, run the PSCONFIG and after that install the April 2017 CU?
   Thank you for your reply!
   Marco

   Reply
   1. 

      Stefan Goßner
      On 27. April 2017 Permalink

      Hi Marco,
      there is no need to install July 2015 CU first. You can directly install April 2017 CU. Just ensure to run PSConfig after the installation and do not postpone this to a later maintenance window.
      Cheers,
      Stefan

      Reply
      1. 

         Marco
         On 27. April 2017 Permalink

         Thank you for your fast reply!
         😉

         Reply
10. 

    Marco Botega
    On 23. May 2017 Permalink

    Hello Stefan,
    I am in doubt about the cumulative update installation process. I have a Project Server 2013 with the version 15.0.4569.1000 and for SharePoint Server 2013 I have the version 15.0.4571.1502 (SP1 Mark 2).
    When I tried to install the last Project Server 2013 CU, I received an error “Installation Failed” (on the log – error 17303), so, I have 2 questions:
    1) Do I need to install SP1 Mark 2 for Project Server 2013 before install the last Project Server 2013 CU?
    2) Why the installation process for the last CU is consuming a lot of CPU? I had to increase from 04 vCPUs to 08 vCPUs to get some progress on the process. Did you realize this issue on your tests (extra CPU consuming)?
    Last CU: https://support.microsoft.com/en-us/help/3191912/may-9-2017-cumulative-update-for-project-server-2013-kb3191912
    Thanks a lot for your support!

    Reply
    1. 

       Stefan Goßner
       On 23. May 2017 Permalink

       Hi Marco,
       you should ensure to have the same service pack for as well Project Server and SharePoint on your box.
       I haven’t seen the additional CPU usage with the CU. Might be related to your specific configuration.
       Cheers,
       Stefan

       Reply