Jump to content

Recommended Posts

Posted

Have you tried logging on locally and seeing if they are picking up an ip address. I have a couple of switches that have to be rebooted occasionally. Plus some nic cards have to have the latest drivers. You get this sometimes when the switch is new and an old driver is old. I also have 2 machines that refuse to talk to the network and have to be plugged into another switch and then they work fine for months. I have no idea why.

 

Richard

Posted

Those computers in question aren't losing there time ie needs a new cmos battery are they ?

 

Also as above latest network card drivers and connectivity - what make of switch are they connecting to and what make and model of network cards are they.

 

Also seen a few places on here and elsewhere where just disabling onboard nic and using a dedicated one ie an Intel Network card - PCI or PCI E

 

Also am assuming on the network card it has the Microsoft Network Client installed

Posted
I can ping the server and a couple are brand new. Wouldn't the BIOS pick up a time issue? If it happens again, I might try giving them a static IP and see if that helps identify the problem area.
Posted
I can ping the server and a couple are brand new. Wouldn't the BIOS pick up a time issue? If it happens again, I might try giving them a static IP and see if that helps identify the problem area.

 

As long as its within the 5 min time of the server then it should be fine but would be good to know if static ip details helps at all

Posted
Beat me to posting this problem as well, got a trolley of netbooks (yes imaged and all have new Sids) yet every so often one seems to drop of the domain, as shinobi says, removing from domain, adding to workgroup then back to domain does the trick and it's happy as larry again. Is there a quick scripted way of doing this fix so I can allow a competent member of staff to do this for me when I'm not there untill we find a solution?
Posted
Shot in the dark, but an easy one to miss and it does match your symptoms exactly: 2 machines with the same name on the network??

 

Two of the computers are next door to each other! I shall go and look but will probably not own up if you're right :)

Posted
....., as shinobi says, removing from domain, adding to workgroup then back to domain does the trick and it's happy as larry again. Is there a quick scripted way of doing this fix so I can allow a competent member of staff to do this for me when I'm not there untill we find a solution?

 

I'm impressed as We must be telepathic or someit as I don't recall saying that as it was already in the question lol but thanks for the credit

Posted
I'm impressed as We must be telepathic or someit as I don't recall saying that as it was already in the question lol but thanks for the credit

 

 

OOps! :doh:

Meant to put Laserblazer!!!! :doh:

Posted
Never did find a cure so just rejoin to domain but would be good to know why this happens.

 

We had a similar-ish problem: when joining new machines to the domain, using a standard network setup (i.e. with the workstation getting an IP address via DHCP) the machine would sometimes fail to find the Domain Controller. However, when we set a fixed IP address it would work just fine. In the end, we found that using the fully-qualified domain name (CONVENT.altonconvent.org.uk instead of just CONVENT) solved the problem, although going to the command line and pinging CONVENT seemed to work just fine.

 

Never did get to the root of the problem, which I vaugly think is something to do with DHCP, DNS, Windows, Linux (which our DHCP and DNS servers run on), all, none, or something else entirely.

 

--

David Hicks

Posted
Interesting, I have this exact same problem occasionally.

Never did find a cure so just rejoin to domain but would be good to know why this happens.

 

It seems to be happening regularly with one computer, which might make it easy to fix.

Posted
It seems to be happening regularly with one computer, which might make it easy to fix.

 

Replaced the bios battery? More than a 5 minute drift will stop kerberos working. Using GPO rather than a logon script to set the time (if you do use logon) usually works more constantly.

Posted
Replaced the bios battery? More than a 5 minute drift will stop kerberos working. Using GPO rather than a logon script to set the time (if you do use logon) usually works more constantly.

 

Got an NTP Server setup that the clients point to via GPO ?

Posted

I have a couple that do it as well. Putting the whole domain name in, eg: school.local rather than just SCHOOL does seem to stop it happening quite so often but I have never found a solution. Different machines, different locations, different switches.

Sometimes if I move a computer - making sure it is properly switched off first - the same thing happens.

I wish I could get to the bottom of it.

Posted (edited)
I have a couple that do it as well. Putting the whole domain name in, eg: school.local rather than just SCHOOL does seem to stop it happening quite so often but I have never found a solution. Different machines, different locations, different switches.

Sometimes if I move a computer - making sure it is properly switched off first - the same thing happens.

I wish I could get to the bottom of it.

 

because school.local as apposed to school stops it from happening as often if you do an nslookup on school.local versus just school are there any differences ?

 

Also wondering if there is a GPO setting somewhere thats been missed or could be configured ?

 

Not tried this as not got a server setup at home or ought like that but instead of trying to enter in the name of the server ( whether or not its the FQDN or not ) if you use the IP Address of the server instead ( not sure if thats a viable option or not ) ???

Edited by mac_shinobi
Posted
I thought it might be using the short domain name but it doesn't make any difference here. In fact when the domain welcome message pops up the domain name automatically changes to its long version ie. domain.local. Tomorrow, I'm going to try renaming the computer that keeps doing it and see what happens.
Posted
I've renamed the most persistent offender but I noticed the last username had been entered incorrectly, so it wouldn't have logged on. There's isn't an obscure server 2003 function that locks out a computer after so many invalid logins?
Posted
I've renamed the most persistent offender but I noticed the last username had been entered incorrectly, so it wouldn't have logged on. There's isn't an obscure server 2003 function that locks out a computer after so many invalid logins?

 

There is a utility which afaik is apart of the 2003 resource kit

 

http://www.microsoft.com/downloads/details.aspx?FamilyID=9D467A69-57FF-4AE7-96EE-B18C4790CFFD&displaylang=en

 

Lockoutstatus.exe: Account Lockout Status (documented in Readme.htm)

 

Think the above one is the one I am thinking of - this should be able to assist and let you know if its locked out or not.

 

Not sure what settings are required to do or set the amount of login attempts that are a maximum amount of login attempts that are allowed - would be good to find out / know though.

 

Am guessing it may be something to do with group policy in the security section ?? * SHRUGS *

Posted
because school.local as apposed to school stops it from happening as often if you do an nslookup on school.local versus just school are there any differences ?

 

Also wondering if there is a GPO setting somewhere thats been missed or could be configured ?

 

Not tried this as not got a server setup at home or ought like that but instead of trying to enter in the name of the server ( whether or not its the FQDN or not ) if you use the IP Address of the server instead ( not sure if thats a viable option or not ) ???

 

No, no differences between school and school.local - and it doesnt always stop it happening, or rather, some machines with the problem have school.local already.

 

Got a new server over the summer running Server 2008 so the whole lot is new - but still got the problem! If anyone knows of a GPO setting, I would be grateful.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...