looking at the listing as well as the fact that the syslog excerpt on
the forum is full of:

Apr 28 09:36:48 ci-comp11-dut systemd[1]: Started Session 1816 of user
root.

this is either a systemd bug or a bug with the way systemd is used in
the CI ... moving it to systemd to have a systemd maintainer take a
look.

** Also affects: systemd (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: snapd
       Status: New => Invalid

** Summary changed:

- Memory leak (/tmp file system filling up)
+ Memory leak (/run file system filling up)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1687507

Title:
  Memory leak (/run file system filling up)

Status in snapd:
  Invalid
Status in systemd package in Ubuntu:
  New

Bug description:
  (see also related discussion on forum:
  
https://forum.snapcraft.io/t/memory-run-memory-file-system-leaking-with-snap-install-remove/429
 )

  I have a CI system which tests my snap and does a lot install/remove of snap 
packages as part
  of the operation on some small virtual systems. My /tmp is 200MB

  This is on latest Ubuntu Server 16.04 (all packages updated), with the 
alternative 4.8 kernel
  from the Ubuntu Repo)

  At this time, all packages are updated to latest version. I have this bug for 
a long time (since I've started building up a CI infrastructure for the Snap - 
approx 6 months ago), so this is
  not a new bug, but only the more frequent snap testing made it obvious.

  In my system the /tmp filesystem fills up - within approx 2..7 days I'm out 
of space on it.
  All the space is used up under /run/udev/data/  and approx 95% of the files 
(around 45'000)
  start with +cgroup prefix

  I can provide access to a VM in this state if requested (IPv6 only,
  contact me with SSH key)

  Here is some current output (not yet out of space... may need another
  day)

  root@ci-comp17-dut:~# df
  Filesystem     1K-blocks    Used Available Use% Mounted on
  udev             1002892       0   1002892   0% /dev
  tmpfs             204796  148196     56600  73% /run
  /dev/vda1        6060608 3462628   2267076  61% /
  tmpfs            1023976       0   1023976   0% /dev/shm
  tmpfs               5120       0      5120   0% /run/lock
  tmpfs            1023976       0   1023976   0% /sys/fs/cgroup
  /dev/loop0         80256   80256         0 100% /snap/core/1577
  /dev/loop1         77056   77056         0 100% /snap/core/1337
  /dev/loop2         80256   80256         0 100% /snap/core/1441
  tmpfs             204796       0    204796   0% /run/user/0
  /dev/loop3         14592   14592         0 100% /snap/frr/x1

  Attached is a full dir output of /run/udev/data
  (ls_run_udev_data.log)

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapd/+bug/1687507/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to