Description of problem: The xendDomainCreateLinux does two calls to dom = virDomainLookupByName(conn, name); Each call to virDomainLookupByName increments the reference count on the virDomainPtr object. So, upon returning from virDomainCreateLinux, the caller has a virDomainPtr object with a reference count of '2' instead of the expected '1'. The result is the virDomainPtr object will never be freed Version-Release number of selected component (if applicable): libvirt-0.1.8 How reproducible: Always Steps to Reproduce: 1. Run a program which calls virDomainCreateLinux under GDB 2. Stop execution immediately after virDomainCreateLinux returns 3. Examine the reference count of the returned virDomainPtr object Actual results: Ref count of 2 Expected results: Ref count of 1 Additional info:
Created attachment 143946 [details] Remove duplicated called to virDomainLookupByID to eliminate ref count leak
Dohh, fix applied upstream, at this point, Daniel
Is this important enough to merit being merged back to RHEL-5?
If we push a new libvirt this should definitely be included. I'm not 100% this affected virt-manager as shipped, if yes or if we push a new virt-manager, then a new libvirt should be done in my opinion. Daniel
Package for RHEL5 update 1 will fix this, Daniel