09-22-2017 07:21 AM - edited 02-21-2020 06:20 AM
Hello Guys
how can i shut Properly FMC from both CLI and GUI to avoid DB corruption
pls see attachment
thanks
Solved! Go to Solution.
09-24-2017 02:01 AM
There was nothing attached but that's OK.
From the GUI, use the menu choice under Sytem > Configuration > Process to either shutdown, reboot or restart your FMC.
From the cli, use the console script with the same arguments.
Both are described here (with slightly different GUI menu location for the older Firesight Management Center 5.x):
09-24-2017 02:01 AM
There was nothing attached but that's OK.
From the GUI, use the menu choice under Sytem > Configuration > Process to either shutdown, reboot or restart your FMC.
From the cli, use the console script with the same arguments.
Both are described here (with slightly different GUI menu location for the older Firesight Management Center 5.x):
09-25-2017 12:11 PM
09-05-2019 07:30 AM
@Marvin Rhoads If i shutdown FMC from System --> Configuration --> Process --> Shutdown Management Center and then i reboot the VM from vcenter, how the FMC will power on again?
Is there any command that i can run in FMC cli and turn it on or it will turn on by itself ?
Thank you
09-05-2019 08:33 AM
When you restart the FMC server from the hypervisor the necessary processes will all startup automatically.
FMC puts the necessary startup scripts in /etc/rc.d/init.d so the underlying RHEL knows to start it automatically.
09-06-2019 12:30 AM
Hello Marvin,
Thank you one more time for your help and your valuable contribution on this community!!
01-21-2021 12:42 AM
HI What will happen if i directly shut down FMC VM From Console? did it crash the DB
01-21-2021 02:01 AM
Hello,
I have done twice and nothing happened but the appropriate way to do it, as every application, you should shut down FMC via console.
01-21-2021 10:57 AM
It may or may not come back normally.
If you watch the messages from console when it restarts, you will see that it realizes it was not shutdown gracefully and it will try to recover from any errors. Usually it is successful but not always. when it fails it can leave you with a non-working server that you will have to restore from backup or - if there's no backup available - rebuild from scratch.
So:
1. Always shutdown gracefully if you can
2. Always have a recent backup available off-box. (or, even better, periodically shutdown gracefully and then snapshot the VM)
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide