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

Eliminate incompatibilities with jails created/modified either manually or with other tools #5

Open
kfv opened this issue Nov 2, 2022 · 1 comment
Assignees
Labels
good first issue Good for newcomers

Comments

@kfv
Copy link
Contributor

kfv commented Nov 2, 2022

At this time, we heavily rely on our internal structure, causing atrocious incompatibilities and pitfalls. I should investigate further to better comment, but I presume that one possible solution could be to improve the info command and use that to ensure there are no speculations about jails. In other words, anytime a command is to modify or deal with an attribute, the info command checks that attribute first, so the intended job happens on the right thing and not on a sloppy guess based on the internal design.

For instance, the ZFS mount point of a jail does not necessarily have to be ${JAILER_ZFS_DATASET}/${_name}. We follow that convention, right, but it doesn't mean we should believe all jails (whether or not created/modified by our jailer) follow that too.

@antranigv
Copy link
Member

Hey Faraz.

As nice as this sounds, we probably wont care about this that much, as one of the design points of Jailer is that it's very opinionated.

That being said, I do recommend writing a parser with https://github.com/vishaps/voc that "converts" config files from other Jail orchestrtors to Jailer.

Given that the most common options are jail.conf (without directory style) and BastilleBSD, writing a converter for them would be a place to start.

Leaving this issue open until we write a converter for both of them.

@antranigv antranigv added the good first issue Good for newcomers label Mar 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

3 participants