You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently when extending an existing ring, all user-data gets copied to new instances, including erase_on_boot set to false. this needs to mounting issues during taupage boot, as the new volumes need to get formatted initially.
I would expect this to work slightly different: extending a ring should lead to a status where the new ring is able to operate. hence, this requires initially formatting the nodes and setting erase_on_boot to false after cassandra was setup up correctly.
The text was updated successfully, but these errors were encountered:
(Erase on boot should not be added to the metadata alltogether, then the format will be done by taupage once, based on a tag of a volume and this will not require an extra restart.
Currently when extending an existing ring, all user-data gets copied to new instances, including erase_on_boot set to false. this needs to mounting issues during taupage boot, as the new volumes need to get formatted initially.
I would expect this to work slightly different: extending a ring should lead to a status where the new ring is able to operate. hence, this requires initially formatting the nodes and setting erase_on_boot to false after cassandra was setup up correctly.
The text was updated successfully, but these errors were encountered: