If the updates are scheduled to start before the maintenance window, they
do not necessarily start when the window opens.
I make my deployments begin AFTER the window opens. Resolves that issues.

On Tue, Feb 3, 2015 at 7:10 AM, Marcum, John <[email protected]> wrote:

>  What terrible side effects have you experience with maintenance windows?
> I love using them.
>
>
>
> *From:* [email protected] [mailto:
> [email protected]] *On Behalf Of *Miller, Todd
> *Sent:* Monday, February 02, 2015 3:46 PM
> *To:* [email protected]
> *Subject:* RE: [mssms] Pending Reboot and notification
>
>
>
> Shoot.
>
>
>
> I suppose maintenance windows might help with this, but they have so many
> terrible side-effects that I hate to use them.  This problem comes up
> infrequently, but when it does, Murphy’s law dictates it happens at a
> critical time.
>
>
>
> That warning at the start of the reboot time, using notify balloons is
> easy to miss if you are looking away for 5 seconds.  I could make the
> non-dismissable window pop up for longer than the default 15 minutes, but
> then that window is potentially in the way of something for a longer period
> of time.   What I really need is for some way to make SCCM NEVER reboot the
> client.  I will take care of rebooting when necessary
>
>
>
> *From:* [email protected] [
> mailto:[email protected] <[email protected]>] *On
> Behalf Of *Dwayne Allen
> *Sent:* Monday, February 02, 2015 3:03 PM
> *To:* [email protected]
> *Subject:* Re: [mssms] Pending Reboot and notification
>
>
>
> We are in pretty much the same situation.  We suippress reboots, and then
> deploy a program to remind the stragglers of the need to reboot.  A few
> times, that program or another one have forced reboots on people when a
> hard reboot is pending.
>
>
>
> As I understand it SCCM groups reboots in HARD or SOFT.  A soft reboot
> just tells SCCM that the install is finished but a reboot is needed at some
> point in the future to fully complete.  No big deal.  A hard reboot tells
> SCCM that the computer is in such a state that install is finished but that
> the computer is in an unstable state and no other installations can be
> performed until a reboot is performed and the OS stabilizes.
>
>
>
> If you have a required deployment that hits a deadline then SCCM must
> install it, but if a hard reboot is pending then in order to perform the
> install it must first reboot the PC in order to complete the previous
> install.  Unfortunately as far as I know there is no way to create a
> required deployment that will ignore hard reboots.  Once you are in that
> hard reboot state it has to be resolved before anything else can happen
>
>
>   -----
> Dwayne Allen
> [email protected]
> (479) 310-0027
>
>
>
> On Mon, Feb 2, 2015 at 1:13 PM, Miller, Todd <[email protected]>
> wrote:
>
> I suppress reboots on software updates and then I run a custom program to
> notify the user and reboot the computer.
>
>
>
> This has been working pretty well, but I recently ran into a problem with
> this.
>
>
>
> I had some computers that ended up in a “Hard Reboot was found pending”
> state and on those computers, SCCM forced a reboot before it would allow my
> Reboot package to run.  Basically, it rebooted the client so that the
> reboot checker Program could run.
>
>
>
> What is a HARD REBOOT pending state?  I have not run into that before.
> Normally, my check for reboot and notify script is allowed to run even if a
> client is in a pending reboot state.  This Hard Reboot pending is a new one
> on me.  It is forcing the computer to reboot before any other package is
> allowed to run-  Even if I have all packages set to suppress reboot or
> “program controls reboots”    I suppose there is no way to tell SCCM to
> ignore HARD REBOOT PENDING states and just let a package run.
>
>
>
> Hmmm…..
>
>
>
> ProgramID="Reboot for patches"  ß--This is my custom reboot notifier.  It
> kicked off to notify the user a reboot was needed.  But before it was
> allowed to run, SCCM wanted to reboot the client to get the client ready to
> run it.
>
>
>
>
>
>
>
> Raising client SDK event for class CCM_Program, instance
> CCM_Program.PackageID="XXX000F9",ProgramID="Reboot for patches", actionType
> 1l, value , user NULL, session 4294967295l, level 0l, verbosity 30l
> execmgr              2/2/2015 10:19:52 AM         7424 (0x1D00)
>
> MTC signaled SWD execution request with program id: Reboot for patches,
> package id: XXX000F9 for execution.                execmgr
> 2/2/2015 10:19:52 AM    6704 (0x1A30)
>
> *++A Hard Reboot was found pending*. Pause MTC task :
> {C07FCF2A-A85E-48D4-8E7C-A5DA125DF59E}    execmgr                2/2/2015
> 10:19:52 AM    6704 (0x1A30)
>
> Pausing the corresponding MTC task with id:
> {C07FCF2A-A85E-48D4-8E7C-A5DA125DF59E}           execmgr
> 2/2/2015 10:19:52 AM       6704 (0x1A30)
>
> Execution Request for advert XXX20069 package XXX000F9 program Reboot for
> patches *state change from Ready to Paused* execmgr              2/2/2015
> 10:19:52 AM    6704 (0x1A30)
>
> Raising client SDK event for class CCM_Program, instance
> CCM_Program.PackageID="XXX000F9",ProgramID="Reboot for patches", actionType
> 1l, value , user NULL, session 4294967295l, level 0l, verbosity 30l
> execmgr              2/2/2015 10:19:52 AM         6704 (0x1A30)
>
> MTC task with id {C07FCF2A-A85E-48D4-8E7C-A5DA125DF59E}, changed state
> from 4 to 6             execmgr              2/2/2015 10:19:52 AM
> 6704 (0x1A30)
>
>
>  ------------------------------
>
> Notice: This UI Health Care e-mail (including attachments) is covered by
> the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is
> confidential and may be legally privileged.  If you are not the intended
> recipient, you are hereby notified that any retention, dissemination,
> distribution, or copying of this communication is strictly prohibited.
> Please reply to the sender that you have received the message in error,
> then delete it.  Thank you.
>  ------------------------------
>
>
>
>
>
>
>
>
>  ------------------------------
>
> Notice: This UI Health Care e-mail (including attachments) is covered by
> the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is
> confidential and may be legally privileged.  If you are not the intended
> recipient, you are hereby notified that any retention, dissemination,
> distribution, or copying of this communication is strictly prohibited.
> Please reply to the sender that you have received the message in error,
> then delete it.  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.
>
>



Reply via email to