Re: Are they reasonable FD leaks?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 02/03/2012 06:25 PM, Daniel P. Berrange wrote:
On Fri, Feb 03, 2012 at 03:04:41AM -0500, Alex Jia wrote:
If you're using libvirt upstream to check it, you need to revoke
commit 6152c74, which fixed memory leak issue on cmdUndefine(),
it's okay without FD leaks if memory leak is fixed, in other
words, you will met FD leaks if you saw the following similar
error information:

The memory leak fixed in 6152c74 is a leak of a virStorageVolPtr reference/pointer that also caused the FD leak. While referenced, the storage driver holds a FD to the image identified with the virStorageVolPtr.


error: Failed to disconnect from the hypervisor, 1 leaked reference(s)

This is a sign of some code failing to unref the virStoragePoolPtr
or virStorageVolPtr or virConnectPtr object.

It seems libvirt deliberately leaks these FDs, right?

I don't think that is delibrate.

The leak is not deliberate. It's caused by not freeing the reference. (Bug).

Peter


Daniel

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]