Merge ~bryce/ubuntu/+source/net-snmp:sru-lp2007856-lunar into ubuntu/+source/net-snmp:ubuntu/lunar-devel

Proposed by Bryce Harrington
Status: Merged
Approved by: git-ubuntu bot
Approved revision: not available
Merged at revision: bf2590820dd45fd4acaf75d5cf14c836a849f614
Proposed branch: ~bryce/ubuntu/+source/net-snmp:sru-lp2007856-lunar
Merge into: ubuntu/+source/net-snmp:ubuntu/lunar-devel
Diff against target: 58 lines (+36/-0)
3 files modified
debian/changelog (+7/-0)
debian/patches/add-overlay-support.patch (+28/-0)
debian/patches/series (+1/-0)
Reviewer Review Type Date Requested Status
git-ubuntu bot Approve
Andreas Hasenack (community) Approve
Canonical Server packageset reviewers Pending
Canonical Server Core Reviewers Pending
Canonical Server Reporter Pending
Review via email: mp+439940@code.staging.launchpad.net

Description of the change

This is the lunar upload for an SRU to add the "overlay" filesystem used by Docker.

Since this is just lunar, I've not prepared the SRU text yet. In particular, since this enables a new feature it's still a question if this change is suitable for SRU (review opinions welcome). But should be ok with lunar (once beta is over). I'll at least stick builds for other ubuntu releases into the PPA.

Bug: LP: #2007856
     https://bugs.launchpad.net/ubuntu/+source/net-snmp/+bug/2007856

PPA: ppa:bryce/net-snmp-sru-lp2007856
     https://launchpad.net/~bryce/+archive/ubuntu/net-snmp-sru-lp2007856

PPA Tests are currently running, when done results should be available via:
    $ ppa tests ppa:bryce/net-snmp-sru-lp2007856

To post a comment you must log in.
Revision history for this message
Bryce Harrington (bryce) wrote :

After discussion with the reporter we'll not pursue SRU at this time, so for now the fix will just be this lunar MP.

Revision history for this message
Andreas Hasenack (ahasenack) wrote :

I didn't quite understand what the patch is doing. Let's say a system has a mix of overlay and non-overlay filesystems, what is the current behaviour? No disk/storage info at all is returned by snmpd, or it just ignores the overlay ones but shows the rest?

For example, on a kubernetes host, I have quite a lot of overlay mounts (lines truncated for readability):

$ mount -t overlay
overlay on /var/snap/microk8s/.../rootfs type overlay (rw,relatime,lowerdir=/var/...
overlay on /var/snap/microk8s/.../rootfs type overlay (rw,relatime,lowerdir=/var/...
overlay on /var/snap/microk8s/.../rootfs type overlay (rw,relatime,lowerdir=/var/...
overlay on /var/snap/microk8s/.../rootfs type overlay (rw,relatime,lowerdir=/var/...
overlay on /var/snap/microk8s/.../rootfs type overlay (rw,relatime,lowerdir=/var/...
overlay on /var/snap/microk8s/.../rootfs type overlay (rw,relatime,lowerdir=/var/...
overlay on /var/snap/microk8s/.../rootfs type overlay (rw,relatime,lowerdir=/var/...
overlay on /var/snap/microk8s/.../rootfs type overlay (rw,relatime,lowerdir=/var/...

These don't show up in the `df -h` output. Do you know if these would be in the snmpwalk output?

review: Needs Information
Revision history for this message
Bryce Harrington (bryce) wrote :

From looking at the code, currently mounts of type overlay are ignored (return NETSNMP_FS_TYPE_IGNORE). This patch adds 'overlay' to the '*other_fs' list, which is used to recognize certain filesystems like fuse, reiserfs, xfs, zfs, etc. that aren't recognized as "regular" filesystem types like ext*, vfat, and smbfs. I'm not entirely sure why net-snmp makes this distinction, but in any case this causes overlay mount points to not be ignored. So yes, I believe with this patch, your snmpwalk output would include listing those mount points.

Revision history for this message
Andreas Hasenack (ahasenack) wrote :

It's still not clear, and I wasn't ready to run the docker container attached to the bug, so I added a comment there asking for clarification on what exactly is broken/not working without the patch.

Revision history for this message
Andreas Hasenack (ahasenack) wrote :

Ok, got a reply in the bug, and did some tests.

The most notably change in behavior someone would see after applying this update would be if they were using the includeAllDisks snmpd.conf directive. Then all of a sudden if the host had overlayfs mounts, they would be included.

For lunar +1, maybe we need an FFe though.

review: Approve
Revision history for this message
git-ubuntu bot (git-ubuntu-bot) wrote :

Approvers: bryce, ahasenack
Uploaders: bryce, ahasenack
MP auto-approved

review: Approve
Revision history for this message
Bryce Harrington (bryce) wrote :

Thanks Andreas,

Given this is a simple change, and fixes a regression since bionic, an FFe may not be strictly necessary, but I've filed one anyway, LP: #2015828, just in case.

Revision history for this message
Bryce Harrington (bryce) wrote :

The FFe was approved, and I've uploaded it:

Successfully signed dsc, buildinfo, changes files
Vcs-Git: https://git.launchpad.net/~bryce/ubuntu/+source/net-snmp
Vcs-Git-Commit: bf2590820dd45fd4acaf75d5cf14c836a849f614
Vcs-Git-Ref: refs/heads/sru-lp2007856-lunar

$ dput ubuntu ../net-snmp_5.9.3+dfsg-2ubuntu3_source.changes
gpg: ../net-snmp_5.9.3+dfsg-2ubuntu3_source.changes: Valid signature from E603B2578FB8F0FB
gpg: ../net-snmp_5.9.3+dfsg-2ubuntu3.dsc: Valid signature from E603B2578FB8F0FB
D: Setting host argument.
Checking signature on .changes
Checking signature on .dsc
Uploading to ubuntu (via ftp to upload.ubuntu.com):
  Uploading net-snmp_5.9.3+dfsg-2ubuntu3.dsc: done.
  Uploading net-snmp_5.9.3+dfsg-2ubuntu3.debian.tar.xz: done.
  Uploading net-snmp_5.9.3+dfsg-2ubuntu3_source.buildinfo: done.
  Uploading net-snmp_5.9.3+dfsg-2ubuntu3_source.changes: done.
Successfully uploaded packages.

Revision history for this message
Bryce Harrington (bryce) wrote :

I also added an entry to the release notes, as graham suggested:

https://discourse.ubuntu.com/t/lunar-lobster-release-notes/31910

There was an error fetching revisions from git servers. Please try again in a few minutes. If the problem persists, contact Launchpad support.

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
The diff is not available at this time. You can reload the page or download it.

Subscribers

People subscribed via source and target branches