Opened 15 years ago
Closed 8 years ago
#3271 closed defect (fixed)
TFTP Failure with WDS 2008
Reported by: | DreadPirate | Owned by: | |
---|---|---|---|
Component: | network | Version: | VirtualBox 2.1.2 |
Keywords: | PXE, 2008, WDS | Cc: | |
Guest type: | Windows | Host type: | Linux |
Description
With a Windows 2008 Guest running the Windows Deployment Server and a second guest to deploy to, I have run into an issue where the second guest can PXE boot from the WDS server, but is never able to complete the TFTP download of the Windows boot image to use for installing the OS. The download will start, but is never able to complete. I have tried this with both an internal network and with both guests attached to the host network. No combination of settings has produced a result that works consistently.
Attachments (3)
Change History (14)
comment:1 by , 15 years ago
comment:3 by , 15 years ago
This problem seems to affect VBox 2.2.0 as well. I am just testing the exact scenario described here, but with Windows Server 2008 R2 Beta x64.
The PXE client was able to go all the way up to the download of \Boot\Boot.sdi. When downloading this file (3 MB file), it just goes slower than a crippled turtle. I don't know at this point if the file transfer will complete or not, but even if it does, it is just an unacceptable amount of time.
comment:4 by , 15 years ago
I can confirm the same thing with VB 3.0.2 This was very embarrassing for me as the failure occurred in front of my customer. Vista would not deploy... I tried each of the three Intel network adapter types with similar failures. Ironically it got past the initial problems when I chose the AMD PCNET as the interface - but of course the boot image didn't contain that driver so it failed.
I guess I could have asked the sysadmin to embed the AMD_Pcnet folder that used to be present on VB Additions ISO files up to 2.0.8 into his vista image, in the hope that we could have got further. But I didn't have that ISO with me as this was all based on 3.0.2.
Why is this problem still open and unresolved after so long? I can't believe nobody has tried deploying classic and recent Windows guests using WDS from 2008 servers!
comment:5 by , 14 years ago
No one has attached a log file, and no bug details either. Does this happen with VirtualBox OSE, or with the binary packages from virtualbox.org?
comment:6 by , 14 years ago
I have no files to attach - the system in question was at a customer premises [as stated above] with barely any access to their systems. However I can state that the version was binary VirtualBox downloaded from the standard distribution for Mandriva 2008.1/ x86
One day I'm going to try the same setup myself when time allows.
by , 14 years ago
Attachment: | Srv2k8-2010-02-25-15-19-28.log added |
---|
Server log, Win 7 Home.log is the log of the client
follow-up: 8 comment:7 by , 14 years ago
The logs aren't really all that helpful. What were the exact error messages? Was there any useful information in TFTP server logs? Does the error occur with both E1000 and PCnet NICs? Does using internal networking (instead of bridged) make any difference?
For the client VM, please try running 'VBoxManage modifyvm YourVM --biospxedebug on' to enable more logging and attach the resulting log from a failed run. If possible, also supply packet traces showing the failure. See http://www.virtualbox.org/wiki/Network_tips
comment:8 by , 14 years ago
Thanks you MichalN now it works! Solution: On the server: Intel pro/1000 (Défault card) On the client: PCnet-Fast III
And now, no problem with the Boot.sdi file!
comment:9 by , 14 years ago
Same thing happens to me
When I try to boot the client with any of the four Intel drivers, it starts the tftp download, bu the progress bar stays at 0 percent. Eventually it does start downloading at a rate of about 1 bar per minute, I don't have the patience to wait 2 hours to see if it fails or not. It boots great using the pcnet III driver, but no 64 bit driver exists so it would be nice to use the Intel.
*VirtualBox 3.1.6 r59338
*Host: Windows 7 64 bit
*Guest PXE server: Windows Server 2008 w/ WDS
*Guest PXE client: Windows PE 3.0
As a workaround, I'll probably boot the PE using 32 bit pcnet III for the OS install and then switch to Intel afterward. Relevant log attached.
comment:11 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
I can confirm this Problem. Download interrupts...