Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1069131 > unrolled thread
| Started by | Anton Scharnowski <ans@artfiles.de> |
|---|---|
| First post | 2021-08-31 14:10 +0200 |
| Last post | 2021-09-01 01:50 +0200 |
| Articles | 3 — 3 participants |
Back to article view | Back to linux.debian.bugs.dist
Bug#993362: cloud.debian.org: cloud-init doesnt run dhclient for IPv6 Anton Scharnowski <ans@artfiles.de> - 2021-08-31 14:10 +0200
Bug#993362: cloud.debian.org: cloud-init doesnt run dhclient for IPv6 Jeremy Stanley <fungi@yuggoth.org> - 2021-08-31 15:00 +0200
Bug#993362: cloud.debian.org: cloud-init doesnt run dhclient for IPv6 Noah Meyerhans <noahm@debian.org> - 2021-09-01 01:50 +0200
| From | Anton Scharnowski <ans@artfiles.de> |
|---|---|
| Date | 2021-08-31 14:10 +0200 |
| Subject | Bug#993362: cloud.debian.org: cloud-init doesnt run dhclient for IPv6 |
| Message-ID | <CSaKt-3DX-1@gated-at.bofh.it> |
Package: cloud.debian.org Severity: important Dear Maintainer, the bullseye cloud image doesnt run the dhclient for IPv6. The interfaces are configured correctly, but dhclient is only executed for IPv4. >> dhclient -4 -v -i -pf /run/dhclient.ens3.pid -lf /var/lib/dhcp/dhclient.ens3.leases -I -df /var/lib/dhcp/dhclient6.ens3.leases ens3 On buster on the other hand: >> Tue Aug 31 08:56:08 UTC 2021 - dhclient run with params -4 -v -i -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.leases eth0 >> Tue Aug 31 08:56:10 UTC 2021 - dhclient run with params -6 -v -pf /run/dhclient6.eth0.pid -lf /var/lib/dhcp/dhclient6.eth0.leases -I -df /var/lib/dhcp/dhclient.eth0.leases eth0 is the dhclient executed for IPv4 and IPv6. We run an OpenStack platform. The Issue leads to no IPv6 capabilty on the VM until you manually execute a DHCPv6 request. The tests were conducted on a freshly initialized instance with no prior modification.
[toc] | [next] | [standalone]
| From | Jeremy Stanley <fungi@yuggoth.org> |
|---|---|
| Date | 2021-08-31 15:00 +0200 |
| Message-ID | <CSbwR-3TM-5@gated-at.bofh.it> |
| In reply to | #1069131 |
On 2021-08-31 10:54:02 +0000 (+0000), Anton Scharnowski wrote: [...] > We run an OpenStack platform. The Issue leads to no IPv6 capabilty > on the VM until you manually execute a DHCPv6 request. [...] As an aside, do note that whether IPv6 connectivity requires DHCPv6 depends on how OpenStack is configured to deliver it. Not all OpenStack deployments rely on DHCPv6 to configure IPv6 addresses. It could instead communicate them to cloud-init via network_data.json in a configdrive, for example. Also this is probably not an OpenStack-specific problem, and would likely arise in other environments expecting to configure IPv6 via DHCP with the Bullseye cloud images. -- Jeremy Stanley
[toc] | [prev] | [next] | [standalone]
| From | Noah Meyerhans <noahm@debian.org> |
|---|---|
| Date | 2021-09-01 01:50 +0200 |
| Message-ID | <CSlFT-1S8-1@gated-at.bofh.it> |
| In reply to | #1069137 |
On Tue, Aug 31, 2021 at 12:20:31PM +0000, Jeremy Stanley wrote:
> On 2021-08-31 10:54:02 +0000 (+0000), Anton Scharnowski wrote:
> [...]
> > We run an OpenStack platform. The Issue leads to no IPv6 capabilty
> > on the VM until you manually execute a DHCPv6 request.
> [...]
>
> As an aside, do note that whether IPv6 connectivity requires DHCPv6
> depends on how OpenStack is configured to deliver it. Not all
> OpenStack deployments rely on DHCPv6 to configure IPv6 addresses. It
> could instead communicate them to cloud-init via network_data.json
> in a configdrive, for example.
There are known issues with IPv6 configuration in the bullseye generic
cloud images. See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991613 and the
attempted solution to it in
https://salsa.debian.org/cloud-team/debian-cloud-images/-/merge_requests/262
and the subsequent revert commit in
https://salsa.debian.org/cloud-team/debian-cloud-images/-/merge_requests/265
Part of the issue is that the network configuration framework used in
the cloud images (ifupdown) isn't very good at handling the various
different combinations of possible configurations options (IPv4-only,
dualstack, v6-only). See #804396 ("if IPv6 configuration fails, then
IPv4 is not configured"), which is tagged wontfix, for example.
> Also this is probably not an OpenStack-specific problem, and would
> likely arise in other environments expecting to configure IPv6 via
> DHCP with the Bullseye cloud images.
It sort of is specific to OpenStack, at least within the context of the
cloud images. The reason for that is that our OpenStack users expect to
be able to pass network configuration to instances via config drives,
which involves cloud-init. In order to facilitate this, we let
cloud-init handle network configuration. In other cloud environments,
network configuration is always provided by DHCP, and cloud-init is not
involved in network configuration. This has let us implement a
workaround for ifupdown's inflexibility using some custom udev event
handlers.
A possible near-term solution to this situation might be to teach
cloud-init to generate interface config fragments with the "try_dhcp"
option that we use in other environments. That would let cloud-init
continue to handle network configuration while also ensuring that the
right thing happens in various different environments.
Longer term, the solution is to stop relying on ifupdown.
noah
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.bugs.dist
csiph-web