-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
zpool state module needs support for disk vdev #34762
Comments
@aphor if I understand correctly, you're looking for the equivalent of I'm pretty sure I tested this with the execution module, I think that should work fine. Not sure I tested that with the state module. (Can't check for another week+, traveling with limited internet) As for the error, It could be improved yeah. Although I couldn't find a better fitting one. Edit: newpool:
zpool.present:
- config:
import: false
force: true
- properties:
comment: salty storage pool
- layout:
/dev/disk0
/dev/disk1 |
@sjorge yes, and I just realized I had botched my example syntax. BTW: I have a PR on the way. |
I think this is more about consistency in the YAML requirements to use the zpool state module. #34770 <-- not too hairy. |
PR with a small docs update + support for the fake 'disk' vdev is going through my internal testing, will take a bit as I am on holiday on 3G internet. Alternative PR that only makes small accommodations in the state module is here: #34791 |
The fix seems to have made it into both 2016.3 and develop. @aphor is everything working 'as expected' now? |
This is also working for me now. Thanks! |
salt.modules.zpool does not support explicit (the second simplest example) "disk" type zpool vdev
Since the salt.states.zpool requires a vdev in layout kwarg in state.sls files, it is impossible to use this state module to create a simple single disk vdev zpool.
This should be a valid state
but produces an ambiguous error, assuming that the "disk" vdev is supposed to be interpreted by the salt.modules.zpool.create() as a device node on the filesystem
salt.states.zpool also does a similar (broken) check (DRY?) to validate the state layout.
The text was updated successfully, but these errors were encountered: