on the primary sites, using sql mgmt. studio, run exec spdiagdrs that won't tell you much or help you 'fix' anything, but what I look at is whether it's 'Active' under "SiteStatus" I noticed when we upgraded to 1602 SiteStatus was in a different state as the primary site upgraded. I also noticed that DrsQueueStatus wasn't "Enabled" while the site components were still being reinstalled. Once that flipped to "Enabled", then it was a matter of the primaries getting through the backlog of "IncomingMessageInQueue", and then the CAS server also getting through the "IncomingMessagesInQueue" that the primaries then sent up to the CAS.
If DrsQueueStatus is still not enabled, I would look at sitecomp.log on the primary sites, and see if they are choking on reinstalling any particular site component, and work that. If DrsQueueStatus is Enabled, is there a huge huge backlog of "IncomingMessageInQueue" ? it'll depend upon your hardware of course, but anything up to 100,000 for us "isn't that big of a deal"--but we have ridiculous hardware and a lot of clients. Once we get more than that, occasionally we'll get replication warnings until it clears (hasn't happened lately, last time was a particularly ridiculous Software Update release of a zillion updates, or so it felt like ). if DrsQueueStatus is Enabled, and as you re-run the exec spdiagdrs "incomingmessagesinqueue" slowly goes down... then it's literally just "please wait". It simply has to get through all the messages before it gets to the one about "all is well". But... If sitecomp.log doesn't give you any hints, and cmupgrade.log on the primary sites doesn't give you any hints... you may need to open a call. On Tue, Apr 5, 2016 at 8:52 AM, Mead, Renae (DTMB) <[email protected]> wrote: > Good morning, > > > > Yesterday around 4:30pm updated our production environment to 1602 and > this morning at 9am our primary servers are still not reporting installed. > Under monitoring it shows “waiting for Configuration manager Update > service” and has been in this state all night. We have tried restarting > sms_executive service and rebooted the servers without change. We have a > CAS and two primary sites. In the CMUpdate.log on the CAS and both > primaries it shows “INFO: Successfully dropped update pack installed > notification to HMan CFD box.” And then the next line is “Waiting for > changes to the "D:\ConfigMgr\inboxes\cmupdate.box" directories, updates > will be polled in 600 seconds...: it has been waiting for changes to the > cmupdate.box for about 14 hours now. > > > > Now we are running into replication failures between all our sites. Maybe > because the upgrade is stuck… > > The Replication link Analyzer says SQL Service Broker login in missing for > sites. I had the analyzer recreate SQL service Broker login, but not seeing > any change. > > > > Has anyone ran into this issue? > > > > Thanks, > > Renae Mead > > DTMB IS OA Enterprise Services > > [email protected] > > (517) 636-0761 Office > > (517) 388-2737 Mobile > > > > -- Thank you, Sherry Kissinger My Parameters: Standardize. Simplify. Automate Blogs: http://www.mofmaster.com, http://mnscug.org/blogs/sherry-kissinger, http://www.smguru.org
