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

Feature Request - Write unique identifier to each brick to halt if brick is mounted in incorrect location #4396

Open
edrock200 opened this issue Jul 29, 2024 · 3 comments

Comments

@edrock200
Copy link

This is a rookie mistake on my part, however I had bricks mounting in fstab as /dev/sda1, /dev/sdb1, etc vs UUID. After repairing a host issue, it came back online and re-ordered the /dev/sd* drives, causing some bricks to be flipped/mounted to the wrong paths. Much to my surprise, gluster continued to believe those bricks were correct, and began erasing data on those subvolumes. Would be nice if gluster could write some sort of identifier to each brick to halt if that brick process if the ID doesn't match.

@edrock200 edrock200 changed the title Feature Request - Right unique identifier to each brick to halt if brick is mounted in incorrect location Feature Request - Write unique identifier to each brick to halt if brick is mounted in incorrect location Jul 29, 2024
@hunter86bg
Copy link
Contributor

Best practice is to use LVM (which has unique name) or FS UUID when mounting. Then, you should create a directory inside the mountpoint, so if the mount operation has failed (or is readonly) GlusterFS would not be able to use the local storage.

@babipanghang
Copy link

You can't trust people to always follow best practices i guess. I think an extra verification as suggested by @edrock200 would be useful.

BTW i found LVM (especially thin provisioned) a horrible monstrosity to work with. Why isn't ZFS recommended yet instead of LVM?

@hunter86bg
Copy link
Contributor

I guess because it's not tested and most probably doesn't have the proper integration (libraries) with ZFS.

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

3 participants