none
Join Domain in SCCM Tasksequenz geht nicht obwohl Task Advertisement sagt das alles i.O. ist. RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo zusammen,

    aktuell Versuchen wir bei uns in der Firma sämtliche Betriebsystem Installationen für jegliche HW (ESX/HyperV/Blades/19" Server) über SCCM abzubilden.

    Bisher lief auch alles soweit ok, wir hatten auch Funktionierende TaskSequenzen bereit gestellt. Seit kurzem (es weiß keiner von einer Änderung die diese Auswirkungen haben könnte) funktioniert allerdings der Join Domain nicht mehr.

    Wir haben im "Task Advertisement"-Log nachgeschaut ob es eine Fehlermeldung gibt, hier sieht soweit alles aus als wäre er Erfolgreich, AUCH wenn er meldet "No Adapters Found in Enviroment". Zu diesem Zeitpunkt hat er jedoch definitiv Zugriff auf das Netzwerk und kann auch alle DCs erreichen.

    Genau meldung sieht so aus

    ==============================[ OSDNetSettings.exe ]=========================== Command line: "osdnetsettings.exe" configure Initializing answer file "C:\sysprep\sysprep.inf" Configuring global network settings Join type: 0 Joining domain: herrenknecht.com Join OU: LDAP://OU=Default Servers,OU=Servers,OU=Standort,DC=Domain,DC=com DNS domain: DNS domain search order: IP filter sec enabled: false No adapters found in environment. Performing global configuration only. Configuring "OSDNetSettings.exe finalize" to run on first boot OSDNetSettings finished: 0x00000000

    Nächster Schritt war für mich das NetSetup.log, aber hier sehe ich nicht einmal dass er Versucht der Domain Beizutretten.

    12/09 15:46:15 ----------------------------------------------------------------- 12/09 15:46:15 NetpValidateName: checking to see if 'WORKGROUP' is valid as type 2 name 12/09 15:46:15 NetpCheckNetBiosNameNotInUse: for 'WORKGROUP' returned: 0x858 12/09 15:46:15 NetpCheckNetBiosNameNotInUse for 'WORKGROUP' [ Workgroup as MACHINE] returned 0x858 12/09 15:46:15 NetpValidateName: name 'WORKGROUP' is valid for type 2 12/09 15:46:15 ----------------------------------------------------------------- 12/09 15:46:15 NetpValidateName: checking to see if 'WORKGROUP' is valid as type 2 name 12/09 15:46:15 NetpCheckNetBiosNameNotInUse: for 'WORKGROUP' returned: 0x858 12/09 15:46:15 NetpCheckNetBiosNameNotInUse for 'WORKGROUP' [ Workgroup as MACHINE] returned 0x858 12/09 15:46:15 NetpValidateName: name 'WORKGROUP' is valid for type 2 12/09 15:46:15 ----------------------------------------------------------------- 12/09 15:46:15 NetpValidateName: checking to see if 'WORKGROUP' is valid as type 2 name 12/09 15:46:15 NetpCheckNetBiosNameNotInUse: for 'WORKGROUP' returned: 0x858 12/09 15:46:15 NetpCheckNetBiosNameNotInUse for 'WORKGROUP' [ Workgroup as MACHINE] returned 0x858 12/09 15:46:15 NetpValidateName: name 'WORKGROUP' is valid for type 2 12/09 15:46:15 ----------------------------------------------------------------- 12/09 15:46:15 NetpDoDomainJoin 12/09 15:46:15 NetpMachineValidToJoin: 'MININT-V39P4R6' 12/09 15:46:15 NetpGetLsaPrimaryDomain: status: 0x0 12/09 15:46:15 NetpMachineValidToJoin: status: 0x0 12/09 15:46:15 NetpJoinWorkgroup: joining computer 'MININT-V39P4R6' to workgroup 'WORKGROUP' 12/09 15:46:15 NetpValidateName: checking to see if 'WORKGROUP' is valid as type 2 name 12/09 15:46:15 NetpCheckNetBiosNameNotInUse: for 'WORKGROUP' returned: 0x858 12/09 15:46:15 NetpCheckNetBiosNameNotInUse for 'WORKGROUP' [ Workgroup as MACHINE] returned 0x858 12/09 15:46:15 NetpValidateName: name 'WORKGROUP' is valid for type 2 12/09 15:46:15 NetpSetLsaPrimaryDomain: for 'WORKGROUP' status: 0x0 12/09 15:46:15 NetpControlServices: open service 'NETLOGON' failed: 0x424 12/09 15:46:15 NetpJoinWorkgroup: status: 0x0 12/09 15:46:15 NetpDoDomainJoin: status: 0x0 12/09 15:46:36 ----------------------------------------------------------------- 12/09 15:46:36 NetpValidateName: checking to see if 'MININT-V39P4R6' is valid as type 1 name 12/09 15:46:36 NetpCheckNetBiosNameNotInUse for 'MININT-V39P4R6' [MACHINE] returned 0x0 12/09 15:46:36 NetpValidateName: name 'MININT-V39P4R6' is valid for type 1 12/15 13:33:57 ----------------------------------------------------------------- 12/15 13:33:57 NetpValidateName: checking to see if 'WORKGROUP' is valid as type 2 name 12/15 13:33:57 NetpCheckNetBiosNameNotInUse for 'WORKGROUP' [ Workgroup as MACHINE] returned 0x0 12/15 13:33:57 NetpValidateName: name 'WORKGROUP' is valid for type 2 12/15 13:33:57 ----------------------------------------------------------------- 12/15 13:33:57 NetpValidateName: checking to see if 'WORKGROUP' is valid as type 2 name 12/15 13:33:57 NetpCheckNetBiosNameNotInUse for 'WORKGROUP' [ Workgroup as MACHINE] returned 0x0 12/15 13:33:57 NetpValidateName: name 'WORKGROUP' is valid for type 2 12/15 13:33:57 ----------------------------------------------------------------- 12/15 13:33:57 NetpValidateName: checking to see if 'WORKGROUP' is valid as type 2 name 12/15 13:33:57 NetpCheckNetBiosNameNotInUse for 'WORKGROUP' [ Workgroup as MACHINE] returned 0x0 12/15 13:33:57 NetpValidateName: name 'WORKGROUP' is valid for type 2 12/15 13:33:57 ----------------------------------------------------------------- 12/15 13:33:57 NetpDoDomainJoin 12/15 13:33:57 NetpMachineValidToJoin: 'SWNSRT031' 12/15 13:33:57 NetpGetLsaPrimaryDomain: status: 0x0 12/15 13:33:57 NetpMachineValidToJoin: status: 0x0 12/15 13:33:57 NetpJoinWorkgroup: joining computer 'Server' to workgroup 'WORKGROUP' 12/15 13:33:57 NetpValidateName: checking to see if 'WORKGROUP' is valid as type 2 name 12/15 13:33:57 NetpCheckNetBiosNameNotInUse for 'WORKGROUP' [ Workgroup as MACHINE] returned 0x0 12/15 13:33:57 NetpValidateName: name 'WORKGROUP' is valid for type 2 12/15 13:33:57 NetpSetLsaPrimaryDomain: for 'WORKGROUP' status: 0x0 12/15 13:33:57 NetpJoinWorkgroup: status: 0x0 12/15 13:33:57 NetpDoDomainJoin: status: 0x0

    Außerdem wurde überprüft ob der Username mti dem gejoint werden soll funktioniert. Nach erfolgreichem Test wurde der User samt Passwort in der TaskSequenz neu Eingetragen um hier fehler auszuschließen.

    Auch wurde Versucht ein Server zu Installieren ohne eine OU vorzugeben, auch dieser Versuch brachte nichts.

     

    Ich bin für jeden Tipp/Hinweis Dankbar sollten noch andere Logs wichtig sein liefere ich diese natürlich gerne nach.

     

    greetz

    chris


    Donnerstag, 15. Dezember 2011 13:42
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Tut mri leid dass ich erst jetzt wieder Antworte, aber ich war Montag/Dienstag im Urlaub und habe daher diesen Thread nicht besucht.

    @Markus_Br, der JoinDomain hatte ja schon einmal funktioniert, daher schließe ich das als fehlerursache aus, Auch müsste er dann (meiner Meinung nach) im NSSetup.log anzeigen dass er wenigstens versucht hat einen DomainController zu erreichen oder etwas dergleichen.

    Heute habe ich die Tasksequenz allgemein erweitern wollen und mir ist aufgefallen das der JoinDom bisher über die Task "Apply Network Settings" es aber inzwischen eine neue Task gibt die sich dafür "Join Domain or Workgroup" nennt. Fix die Tasksequenz entsprechend abgeändert und es geht wieder.

    Gibt es die Task "Join Domain or Workgroup" schon länger, bisher ist mir diese noch nie als Auswahlmöglichkeit aufgefallen, kam diese evtl. mit einem der letzten Updates für SCCM mit?

     

    Danke für eure Hilfe und sry dass ich so nen "Dummheitsfehler" gemacht habe und euch damit aufgehalten habe. :(

     

    greetz

    chris

    Mittwoch, 21. Dezember 2011 11:58
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden
    Mit diesem Auszug an Logs ist leider nicht so viel anzufangen. Das komplette smsts.log (+.lo_) wäre praktisch. Weiterhin steht vielleicht auch etwas brauchbares in den OSD-relevanten Webreports oder status messages.
    Torsten Meringer | http://www.mssccmfaq.de
    Donnerstag, 15. Dezember 2011 14:13
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden
     Das komplette smsts.log (+.lo_) wäre praktisch.

    das smsts.log habe ich Hier --> http://uploaded.to/file/5cdao073 hochgeladen.

    was meinst du mit (+.lo_) ?

    Weiterhin steht vielleicht auch etwas brauchbares in den OSD-relevanten Webreports oder status messages.

    Der Aktuelle Webreport ist leider schon wieder Platt, ich Probiere gerade durch den Server neu zu Installieren und dabei hat er das alte gelöscht. Ich liefere das nach sobald ich die aktuellen Meldungen habe.

     

    greetz

    chris

    Donnerstag, 15. Dezember 2011 15:16
    |
  • Question
    Anmelden
    0
    Anmelden
    Ich hab's bisher nicht geschafft, das Log herunterzuladen. Kannst Du es nicht auf Skydrive ablegen?
    Torsten Meringer | http://www.mssccmfaq.de
    Sonntag, 18. Dezember 2011 10:20
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    kannst Du den Log bitte wieder hochladen?

    Hier ein Tutorial wie es man mit Skydrive macht:

    http://answers.microsoft.com/de-de/windows/forum/windows_7-networking/wie-nutze-ich-den-skydrive/af6c55f1-0e82-460e-babb-794ff26e5698

    Gruss,
    Raul

    Raul Talmaciu, MICROSOFT 
    Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.

    Dienstag, 20. Dezember 2011 10:36
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

     

    ich hatte mal das selbe Problem. Die Ursache war eigentlich nur, das die Netzwerktreiber nach der OS-Installation fehlten/nicht passten. Also habe ich die passenden Treiber importiert und nach dem OS task in der Sequenz installiert und dann ging auch der "Join Domain" ohne Probleme.

    Gruß

    Markus

    Mittwoch, 21. Dezember 2011 05:36
    |
  • Question
    Anmelden
    0
    Anmelden

    Tut mri leid dass ich erst jetzt wieder Antworte, aber ich war Montag/Dienstag im Urlaub und habe daher diesen Thread nicht besucht.

    @Markus_Br, der JoinDomain hatte ja schon einmal funktioniert, daher schließe ich das als fehlerursache aus, Auch müsste er dann (meiner Meinung nach) im NSSetup.log anzeigen dass er wenigstens versucht hat einen DomainController zu erreichen oder etwas dergleichen.

    Heute habe ich die Tasksequenz allgemein erweitern wollen und mir ist aufgefallen das der JoinDom bisher über die Task "Apply Network Settings" es aber inzwischen eine neue Task gibt die sich dafür "Join Domain or Workgroup" nennt. Fix die Tasksequenz entsprechend abgeändert und es geht wieder.

    Gibt es die Task "Join Domain or Workgroup" schon länger, bisher ist mir diese noch nie als Auswahlmöglichkeit aufgefallen, kam diese evtl. mit einem der letzten Updates für SCCM mit?

     

    Danke für eure Hilfe und sry dass ich so nen "Dummheitsfehler" gemacht habe und euch damit aufgehalten habe. :(

     

    greetz

    chris

    Mittwoch, 21. Dezember 2011 11:58
    |
  • Question
    Anmelden
    0
    Anmelden
    "Join domain or workgroup" tut, was der Name vermuten lässt. Er führt einen domain join im laufenden OS aus (also nicht WinPE).
    "Apply network setting" patcht die unattend.xml (bei Win7) noch in der PE-Phase und das Windows Setup führt den domain join im "Setup Windows and ConfigMgr"-Step aus.
    Torsten Meringer | http://www.mssccmfaq.de
    Dienstag, 17. Januar 2012 11:09
    |
    Beantworter