By removing the computer\ part and changed it to the local machines administrator account or domain administrator account (I suspect the latter if as you seem to say the check succeeds) if the machine is a member of a domain (I don't know your set up so couldn't know which one) either way this will now cause the account to either authenticate on the local machine OR to a DC and not the remote machines admin account.
It looks as though the remote machine admin account credentials are not correct, but your better off using a domain service account anyway. -----Original Message----- From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dirk Bulinckx Sent: 10 July 2006 07:26 To: Servers Alive Discussion List Subject: RE: [SA-list] Windows Checks - Login Credentials Question This is "a-such" not an SA issue, but an OS issue. Try the following: net use \\server\ipc$ /u:username password And try net use \\otherserver\ipc$ /u:systemname\username password And compare... Dirk Bulinckx. -----Original Message----- From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, July 10, 2006 8:06 AM To: Servers Alive Discussion List Subject: [SA-list] Windows Checks - Login Credentials Question I am seeing an interesting issue with the windows checks. I was just manipulating the checks, trying to figure out why so many are taking so long to complete now that SA has been moved to a new, faster, dual processor, double the RAM, gigabit networked computer. The checks used to return in less than a second, they now frequently time out after 10 seconds. Well, the first thing to try was add the SA computer in a remote system's hosts file. That didn't improve things at all. What did help was removing the system name from username in the credentials. Going from computer\administrator to just administrator changed the roundtrip from failing to complete within 10 seconds to completing within milliseconds. Is this a known issue? To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list.
