Best Practice for Shutdown 1 of Management
pedro6161
36 Posts
December 25, 2021, 4:21 pmQuote from pedro6161 on December 25, 2021, 4:21 pm
Hi,
Does anyone knows the best Practice for shutdown of the management server ? To avoid data loss or corrupt, we need to shutdown 1 of Management server for upgrade RAM
Petasan 2.8.1
Please Advice
Hi,
Does anyone knows the best Practice for shutdown of the management server ? To avoid data loss or corrupt, we need to shutdown 1 of Management server for upgrade RAM
Petasan 2.8.1
Please Advice
Last edited on December 25, 2021, 4:22 pm by pedro6161 · #1
admin
2,930 Posts
December 26, 2021, 12:33 pmQuote from admin on December 26, 2021, 12:33 pmYou can shutdown the machine without risk of data loss, we support node failures. It is better however if you have iSCSI connections on that node to move them to other nodes, and use the shutdown command to power off.
You can shutdown the machine without risk of data loss, we support node failures. It is better however if you have iSCSI connections on that node to move them to other nodes, and use the shutdown command to power off.
pedro6161
36 Posts
January 1, 2022, 7:57 pmQuote from pedro6161 on January 1, 2022, 7:57 pmHow if 1 server outage ? I mean unplanned shutdown because physical issue, are we still can move the iscsi path ?
Please Advice
How if 1 server outage ? I mean unplanned shutdown because physical issue, are we still can move the iscsi path ?
Please Advice
Shiori
86 Posts
January 12, 2022, 7:05 pmQuote from Shiori on January 12, 2022, 7:05 pmiscsi paths should automatically move to another node that is also providing iscsi targets. If you have multipath enabled and are using it, then your system wont even care that a path change has happened.
If your monitor node has OSDs then use the shutdown command to ensure that those OSDs are fully written to and the journal is complete. The node will correct everything when it comes back up.
iscsi paths should automatically move to another node that is also providing iscsi targets. If you have multipath enabled and are using it, then your system wont even care that a path change has happened.
If your monitor node has OSDs then use the shutdown command to ensure that those OSDs are fully written to and the journal is complete. The node will correct everything when it comes back up.
Best Practice for Shutdown 1 of Management
pedro6161
36 Posts
Quote from pedro6161 on December 25, 2021, 4:21 pm
Hi,
Does anyone knows the best Practice for shutdown of the management server ? To avoid data loss or corrupt, we need to shutdown 1 of Management server for upgrade RAM
Petasan 2.8.1
Please Advice
Hi,
Does anyone knows the best Practice for shutdown of the management server ? To avoid data loss or corrupt, we need to shutdown 1 of Management server for upgrade RAM
Petasan 2.8.1
Please Advice
admin
2,930 Posts
Quote from admin on December 26, 2021, 12:33 pmYou can shutdown the machine without risk of data loss, we support node failures. It is better however if you have iSCSI connections on that node to move them to other nodes, and use the shutdown command to power off.
You can shutdown the machine without risk of data loss, we support node failures. It is better however if you have iSCSI connections on that node to move them to other nodes, and use the shutdown command to power off.
pedro6161
36 Posts
Quote from pedro6161 on January 1, 2022, 7:57 pmHow if 1 server outage ? I mean unplanned shutdown because physical issue, are we still can move the iscsi path ?
Please Advice
How if 1 server outage ? I mean unplanned shutdown because physical issue, are we still can move the iscsi path ?
Please Advice
Shiori
86 Posts
Quote from Shiori on January 12, 2022, 7:05 pmiscsi paths should automatically move to another node that is also providing iscsi targets. If you have multipath enabled and are using it, then your system wont even care that a path change has happened.
If your monitor node has OSDs then use the shutdown command to ensure that those OSDs are fully written to and the journal is complete. The node will correct everything when it comes back up.
iscsi paths should automatically move to another node that is also providing iscsi targets. If you have multipath enabled and are using it, then your system wont even care that a path change has happened.
If your monitor node has OSDs then use the shutdown command to ensure that those OSDs are fully written to and the journal is complete. The node will correct everything when it comes back up.