/build/static/layout/Breadcrumb_cap_w.png

Odd behavior with suspended patch schedules in K1000 6.0

We have a large number of laptops running full-disk encryption with pre-boot authentication that prevents the laptop from fully coming back up after rebooting. When we first implented the K1000, we went through a good bit of trial and error and found that it caused the least amount of headaches to patch on Friday evenings, force reboots, and to suspend the patch schedule after running for ~10 hours. The suspend settings were set up to prevent the encrypted laptops from continuing to patch on Monday mornings and prompting users to reboot. This isn't the way I would ideally set this up, but people love to complain about anything and everything so we have to accommodate...

This setup worked fine for several months on 5.x. After updating to 6.0, however, we are noticing users complaining about receiving patching and rebooting prompts on Monday mornings when they come up. I looked at the status of our patch schedule and found several computers to be in a "reboot" phase for patching, while others showed as completed or suspended (as they should be).

Has anybody else run in to problems with patch schedules not suspending like they are suspossed to after updating to 6.0?


0 Comments   [ + ] Show comments

Answers (0)

Be the first to answer this question

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