Activity log for bug #1771740

Date Who What changed Old value New value Message
2018-05-17 05:41:37 Ryan Finnie bug added bug
2018-06-10 00:46:01 Michał Łazowik bug added subscriber Michał Łazowik
2018-06-11 16:29:28 Steve Langasek netplan: status New In Progress
2018-06-11 16:29:32 Steve Langasek netplan: importance Undecided Medium
2018-07-20 21:31:49 Corey Melanson bug added subscriber Corey Melanson
2021-07-08 13:24:26 Lukas Märdian tags fr-1489
2021-09-29 14:27:31 Lukas Märdian netplan: status In Progress Fix Committed
2021-09-29 19:36:08 Nicolas Bock attachment added focal.debdiff https://bugs.launchpad.net/netplan/+bug/1771740/+attachment/5529181/+files/focal.debdiff
2021-09-29 19:40:02 Nicolas Bock bug added subscriber STS Sponsors
2021-09-29 19:56:28 Nicolas Bock description https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan. [Impact] * An explanation of the effects of the bug on users and * justification for backporting the fix to the stable release. * In addition, it is helpful, but not required, to include an explanation of how the upload fixes this bug. [Test Plan] * detailed instructions how to reproduce the bug * these should allow someone who is not familiar with the affected package to reproduce the bug and verify that the updated package fixes the problem. * if other testing is appropriate to perform before landing this update, this should also be described here. [Where problems could occur] * Think about what the upload changes in the software. Imagine the change is wrong or breaks something else: how would this show up? * It is assumed that any SRU candidate patch is well-tested before upload and has a low overall risk of regression, but it's important to make the effort to think about what ''could'' happen in the event of a regression. * This must '''never''' be "None" or "Low", or entirely an argument as to why your upload is low risk. * This both shows the SRU team that the risks have been considered, and provides guidance to testers in regression-testing the SRU. [Other Info] * Anything else you think is useful to include * Anticipate questions from users, SRU, +1 maintenance, security teams and the Technical Board * and address these questions in advance [Original Description] https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan.
2021-09-30 12:24:32 Lukas Märdian bug task added netplan.io (Ubuntu)
2021-09-30 12:24:41 Lukas Märdian nominated for series Ubuntu Impish
2021-09-30 12:24:41 Lukas Märdian bug task added netplan.io (Ubuntu Impish)
2021-09-30 12:24:41 Lukas Märdian nominated for series Ubuntu Focal
2021-09-30 12:24:41 Lukas Märdian bug task added netplan.io (Ubuntu Focal)
2021-09-30 12:24:41 Lukas Märdian nominated for series Ubuntu Hirsute
2021-09-30 12:24:41 Lukas Märdian bug task added netplan.io (Ubuntu Hirsute)
2021-09-30 12:33:07 Ubuntu Foundations Team Bug Bot tags fr-1489 fr-1489 patch
2021-09-30 12:33:16 Ubuntu Foundations Team Bug Bot bug added subscriber Ubuntu Sponsors Team
2021-09-30 18:26:09 Mathew Hodson netplan.io (Ubuntu Focal): importance Undecided Wishlist
2021-09-30 18:26:11 Mathew Hodson netplan.io (Ubuntu Hirsute): importance Undecided Wishlist
2021-09-30 18:26:14 Mathew Hodson netplan.io (Ubuntu Impish): importance Undecided Wishlist
2021-10-02 17:22:17 Dan Streetman bug added subscriber Lukas Märdian
2021-10-02 17:24:01 Dan Streetman removed subscriber Ubuntu Sponsors Team
2021-10-02 17:24:12 Dan Streetman tags fr-1489 patch fr-1489 patch sts-sponsor-ddstreet
2021-10-02 17:24:17 Dan Streetman bug added subscriber Dan Streetman
2021-10-06 14:17:48 Heitor Alves de Siqueira bug added subscriber Heitor Alves de Siqueira
2021-10-09 21:23:46 Nicolas Bock description [Impact] * An explanation of the effects of the bug on users and * justification for backporting the fix to the stable release. * In addition, it is helpful, but not required, to include an explanation of how the upload fixes this bug. [Test Plan] * detailed instructions how to reproduce the bug * these should allow someone who is not familiar with the affected package to reproduce the bug and verify that the updated package fixes the problem. * if other testing is appropriate to perform before landing this update, this should also be described here. [Where problems could occur] * Think about what the upload changes in the software. Imagine the change is wrong or breaks something else: how would this show up? * It is assumed that any SRU candidate patch is well-tested before upload and has a low overall risk of regression, but it's important to make the effort to think about what ''could'' happen in the event of a regression. * This must '''never''' be "None" or "Low", or entirely an argument as to why your upload is low risk. * This both shows the SRU team that the risks have been considered, and provides guidance to testers in regression-testing the SRU. [Other Info] * Anything else you think is useful to include * Anticipate questions from users, SRU, +1 maintenance, security teams and the Technical Board * and address these questions in advance [Original Description] https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan. Impact]  * On virtualization hosts disable GRO and LRO, otherwise, with receive offload on, the guests will receive packets that are larger than the MTU. This can cause issues in certain scenarios, e.g. when the guest is a VPN server that needs to forward the (inner) packet onward. [Test Plan]  * The feature does not exist right now. [Where problems could occur]  * The settings exist since systemd-232 which means Bionic and up can use this feature [Original Description] https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan.
2021-10-09 22:33:28 Nicolas Bock attachment added netplan-hirsute.debdiff https://bugs.launchpad.net/netplan/+bug/1771740/+attachment/5531799/+files/netplan-hirsute.debdiff
2021-10-09 22:33:46 Nicolas Bock attachment added netplan-impish.debdiff https://bugs.launchpad.net/netplan/+bug/1771740/+attachment/5531800/+files/netplan-impish.debdiff
2021-10-20 17:32:27 Nicolas Bock bug added subscriber Nicolas Bock
2021-10-21 21:39:07 Nicolas Bock attachment added Updated focal debdiff https://bugs.launchpad.net/netplan/+bug/1771740/+attachment/5534966/+files/focal.debdiff
2021-10-21 21:48:24 Nicolas Bock attachment added Updated hirsute debdiff https://bugs.launchpad.net/netplan/+bug/1771740/+attachment/5534967/+files/hirsute.debdiff
2021-10-21 22:14:16 Nicolas Bock attachment added Updated impish debdiff https://bugs.launchpad.net/netplan/+bug/1771740/+attachment/5534968/+files/impish.debdiff
2021-10-22 15:09:29 Lukas Märdian nominated for series Ubuntu Jammy
2021-10-22 15:09:29 Lukas Märdian bug task added netplan.io (Ubuntu Jammy)
2021-10-22 15:29:15 Corey Melanson removed subscriber Corey Melanson
2021-10-28 09:58:51 Lukas Märdian netplan.io (Ubuntu Jammy): status New Fix Committed
2021-10-28 20:52:35 Nicolas Bock description Impact]  * On virtualization hosts disable GRO and LRO, otherwise, with receive offload on, the guests will receive packets that are larger than the MTU. This can cause issues in certain scenarios, e.g. when the guest is a VPN server that needs to forward the (inner) packet onward. [Test Plan]  * The feature does not exist right now. [Where problems could occur]  * The settings exist since systemd-232 which means Bionic and up can use this feature [Original Description] https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan. [Impact]  * On virtualization hosts disable GRO and LRO, otherwise, with    receive offload on, the guests will receive packets that are    larger than the MTU. This can cause issues in certain scenarios,    e.g. when the guest is a VPN server that needs to forward the    (inner) packet onward. [Test Plan]  * The feature does not exist right now. [Where problems could occur]  * The settings exist since systemd-232 which means Bionic and up can use    this feature [Original Description] https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan.
2021-11-05 03:19:10 Launchpad Janitor netplan.io (Ubuntu Jammy): status Fix Committed Fix Released
2021-11-05 15:05:26 Lukas Märdian description [Impact]  * On virtualization hosts disable GRO and LRO, otherwise, with    receive offload on, the guests will receive packets that are    larger than the MTU. This can cause issues in certain scenarios,    e.g. when the guest is a VPN server that needs to forward the    (inner) packet onward. [Test Plan]  * The feature does not exist right now. [Where problems could occur]  * The settings exist since systemd-232 which means Bionic and up can use    this feature [Original Description] https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan. [Impact] * On virtualization hosts disable GRO and LRO, otherwise, with receive offload on, the guests will receive packets that are larger than the MTU. This can cause issues in certain scenarios, e.g. when the guest is a VPN server that needs to forward the (inner) packet onward. [Test Plan] In addition to runing & passing the full set of unit- and integration-tests (that contains new tests to check for this new feature), as described in https://wiki.ubuntu.com/NetplanUpdates we want to run the following commands to make sure the link offload stanza is working properly: $ mkdir -p tmp/etc/netplan $ cat tmp/etc/netplan/test.yaml network: version: 2 ethernets: eth1: receive-checksum-offload: true transmit-checksum-offload: true tcp-segmentation-offload: true tcp6-segmentation-offload: true generic-segmentation-offload: true generic-receive-offload: true large-receive-offload: true $ /usr/lib/netplan/generate -r tmp/ $ cat tmp/run/systemd/network/10-netplan-eth1.link | grep Offload => Make sure the *Offload settings are correctly set to "=1". [Where problems could occur] * The settings exist since systemd-232 which means Bionic and up can use this feature This upload touches netplan's generator, if anything goes wrong it could impact the rendering of network configuration and break a system's network connectivity [Other Info] The full set of autopkgtest logs will be attached after the upload is accepted into -proposed and the tests have been run on the official autopkgtest.u.c infrastructure. This also contains partial-d4884cfd40e1e33540b274371c3272df6595d22c.patch, to keep libnetplan's ABI forward compatible with current upstream/Github, by partially cherry-picking the ignore_carrier field addition into the NetplanNetDefinition struct. === Original Description === https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan.
2021-11-05 22:17:08 Steve Langasek netplan.io (Ubuntu Focal): status New Fix Committed
2021-11-05 22:17:12 Steve Langasek bug added subscriber Ubuntu Stable Release Updates Team
2021-11-05 22:17:14 Steve Langasek bug added subscriber SRU Verification
2021-11-05 22:17:20 Steve Langasek tags fr-1489 patch sts-sponsor-ddstreet fr-1489 patch sts-sponsor-ddstreet verification-needed verification-needed-focal
2021-11-05 22:19:59 Steve Langasek netplan.io (Ubuntu Impish): status New Fix Committed
2021-11-05 22:20:06 Steve Langasek tags fr-1489 patch sts-sponsor-ddstreet verification-needed verification-needed-focal fr-1489 patch sts-sponsor-ddstreet verification-needed verification-needed-focal verification-needed-impish
2021-11-05 22:30:26 Steve Langasek netplan.io (Ubuntu Hirsute): status New Fix Committed
2021-11-05 22:30:35 Steve Langasek tags fr-1489 patch sts-sponsor-ddstreet verification-needed verification-needed-focal verification-needed-impish fr-1489 patch sts-sponsor-ddstreet verification-needed verification-needed-focal verification-needed-hirsute verification-needed-impish
2021-11-10 14:36:04 Lukas Märdian description [Impact] * On virtualization hosts disable GRO and LRO, otherwise, with receive offload on, the guests will receive packets that are larger than the MTU. This can cause issues in certain scenarios, e.g. when the guest is a VPN server that needs to forward the (inner) packet onward. [Test Plan] In addition to runing & passing the full set of unit- and integration-tests (that contains new tests to check for this new feature), as described in https://wiki.ubuntu.com/NetplanUpdates we want to run the following commands to make sure the link offload stanza is working properly: $ mkdir -p tmp/etc/netplan $ cat tmp/etc/netplan/test.yaml network: version: 2 ethernets: eth1: receive-checksum-offload: true transmit-checksum-offload: true tcp-segmentation-offload: true tcp6-segmentation-offload: true generic-segmentation-offload: true generic-receive-offload: true large-receive-offload: true $ /usr/lib/netplan/generate -r tmp/ $ cat tmp/run/systemd/network/10-netplan-eth1.link | grep Offload => Make sure the *Offload settings are correctly set to "=1". [Where problems could occur] * The settings exist since systemd-232 which means Bionic and up can use this feature This upload touches netplan's generator, if anything goes wrong it could impact the rendering of network configuration and break a system's network connectivity [Other Info] The full set of autopkgtest logs will be attached after the upload is accepted into -proposed and the tests have been run on the official autopkgtest.u.c infrastructure. This also contains partial-d4884cfd40e1e33540b274371c3272df6595d22c.patch, to keep libnetplan's ABI forward compatible with current upstream/Github, by partially cherry-picking the ignore_carrier field addition into the NetplanNetDefinition struct. === Original Description === https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan. [Impact]  * On virtualization hosts disable GRO and LRO, otherwise, with    receive offload on, the guests will receive packets that are    larger than the MTU. This can cause issues in certain scenarios,    e.g. when the guest is a VPN server that needs to forward the    (inner) packet onward. [Test Plan] In addition to runing & passing the full set of unit- and integration-tests (that contains new tests to check for this new feature), as described in https://wiki.ubuntu.com/NetplanUpdates we want to run the following commands to make sure the link offload stanza is working properly: $ mkdir -p tmp/etc/netplan $ cat tmp/etc/netplan/test.yaml network:   version: 2   ethernets:     eth1:       receive-checksum-offload: true       transmit-checksum-offload: true       tcp-segmentation-offload: true       tcp6-segmentation-offload: true       generic-segmentation-offload: true       generic-receive-offload: true       large-receive-offload: true $ /usr/lib/netplan/generate -r tmp/ $ cat tmp/run/systemd/network/10-netplan-eth1.link | grep Offload => Make sure the *Offload settings are correctly set to "=1". autopkgtest logs: * Impish: https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/impish_amd64.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/impish_arm64.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/impish_armhf.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/impish_ppc64el.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/impish_s390x.log * Hirsute: https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/hirsute_amd64.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/hirsute_arm64.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/hirsute_armhf.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/hirsute_ppc64el.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/hirsute_s390x.log * Focal: https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/focal_amd64.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/focal_arm64.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/focal_armhf.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/focal_ppc64el.log https://git.launchpad.net/~slyon/+git/files/tree/LP1949104/focal_s390x.log [Where problems could occur]  * The settings exist since systemd-232 which means Bionic and up can use    this feature This upload touches netplan's generator, if anything goes wrong it could impact the rendering of network configuration and break a system's network connectivity [Other Info] The full set of autopkgtest logs will be attached after the upload is accepted into -proposed and the tests have been run on the official autopkgtest.u.c infrastructure. This also contains partial-d4884cfd40e1e33540b274371c3272df6595d22c.patch, to keep libnetplan's ABI forward compatible with current upstream/Github, by partially cherry-picking the ignore_carrier field addition into the NetplanNetDefinition struct. === Original Description === https://www.freedesktop.org/software/systemd/man/systemd.link.html has a number of [Link] options which I need to use for a flaky network card (TCPSegmentationOffload, TCP6SegmentationOffload, GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload) which are not exposed via netplan.
2021-11-10 14:52:09 Lukas Märdian tags fr-1489 patch sts-sponsor-ddstreet verification-needed verification-needed-focal verification-needed-hirsute verification-needed-impish fr-1489 patch sts-sponsor-ddstreet verification-done-impish verification-needed verification-needed-focal verification-needed-hirsute
2021-11-10 14:59:24 Lukas Märdian tags fr-1489 patch sts-sponsor-ddstreet verification-done-impish verification-needed verification-needed-focal verification-needed-hirsute fr-1489 patch sts-sponsor-ddstreet verification-done-hirsute verification-done-impish verification-needed verification-needed-focal
2021-11-10 15:22:11 Lukas Märdian tags fr-1489 patch sts-sponsor-ddstreet verification-done-hirsute verification-done-impish verification-needed verification-needed-focal fr-1489 patch sts-sponsor-ddstreet verification-done-focal verification-done-hirsute verification-done-impish verification-needed
2021-11-17 00:22:59 Launchpad Janitor netplan.io (Ubuntu Impish): status Fix Committed Fix Released
2021-11-17 00:23:07 Brian Murray removed subscriber Ubuntu Stable Release Updates Team
2021-11-17 00:24:04 Launchpad Janitor netplan.io (Ubuntu Hirsute): status Fix Committed Fix Released
2021-11-17 00:25:22 Launchpad Janitor netplan.io (Ubuntu Focal): status Fix Committed Fix Released
2021-11-19 18:43:25 Ryan Finnie removed subscriber Ryan Finnie
2022-02-22 22:47:12 Richard Laager netplan: status Fix Committed Confirmed
2022-04-25 12:45:11 Lukas Märdian netplan: status Confirmed Fix Released