Windows Vista Tips

Windows Vista Tips > Newsgroups > Windows Server > Active Directory > Computer Account Not Found

Reply
Thread Tools Display Modes

Computer Account Not Found

 
 
Bruce Sarte
Guest
Posts: n/a

 
      04-23-2010
Periodically in our Windows 2003 R2 AD implementation we have an issue with
workstations that get this message when trying to login.

I know you can simply rejoin them to the domain, and that works
swimmingly... But why does it happen?

 
Reply With Quote
 
 
 
 
Meinolf Weber [MVP-DS]
Guest
Posts: n/a

 
      04-24-2010
Hello Bruce,

This highly sounds that you are using imaged machines without running sysprep
on them. Please describe more details about the client installation.

Best regards

Meinolf Weber
Disclaimer: This posting is provided "AS IS" with no warranties, and confers
no rights.
** Please do NOT email, only reply to Newsgroups
** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm


> Periodically in our Windows 2003 R2 AD implementation we have an issue
> with workstations that get this message when trying to login.
>
> I know you can simply rejoin them to the domain, and that works
> swimmingly... But why does it happen?
>



 
Reply With Quote
 
Bruce Sarte
Guest
Posts: n/a

 
      04-24-2010
Meinolf,
Excellent suggestion. I don't do the imaging portion of deployment. I
know they are using ghost but don't know the details. I'll look into it!

Thanks!


On 4/24/10 5:53 AM, in article
, "Meinolf Weber [MVP-DS]"
<> wrote:

> Hello Bruce,
>
> This highly sounds that you are using imaged machines without running sysprep
> on them. Please describe more details about the client installation.
>
> Best regards
>
> Meinolf Weber
> Disclaimer: This posting is provided "AS IS" with no warranties, and confers
> no rights.
> ** Please do NOT email, only reply to Newsgroups
> ** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm
>
>
>> Periodically in our Windows 2003 R2 AD implementation we have an issue
>> with workstations that get this message when trying to login.
>>
>> I know you can simply rejoin them to the domain, and that works
>> swimmingly... But why does it happen?
>>

>
>


 
Reply With Quote
 
Ace Fekay [MVP - Directory Services, MCT]
Guest
Posts: n/a

 
      04-25-2010
On Sat, 24 Apr 2010 08:17:30 -0400, Bruce Sarte
<> wrote:

>Meinolf,
> Excellent suggestion. I don't do the imaging portion of deployment. I
>know they are using ghost but don't know the details. I'll look into it!
>
>Thanks!
>


Bruce,

I agree with Meinolf. This appears to be a classic error message due
to identical machine SIDS. Even though a machine may have a different
name, AD only uses the machine's SID.

A sysprepped image upon first boot, will create a new identifier. If
the deployment team simply Ghosted a machine for imaging, then each
machine will have identical SIDs, which will cause problems.


Ace

This posting is provided "AS-IS" with no warranties or guarantees and confers no rights.

Please reply back to the newsgroup or forum for collaboration benefit among responding engineers, and to help others benefit from your resolution.

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003
Microsoft Certified Trainer
Microsoft MVP - Directory Services

If you feel this is an urgent issue and require immediate assistance, please contact Microsoft PSS directly. Please check http://support.microsoft.com for regional support phone numbers.
 
Reply With Quote
 
Bruce Sarte
Guest
Posts: n/a

 
      04-26-2010
Sounds reasonable, the only question is what about a machine that has worked
fine then all of a sudden shows this error? We seem to see this behavior, a
machine will be fine then it just won't.


On 4/25/10 4:46 PM, in article ,
"Ace Fekay [MVP - Directory Services, MCT]" <>
wrote:

> On Sat, 24 Apr 2010 08:17:30 -0400, Bruce Sarte
> <> wrote:
>
>> Meinolf,
>> Excellent suggestion. I don't do the imaging portion of deployment. I
>> know they are using ghost but don't know the details. I'll look into it!
>>
>> Thanks!
>>

