[Libguestfs] Long running nbdkit instances seem to leak memory

Nikolay Ivanets stenavin at gmail.com
Mon Aug 10 07:56:58 UTC 2020


May I ask for self-education, how did you conclude memory leak, based on
that, I guess, 'ps' output?

--
  Mykola Ivanets

пн, 10 серп. 2020, 10:48 користувач Richard W.M. Jones <rjones at redhat.com>
пише:

> I'm using nbdkit + the file plugin to serve NBD root filesystems for
> some machines, so I get to observe how it behaves for very long runs.
> I think this indicates a memory leak?
>
>   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
>  5038 root      20   0 4577220  16000    796 S   0.0  0.1  30:52.40 nbdkit
>  5592 root      20   0 4159224  11708    784 S   0.0  0.1  22:21.67 nbdkit
>
> Not sure how to easily diagnose this.  My thought was to force a
> coredump by sending a signal, but I don't know if these processes have
> a suitable rlimit.  I could also attach gdb.  Perhaps by looking at a
> dump of the memory we could get an idea of what structure leaks.
>
> Unfortunately also it's a very old version:
>
> $ rpm -qf /usr/sbin/nbdkit
> nbdkit-1.8.0-1.el7.x86_64
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat
> http://people.redhat.com/~rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> virt-top is 'top' for virtual machines.  Tiny program with many
> powerful monitoring features, net stats, disk stats, logging, etc.
> http://people.redhat.com/~rjones/virt-top
>
> _______________________________________________
> Libguestfs mailing list
> Libguestfs at redhat.com
> https://www.redhat.com/mailman/listinfo/libguestfs
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libguestfs/attachments/20200810/94c689c5/attachment.htm>


More information about the Libguestfs mailing list