New answers tagged

41

Shutdown is preferable because it allows you to specify the reason for the drastic action -- something you should always do. The message will be recorded in the log(s) for posterity. For example: shutdown -r now 'Kernel upgrade requires reboot' You can also perform a scheduled reboot -- by specifying something other than now as the reboot time: shutdown -...


11

If you take a look, in RHEL 7 both /sbin/shutdown and /sbin/reboot are actually just symlinks to systemd's systemctl command. So, use whatever you want. No functional difference as ewwhite told, not even in earlier RHEL releases which did not yet use systemd.


26

For Red Hat systems, there is no functional difference between reboot and shutdown -r now. Do whatever is easier for you.


0

They perform the same task They are simply different applications that perform the same task. They both logoff a current session and close any applications that are associated with that session. You asked. Do the run different logoff-sequences? No, they initiate the same logoff sequence.


12

BINGO!!! Alright, here is how this was resolved: I referenced this artice for unmounting the datastore, https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004605 Step 1: Manually unmount the datastore from the host with this command: esxcli storage filesystem unmount [-u UUID | -l label | -p path ] In ...


6

This tip worked for me in the past, if you can disable ATS-Only: Cannot mount the VMFS5 datastore when using storage encryption appliances (2030416) I guess no VM are up in your case, but they need to be close to be able to run the command. Some storage encryption appliances may block certain SCSI commands, including ATS commands, sent from ESXi ...



Top 50 recent answers are included