Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 761345 - memory leak on cmdDomIfGetLink sucessful path
memory leak on cmdDomIfGetLink sucessful path
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: libvirt (Show other bugs)
6.3
x86_64 Linux
high Severity high
: rc
: ---
Assigned To: Alex Jia
Virtualization Bugs
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-08 01:09 EST by Alex Jia
Modified: 2012-06-20 02:38 EDT (History)
7 users (show)

See Also:
Fixed In Version: libvirt-0.9.9-1.el6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-06-20 02:38:13 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2012:0748 normal SHIPPED_LIVE Low: libvirt security, bug fix, and enhancement update 2012-06-19 15:31:38 EDT

  None (edit)
Description Alex Jia 2011-12-08 01:09:16 EST
Description of problem:
Plug memory leak on cmdDomIfGetLink() sucessful path.

Version-Release number of selected component (if applicable):
libvirt-0.9.8-0rc2.el6.x86_64

How reproducible:
always

Steps to Reproduce:
1. valgrind -v --leak-check=full virsh domif-getlink <domain name> <invalid mac>

Note: for instance, give a invalid mac address '0' and guest name 'demo', then
run 'valgrind -v --leak-check=full virsh domif-getlink demo 0'.
  
Actual results:

==13102== 18 bytes in 1 blocks are definitely lost in loss record 9 of 47
==13102==    at 0x4A05FDE: malloc (vg_replace_malloc.c:236)
==13102==    by 0x322A6A67DD: xmlStrndup (in /usr/lib64/libxml2.so.2.7.6)
==13102==    by 0x414892: cmdDomIfGetLink (virsh.c:1538)
==13102==    by 0x4136A2: vshCommandRun (virsh.c:16363)
==13102==    by 0x4253FB: main (virsh.c:17865)
==13102==
==13102== LEAK SUMMARY:
==13102==    definitely lost: 18 bytes in 1 blocks
==13102==    indirectly lost: 0 bytes in 0 blocks
==13102==      possibly lost: 0 bytes in 0 blocks
==13102==    still reachable: 127,888 bytes in 1,361 blocks
==13102==         suppressed: 0 bytes in 0 blocks


Expected results:
avoid memory leak.

Additional info:
Comment 1 Alex Jia 2011-12-08 01:12:51 EST
Patch for upstream:

https://www.redhat.com/archives/libvir-list/2011-December/msg00375.html
Comment 2 Alex Jia 2011-12-08 21:27:18 EST
Patch has been ACKed and pushed on upstream, but need a devel_ack+.

commit f582199e60cb090c1267aa310d361a22ab8e6484
Author: Alex Jia <ajia@redhat.com>
Date:   Thu Dec 8 14:09:57 2011 +0800

    virsh: plug memory leak on cmdDomIfGetLink() sucessful path
    
    Detected by valgrind. Leak introduced in commit dc675f3:
    
    * tools/virsh.c: fix memory leak on cmdDomIfGetLink.
    
    * how to reproduce?
      % valgrind -v --leak-check=full virsh domif-getlink <domain name> 0
    
    * actual valgrind result:
    
    ==13102== 18 bytes in 1 blocks are definitely lost in loss record 9 of 47
    ==13102==    at 0x4A05FDE: malloc (vg_replace_malloc.c:236)
    ==13102==    by 0x322A6A67DD: xmlStrndup (in /usr/lib64/libxml2.so.2.7.6)
    ==13102==    by 0x414892: cmdDomIfGetLink (virsh.c:1538)
    ==13102==    by 0x4136A2: vshCommandRun (virsh.c:16363)
    ==13102==    by 0x4253FB: main (virsh.c:17865)
    ==13102==
    ==13102== LEAK SUMMARY:
    ==13102==    definitely lost: 18 bytes in 1 blocks
    ==13102==    indirectly lost: 0 bytes in 0 blocks
    ==13102==      possibly lost: 0 bytes in 0 blocks
    ==13102==    still reachable: 127,888 bytes in 1,361 blocks
    ==13102==         suppressed: 0 bytes in 0 blocks
Comment 3 zhpeng 2011-12-13 04:58:28 EST
I can reproduce this with libvirt-0.9.8-1.el6.x86_64
Comment 5 xhu 2012-01-10 03:17:56 EST
Reproduce it with libvirt-0.9.8-0rc2.el6.x86_64.
Verify it with libvirt-0.9.9-1.el6 and it passed.
Comment 7 errata-xmlrpc 2012-06-20 02:38:13 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2012-0748.html

Note You need to log in before you can comment on or make changes to this bug.