[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