5.1.24-117012 excessive memory use

Discussions related to using VirtualBox on Windows hosts.

5.1.24-117012 excessive memory use

Postby evanb » 18. Jul 2017, 22:17

I upgraded my Windows 7 host from 5.1.22-115126 to 5.1.24-117012 using the Windows installer. Afterwards, starting my Ubuntu Linux guest in headless mode caused the VBoxHeadless.exe instance running the VM to consume all available host memory (out of 12GB total), causing sufficient instability that I needed to forcibly power the host off to regain control (no reset button). This did not occur when running the same guest in normal, standalone mode. The problem occurred with and without guest additions installed, and remained after I uninstalled and reinstalled 5.1.24.

I reinstalled 5.1.22, which works properly, as it did before the upgrade.
evanb
 
Posts: 5
Joined: 9. Aug 2016, 23:05

Re: 5.1.24-117012 excessive memory use

Postby Haeckli » 19. Jul 2017, 09:28

So it happened to me.
Everything was fine and smooth on 5.1.22 but after upgrading to 5.1.24, the VM in which I run my Servers eat up all physical memory (32GB), the whole system gets stuck and unresponsive and finally ends in a Blue-Screen of the host.

Host: Windows 7 Pro/64
Guest WIndows 7 Pro/64, running "headless" in the background.

It already happened twice, but I can't reproduce this intentionally.
Edit: I can reproduce! It now happens each time I start this VM in headless.

Will downgrade to .22 version because I need my Servers...
Haeckli
 
Posts: 15
Joined: 18. Aug 2014, 08:24
Location: Zürich, Switzerland
Primary OS: MS Windows 7
VBox Version: PUEL
Guest OSses: W7-64, W10-64

Re: 5.1.24-117012 excessive memory use

Postby socratis » 19. Jul 2017, 10:04

Do you observe the same thing if you're running the VM as Normal or Detachable?
For a reference, there is a similar report on Solaris hosts: viewtopic.php?f=11&t=83860
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
socratis
Site Moderator
 
Posts: 27690
Joined: 22. Oct 2010, 11:03
Location: Greece
Primary OS: Mac OS X other
VBox Version: PUEL
Guest OSses: Win(*>98), Linux*, OSX>10.5

Re: 5.1.24-117012 excessive memory use

Postby Haeckli » 19. Jul 2017, 10:16

It seems to occurr just headless. I was able to run normal mode.
For reference I attach a log-file where I was able to "kill" the VM while it was "eating" memory before the host got blocked. Maybe it can deliver more background info...
Attachments
KP-Server-2017-07-19-09-30-38.log
(115.15 KiB) Downloaded 20 times
Haeckli
 
Posts: 15
Joined: 18. Aug 2014, 08:24
Location: Zürich, Switzerland
Primary OS: MS Windows 7
VBox Version: PUEL
Guest OSses: W7-64, W10-64

Re: 5.1.24-117012 excessive memory use

Postby michael » 19. Jul 2017, 11:51

Would anyone be interested in bisecting this if I made builds available?
michael
Oracle Corporation
 
Posts: 683
Joined: 10. May 2007, 09:46

Re: 5.1.24-117012 excessive memory use

Postby Haeckli » 19. Jul 2017, 11:59

I could...
Right now I'm back to .22 but I can revert to .24 (or any other buld)...
Just let me know...
Haeckli
 
Posts: 15
Joined: 18. Aug 2014, 08:24
Location: Zürich, Switzerland
Primary OS: MS Windows 7
VBox Version: PUEL
Guest OSses: W7-64, W10-64

Re: 5.1.24-117012 excessive memory use

Postby michael » 19. Jul 2017, 12:25

Uploading builds now. The first uploaded is:

https://www.virtualbox.org/download/tes ... 15-Win.exe

Revisions 115433 115604 115801 116038 116227 116406 116603 116807 to follow over the next half hour or hour. Just adjust the file name to the revision.
michael
Oracle Corporation
 
Posts: 683
Joined: 10. May 2007, 09:46


Re: 5.1.24-117012 excessive memory use

Postby socratis » 19. Jul 2017, 13:48

@michael
Why all these builds? What's different about them, what should they be looking for, which one should they pick over the other?
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
socratis
Site Moderator
 
Posts: 27690
Joined: 22. Oct 2010, 11:03
Location: Greece
Primary OS: Mac OS X other
VBox Version: PUEL
Guest OSses: Win(*>98), Linux*, OSX>10.5

Re: 5.1.24-117012 excessive memory use

Postby Haeckli » 19. Jul 2017, 13:49

So now what?
Which one to start with and what to look at?
Haeckli
 
