[RESOLU] MDT - join domain ko

MDT - join domain ko [RESOLU] - Logiciels d'entreprise - Systèmes & Réseaux Pro

Marsh Posté le 30-06-2015 à 17:22:12    

salut à tous
je reprends mon serveur MDT en ce moment pour une nouvelle image personnalisée et je coince sur la jonction au domaine.
 
Dans ma séquence de tâches j'ai bien la tâche de jonction au domaine. Dans mon customsettings.ini, j'ai tout ce qu'il faut sous l'ID de ma séquence de tâches.
Et pourtant, le PC n'est pas joint au domaine et la séquence de taches ne renvoie aucune erreur. Pas de log non plus nul part.
 
Dans une autre séquence de tâche identique sauf l'image (une est personnalisé, celle ci est l'install windows 7 de base), la jonction au domaine s'est bien faite.
 
La seule différence notable c'est que les PC qui s'enregistrent dans le domaine ne sont pas saisis dans la base de données MDT (et donc dans le domaine avec un nom aléatoire). Ceux qui foirent sont ceux qui sont dans la base et que je lance avec la séquence de tâches personnalisée.
 
Il me semble que l'ordre d'application des paramètres est  
- Séquence de tâches
- base de données
- Unattend.xml
 
C'est donc le dernier qui renseigne le paramètre qui écrase les autres. Hors pour le domaine je n'ai que le Customsettings de renseigné.
Une idée ?
 

Citation :

Customsettings.ini  
[W7-X64-PERSO]
JoinDomain=domaine.fr
DomainAdmin=JoinAccount
DomainAdminPassword=password
DomainAdminDomain=domaine.fr
MachineObjectOU=OU=NewComputers,OU=Deploiement,DC=domaine,DC=fr
DoCapture=NO
ProductKey=AAAAA-BBBB.....
 
[W7-X64-PRO]
JoinDomain=domaine.fr
DomainAdmin=JoinAccount
DomainAdminPassword=password
DomainAdminDomain=domaine.fr
MachineObjectOU=OU=NewComputers,OU=Deploiement,DC=domaine,DC=fr
DoCapture=NO


 
 
SOLUTION :
Dans la tache 'initialize - Gather local only' du début, il faut cocher Gather local data and process rules et lui dire d'utiliser Customsettings.ini


Message édité par fourbe2 le 03-07-2015 à 17:00:11
Reply

Marsh Posté le 30-06-2015 à 17:22:12   

Reply

Marsh Posté le 01-07-2015 à 10:26:46    

Salut,
 
Le poste qui n'arrive pas à s'intégrer au domaine porte bien le nom que doit lui donner la base de donnée ? Un autre poste portant le même nom n'est-il pas déjà présent dans le domaine ?


---------------
Pixel mort -> .
Reply

Marsh Posté le 01-07-2015 à 10:58:41    

oui, il prend bien le bon nom et la bonne config réseau. Pas de doublon dans AD.
testé ce matin avec un poste qui n'est pas présent dans la base de données, pas de jonction au domaine.

Reply

Marsh Posté le 01-07-2015 à 11:11:45    

Les droits du compte JoinAccount n'ont pas été modifié ? Tu as essayé avec un autre compte qui est administrateur du domaine ?


---------------
Pixel mort -> .
Reply

Marsh Posté le 01-07-2015 à 11:45:06    

il est admin domaine. Et ca fonctionne pour une autre séquence de tache :/

Reply

Marsh Posté le 01-07-2015 à 16:01:44    

il dit quoi le fichier de log netsetup.log ?

Reply

Marsh Posté le 01-07-2015 à 16:20:45    

rien, ya pas de fichier netsetup :/
J'ai installé un pc avec la séquence de tache qui arrive à mettre dans le domaine. Au moment de la tache de jonction, ça prend quelques seconde puis le pc redémarre. Sur la séquence de tache qui ne le fait pas, j'ai a peine le temps de lire la progression puis j'ai le rapport de déploiement vierge.
Dans le doute j'ai supprimé la clé windows 7 dans le customsettings pour cette séquence de tache. Aucun changement.

Reply

Marsh Posté le 01-07-2015 à 17:48:03    

Tu regardes ou le fichier ? Le smsts.log dit quoi?

Reply

Marsh Posté le 01-07-2015 à 18:03:45    

c'est pas SCCM, c'est WDS-MDT. j'ai pas de dossier CCM et tous les dossiers d'install sont supprimés avant la jonction au domaine par la tache Clean-up.
le netsetup je le cherche dans c:\windows\debug  enfin dans le doute j'ai même fait des recherches sur tout le disque.
Le log BDD est vide puisque le summary est vide.

Reply

Marsh Posté le 02-07-2015 à 14:44:42    

non rien à voir avec sccm.
Faut regarder le bdd.log il contient toutes les infos.
L'emplacement dépend de là où tu en es dans la TS.

Reply

Marsh Posté le 02-07-2015 à 14:44:42   

Reply

Marsh Posté le 02-07-2015 à 15:22:28    

<![LOG[Property LogPath is now = C:\MININT\SMSOSD\OSDLOGS]LOG]!><time="16:30:23.000+000" date="06-30-2015" component="Wizard" context="" type="1" thread="" file="Wizard">
<![LOG[Property definition is now = Summary_Definition_ENU.xml]LOG]!><time="16:30:23.000+000" date="06-30-2015" component="Wizard" context="" type="1" thread="" file="Wizard">
<![LOG[Microsoft Deployment Toolkit version: 6.2.5019.0]LOG]!><time="16:30:23.000+000" date="06-30-2015" component="Wizard" context="" type="1" thread="" file="Wizard">
<![LOG[Property Debug is now = FALSE]LOG]!><time="16:30:23.000+000" date="06-30-2015" component="Wizard" context="" type="1" thread="" file="Wizard">
<![LOG[Not Wizard = Faux]LOG]!><time="16:30:23.000+000" date="06-30-2015" component="Wizard" context="" type="1" thread="" file="Wizard">
<![LOG[Property WizardComplete is now = N]LOG]!><time="16:30:23.000+000" date="06-30-2015" component="Wizard" context="" type="1" thread="" file="Wizard">

Reply

Marsh Posté le 02-07-2015 à 15:52:11    

c'est pas lui de bdd.log

Reply

Marsh Posté le 02-07-2015 à 17:01:08    

et pourtant c'est son nom
c:\MININT\SMSOSD\OSDLOGS\BDD.log

Reply

Marsh Posté le 02-07-2015 à 17:34:44    

regarde plutôt dans c:\windows\temp\DeploymentLogs d'après google

Reply

Marsh Posté le 02-07-2015 à 17:53:42    

du coup c'est plus parlant, merci

Citation :

<![LOG[Microsoft Deployment Toolkit version: 6.2.5019.0]LOG]!><time="16:30:20.000+000" date="06-30-2015" component="ZTIDomainJoin" context="" type="1" thread="" file="ZTIDomainJoin">
<![LOG[The task sequencer log is located at C:\Users\ADMINI~1\AppData\Local\Temp\SMSTSLog\SMSTS.LOG.  For task sequence failures, please consult this log.]LOG]!><time="16:30:20.000+000" date="06-30-2015" component="ZTIDomainJoin" context="" type="1" thread="" file="ZTIDomainJoin">
<![LOG[Property DomainJoinAttempts is now = 2]LOG]!><time="16:30:20.000+000" date="06-30-2015" component="ZTIDomainJoin" context="" type="1" thread="" file="ZTIDomainJoin">
<![LOG[Neither JoinDomain or JoinWorkgroup is defined.]LOG]!><time="16:30:20.000+000" date="06-30-2015" component="ZTIDomainJoin" context="" type="1" thread="" file="ZTIDomainJoin">
<![LOG[ZTIDomainJoin processing completed successfully.]LOG]!><time="16:30:20.000+000" date="06-30-2015" component="ZTIDomainJoin" context="" type="1" thread="" file="ZTIDomainJoin">


Dois-je comprendre qu'il se moque de mon Customsettings.ini ?

Reply

Marsh Posté le 02-07-2015 à 18:11:08    

voilà :D.
Regarde plus haut je dirais les variables qui ont été définies, ou dump les avant la jonction au domaine dans un fichier histoire de les voir

Reply

Marsh Posté le 03-07-2015 à 10:36:10    

donc j'ai remonté ce log très intéressant et je tombe sur  

Citation :

<![LOG[No value found for JoinDomain]LOG]!><time="16:20:53.000+000" date="06-30-2015" component="ZTIConfigure" context="" type="1" thread="" file="ZTIConfigure">
<![LOG[No value found for MachineObjectOU]LOG]!><time="16:20:53.000+000" date="06-30-2015" component="ZTIConfigure" context="" type="1" thread="" file="ZTIConfigure">
<![LOG[No value found for JoinWorkgroup]LOG]!><time="16:20:53.000+000" date="06-30-2015" component="ZTIConfigure" context="" type="1" thread="" file="ZTIConfigure">
<![LOG[No value found for DomainAdmin]LOG]!><time="16:20:53.000+000" date="06-30-2015" component="ZTIConfigure" context="" type="1" thread="" file="ZTIConfigure">
<![LOG[<Message containing password has been suppressed>]LOG]!><time="16:20:53.000+000" date="06-30-2015" component="ZTIConfigure" context="" type="1" thread="" file="ZTIConfigure">


donc il ne trouve pas les valeurs pour les paramètres domaine mais il est capable de supprimer le mot de passe du compte !
 
C'est le ZTIgather qui s'occupe d'ajouter le contenu du customsettings dans l'unattend.xml ?
édit :
j'ai trouvé le pb dans le log du ZTIGather.
Il ne s'occupe pas des paramètres du customsettings.ini correspondant à ma séquence de tache. Il passe sur [DEFAULT] et sur les [xxxxxx] lié à la base de données mais il se moque de mon [W7-X64-PERSO]
 
Je viens de lire que MDT 2013 ne fonctionne plus comme 2012. Toutes les séquences de taches créés avec 2012 fonctionnent encore mais celles créés depuis MDT 2013 doivent exploiter une autre méthode  :cry:


Message édité par fourbe2 le 03-07-2015 à 10:52:38
Reply

Marsh Posté le 03-07-2015 à 10:44:02    

tu peux copier tout ton customsettings ?

Reply

Marsh Posté le 03-07-2015 à 10:57:00    

cf post du dessus. C'est lié à MDT 2013 qui ne s'occupe plus des [tasksequenceID]  
https://social.technet.microsoft.co [...] ?forum=mdt
 
 

Citation :

[Settings]  
Priority=CPackages, CApps, CAdmins, Locations, LSettings, LPackages, LApps, LAdmins, LRoles, MMSettings, MMPackages, MMApps, MMAdmins, MMRoles, RSettings, RPackages, RAdmins, CSettings, CRoles, RApps, TaskSequenceID, Default
 
[Default]  
_SMSTSORGNAME=domain_alias
OSInstall=Y  
SkipAppsOnUpgrade=NO  
SkipAdminPassword=YES  
SkipProductKey=YES  
SkipComputerName=YES  
SkipUserData=YES
UserDataLocation=AUTO  
SkipLocaleSelection=YES  
SkipTaskSequence=NO  
SkipApplications=YES  
SkipBitLocker=YES  
SkipSummary=YES  
SkipBDDWelcome=YES  
SkipCapture=NO  
DoCapture=YES  
SkipFinalSummary=NO
FinishAction=REBOOT
 
SkipDomainMembership=YES
 
SkipTimeZone=YES
TimeZone=105
TimeZoneName=Romance Standard Time
 
OSDAdapter0EnableDHCP=FALSE
 
[W7-X64-PERSO]
JoinDomain=domaine.fr
DomainAdmin=JoinAccount
DomainAdminPassword=password
DomainAdminDomain=domaine.fr
MachineObjectOU=OU=NewComputers,OU=Deploiement,DC=domaine,DC=fr
DoCapture=NO
 
[TEST]
JoinDomain=domaine.fr
DomainAdmin=JoinAccount
DomainAdminPassword=password
DomainAdminDomain=domaine.fr
MachineObjectOU=OU=NewComputers,OU=Deploiement,DC=domaine,DC=fr
DoCapture=NO
 
