VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (346 - 348 of 16363)

Ticket Resolution Summary Owner Reporter
#3619 obsolete PXE problems with multiple DHCP servers Tobias Evert
Description

We've recently been having problems PXE booting VMs using VB 2.1.4. We're simulating a cluster by running many VMs connected through Internal Networks. The network has two servers which facilitate DHCP and PXE. When booting a VM through PXE there is a high probability (50%) that the boot fails.

The network layout:
Server 1 IP: 192.168.236.1
Server 2 IP: 192.168.236.2
Client N IP: 192.168.236.N + 2

The PXE output when the boot fails for Client 1:


Searching for server (DHCP)......
Me: 192.168.236.3, DHCP: 192.168.236.2
Loading 192.168.236.2:nodes/3/boot/boot.0 ...(PXE).......done

PXELINUX 3.11 0x4639e5ce Copyright (C) 1994-2005 H. Peter Anvin
UNDI data segment at: 0009E000
UNDI data segment size: 1000
UNDI code segment at: 0009F000
UNDI code segment size: 0B1D
PXE entry point found (we hope) at 9F00:0680
My IP address seems to be C0A8EC03 192.168.236.3
ip=192.168.236.3:192.168.236.1:0.0.0.0:255:255:255:0
TFTP prefix: nodes/3/boot/
Trying to load: pxelinux.conf
192.168.236.1 is not in my arp table!
192.168.236.1 is not in my arp table!
192.168.236.1 is not in my arp table!
192.168.236.1 is not in my arp table!
<And so on>


From what I gather the problem seems to start on the ip-line:
"ip=192.168.236.3:192.168.236.1:0.0.0.0:255:255:255:0"
It shouldn't even know about the 192.168.236.1 server, since it got it's address from the other server. On the occasions that the boot actually works the ip-line looks like:
"ip=192.168.236.3:192.168.236.2:0.0.0.0:255:255:255:0"

Having done packet analysis during the boot-up stage I see that Client 1 sends out a DHCP request (twice), then receiving replies from both servers (2 first), it selects the address it received from the first reply (actually, it gets the same address from both servers), advertises it's choice and gets ACKs back from both Servers.

Maybe the problem for Etherboot is that the replies are with the exact same IP addresses, and same Transaction ID. I'm guessing there has to be something special, since multi-DHCP server environments isn't exactly uncommon.

I see that the version of Etherboot in VB 2.1.4 isn't the very newest. Maybe there is a fix for this in a newer version. Are there plans to go over to gPXE? I know that it's probably non-trivial, and that you have some local patches against Etherboot in your source, but apart from maintenance, development on Etherboot has stopped, so going over to gPXE has to be done some time.

Attached is two dumps in tcpdump format, one when the boot worked, and one where it failed.

#3639 obsolete [PATCH] list WineD3D as installable guest addition Robert Millan
Description

This patch adds WineD3D to the menu list as an installable guest addition (in addition to the official guest addition CD).

WineD3D provides Direct3D for Windows guests by wrapping calls to the OpenGL implementation in VBox (more about this in ticket 2940).

The URL used for WineD3D builds points to Savannah, which is now providing them in their mirror network:

http://download.savannah.nongnu.org/releases/wined3d/latest/wined3d.iso

(redirects to a location geographically close)

More info at:

http://www.nongnu.org/wined3d/

#3642 obsolete SDL keymapping problems on Windows host tortoiseturtle
Description

Host: Windows Vista CZ Guest: MS-DOS 6.22 US

This bug is related only to SDL version. Normal Virtualbox works OK.

After guest OS is ready, ensure Numlock is on and then try to use arrow keys or Ins, Del, Home, End, PgUp, PgDn. Instead of correct behaviour these keys produce invalid keypresses. I realized it match the numeric pad keys. Pressing left arrow with Numlock on leads to "4" keypress in guest (because numeric 4 contains also left arrow for case Numlock is off), pressing HOME key leads to the "7" keypress because numeric 7 has alternative HOME when Numlock is off) etc.

Seems like arrows + Ins, Del, Home, End, PgUp, PgDn are not working as independent keys but they mirror numblock keys in SDL Virtualbox.

I tried to change host keyboard layout but it does not matter

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