>
> Bruce,
>
> I agree with Meinolf. This appears to be a classic error message due
> to identical machine SIDS. Even though a machine may have a different
> name, AD only uses the machine's SID.
>
> A sysprepped image upon first boot, will create a new identifier. If
> the deployment team simply Ghosted a machine for imaging, then each
> machine will have identical SIDs, which will cause problems.
>
>
> Ace
>
> This posting is provided "AS-IS" with no warranties or guarantees and confers
> no rights.
>
> Please reply back to the newsgroup or forum for collaboration benefit among
> responding engineers, and to help others benefit from your resolution.
>
> Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA
> 2003/2000, MCSA Messaging 2003
> Microsoft Certified Trainer
> Microsoft MVP - Directory Services
>
> If you feel this is an urgent issue and require immediate assistance, please
> contact Microsoft PSS directly. Please check http://support.microsoft.com for
> regional support phone numbers.


 
Reply With Quote
 
Meinolf Weber [MVP-DS]
Guest
Posts: n/a

 
      04-26-2010
Hello Bruce,

That's how you realize it, sometimes it works fine for years(had this myself
when starting with imaging some years ago) and then the problems start when
all machines have the same SID.

Best regards

Meinolf Weber
Disclaimer: This posting is provided "AS IS" with no warranties, and confers
no rights.
** Please do NOT email, only reply to Newsgroups
** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm


> Sounds reasonable, the only question is what about a machine that has
> worked fine then all of a sudden shows this error? We seem to see
> this behavior, a machine will be fine then it just won't.
>
> On 4/25/10 4:46 PM, in article
> , "Ace Fekay [MVP -
> Directory Services, MCT]" <> wrote:
>
>> On Sat, 24 Apr 2010 08:17:30 -0400, Bruce Sarte
>> <> wrote:
>>> Meinolf,
>>> Excellent suggestion. I don't do the imaging portion of deployment.
>>> I
>>> know they are using ghost but don't know the details. I'll look
>>> into it!
>>> Thanks!
>>>

>> Bruce,
>>
>> I agree with Meinolf. This appears to be a classic error message due
>> to identical machine SIDS. Even though a machine may have a different
>> name, AD only uses the machine's SID.
>>
>> A sysprepped image upon first boot, will create a new identifier. If
>> the deployment team simply Ghosted a machine for imaging, then each
>> machine will have identical SIDs, which will cause problems.
>>
>> Ace
>>
>> This posting is provided "AS-IS" with no warranties or guarantees and
>> confers no rights.
>>
>> Please reply back to the newsgroup or forum for collaboration benefit
>> among responding engineers, and to help others benefit from your
>> resolution.
>>
>> Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007,
>> MCSE & MCSA
>> 2003/2000, MCSA Messaging 2003
>> Microsoft Certified Trainer
>> Microsoft MVP - Directory Services
>> If you feel this is an urgent issue and require immediate assistance,
>> please contact Microsoft PSS directly. Please check
>> http://support.microsoft.com for regional support phone numbers.
>>



 
Reply With Quote
 
Hank Arnold
Guest
Posts: n/a

 
      04-26-2010
As Meinholf said, this is the nature of SIDs. They can seem to work for
a while and then stop. Something changed in the network/domain to
trigger it.

Simplest solution is to remove from the domain and then add back to the
domain.... I would wait for a few minutes for the update to propagate
before adding it back...


Regards,
Hank Arnold
Microsoft MVP
Windows Server - Directory Services
http://it.toolbox.com/blogs/personal-pc-assistant/

On 4/25/2010 10:20 PM, Bruce Sarte wrote:
> Sounds reasonable, the only question is what about a machine that has worked
> fine then all of a sudden shows this error? We seem to see this behavior, a
> machine will be fine then it just won't.
>
>
> On 4/25/10 4:46 PM, in article ,
> "Ace Fekay [MVP - Directory Services, MCT]"<>
> wrote:
>
>> On Sat, 24 Apr 2010 08:17:30 -0400, Bruce Sarte
>> <> wrote:
>>
>>> Meinolf,
>>> Excellent suggestion. I don't do the imaging portion of deployment. I
>>> know they are using ghost but don't know the details. I'll look into it!
>>>
>>> Thanks!
>>>

