This sounds like a slightly different scenario of the exact same problem
I am having when trying to start an install from within a Vmware
workstation 4 (which is a major issue since we use it a lot for
testing).  Same symptoms though.

Scott

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Delgado, Ed
Sent: Tuesday, July 22, 2003 1:47 PM
To: [EMAIL PROTECTED]
Subject: [Unattended] RE: TCPTSR.EXE doesn't obtain address


Hello, new poster and listener to this list.  I'm having a similar DHCP
problems with IBM xseries servers.  

We have a cluster of IBM xseries 330 servers, managed with xcat (now IBM
supported) via one main linux node.  The management node, as we call it,
is running Linux 7.3 and is the TFTP/DHCP server (works fine on the back
end network (two nics) to do PXE installs of Linux).  We are now
attempting to use the same setup to build some servers as Windows 2000
(business request, not personal choice).  The x330 family uses Intel Pro
100 NICs, using the E100B.dos driver.  

The network boot gets stuck when tcptsr.exe is called to get an address.
Things just hang at this point.  I read somewhere on microsoft that
tcptsr.exe would hang  without options dhcp-rebinding-time and
dhcp-renewal-time, which both have now been added to dhcpd.conf with a
value of 300 (seconds).  still no go.  

Anyone have a similar type setup, or run into similar issues with
tcptsr.exe?  Is there anything I should specifically include in the
dhcpd.conf file for the address to be returned?  I really feel the issue
is on the server end...

Thanks,
Ed



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
unattended-info mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-info

Reply via email to