• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 305
  • Last Modified:

Strange problem...one user one workstation....

I have one user, John Doe, who just this am logs into his workstation, but the network drives will not reconnect.  I go to my pc, and double click the drive, and it prompts for username and password.  I enter creditials, and it will not connect.  If I disconnect the drives, and reconnect them using a batch file, with net use X:\\path\share /persistent=yes.  They will reconnect and will open.
Also, when the user launches outlook 2003 (exchange), he is already authenticated to the network/server, but is still prompted to login again.  This time login works.

Ok, no special about that, but any other user can login to the same workstation with no issues.  Drives connect and outlook doesn't prompt for creditials again.
Also, John Doe user goes to different workstation and is able to login with no issues.

So I can't even narrow it down to the workstation or user??

I have restarted server.  Thought for a moment that it was a licensing issue, but I don't think that's it.

Any help is greatly appreciated.

Thanks
Eric
0
wileavere
Asked:
wileavere
  • 5
  • 5
  • 2
  • +1
1 Solution
 
Lee W, MVPTechnology and Business Process AdvisorCommented:
1.  Are there any error messages in the event logs of the server or workstation?
2.  Is the name unique?  For example, did you name the PC "jdoe" and the user "jdoe"?
0
 
GuruGaryCommented:
Check the event logs on the workstation side and the server side to see if they give a clue to the problem.
0
 
wileavereAuthor Commented:
leew, the pc name is office9 and the user id is jdoe.

Here is the only suspect entry in the event logs:

LDAP Bind was unsuccessful on directory 2003SBSERVER.tllawfirm.local for distinguished name ''. Directory returned error:[0x51] Server Down.    
For more information, click http://www.microsoft.com/contentredirect.asp.

Process MAD.EXE (PID=3016). All Domain Controller Servers in use are not responding:
2003SBSERVER.tllawfirm.local

For more information, click http://www.microsoft.com/contentredirect.asp.
0
Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

 
GuruGaryCommented:
Oops.  I just realized that my suggestion was exactly the same as one of leew's.  I need to learn to read the previous posts more carefully.  Sorry about that!!

0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
How were the workstations added to your network?  Did you use http://<servername>/connectcomputer?  

My guess would be that they weren't added that way, which can cause problems such as this.  The other reason these problems are caused is by not using DHCP on the workstations and having external DNS IP's configured.

To resolve, please follow these steps:

The following needs to be done with the client machine:
1.  Log in with THAT machine's LOCAL administrator account.
2.  Unjoin the domain into a WORKGROUP
3.  Change the name of the computer
4.  Delete or rename the following directory C:\Program Files\Microsoft Windows Small Business Server\Clients if it exists
5.  Ensure that DHCP is enabled and there are  no manually configured network settings
6.  Reboot

Then on the server, from the Server Management Console:
1.  Remove the client computers if it still shows in the Client Computer screen on the Server Management Console
2.  Add the client with it's NEW name using the Add Computer wizard

Then, go back to the client machine and join the domain by opening Internet Explorer and navigating to http://servername/connectcomputer

If the workstations WERE connected the right way to begin with, please post an IPCONFIG /ALL from both the server and workstation here for further analysis.

Jeff
TechSoEasy
0
 
wileavereAuthor Commented:
Jeff,

The PC's were joined to the domain through right clicking my computer, renamed the computer and selected domain and entered the appropriate domain name.

The drives were connected with a login batch file that is located in the sysvol folder of the domain.
C:\WINDOWS\SYSVOL\sysvol\CODE4PCS.local\scripts

\\CODE4PCS-SBS1\Clients\Setup\setup.exe /s CODE4PCS-SBS1
Here is my exact sbs_login_script.bat file

%systemroot%\regedit /s favorites.reg

net use z: \\code4pcs-sbs1\users\%username% /persistant:yes
net use y: \\code4pcs-sbs1\users\frontdesk /persistant:yes
net use u: \\code4pcs-sbs1\utilities /persistant:yes
net use s: \\code4pcs-sbs1\companyshare /persistant:yes

This is working on all other PC's and was working on this users workstation with his user name.

0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
You will need to reattach and rename the computer per the steps I provided above.

Then, instead of adding your items to the default login script (which should still have the
\\CODE4PCS-SBS1\Clients\Setup\setup.exe /s CODE4PCS-SBS1 line as the first line, you should use the CALL function to call up a second .bat file in the same directory.  This keeps things cleaner and tends to work better.

I'd also suggest that you don't distribute Favorites that way, since the login script will tend to overwrite them because it distributes favorites using the .ins file at \\CODE4PCS-SBS1\Clients\Setup\install.ins.  Just edit that file with your favorites instead.

Lastly, take a look at utilizing SharePoint for your \companyshare.  It offers a lot more than just mapping a shared drive. (just a suggestion... but SharePoint is the way that MS is going with this stuff)

Jeff
TechSoEasy
0
 
wileavereAuthor Commented:
Ok, so add the call line to the next .bat file after the default line.

The reg merge is not distributing favorites, it makes a change to that the favorites for is redirected to the users home directory.  Probably a better way to do this, but I did some research and this was suggested to me and it does work.

We are working with Sharepoint internally, but aren't comfortable enough with it at the current time.

Thanks
Eric
0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
That needs to be done with a Group Policy folder redirect.

You need to completely follow all the rejoining steps I provided for this to work properly.

Jeff
TechSoEasy
0
 
wileavereAuthor Commented:
Ok.
Yes, understand that regarding the steps.

Jeff, do you know of any video labs available for purchase that are strictly small business server 2003 related?
0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
For purchase?  How about free:  http://sbsurl.com/seminar

Further info is available from http://sbsurl.com/techguide

And I always recommend Harry Brelsford's books:  http://sbsurl.com/best and http://sbsurl.com/advanced

Jeff
TechSoEasy
0
 
wileavereAuthor Commented:
Jeff,

Can you link me to instructions on how to set up the favorites redirection with Group Policies?   Can I set up 3 different group polices, one for favorites, one for my documents and one for the desktop folder for icons on the users desktop?

Thanks

Eric
0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
Actually you wouldn't set up group policies for favorites it would require roaming profiles.  You can modify the My Documents folder redirection Group Policy to include the Desktop.  Generally I don't suggest modifying the default group policies, but the Folder Redirection one is the exception because the SBS wizard that creates it will just recreate it if you mess things up.  :-)  

As for roaming profiles, you can read about them here:  http://sbsurl.com/postinstall

Jeff
TechSoEasy
0

Featured Post

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

  • 5
  • 5
  • 2
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now