>>
>> Bruce,
>>
>> I agree with Meinolf. This appears to be a classic error message due
>> to identical machine SIDS. Even though a machine may have a different
>> name, AD only uses the machine's SID.
>>
>> A sysprepped image upon first boot, will create a new identifier. If
>> the deployment team simply Ghosted a machine for imaging, then each
>> machine will have identical SIDs, which will cause problems.
>>
>>
>> Ace
>>
>> This posting is provided "AS-IS" with no warranties or guarantees and confers
>> no rights.
>>
>> Please reply back to the newsgroup or forum for collaboration benefit among
>> responding engineers, and to help others benefit from your resolution.
>>
>> Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008& Exchange 2007, MCSE& MCSA
>> 2003/2000, MCSA Messaging 2003
>> Microsoft Certified Trainer
>> Microsoft MVP - Directory Services
>>
>> If you feel this is an urgent issue and require immediate assistance, please
>> contact Microsoft PSS directly. Please check http://support.microsoft.com for
>> regional support phone numbers.

>

 
Reply With Quote
 
Ace Fekay [MVP - Directory Services, MCT]
Guest
Posts: n/a

 
      04-26-2010

On Sun, 25 Apr 2010 22:20:31 -0400, Bruce Sarte
<> wrote:

>Sounds reasonable, the only question is what about a machine that has worked
>fine then all of a sudden shows this error? We seem to see this behavior, a
>machine will be fine then it just won't.
>


As others stated, that is indicative of identical SID symptoms. My
suggestion is to make sure all files on the workstation are backed up
(if not using Redirection), and reinstall a fresh copy.

Moving forward, put a copy of the Ghosted image on a workstaion, then
run Sysprep choosing Mini-setup, let it shut down and upon the machine
restarting it, trap the restart with a DOS bootable and Ghost the
image up to the shared location.

Keep in mind, you need a VL copy of the operating system in order to
use one copy for deployment purposes. If you have a retail copy, you
will need to have numerous Retail PIDs for each installation, which
wouldn't make sense to use. OEM copies do not work.

Ace

 
Reply With Quote
 
Gray Matter
Guest
Posts: n/a

 
      07-29-2010
Suggesting someone reinstall Windows because of a SID problem is irresponsible and wrong.

There is no need to reinstall Windows. Use a utility such as NEWSID and create a new SID rather than reinstall Windows.

You probably work much harder than you need, if this is your standard 'fix'. "Yeah, just reinstall Windows. That'll fix it".

Jeez.



Ace Fekay [MVP - Directory Services, MCT] wrote:

As others stated, that is indicative of identical SID symptoms.
26-Apr-10

As others stated, that is indicative of identical SID symptoms. M
suggestion is to make sure all files on the workstation are backed u
(if not using Redirection), and reinstall a fresh copy

Moving forward, put a copy of the Ghosted image on a workstaion, the
run Sysprep choosing Mini-setup, let it shut down and upon the machin
restarting it, trap the restart with a DOS bootable and Ghost th
image up to the shared location

Keep in mind, you need a VL copy of the operating system in order t
use one copy for deployment purposes. If you have a retail copy, yo
will need to have numerous Retail PIDs for each installation, whic
would not make sense to use. OEM copies do not work

Ace

Previous Posts In This Thread:

On Friday, April 23, 2010 3:15 PM
Bruce Sarte wrote:

Computer Account Not Found
Periodically in our Windows 2003 R2 AD implementation we have an issue wit
workstations that get this message when trying to login

I know you can simply rejoin them to the domain, and that work
swimmingly... But why does it happen?

On Saturday, April 24, 2010 5:53 AM
Meinolf Weber [MVP-DS] wrote:

Hello Bruce,This highly sounds that you are using imaged machines without
Hello Bruce

This highly sounds that you are using imaged machines without running syspre
on them. Please describe more details about the client installation

Best regard