Posts: 15
Joined: 18. Aug 2014, 08:24
Location: Zürich, Switzerland
Primary OS: MS Windows 7
VBox Version: PUEL
Guest OSses: W7-64, W10-64

Re: 5.1.24-117012 excessive memory use

Postby scottgus1 » 19. Jul 2017, 13:54

Alice - Mad Tea Party_small.jpg
Alice - Mad Tea Party_small.jpg (52.13 KiB) Viewed 4295 times

Start at the beginning. And when you get to the end.... stop. :)
Human government is like that crazy uncle who hides a quarter in his fist behind his back, then asks you to guess which fist the quarter is in...
No matter which side you choose, Left or Right, both Sides are empty.
scottgus1
Volunteer
 
Posts: 7543
Joined: 30. Dec 2009, 20:14
Primary OS: MS Windows 10
VBox Version: PUEL
Guest OSses: Windows, Linux

Re: 5.1.24-117012 excessive memory use

Postby socratis » 19. Jul 2017, 14:42

OK people, I got the explanation from "michael" about the different builds. They are intermittent builds at different points between 5.1.22 (no problem) and 5.1.24 (problem). At some point one of the builds will start exhibiting the problem. That's where things went wrong.

Your help (and the VBox.log.ZIP) is appreciated...
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
socratis
Site Moderator
 
Posts: 27690
Joined: 22. Oct 2010, 11:03
Location: Greece
Primary OS: Mac OS X other
VBox Version: PUEL
Guest OSses: Win(*>98), Linux*, OSX>10.5

Re: 5.1.24-117012 excessive memory use

Postby Perryg » 19. Jul 2017, 14:42

socratis wrote:@michael
Why all these builds? What's different about them, what should they be looking for, which one should they pick over the other?

This is the progression of builds since it worked until the latest release. michael is attempting to see where the actual issue occurred to isolate it down to a workable area.
Perryg
Site Moderator
 
Posts: 34373
Joined: 6. Sep 2008, 22:55
Primary OS: Linux other
VBox Version: OSE self-compiled
Guest OSses: *NIX

Re: 5.1.24-117012 excessive memory use

Postby michael » 19. Jul 2017, 17:08

The normal way for working through series of builds like this is to start in the middle, and if the middle build is affected choose a build half way between that and the first one, and so on, always choosing a build half way between the latest known-good one and the first known-problematic one.

https://en.wikipedia.org/wiki/Bisection ... neering%29

Edit: that Wikipedia article is interesting. I know what bisection is and still have trouble understanding what it says.
michael
Oracle Corporation
 
Posts: 683
Joined: 10. May 2007, 09:46

Re: 5.1.24-117012 excessive memory use

Postby Haeckli » 19. Jul 2017, 18:32

OK - Done...

What happens to the memory on my host you can see from the attached screenshots.
This covers 2 such crashes which I was able to stop by killing the process from the task-manager.

I tested on a Win7-64 Pro host with a Win7-64 Pro guest.

Here are my findings:

  • the error can 100% be reproduced
  • the first of the 5.1.23 versions having the problem is 115801. Version before that seem OK.
  • the error NEVER occurs on unmanaged machines running headless in the background.
  • User interaction is needed to force the error
  • the error CANNOT be forced in the Vbox GUI. Regardless whether running normal or headless with detachable GUI, it is always fine.
  • the error ONLY can be produced when using a remote sessions to the machine (I use Windows Remote Desktop).
  • even in remote sessions, the error CANNOT be produced during "normal" use. I can run whatever program I want, it's always fine.
  • ONLY when in a Remote-Session I use a function requiring UAC action (like starting progams requiring adminstrator rights) it immediately acquires ALL available physical memory from the host.
  • This happens immediately when starting the action; it is not necessary (not even possible) to confirm or deny the UAC sceen.
  • This is independent from the machine running headless or in normal mode. Even when I connect a Remote-Session to a machine already running in normal mode, I can produce the error with any UAC action.
  • When having a remote-session connected I can force the error also from the Vbox-GUI, so it seems to be just depending on the fact that a remote session is connected, not from operating from inside a remote-session.

So, here I finish for the moment. Now its up toothers working on that...
I'm back to 5.1.22. Let me know if you need more info/testing...
Attachments
Processes Screenshot.png
Processes Screenshot.png (112.04 KiB) Viewed 4261 times
Memory Screenshot.png
Memory Screenshot.png (125.11 KiB) Viewed 4261 times
Haeckli
 
Posts: 15
Joined: 18. Aug 2014, 08:24
Location: Zürich, Switzerland
Primary OS: MS Windows 7
VBox Version: PUEL
Guest OSses: W7-64, W10-64

Next

Return to VirtualBox on Windows Hosts

Who is online

Users browsing this forum: Elliot K and 38 guests