Bug 972371 - f19 virt-manager consistently leaks memory ( > 1GB in 12 hours)
Summary: f19 virt-manager consistently leaks memory ( > 1GB in 12 hours)
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: virt-manager
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Cole Robinson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 882148 974287 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-06-08 23:32 UTC by Cole Robinson
Modified: 2013-10-10 00:56 UTC (History)
15 users (show)

Fixed In Version: virt-manager-0.10.0-4.fc19
Clone Of:
Environment:
Last Closed: 2013-10-10 00:56:40 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Some valgrind output (16.15 KB, text/plain)
2013-06-17 12:02 UTC, Cole Robinson
no flags Details

Description Cole Robinson 2013-06-08 23:32:45 UTC
Start virt-manager, have it connect to a qemu connection with a bunch of offline VMs, come back in a few hours and see that it's memory has climbed pretty high and is still rising. Likely some side effect of the gtk3 conversion, need to track it down.

Comment 1 Cole Robinson 2013-06-12 19:37:46 UTC
*** Bug 882148 has been marked as a duplicate of this bug. ***

Comment 2 Cole Robinson 2013-06-14 13:11:30 UTC
*** Bug 974287 has been marked as a duplicate of this bug. ***

Comment 3 Cole Robinson 2013-06-17 12:02:59 UTC
Created attachment 762012 [details]
Some valgrind output

That is the major memory bits from a 24 hour virt-manager run under valgrind.

I tried some python specific memory debugging but total objects in memory seems to be staying quite static, so it seems something below the python code is leaking. That report seems to indicate pygobject. I poked at it for a while but couldn't find anything simple.

Comment 4 Jens Petersen 2013-07-06 04:39:31 UTC
Not sure but I feel like f19 v-m leaks pretty quickly... :-|

Comment 5 Honza Horak 2013-07-08 06:50:29 UTC
(In reply to Jens Petersen from comment #4)
> Not sure but I feel like f19 v-m leaks pretty quickly... :-|

Well, I am sure, it really does.

Comment 6 Robert Solomon 2013-08-12 16:06:39 UTC
I am experiencing a fast memory leak using virt-manager (virt-manager-0.10.0-1.fc19.noarch) crashes my gnome session and sometime my whole machine in a few minutes.  Locks up.  If the box is responsive at all, I start getting out of memory messages.

Steps to reproduce: start virt-manager, view a local machine.  If the desktop hasn't frozen right away, close the viewer and watch it freeze.

Tested on Lenovo q190 and Thinkpad X61.  Both are upgraded from F-18 using the yum upgrade method.  

Let me know if you need additional information.  The q190 is not in production and I can change anything on it.  My (F-18) production viewer is stable with virt-manager running for weeks at a time.  All three machines have 4G memory.

Production:
virt-manager-common-0.9.5-1.fc18.noarch
virt-manager-0.9.5-1.fc18.noarch


X61:
virt-manager-0.10.0-1.fc19.noarch
virt-manager-common-0.10.0-1.fc19.noarch

I assume the q190 has the same packages as the X61.

thanks

Comment 7 Robert Solomon 2013-08-17 21:31:03 UTC
A few more notes:

virt-manager seems to crash only when run from a root command prompt.  No crashes if run as a normal user and then authenticated.

My memory problems turned out to be due to deja-dup-monitor sucking up 80% of the memory; may or may not be related.

Hope this helps someone.

Comment 8 Cole Robinson 2013-09-02 13:57:14 UTC
Okay I poked at this some more and made some progress. AFAICT this still isn't virt-manager's fault really, but I pushed a couple commits that effectively stop the leak when the app isn't being used:

https://git.fedorahosted.org/cgit/virt-manager.git/commit/?id=db7db9ab47dd00d746cf8a3359c1c26dbfcfa50e
https://git.fedorahosted.org/cgit/virt-manager.git/commit/?id=f141c77c452d4807b516bdc40a0e86235bf5243a

The trick is that you have to hide all stats graphs in the main screen from the View menu. Even without doing that, after those 2 commits the leak should be much smaller. And the graph trick only has any effect after those commits. I'll backport them to F19 soonish

Comment 9 Honza Horak 2013-09-12 08:30:34 UTC
I'm glad I can confirm the patches above do quite good job. I tried to apply them and virt-manager's leaked memory amount has decreased significantly, approx. to one tenth.

Comment 10 Fedora Update System 2013-09-24 15:48:55 UTC
virt-manager-0.10.0-2.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/virt-manager-0.10.0-2.fc19

Comment 11 Fedora Update System 2013-09-26 06:23:55 UTC
Package virt-manager-0.10.0-2.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing virt-manager-0.10.0-2.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-17656/virt-manager-0.10.0-2.fc19
then log in and leave karma (feedback).

Comment 12 Cole Robinson 2013-10-03 22:37:06 UTC
FWIW I filed a pygobject bug:

https://bugzilla.gnome.org/show_bug.cgi?id=709397

Comment 13 Jens Petersen 2013-10-04 04:44:16 UTC
virt-manager-0.10.0-3.fc19 is already stable now.

Comment 14 Fedora Update System 2013-10-06 19:40:29 UTC
virt-manager-0.10.0-4.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/virt-manager-0.10.0-4.fc19

Comment 15 Fedora Update System 2013-10-10 00:56:40 UTC
virt-manager-0.10.0-4.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.


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