Meinolf Webe
Disclaimer: This posting is provided "AS IS" with no warranties, and confer
no rights
** Please do NOT email, only reply to Newsgroup
** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm

On Saturday, April 24, 2010 8:17 AM
Bruce Sarte wrote:

Meinolf,Excellent suggestion. I do not do the imaging portion of deployment.
Meinolf
Excellent suggestion. I do not do the imaging portion of deployment.
know they are using ghost but do not know the details. I will look into it

Thanks

On 4/24/10 5:53 AM, in articl
, "Meinolf Weber [MVP-DS]"

On Sunday, April 25, 2010 4:46 PM
Ace Fekay [MVP - Directory Services, MCT] wrote:

Bruce,I agree with Meinolf.
Bruce

I agree with Meinolf. This appears to be a classic error message du
to identical machine SIDS. Even though a machine may have a differen
name, AD only uses the machine's SID

A sysprepped image upon first boot, will create a new identifier. I
the deployment team simply Ghosted a machine for imaging, then eac
machine will have identical SIDs, which will cause problems

Ac

This posting is provided "AS-IS" with no warranties or guarantees and confers no rights

Please reply back to the newsgroup or forum for collaboration benefit among responding engineers, and to help others benefit from your resolution

Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 200
Microsoft Certified Traine
Microsoft MVP - Directory Service

If you feel this is an urgent issue and require immediate assistance, please contact Microsoft PSS directly. Please check http://support.microsoft.com for regional support phone numbers.

On Sunday, April 25, 2010 10:20 PM
Bruce Sarte wrote:

Sounds reasonable, the only question is what about a machine that has
Sounds reasonable, the only question is what about a machine that has worke
fine then all of a sudden shows this error? We seem to see this behavior,
machine will be fine then it just will not

On 4/25/10 4:46 PM, in article
"Ace Fekay [MVP - Directory Services, MCT]" <
wrote:

On Monday, April 26, 2010 4:59 AM
Hank Arnold wrote:

As Meinholf said, this is the nature of SIDs.
As Meinholf said, this is the nature of SIDs. They can seem to work for
a while and then stop. Something changed in the network/domain to
trigger it.

Simplest solution is to remove from the domain and then add back to the
domain.... I would wait for a few minutes for the update to propagate
before adding it back...


Regards,
Hank Arnold
Microsoft MVP
Windows Server - Directory Services
http://it.toolbox.com/blogs/personal-pc-assistant/

On 4/25/2010 10:20 PM, Bruce Sarte wrote:

On Monday, April 26, 2010 1:03 PM
Ace Fekay [MVP - Directory Services, MCT] wrote:

As others stated, that is indicative of identical SID symptoms.
As others stated, that is indicative of identical SID symptoms. My
suggestion is to make sure all files on the workstation are backed up
(if not using Redirection), and reinstall a fresh copy.

Moving forward, put a copy of the Ghosted image on a workstaion, then
run Sysprep choosing Mini-setup, let it shut down and upon the machine
restarting it, trap the restart with a DOS bootable and Ghost the
image up to the shared location.

Keep in mind, you need a VL copy of the operating system in order to
use one copy for deployment purposes. If you have a retail copy, you
will need to have numerous Retail PIDs for each installation, which
would not make sense to use. OEM copies do not work.

Ace


Submitted via EggHeadCafe - Software Developer Portal of Choice
WPF Control?s Default Style or Template by Extending the WPF Designer in Visual Studio 2010
http://www.eggheadcafe.com/tutorials...udio-2010.aspx
 
Reply With Quote
 
 
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
What's wrong with my live.com account? Michael Elliott Windows Live Mail 43 1 Week Ago 09:36 PM
your computer could not be joined to the domain because the follow takman_777 Windows Small Business Server 4 12-26-2009 08:16 AM
Security Failures after Password Change Zachary Server Security 14 10-30-2009 06:02 PM
Rename Accounts Dave Windows Vista Administration 4 06-29-2007 04:56 PM
Administrator Account is Already in Use as Main Account? Kcpirana Windows Vista Administration 12 05-17-2007 06:06 PM



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59