-
Notifications
You must be signed in to change notification settings - Fork 190
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
Support lease expiry option #1191
Support lease expiry option #1191
Conversation
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Sorry this has been around for so long @cybertron - I'm just testing a metal3-dev-env patch, and noticed that we need this because the lease_expiry option is mandatory now in metal3-dev-env. Could you update https://github.com/openshift-metal3/dev-scripts/blob/master/01_install_requirements.sh#L22 to pin to a recent/latest version which contains the lease-expiry change please? I also needed the following galaxy role:
|
Also it'd probably be good to add the new variable to |
Oops, I'm not sure I meant it to work that way. :-/
Sure.
Interesting. I think that's unrelated to this patch, but I can include it in the metal3-dev-env bump commit.
Ah, good point. I'm okay with prepending DHCP to the name too. |
This was added to metal3-dev-env in [0]. Expose the setting for dev-scripts too. 0: metal3-io/metal3-dev-env#599
It's because we unconditionally access the value here https://github.com/metal3-io/metal3-dev-env/blob/master/vm-setup/roles/libvirt/templates/network.xml.j2#L45 I'm fine if we just land this PR so dev-scripts matches, but an alternative would be to make that templating conditional on the lease_expiry existing in the network definition (or default the value in the template I guess)
Yeah, it's just related to the metal3-dev-env bump due to metal3-io/metal3-dev-env#711 - I'm not sure if we also want to remove the |
FYI I rebased this PR and updated the metal3-dev-env pin as discussed, and locally testing seems fine https://github.com/hardys/dev-scripts/commits/pr_1191 |
Okay, once I remembered that you need a newer libvirt for this to have any effect I was able to verify that infinite leases still work as expected after the changes we discussed above. I think this should be good to go once I push the new version. |
2bd057c
to
22ab4da
Compare
/retest |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: hardys The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/test e2e-metal-ipi-ovn-ipv6 |
/lgtm |
This was added to metal3-dev-env in [0]. Expose the setting for
dev-scripts too.
With the current version of libvirt available, we are not able to run
virsh net-dhcp-leases when infinite leases are enabled. I've added
logic to skip that step when LEASE_EXPIRY=0. It just means we
can't retrieve clouds.yaml from the bootstrap.
0: metal3-io/metal3-dev-env#599