VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1675 - 1677 of 16363)

Ticket Resolution Summary Owner Reporter
#9070 obsolete Microsoft Expressions Encoder installation stalls with XP Pro guest in Debian wheezy host Carl
Description

I'm trying to install Microsoft Expressions Encoder 4 SP 1 on a fully-updated 32-bit Windows XP Pro SP3 guest running on a Debian wheezy host (AMD 64 kernel).

The installer gets past the "unpacking" phase and adds a button to the Windows Task Bar, but never actually manages to display the setup window for the program. Task Manager reveals that Xsetup.exe is taking up over 90% of CPU ... forever. So far I've let it run for an hour twice.

I've tried running the installer as Administrator. No dice. I tried reverting to VGA mode because of reports on MS's site of video issues preventing installation. No dice. I tried to install in Safe Mode and was told that an index has to be greater than zero!

I've downloaded the installation package twice to be sure it had not become corrupted. No dice.

I would appreciate any advice on how to debug this or move forward.

#9078 obsolete NetServerGetInfo returns an invalid result lgx171
Description

The following code gives

  • 1707 under Virtual Box (OS=Windows Server 2008 R2 x64)
  • 53 on a real Windows Server 7 x64 (Host)

when the server name provided does not exist.

#include "stdafx.h"
#include <windows.h> 
#include <lm.h>

int _tmain(int argc, _TCHAR* argv[])
{
    NET_API_STATUS nStatus;
    SERVER_INFO_101 Buf;
    nStatus = NetServerGetInfo ( L"UNKNOWNSERVER", 101, (LPBYTE *)&Buf );
    printf ( "%d\n", nStatus );
    return 0;
}
#9079 obsolete VMs lose connectivity (VRDP, ssh and some times even VBoxManager) sebastians
Description

Environment:
Host: VirtualBox 3.2.12r68302, on ProLiant BL490c G6 (CPU 1 Six-Core Intel Xeon, 2667 MHz, CPU 2 Six-Core Intel Xeon, 2667 MHz, Memory 49152 MB), CentOS release 5.6 (Final): Linux xxx 2.6.18-238.9.1.el5 #1 SMP Tue Apr 12 18:10:13 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux
Guest: Ubuntu 11.04: Linux cp-t3-u64 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

Repro:
I will try to make this generic, but truth is that while this is always reproducible I do not know the real cause so is hard to indicate stepts to lead to the issue.

[0]. Please see the attached VM info file to see how it is configured.

  1. Start VM by running: VBoxHeadless -startvm [vmname] --vrdp on & (same result if I start it with VBoxManage startvm cp-t3-u64 --type vrdp)
  2. Run against the VM an [installation] process that will increase considerably the memory/cpu usage.

Actual Result:
Connectivity to the VM drops. It can no longer be accessible via VRDP or ssh, not responding to ping anymore, the install process obviously never completes so it is not just a connectivity issue, etc.

Thou the process stays up:

[cpuser@rde01 Logs]$ ps -uax | grep cp-t3-u64
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.7/FAQ
cpuser   23038 26.7  0.0 4477400 30640 ?       Sl   09:20  12:31 /usr/lib/virtualbox  /VBoxHeadless --comment cp-t3-u64 --startvm 5b50bfc5-4f43-4553-a0f0-1f38961457ac
cpuser   23159  0.0  0.0  61232   780 pts/3    S+   10:07   0:00 grep cp-t3-u64

The following is however random (or maybe time dependent):

[cpuser@rde01 Logs]$ vbm list runningvms
Oracle VM VirtualBox Command Line Management Interface Version 3.2.12
(C) 2005-2010 Oracle Corporation
All rights reserved.

''[removed the other VMs list]''
"cp-t3-u64" {5b50bfc5-4f43-4553-a0f0-1f38961457ac}

Sometimes VBoxManage still sees the VM up, some times it doesn't [even if the process is still active] (don't know if this is related to this particular issue or is a different bug thou ...).

Expected Result: For everything to run smoothly and VM to stay up and accessible.

Comments: I run top against the VM in the VRDP RDS and when it dies, CPU is usually over 60% (please see attached printScreen). I don't know if this is relevant or not but it does seem to affect the VM's lifespan (as in when I don't execute the mentioned installation the machine stays up much longer).
Also the RD connection is not refused, it is just displaying a blank screen. "Update:" I executed VBoxManage controlvm cp-t3-u64 savestate (successful) and then restarted the VM (VBoxManage startvm cp-t3-u64 --type vrdp) and the machine is indeed in the same state (still unaccesible, but RDConnection went throught and showed me the stuck top command again, ssh/ping still not working, etc) - will attach log after VM resume too.

I tried to find a simmilar problem already reported, but best I could find were people experiencing slow machines (mine is totally un-accessible) or having issues with the NIC (which I also changed to the intel desktop version and had no effect; besides my problem does not occur during the higher netload part of the installation process). So sorry if this is a duplicate of something common but I did try to avoid it.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy