Hier zijn wij vanaf gestapt omdat joindomain problemen oplevert met capture en sysprep en de pc kwam veel te vroeg in het domein, waardoor er andere (software)conflicten optrede.
Ik heb inmiddels een powershell script die de pc in het domein zet na alle softwareinstallatie. Deze ziet er als volgt uit:
Echter treed nu het probleem op dat PC’s met de naam beginnend met LL, 2x een script uitvoeren. Hierdoor volgt o.a. de melding pc staat al in het domein. Hoe dit het makkelijkste op te lossen? Voorwaarde aanpassen of de powershell aanpassen (waar ik weinig tot geen kennis van heb momenteel).
Ik zou de LL stap voor de LK stap zetten, dan ben je er toch? Omdat het script dat kijkt of iets groter is dan LK ook toepasbaar is op LL computers. Echter als je de LL stap voor de LK stap zet zou dit volgens mij niet het geval zijn. Of je query aanpassen
Je kan namelijk ook een OSDComputerName not equals en dan werken met een wildcard in de vorm van % teken, dit bijvoorbeeld op de machines die je niet in je domein wilt hebben. Een andere oplossing is de domainjoin stap alleen op te nemen in de task sequence vd. machines die daadwerkelijk het domein moeten joinen. Dit gaat echter weer alleen als je 2 verschillende task sequences hebt voor referentie image creatie en daadwerkelijke uitrol van het image. Kijk hier eens naar: http://renshollanders.nl/2015/04/mdt-put-the-domain-join-where-it-belongs/
Ik ga eerst proberen om beide om te draaien, echter ben ik bang dat het probleem blijft bestaan dat hij 2x een script wil uitvoeren omdat hij nog steeds aan beide voorwaarde voldoet, L is hoger dan K, dit blijft.
Wij hebben de Microsoft configuration Manager Trace Log Tool draaien, maar hier kun je toch ook een venster starten om paramaters/value te testen op basis van o.a. computernaam?
Inmiddels is het opgelost, hieronder een korte samenvatting zodat niet alleen jij weet hoe wij het uiteindelijk hebben opgelost, maar ook de andere lezers.
Ondanks wij de volgorde op jou advies hadden aangepast kregen wij helaas nog steeds de foutmelding omdat hij 2x een script wilde uitvoeren bij computers beginnend met LL.
In het bericht hierboven had ik het over het testen van value, of beter gezegd misschien query. Uiteindelijk ben ik erachter wat ik bedoelde, n.l. wbemtest.exe.
Voor de medelezers, hiermee kan je heel snel Querys (Value/voorwaarde) testen op een computer in of buiten het domein, in dit geval op computernaam. Op deze manier hoef je niet telkens een pc van een nieuwe images te voorzien.
(Aanvullend kun je nog gebruik maken van de “Configuration manager trace log tool”, volgens mij, echter ben ik hier nog niet in thuis.)
Het probleem is hiermee dus opgelost. Ooit wil ik mij nog wel verdiepen in een compleet powershell script en de andere aangeboden (mogelijke) opties.