Score:-2

Does MacOS on MacBook Pro need weekly reboot? IT support team is implementing forceful weekly shutdown

ng flag

IT support team in my organization is enforcing periodic forceful shutdowns of the developer Macbooks using JAMF or some other kind of mechanism. This is damn annoying. In my experience, I never faced any problem with the Macbook even if it is running for weeks and months, when I know what I am opening and whether I am gracefully closing the applications or not. And if I am rebooting my system periodically at my convenience it works much better for me. Absolutely no performance issue I have ever faced because of the lack of reboot. And I have observed the newer versions of Macbook Pros using arm64 architecture-based Apple M1/M2 chips are even much more efficient. The rationale being given is IT support found some engineers(maybe newbies or whatever I don't know) reporting performance issues with their systems.

Now the IT team wants to forcefully shutdown everyone's system once in a week when they want. This is ridiculous and highly annoying to me unless I'm missing something. So the veteran IT admins, does such kind of forceful weekly shutdown of Developers' Macs make any sense? Could there be any sound rationale behind such a disruptive step? Does MacOS really need such kind of weekly reboot to operate efficiently?

To further clarify the question, there is no dispute or opposition to the system reboots as and when needed for OS updates or critical applications updates, or security updates of any kind. The importance of rebooting 'for a cause' is not under dispute here.

But the question is it really necessary to keep on rebooting the Mac every week for it to perform efficiently? If so, what is it in the OS architecture or functioning that necessitates it? Looking for technical details on the operation of the OS I may be missing.

Score:2
in flag

I think you already know the answer to your question, which is: no, there’s no magic to rebooting weekly for efficiency. If it were really necessary, the OS vendor themselves (I guess Apple in this case) would be recommending it.

Obviously I don’t know much about your company, so I don’t know if this will work for you. But my suggestion would be to quantify your lost productivity and raise that issue through your management structure. For example, if it takes you an hour after each forced reboot to get your environment set back up the way you like it, then you can ask your manager whether they’re willing to sacrifice that hour of your time on a weekly basis, or whether they’d instead like to take up that issue with the IT department.

This really shouldn’t be your battle; this should be a business decision.

Just don’t be shocked if the answer comes back that, yes, the company would prefer you to spend that hour reëstablishing your sessions, etc, rather than to have the IT department change their policy or make an exception for you.

As others have (very validly) pointed out in their answer, not rebooting for months isn’t really an option, so perhaps you can come to an agreement that you’ll reboot every other week, but at a time of your choosing, and if the uptime exceeds a certain amount (perhaps three weeks), then the automated system can reboot.

I’ll add that I have an intense dislike for “IT Voodoo”, aka operating a computer based on superstition or belief without testing. If you feel it appropriate in your company’s culture/environment, you could challenge your IT department to quantify their belief that rebooting on a set interval is necessary. But I expect this will go nowhere.

fission avatar
in flag
In case anyone wants to complain about my answer :) I’ll just mention that I’m on the security team in my day job, and I support mandatory monthly reboots, or reboots more urgently as needed.
ng flag
Your answer makes sense. I had given a stretched example of months to make a point that no periodic reboot was done or necessary, of course for each update notification (BTW my auto updates are always on) I have rebooted it but yes while gracefully closing all my applications. This periodic weekly forceful reboot has already turned out to be problematic in this week’s release for operations team Anyway I preferred to have control over my reboot and showed willingness to take security updates but there is no point arguing with people who know only hammer as a solution to every problem
Score:0
in flag

Unfortunately most companies don't treat their developers like the VIP's and diva's they are, don't bow to they their obvious all-compassing technical expertise and won't exclude them from policies, that while possibly suitable for regular people, might inconvenience their developers.

In my experience, I never faced any problem with the Macbook even if it is running for weeks and months, when I know what I am opening and whether I am gracefully closing the applications or not. And if I am rebooting my system periodically at my convenience it works much better for me.

That's why you're a developer.

When it works on your laptop it must be the best solution everywhere and for everybody.

Absolutely no performance issue I have ever faced because of the lack of reboot.

This not about your stamina though.

Now the IT team wants to forcefully shutdown everyone's system once in a week when they want. This is ridiculous and highly annoying to me unless I'm missing something.

You are missing something.

In short:

  • Developers write bad code.

  • Bugs and security vulnerabilities get found.

  • Updates get released that address those vulnerabilities.

  • Too frequently: Rinse and repeat.

Unless automatic updating is enabled generally end-users are not diligent with regards to installing those updates. That is where a proper enterprise IT security team won't leave the update schedule up to the discretion of the end-user (even when that end-user is a developer or admin even) and they will/should force install security updates in a timely fashion to reduce and eliminate exposure to known security vulnerabilities.

Many (OS) updates require a restart of the application to take place and some require a full reboot.

A proper update management solution tracks after which update(s) a reboot is required and will force that reboot only when necessary. Ideally it offers a grace period where the end-user can perform that required reboot at their discretion and will only force that reboot after that grace period expires. It bears repeating, developers write bad code, so the current update management solution may not support that yet, it may only get that feature "in a future release" and the best you security team can do to force updates to get enabled is a weekly mandatory reboot.

That doesn't exclude that your otherwise capable enterprise security team is (forced to) simply implement a policy rather than a genuine technical solution.

cn flag
All good points. I would add that many organizations have a standing "restart time" for endpoints. This is a time of day that works best if a restart is needed for any reason. It may be 3:00 AM local time or whatever works for them. That's just good policy to have out there. Systems with a lot of uptime could be a sign of neglect so many organizations tend to avoid the scrutiny that attracts with restarts.
ng flag
I guess you got me wrong. There is no dispute about the reboot needed for the security update. I try to take security updates first and they don't even want me to. Earlier the reason they had given for avoiding security updates was what if some development tools don't work? I have even offered to take the new MacOS updates(security included) and try all development tools and env on it at the cost of my time. But this forceful reboot they want to do is without any reason, as per them it is just because they feel running the OS for too long makes it slow. Maybe they used windows too long.
mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.