4 ms·
Question to the author and anyone else here: Do you find the advice to reboot the VM after making a security change useful? It will certainly work but from my
by leetrout 6y ago
Question to the author and anyone else here:
Do you find the advice to reboot the VM after making a security change useful?
It will certainly work but from my understanding it should be able to change that setting and alter the users login such that you only need to logout and back in. Maybe I am mistaken?
I try very hard to avoid reboots - it may be distracting for a focused article like this - so curious what others think.
- daniellarusso 6y agoAre you asking about the max number of open files allowed? That was why the reboot was needed.
- leetrout 6y agoYou shouldn’t need to reboot the system for settings to take effect - pretty much everything except some kernel upgrades can be done without a reboot.
- Damogran6 6y agoI think it's a holdover from older times...and underscores a resiliency thing. Rebooting forces garbage collection, and being able to withstand a reboot with no loss of service builds geek cred. :D
- thomasdziedzic 6y agoAccording to https://unix.stackexchange.com/a/108605 https://unix.stackexchange.com/a/108605 it looks like only a logout and login was required for the changes to take effect. I didn't know this at the time which is why I initiated a reboot.
- simonw 6y agoMy rule of thumb is to reboot instances after making changes mainly so you can be confident that the machine will continue to work correctly after the reboot, and you'll still be able to login. This is based on past experiences where I've configured a VM, then a year later needed to make changes but been terrified of a reboot because I can't remember if it's likely to keep working or not!
- lostapathy 6y agoBeen there done that! If you do end up with a machine that's non-bootable or seriously impaired, it's a lot easier to figure out when it's "just" today's update in question and not a year's worth.