[mssms] RE: Maintanence Window Issue
There's also a default ConfigMgr report - Maintenance Windows Available to a Specified client. This is probably a stupid question - but is the UTC box checked in the Maintenance Windows properties for the collection? From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Dan Thomson Sent: Tuesday, September 16, 2014 2:58 PM To: mssms@lists.myitforum.com Subject: [mssms] RE: Maintanence Window Issue The Deployment Monitoring Tool in the ConfigMgr 2012 Toolkit also shows maintenance windows. From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of John Aubrey Sent: Tuesday, September 16, 2014 2:40 PM To: 'mssms@lists.myitforum.com' Subject: [mssms] RE: Maintanence Window Issue I think the SCCM Client Center has such a feature. From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Marcum, John Sent: Tuesday, September 16, 2014 2:37 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: [mssms] RE: Maintanence Window Issue 1e used to have a free utility that was good for seeing all the MW's a computer fell under. I don't see it on their site anymore though. From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Mukherjee, Surajit Sent: Tuesday, September 16, 2014 1:32 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: [mssms] Maintanence Window Issue Hello, I am facing one issue. Few of the clients are getting wrong MW(almost 4 hrs before) and starting installation of patches. I verified and found there is only single MW configured for all of them but still the clients are assigning the MW 4 hrs before the actual client local time and starting the deployment which is set per client local time only. Any assistance on this pls. Regards, Surajit _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. Confidentiality Notice: This e-mail is from a law firm and may be protected by the attorney-client or work product privileges. If you have received this message in error, please notify the sender by replying to this e-mail and then delete it from your computer. Confidentiality Notice: This e-mail is from a law firm and may be protected by the attorney-client or work product privileges. If you have received this message in error, please notify the sender by replying to this e-mail and then delete it from your computer.
RE: [mssms] cancel software updates restart
The SCNotification process has to be stopped too. Also, we have had the ccmexec process restart, so we always watch it for a few minutes and make sure both processes don't restart. If you get the SMS Agent service paused or disabled fast enough, it usually doesn't restart. We just had to remember to restart the service at a later time. We have only done this a handful of times, but it has worked every time for us. Vicki From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Timothy Ransom Sent: Friday, August 22, 2014 3:32 PM To: mssms@lists.myitforum.com Subject: RE: [mssms] cancel software updates restart Thanks. Did not work in my case (Server 2003), I stopped SMS Agent Host service with no effect on the restart countdown. From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Eswar Koneti Sent: Thursday, August 21, 2014 8:56 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: RE: [mssms] cancel software updates restart Have you tried this before ? http://blog.thesysadmins.co.uk/sccm-2012-stopping-your-computer-is-about-to-restart.html Thanks, Eswar Koneti www.eskonr.comhttp://www.eskonr.com Date: Tue, 19 Aug 2014 10:22:11 -0500 Subject: Re: [mssms] cancel software updates restart From: ryan2...@gmail.commailto:ryan2...@gmail.com To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com I think I may be a bit late to this thread... But wouldn't uninstall the CM client stop the countdown? Obviously not a step to take for a large number of servers, but if you have one or two that have the problem it is a quick fix. Note: I haven't actually tried this, I'd prefer you do that... in production. :-) On Mon, Aug 18, 2014 at 2:50 PM, Daniel Ratliff dratl...@humana.commailto:dratl...@humana.com wrote: Worst case maybe try to find the culprit process and kill it. I assume it should be ConfigMgr related, but not sure. Maybe use ProceXP to see if its nested. Daniel Ratliff From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com] On Behalf Of Timothy Ransom Sent: Monday, August 18, 2014 3:41 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: RE: [mssms] cancel software updates restart Tried all but countdown persists. I was on with Microsoft support when countdown started and he said there is no way to stop it, but I was hopeful for a workaround. Sent out emails and ready to take my lumps for unscheduled reboot. From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Taxter, Latisha Sent: Monday, August 18, 2014 3:35 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: RE: [mssms] cancel software updates restart Interesting.. good to know. From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Daniel Ratliff Sent: Monday, August 18, 2014 12:30 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: RE: [mssms] cancel software updates restart Here you go. Daniel Ratliff From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Daniel Ratliff Sent: Monday, August 18, 2014 3:27 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: RE: [mssms] cancel software updates restart Neither of these options work when the shutdown was initiated from ConfigMgr. There was a big thread on this list a few months back about it. I'll see if I can find it. Daniel Ratliff From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Taxter, Latisha Sent: Monday, August 18, 2014 3:24 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: RE: [mssms] cancel software updates restart Once a shutdown has been initiated, these two will have no effect on it. The system has already been issued a shutdown with a time. Only option is to abort the shutdown with a shutdown /a From: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of elsalvoz Sent: Monday, August 18, 2014 12:19 PM To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com Subject: Re: [mssms] cancel software updates restart Stop ccmexec and wuau services Cesar On Aug 18, 2014 11:42 AM, Timothy Ransom timothy.ran...@gdol.ga.govmailto:timothy.ran...@gdol.ga.gov wrote: Help - I have an important server that has started a countdown to restart after installing security updates. Is there a way to stop the restart? ** GDOL CONFIDENTIALITY
RE: [mssms] Client Version 5.00.7958.1104 (R2 CU1)
How interesting...we had the same thing happen at my previous job. A co-worker was testing an upgrade to the Citrix client and it ended up upgrading everyone. We reached out to a couple of people we knew at MS at the time, the response was that it was normal because it was part of a task sequence so the supersedence would be automatic. That didn't make any sense to me - especially since all our clients started upgrading, not just the ones that had ran the original task sequence. I thought at the time we should file a bug, but I don't think my co-worker ever had a chance to. Vicki Williams -Original Message- From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Todd Hemsell Sent: Wednesday, June 11, 2014 5:13 PM To: mssms@lists.myitforum.com Subject: Re: [mssms] Client Version 5.00.7958.1104 (R2 CU1) if you supersede and select to upgrade previous versions. The idea is to only have one version in the environment at a time. So we have adobe acrobat pro requires approval and has a dependency on some C++ add in or something (example). 500 people request it we deploy new version, Do we want 2 versions? no. we just want 1 version. DO we want to email and chase people down to make them go upgrade? no. SCCM should do it. So we select upgrade previous versions and have it optional for a week then the upgrade is mandatory Well, in this case it goes out to everyone with C++ on their computer. On Wed, Jun 11, 2014 at 3:51 PM, Ryan ryan2...@gmail.com wrote: This just happens if you use supersedence? On Wed, Jun 11, 2014 at 2:20 PM, Todd Hemsell hems...@gmail.com wrote: Software will randomly install on computers all over the environment. Desktops, Servers.. everything. It is nearly impossible to predict when and where apps will install. Bug was filed by another company here in Houston in January based on deployments to computers. We filed it based on deployments to users. It is the same section of code causing both issues. If this query returns any results then you would be affected if you deployed the application in the third column to your users as available and selected to upgrade previous versions of the application and the app in the 4th column was installed on any machine in your environment, including servers. DECLARE @AppIDs TABLE(AppID NVARCHAR(200), ReqAppID NVARCHAR(200), AppCIID INT, DisplayName NVARCHAR(200)) DECLARE @ReqAppIDs TABLE(AppID NVARCHAR(200), ReqAppID NVARCHAR(200), AppCIID INT, DisplayName NVARCHAR(200), ReqAppCIID INT) INSERT INTO @AppIDs SELECT App.CI_UniqueID, REPLACE (App.CI_UniqueID, '/Application_', '/RequiredApplication_'), App.CI_ID, A.DisplayName FROM CI_ConfigurationItems App JOIN fn_ListApplicationCIs(1033) A on A.CI_ID = App.CI_ID WHERE App.IsLatest =1 AND App.CI_UniqueID like '%/Application_%' INSERT INTO @ReqAppIDs SELECT A.AppID, A.ReqAppID, A.AppCIID, A.DisplayName, C.CI_ID FROM @AppIDs A JOIN CI_ConfigurationItems C ON C.CI_UniqueID = A.ReqAppID select distinct AA.AssignmentName, AA.RequireApproval, RA.DisplayName AS [ThisAppBecomesAvailable] ,dt.DisplayName AS [IfThisAppIsInstalled] --,RA.AppCIID, RA.ReqAppCIID from CI_ConfigurationItemRelations_Flat cirf join v_ConfigurationItems ci on cirf.ToCI_ID = ci.CI_ID and ci.CIType_ID = 21 join CI_ConfigurationItemRelations cir on cir.FromCI_ID = cirf.FromCI_ID and cir.RelationType = 11 join CI_ConfigurationItemRelations cir2 on cir2.FromCI_ID = cir.ToCI_ID and cir2.RelationType = 9 and cir2.ToCI_ID != cirf.ToCI_ID join CI_ConfigurationItemRelations_flat cir3 on cir3.FromCI_ID = cir2.ToCI_ID and cir3.ToCI_ID = ci.CI_ID and cir3.RelationType = 15 join fn_ListDeploymentTypeCIs(1033) DT on DT.CI_ID = ci.CI_ID join @ReqAppIDs RA on RA.ReqAppCIID = cirf.FromCI_ID left join v_ApplicationAssignment AA on AA.AssignedCI_UniqueID = RA.AppID where cirf.FromCI_ID IN ( SELECT ReqAppCIID FROM @ReqAppIDs ) On Wed, Jun 11, 2014 at 9:42 AM, Spinelli, Robert J robert.j.spine...@jpmchase.com wrote: Todd can you expand on this? What are the 2 bugs you're referring to? Thank you. Robert Spinelli | CTS | GTI | 575 Washington Boulevard, Jersey City, NJ, 07310, United States| T: +1.201.595.6820 | C: +1.917.538.6192 | robert.j.spine...@jpmchase.com -Original Message- From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Todd Hemsell Sent: Tuesday, June 10, 2014 11:50 PM To: mssms@lists.myitforum.com Subject: Re: [mssms] Client Version 5.00.7958.1104 (R2 CU1) How about fixing the 2 confirmed bugs that make software randomly deploy all over the enterprise? This is costing us hundreds of thousands in license costs unless we spend a ton of money going and cleaning it up. Bug # 409863 Premier Case # 113042910402566 Second one is case #114020411157225 - not sure what bug # got