:strip_exif()/u/535/fan.gif?f=community)
Al dagenlang kunnen de xp desktops van een bij vestiging niet inloggen op de locale 2003 dc.
Het inloggen gaat zeer moeizaam en als de pc al het inlog proces doorloopt kan deze de netwerk shares en dfs shares niet openen.
Dit lijkt een redelijk standaard active directory probleem en je denkt dus als eerste aan replicatie, dns , dhcp, etc…Maar in dit geval is er meer aan de hand
Dit is een vrij lange lap tekst maar de details zijn wel van belang bij dit probleem.
Hoe is dit zo gekomen.
Een kleine week terug nogal wat netwerk problemen, trage vpn, dit nu geheel opgelost
Mogelijk is hierdoor de 2003 dc op de bij vestiging hierdoor in de fout gegaan, misschien replicatie fouten.
AD was corrupt, bij aanloggen vanaf desktop client vanuit het login script ook de error dat de drive mapping niet werkt ivm inconsistentie in Active Directory
De server is een fatsoenlijke hp proliant 2gb, xeon, scsi raid 5, niets mis mee.
Situatie
Een AD domain, Zo’n 11 locaties met 2003 en 2003R2 dc’s in 2003 native mode.
Iedere locatie een eigen subnet met drie hoofd locaties, alle locaties worden doormiddel van een open vpn verbonden met de drie hoofd locaties.
Alle dc’s repliceren goed er zijn geen dns fouten meer te vinden en de eventlogs geven geen ernstige meldingen, kortom alles ziet er gezond uit ook op de locatie waar we het probleem met aanloggen hebben.
Op dit moment meerdere dc’s tevens als gc ingesteld, hierover krijg ik tegenstrijdig advies maar dit staat zover ik zie los van het huidige probleem.
Wat hebben wij zoals gedaan.
Op de locatie met deze problemen als eerste natuurlijk de server met dcpromo omlaag halen en daarna weer opnieuw met dcpromo naar dc.
Daarna weer opnieuw beginnen dcrpomo server weer dc af alle roles uninstall vervolgens de server nieuwe naam gegeven en weer dc gemaakt
Bij elke stap eerst getest en getest, eventlogs uitgespit om te zorgen dat dns/dhcp/replicatie/policy correct functioneren, dcdiag, kortom zorgen dat er geen fouten zijn en alles er gezond uit ziet.
Vervolgens wins opnieuw opgezet en weer testen met en zonder wins, geen verbetering.
login scripts uitgeschakeld om problemen met script uit te sluiten.
Daarna weer verder zoeken/google enz… en ons meer gaan richten op het netwerk.
Als test alles afgekoppeld en alleen de server,router, een desktop pc, laptop aangesloten op een eenvoudige sitecom switch om problemen met switch uit te sluiten.
Wat we ook doen het resultaat blijft hetzelfde pc’s kunnen niet goed aanloggen, de pc’s kunnen wel in/uit het domain worden gehaald. Ook volledig nieuw geïnstalleerde pc’s werken niet.
Nog steeds 2 laptops die perfect kunnen inloggen en waarbij ook alle shares goed werken. Let wel de laptop loggen via netwerk kabel in en doorlopen dus het hele aanmeld proces.
Ik zelf heb basis kennis van 2003/AD en ben niet goed in het troubleshooten van diepgaande AD problemen daarom heb ik hier al 2 externe ervaren mensen ingehuurd en ook die hebben het probleem nog niet kunnen oplossen.
Aangezien deze externe ivm tijd gebrek en andere verplichtingen niet verder kunnen zoeken/testen zit ik nu dus met een mega groot probleem op deze bij vestiging.
Vandaar dat ik het uiteindelijk op tweakers zet en wie weet heeft iemand een dergelijk probleem al eens eerder meegemaakt.
Het inloggen gaat zeer moeizaam en als de pc al het inlog proces doorloopt kan deze de netwerk shares en dfs shares niet openen.
Dit lijkt een redelijk standaard active directory probleem en je denkt dus als eerste aan replicatie, dns , dhcp, etc…Maar in dit geval is er meer aan de hand
Dit is een vrij lange lap tekst maar de details zijn wel van belang bij dit probleem.
Hoe is dit zo gekomen.
Een kleine week terug nogal wat netwerk problemen, trage vpn, dit nu geheel opgelost
Mogelijk is hierdoor de 2003 dc op de bij vestiging hierdoor in de fout gegaan, misschien replicatie fouten.
AD was corrupt, bij aanloggen vanaf desktop client vanuit het login script ook de error dat de drive mapping niet werkt ivm inconsistentie in Active Directory
De server is een fatsoenlijke hp proliant 2gb, xeon, scsi raid 5, niets mis mee.
Situatie
Een AD domain, Zo’n 11 locaties met 2003 en 2003R2 dc’s in 2003 native mode.
Iedere locatie een eigen subnet met drie hoofd locaties, alle locaties worden doormiddel van een open vpn verbonden met de drie hoofd locaties.
Alle dc’s repliceren goed er zijn geen dns fouten meer te vinden en de eventlogs geven geen ernstige meldingen, kortom alles ziet er gezond uit ook op de locatie waar we het probleem met aanloggen hebben.
Op dit moment meerdere dc’s tevens als gc ingesteld, hierover krijg ik tegenstrijdig advies maar dit staat zover ik zie los van het huidige probleem.
Wat hebben wij zoals gedaan.
Op de locatie met deze problemen als eerste natuurlijk de server met dcpromo omlaag halen en daarna weer opnieuw met dcpromo naar dc.
Daarna weer opnieuw beginnen dcrpomo server weer dc af alle roles uninstall vervolgens de server nieuwe naam gegeven en weer dc gemaakt
Bij elke stap eerst getest en getest, eventlogs uitgespit om te zorgen dat dns/dhcp/replicatie/policy correct functioneren, dcdiag, kortom zorgen dat er geen fouten zijn en alles er gezond uit ziet.
Vervolgens wins opnieuw opgezet en weer testen met en zonder wins, geen verbetering.
login scripts uitgeschakeld om problemen met script uit te sluiten.
Daarna weer verder zoeken/google enz… en ons meer gaan richten op het netwerk.
Als test alles afgekoppeld en alleen de server,router, een desktop pc, laptop aangesloten op een eenvoudige sitecom switch om problemen met switch uit te sluiten.
Wat we ook doen het resultaat blijft hetzelfde pc’s kunnen niet goed aanloggen, de pc’s kunnen wel in/uit het domain worden gehaald. Ook volledig nieuw geïnstalleerde pc’s werken niet.
Nog steeds 2 laptops die perfect kunnen inloggen en waarbij ook alle shares goed werken. Let wel de laptop loggen via netwerk kabel in en doorlopen dus het hele aanmeld proces.
Ik zelf heb basis kennis van 2003/AD en ben niet goed in het troubleshooten van diepgaande AD problemen daarom heb ik hier al 2 externe ervaren mensen ingehuurd en ook die hebben het probleem nog niet kunnen oplossen.
Aangezien deze externe ivm tijd gebrek en andere verplichtingen niet verder kunnen zoeken/testen zit ik nu dus met een mega groot probleem op deze bij vestiging.
Vandaar dat ik het uiteindelijk op tweakers zet en wie weet heeft iemand een dergelijk probleem al eens eerder meegemaakt.
:strip_icc():strip_exif()/u/84973/images.jpg?f=community)
:strip_icc():strip_exif()/u/4167/bacall8.jpg?f=community)
