It is on the Windows 2003 Server CD in: \SUPPORT\TOOLS\SUPPORT.CAB\ Installing SUPTOOLS.MSI should get you there.
-----Original Message----- From: Joe Tinney [mailto:[email protected]] Sent: Thursday, April 08, 2010 3:44 PM To: NT System Admin Issues Subject: RE: Roaming profiles issue The document below suggests that it is available on Windows 2000 and Windows 2003, but is unclear if it means on the hard drive or the media: http://download.microsoft.com/download/9/8/5/98558ea1-3754-4650-9e8d-8c1 72649f351/E2k3TransnRouting.doc I could not find it on the system drive of a Windows Server 2003 SP2 Standard system. -----Original Message----- From: Eric Brouwer [mailto:[email protected]] Sent: Thursday, April 08, 2010 3:35 PM To: NT System Admin Issues Subject: Re: Roaming profiles issue Where might one acquire nltest.exe if they don't have access to the NT Resource Kit? On Apr 8, 2010, at 11:47 AM, Miller Bonnie L. wrote: > Try to use nltest to verify the secure channel--you'll want to use > sc_query: > http://support.microsoft.com/kb/158148/EN-US/ > > > -----Original Message----- > From: Miller Bonnie L. [mailto:[email protected]] > Sent: Thursday, April 08, 2010 8:44 AM > To: NT System Admin Issues > Subject: RE: Roaming profiles issue > > Yeah--and the same thing doesn't work from the PDC, right? Also, > from the BDC, can you connect to a share on the PDC, such as \\pdc > \netlogon, or does that fail? If so, then the BDC's computer > account might be out of sync with the domain. > > -----Original Message----- > From: Eric Brouwer [mailto:[email protected]] > Sent: Thursday, April 08, 2010 8:35 AM > To: NT System Admin Issues > Subject: Re: Roaming profiles issue > > The only way I could think of to test this was to fire up IE, and > put \ > \BDC_name\profiles_share into the address bar. This did return a > directory listing of the profiles. Is this kind of what you were > referring to? > > On Apr 8, 2010, at 11:14 AM, Miller Bonnie L. wrote: > >> Assuming the server service is running, can you connect back to a >> UNC path share of the BDC while on the BDC? If so, the suggestion >> about the DCs being out of sync could be correct and you might have >> to look at using tools to reset the computer account on the BDC-- >> IIRC that would be nltest and/or netdom? >> >> -bonnie >> >> -----Original Message----- >> From: Eric Brouwer [mailto:[email protected]] >> Sent: Thursday, April 08, 2010 7:47 AM >> To: NT System Admin Issues >> Subject: Re: Roaming profiles issue >> >> There are no WINS servers set on the BDC, and I don't believe WINS is >> running anywhere. There is no WINS service on the PDC. The BDC is >> using LMHOSTS. I can ping the PDC both by name and IP. >> >> On Apr 8, 2010, at 10:39 AM, Miller Bonnie L. wrote: >> >>> How is WINS? Can the BDC get name lookups to the PDC and the domain >>> name that way? >>> >>> -----Original Message----- >>> From: Eric Brouwer [mailto:[email protected]] >>> Sent: Thursday, April 08, 2010 7:30 AM >>> To: NT System Admin Issues >>> Subject: Roaming profiles issue >>> >>> Good morning, >>> >>> I'm having a roaming profile issue this morning on a (don't laugh) >>> Windows NT domain. A few of our legacy PCs login to the old NT >>> domain >>> for their roaming profiles. When users login, they get an error >>> that >>> their profile is not available. >>> >>> There is a PDC and a DBC. Profiles are on the BDC. The PDC and BDC >>> can see each other, and I can browse the shares on both, but when I >>> go >>> into the shares, I get an inaccessible error. From my laptop, which >>> is not part of the domain, I can open files on the PDC, but not on >>> the >>> BDC. In the event viewer of the BDC I'm getting an Event ID:3096. >>> The Windows NT domain controller for this domain could not be >>> located. >>> >>> Any idea what might be wrong? We had a power outage last night, but >>> this is the only issue we're running into. >>> >>> Thanks, >>> >>> Eric Brouwer >>> IT Manager >>> www.forestpost.com >>> [email protected] >>> 248.855.4333 >>> >>> >>> >>> >>> >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>> >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>> >> >> >> Eric Brouwer >> IT Manager >> www.forestpost.com >> [email protected] >> 248.855.4333 >> >> >> >> >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> > > > Eric Brouwer > IT Manager > www.forestpost.com > [email protected] > 248.855.4333 > > > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > Eric Brouwer IT Manager www.forestpost.com [email protected] 248.855.4333 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
