Do you have the MAC defined on both UA servers? If so you will enter a race condition and get some strange results.
Brad Erdman UMIACS Staff > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:unattended-info- > [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] > Sent: Monday, March 06, 2006 12:47 PM > To: [email protected] > Subject: [Unattended] Pxebooting from wrong tftpboot server... What the > heck? > > > (I've done a search of the list archives and googled around a bit first... > haven't found anything, so I'm gonna ask here.) > > Good news... We have PXE/Unattended/AD/Windows installs working great! > > Bad news... UA server has a dying disk. > > Good news... I build a new server, and have DHCP PXE response changed. > > Bad news... Clients still insist on tftp-ing to the old server. > > So I set up another machine indentical to the first. Before shutting down > the old server, I want to test the new server. So I call networking and > have them change the PXE section of the DHCP response for a test subnet to > the new server (which happens to have a 10 net address). > > When I try to install a machine in this test subnet, it happily pulls the > pxelinux.0 image from the old UA server, not the new UA server. > > I've verified that the DHCP server is telling clients in the test subnet > to use the new UA server, by using tcpdump. > > If I shut off tftpd on the old UA server, clients hang after pulling an > address. > > I've manually tftped pxelinux.0 from the new UA server, so at least that > part is working. > > Is there some sort of fall-back-on-broadcasting thing going on here? > Anyone have some ideas? We had a similar problem when we switched over > from RIS, but solved it by shutting down the RIS server. > > Thanks! > > -Jeff > > > ----------------------------------------------------------- > Jeffrey Albro | Systems Administrator | Boston University > - Department of Electrical and Computer Engineering - > [EMAIL PROTECTED] | Photonics, Room 305 | 617-358-2785 > ----------------------------------------------------------- > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > unattended-info mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/unattended-info ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ unattended-info mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/unattended-info
