Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extend should erase_on_boot #178

Open
jbspeakr opened this issue Sep 7, 2017 · 1 comment
Open

Extend should erase_on_boot #178

jbspeakr opened this issue Sep 7, 2017 · 1 comment

Comments

@jbspeakr
Copy link
Member

jbspeakr commented Sep 7, 2017

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.

@smirnov
Copy link
Member

smirnov commented Sep 8, 2017

(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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants