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

Allow to define default network bridge and xen-script #24

Merged
merged 9 commits into from
Mar 14, 2018

Conversation

Mr-Pi
Copy link
Contributor

@Mr-Pi Mr-Pi commented Mar 13, 2018

This will close #22

README.md Outdated
| `xen_vman_default_auto_install` | boolean | `True` | Install specified OS automatically, when no xen configuration is found |
| Name | Type | : Required : | Default | Description |
|------------------------------------------|-----------------------|:-----------------------------:|---------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------|
| `xen_vman_xl_path` | string | N | _auto determined_ | Fully qualified path of the xl command |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please consider using one column for Required/Default like in the roles written by @dasJ, @Scriptkiddi and me. I can't force you, but I want to appeal to you and would really like to see it.
I think it's a cleaner way of structuring the variable table, it saves space, gives a better overview and doesn't use too many columns. Besides, in almost all cases, a variable having a default value and a variable not being required occur together, so having two columns for this information is redundant and can be confusing.

@@ -0,0 +1,16 @@
---
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems fine, but touching the xl.conf and #25 definitely belong into the xen-setup role, please commit it there. I don't know how complex the xl.conf template would be, but if you plan to do it in the near future, you could just combine both and not need lineinfile tasks at all.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This was even my first thought ;). But than I realized that xen-setup does a basic hypervisor setup for xen, such things like installing xen, configure grub on a debian based system. xen_vman instead does everything vm management related, such as creating, installing and manage all vms. Creating a proper xl.conf is needed for the tasks done by xen_vman, so it belongs there.

Future more, you can use xen-setup completely unrelated to the tasks done by xen_vman this way. For example you can setup a hypervisor with xen-setup and later use virtsh to manage all vms on this machine, which will conflict with a xl.conf managed by xen-setup.

@Mr-Pi
Copy link
Contributor Author

Mr-Pi commented Mar 14, 2018

Please rereview

@Mr-Pi Mr-Pi force-pushed the xl_conf branch 4 times, most recently from f508eb6 to 6e97974 Compare March 14, 2018 14:47
@SlothOfAnarchy SlothOfAnarchy merged commit 94d5c50 into master Mar 14, 2018
@SlothOfAnarchy SlothOfAnarchy deleted the xl_conf branch March 14, 2018 22:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Automated xl.conf configuration
2 participants