[W7-X64-PRO]
JoinDomain=domaine.fr
DomainAdmin=JoinAccount
DomainAdminPassword=password
DomainAdminDomain=domaine.fr
MachineObjectOU=OU=NewComputers,OU=Deploiement,DC=domaine,DC=fr
DoCapture=NO
 
[Csettings]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLshare=logs$
Table=ComputerSettings
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
 
[CROLES]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=ComputerRoles
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
 
[RApps]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=RoleApplications
Parameters=Role
Order=Sequence
 
[CPackages]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=ComputerPackages
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Order=Sequence
 
[CApps]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=ComputerApplications
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Order=Sequence
 
[CAdmins]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=ComputerAdministrators
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
 
[Locations]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=Locations
Parameters=DefaultGateway
 
[LSettings]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=LocationSettings
Parameters=DefaultGateway
 
[LPackages]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=LocationPackages
Parameters=DefaultGateway
Order=Sequence
 
[LApps]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=LocationApplications
Parameters=DefaultGateway
Order=Sequence
 
[LAdmins]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=LocationAdministrators
Parameters=DefaultGateway
 
[LRoles]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=LocationRoles
Parameters=DefaultGateway
 
[MMSettings]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=MakeModelSettings
Parameters=Make, Model
 
[MMPackages]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=MakeModelPackages
Parameters=Make, Model
Order=Sequence
 
[MMApps]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=MakeModelApplications
Parameters=Make, Model
Order=Sequence
 
[MMAdmins]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=MakeModelAdministrators
Parameters=Make, Model
 
[MMRoles]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=MakeModelRoles
Parameters=Make, Model
 
[RSettings]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=RoleSettings
Parameters=Role
 
[RPackages]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=RolePackages
Parameters=Role
Order=Sequence
 
[RAdmins]
SQLServer=SERVEURMDT
Database=MDT
Netlib=DBNMPNTW
SQLShare=logs$
Table=RoleAdministrators
Parameters=Role


Message édité par fourbe2 le 03-07-2015 à 11:00:32
Reply

Marsh Posté le 03-07-2015 à 11:20:02    

Hmmm, me souviens plus avoir eu à faire qqch pour gérer des sections par TS mais ça fait un bail que j'ai pas touché à MDT.

Reply

Marsh Posté le 03-07-2015 à 11:25:43    

J'ai ajouté l'ID de la séquence de tache dans [settings] priority=
je test

Reply

Marsh Posté le 03-07-2015 à 11:46:22    

ça fonctionne :o

Reply

Marsh Posté le 03-07-2015 à 11:49:53    

ouais mais ça fait pas ce que tu veux

Reply

Marsh Posté le 03-07-2015 à 11:54:50    

si si.
Dans le ZTIGather, il passe du coup sur toutes les variables déclarées dans le [Settings].
Il faudra donc que j'ajoute mes ID de séquence de tache dans cette liste. La variable TASKSEQUENCEID étant obsolète.

Reply

Marsh Posté le 03-07-2015 à 11:59:21    

Oui mais tu fais plus de conditionnel entre tes différentes TS.
En gros là tu met tout dans le default c'est pareil.

Reply

Marsh Posté le 03-07-2015 à 12:06:33    

ouai, je viens de le comprendre :fou:

Reply

Marsh Posté le 03-07-2015 à 12:46:45    

Du coup je ne vois pas d'autre solution que d'ajouter les infos dans l'unattend.xml
Mais de ce que je lis sur le forum microsoft "Ce n'est pas la bonne méthode ! "

Reply

Marsh Posté le 03-07-2015 à 14:28:44    

peut être que base + tasksequenceid il aime pas mais c'est étrange

Reply

Marsh Posté le 03-07-2015 à 15:30:51    

j'ai trouvé :bounce:
 
dans la tache 'initialize - Gather local only' du début, il faut cocher Gather local data and process rules et lui dire d'utiliser Customsettings.ini  
Je crois que c'est nouveau dans MDT2013.
 
Bref, cette opération fait que le script repasse sur le customsettings après la sélection de la séquence de tache et y applique les paramètres liés à l'ID de la tache.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed