none
SCCM 2012 R2: Task Sequence Capture OS (win 7) - Step Install Updates - Fehler 30 : process cannot access the file RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hi all,

    die TS läuft bis zum Punkt Install Updates. Alles updates werden installiert, aber dann zeigt sich folgender Fehler im smsts.log:

    Expand a string: FullOS
    Executing command line: TSInstallSWUpdate.exe /target:%SMSInstallUpdateTarget%
    ::AllocConsole(), HRESULT=80070020 (e:\nts_sccm_release\sms\framework\core\ccmcore\commandline.cpp,598)]Failed to Create a new console, hr=0x80070020
    AllocateConsole(), HRESULT=80070020 (e:\nts_sccm_release\sms\framework\core\ccmcore\commandline.cpp,870)
    Command line execution failed (80070020)
    Failed to run the action: Install Software Updates Step 2.
    The process cannot access the file because it is being used by another process. (Error: 80070020; Source: Windows)

    Für eine Idee/Tipp wäre ich dankbar.
    Frank


    • Bearbeitet FrankBeiTI Dienstag, 26. Januar 2016 10:40
    Dienstag, 26. Januar 2016 10:37
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Wie oben erwähnt TIB00003 ist für "CM Client Package".

    TIB00004 ist für "CM Client Package Update". Dort ist nur die ccmsetup.exe drin.
    Beide sind verknüpft.


    Ich mache mal hierfür einen extra Fall auf....

    Die Lösung mit MS war unklar. War wahrscheinlich eine Fehler-kombi.
    Die installation des neusten WUSA hat auf jeden Fall geholfen.

    Es funzt jetzt...Freu

    • Bearbeitet FrankBeiTI Freitag, 12. Februar 2016 11:50
    • Als Antwort markiert FrankBeiTI Freitag, 12. Februar 2016 11:50
    Montag, 1. Februar 2016 09:04
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden
    Stehen in den U*.logs bzw dem Eventlog mehr Infos?

    Torsten Meringer | http://www.mssccmfaq.de

    Dienstag, 26. Januar 2016 11:14
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Würde sagen eher nicht. Und zu dem Zeitpunkt 19:40 nichts

    Aber im WUAHandler.log   hilft dies?

    CWuaHandler::SetCategoriesForStateReportingExclusion called with E0789628-CE08-4437-BE74-2495B842F43B;E0789628-CE08-4437-BE74-2495B842F43B,A38C835C-2950-4E87-86CC-6911A52C34A3; for leaves and E0789628-CE08-4437-BE74-2495B842F43B,A38C835C-2950-4E87-86CC-6911A52C34A3; for bundles]LOG]!><time="19:40:57.955-60" date="01-25-2016" component="WUAHandler" context="" type="1" thread="2304" file="cwuahandler.cpp:2527">
    GetFileVersionInfoSize failed for file C:\WINDOWS\system32\WUAUENG.DLL, error 1812]LOG]!><time="19:41:04.611-60" date="01-25-2016" component="WUAHandler" context="" type="2" thread="2308" file="cwuahandler.cpp:224">
    Failed to create WindowsUpdateAgentInfo coclass, WUA version might be too low. Error = 0x80040154.]
    Failed to report current WUAgent version to HINV, continuing. Error = 0x80040154.]LOG]!><time="19:41:04.611-60" date="01-25-2016" component="WUAHandler" context="" type="3" thread="2308" file="cwuahandler.cpp:864">
    CreateInstance failed for UpdateSession.]LOG]!><time="19:41:04.611-60" date="01-25-2016" component="WUAHandler" context="" type="3" thread="2308" file="cwuahandler.cpp:898">

    Im Eventlog System zu dieser Zeit:

    The application-specific permission settings do not grant Local Launch permission for the COM Server application with CLSID
    {05D1D5D8-18D1-4B83-85ED-A0F99D53C885}
     and APPID
    {AD65A69D-3831-40D7-9629-9B0B50A93843}

    Event ID 10016

    The Windows Font Cache Service service terminated with the following error:
    The process cannot access the file because it is being used by another process.

    Evebt ID 7023

    • Bearbeitet FrankBeiTI Dienstag, 26. Januar 2016 11:31
    Dienstag, 26. Januar 2016 11:21
    |
  • Question
    Anmelden
    1
    Anmelden

    Failed to create WindowsUpdateAgentInfo coclass, WUA version might be too low.

    Du kannst versuchen das Update für den Windows Update Agent (gegenwärtig aktuell: KB112343), vorgängig z.B. als Package zu installieren um den WUA Agent zu aktualisieren.

    Um was für ein OS handelt es sich?

    Evtl. steht im WindowsUpdate.log noch detaillierteres.

    Simon Dettling | msitproblog.com | @SimonDettling

    Dienstag, 26. Januar 2016 13:22
    |
  • Question
    Anmelden
    0
    Anmelden

    Danke für den Tipp.

    WindowsUpdate.log sieht grün aus.

    Client OS ist windows 7 x64 SP1 US

    Zur Info: Es waren 209 Updates. Kann da ein unerwarteter Restart ein Problem sein...?

    Dienstag, 26. Januar 2016 13:34
    |
  • Question
    Anmelden
    1
    Anmelden

    Zur Info: Es waren 209 Updates. Kann da ein unerwarteter Restart ein Problem sein...?

    Dann wäre im smsts.log der Eintrag "task sequence environment not found" ersichtlich. Dazu gibt es übrigens einen KB: https://support.microsoft.com/en-us/kb/2894518

    Ich würde einmal den Ansatz mit der Aktualisierung des WUA Agent versuchen.

    Simon Dettling | msitproblog.com | @SimonDettling

    Dienstag, 26. Januar 2016 13:37
    |
  • Question
    Anmelden
    0
    Anmelden


    Failed to create WindowsUpdateAgentInfo coclass, WUA version might be too low. Error = 0x80040154.]


    Daraufhin würde ich mal in der Tasksequenz den neuesten Windows Update Client Agent installieren (vor dem "Install Software Updates"-Schritt), wenn noch nicht geschehen ...

    Torsten Meringer | http://www.mssccmfaq.de

    Dienstag, 26. Januar 2016 13:40
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Ok. Die TS läuft halt extreme lange...;-((

    Ist eine VM im Hyper-V

    Dienstag, 26. Januar 2016 13:40
    |
  • Question
    Anmelden
    0
    Anmelden

    Installation mit Restart?

    Hat jemand den WUA link zur Hand....Googgle weigert sich.....oder mein...;-)

    Dienstag, 26. Januar 2016 13:48
    |
  • Question
    Anmelden
    1
    Anmelden

    Ich habe im letzten Jahr zu einem ähnlichen Fehler einen Blog-Post geschrieben: http://msitproblog.com/2015/10/21/software-update-installation-failes-windows-7-task-sequence/

    Der Fehler dort ist zwar ein anderer, die Lösung (--> WUA-Update) jedoch dieselbe ;)

    Aktueller WUA ist gegenwärtig: KB3112343

    Simon Dettling | msitproblog.com | @SimonDettling

    Dienstag, 26. Januar 2016 13:50
    |
  • Question
    Anmelden
    1
    Anmelden

    Hast Du den Link für KB3112343?

    Finde nur https://support.microsoft.com/en-us/kb/949104

    Da ist nur eine volle WUA exe...

    Uupps hab ihn
    https://www.microsoft.com/en-us/download/details.aspx?id=50023

    ;-)

    • Bearbeitet FrankBeiTI Dienstag, 26. Januar 2016 14:01
    Dienstag, 26. Januar 2016 13:56
    |
  • Question
    Anmelden
    0
    Anmelden

    Hi Simon,

    nur mal Interesse halber .  Sehe in deiner TS den Schritt Cleaning Image
    Was machst Du dort?

    Und warum restart before sysprep?

    Dienstag, 26. Januar 2016 14:17
    |
  • Question
    Anmelden
    1
    Anmelden

    Die Task-Sequence auf dem Screenshot ist eine Build-and-Capture Task-Sequence, zur Erstellung eines Referenz-Image. Ich weiss nicht ob das bei dir auch der Fall ist.

    Der Cleaning Schritt führt cleanmgr.exe aus, um das Image von unnötigen Daten (Windows Update, etc.) zu bereinigen. Restart before Sysprep, ist eine Best-Practice die ich mir einmal angewöhnt habe. Sysprep hat die Tendenz zum abbrechen, wenn noch Pending Reboots ausstehend sind. 

    Simon Dettling | msitproblog.com | @SimonDettling

    Dienstag, 26. Januar 2016 14:24
    |
  • Question
    Anmelden
    0
    Anmelden

    Also nur C:\Windows\System32\cleanmgr.exe    ...switches?

    Mit sleep ...thema timing??

    • Bearbeitet FrankBeiTI Dienstag, 26. Januar 2016 14:32
    Dienstag, 26. Januar 2016 14:32
    |
  • Question
    Anmelden
    1
    Anmelden

    Das Script habe ich damals basierend auf diesem Blog Post erstellt: http://deploymentbunny.com/2014/06/05/nice-to-know-get-rid-of-all-junk-before-sysprep-and-capture-when-creating-a-reference-image-in-mdt/

    Das Script dort ist ein .wsf für MDT, jedoch kann man CleanMgr mit den Registry Werten normal als Batch ausführen ;)

    Simon Dettling | msitproblog.com | @SimonDettling

    Dienstag, 26. Januar 2016 14:42
    |
  • Question
    Anmelden
    0
    Anmelden

    Moin,

    Toll: WAU Fehler ist weg. Fehler 32
    DotNet, WMF, und KB3112343 sind drin. Updates auch!

    Installaiert ihr den IE 11 auch auf den Reference Computer???


    Tolla: Nun Fehler Nr 31 im Smsts.log

    Die Meldung von oben (alter smstslog) hat sich ein bißchen geändert:
    Executing command line: TSInstallSWUpdate.exe /target:%SMSInstallUpdateTarget%
    ::AllocConsole(), HRESULT=8007001f (e:\nts_sccm_release\sms\framework\core\ccmcore\commandline.cpp,598)
    Failed to Create a new console, hr=0x8007001f
    AllocateConsole(), HRESULT=8007001f (e:\nts_sccm_release\sms\framework\core\ccmcore\commandline.cpp,870)
    Command line execution failed (8007001F)
    Failed to run the action: Install Software Updates Step 2.
    A device attached to the system is not functioning. (Error: 8007001F; Source: Windows)

    windowsudate.log
    Agent WARNING: Failed to get deployment data from data store, error 80248007
    #
    COMAPI   - Install call complete (succeeded = 205, succeeded with errors = 0, failed = 0, unaccounted = 0)
    Es werden aber alle Updates installiert...

    setupact.log:
    CreateFileW failed, FileName:\\?\C:\WINDOWS\SoftwareDistribution\Download\efee34770b307580399448941379f2f0\$dpx$.tmp\job.xml, Error:0x80070002


    Ideen? Ich schau was G sagt....

    Mittwoch, 27. Januar 2016 09:33
    |
  • Question
    Anmelden
    0
    Anmelden

    Installaiert ihr den IE 11 auch auf den Reference Computer???

    Kann man so pauschal nicht sagen, jeder handelt sein Image anders ;) Da mittlerweile nur noch IE11 supportet ist, würde ich diesen jedoch ins Image mit aufnehmen.

    Kannst du das komplette smsts.log posten / hochladen?

    Simon Dettling | msitproblog.com | @SimonDettling

    Mittwoch, 27. Januar 2016 09:49
    |
  • Question
    Anmelden
    0
    Anmelden

    Ok IE 11 kommt rein..weniger Updates ..mayb


    • Bearbeitet FrankBeiTI Mittwoch, 27. Januar 2016 12:44
    Mittwoch, 27. Januar 2016 10:02
    |
  • Question
    Anmelden
    0
    Anmelden

    Hier die logs:

    Auf euren SharePoint haben wir leider keine Rechte...

    Simon Dettling | msitproblog.com | @SimonDettling

    Mittwoch, 27. Januar 2016 10:25
    |
  • Question
    Anmelden
    0
    Anmelden

    Habe everyone eingetragen??

    Hier anhängen geht nicht..oder?


    Oder paste hier ..ist aber lang...
    • Bearbeitet FrankBeiTI Mittwoch, 27. Januar 2016 10:41
    Mittwoch, 27. Januar 2016 10:26
    |
  • Question
    Anmelden
    0
    Anmelden

    Habe everyone eingetragen, systemweit nicht aktiviert ..........grrrrrrrrrrrr

    Hier anhängen geht nicht..oder?

    Hast Du eine Idee ...wie?

    Mittwoch, 27. Januar 2016 12:38
    |
  • Question
    Anmelden
    0
    Anmelden

    ok gmx geht hoffentlich

    https://cloud.gmx.net/ngcloud/external?locale=de&guestToken=-0uaoa1NT7-OK-OlYOS_VA&loginName=fgabriel@gmx.de

    Mittwoch, 27. Januar 2016 12:41
    |
  • Question
    Anmelden
    1
    Anmelden
    Task Sequence environment not found.

    Du hast scheinbar immer noch Updates im Deployment, welche einen doppelten Neustart auslösen. Exclude sämtliche Updates, aus dem KB, den ich oben verlinkt habe.

    Aus eigener Erfahrung, kann ich dir aber sagen dass die Liste die dort gepflegt wird nicht wirklich vollständig ist. Ich bin aus genau diesem Grund, da ich unter Windows 7 mit ConfigMgr kein sauberes Referenz-Image mehr hingekriegt habe, kürzlich auf MDT ausgewichen. MDT ist diesbezüglich robuster und vor allem schneller als ConfigMgr. (Meine Meinung ;)

    Es wurde zwar mit dem SP2 / R2 SP1 für ConfigMgr 2012 eine Funktion eingebaut, welche dieses Verhalten (Task Sequence environment not found) abfangen sollte, diese funktionierte jedoch, zumindest in meinem Fall, nicht zuverlässig.

    Bei Interesse: http://deploymentresearch.com/Research/Post/521/Back-to-Basics-Building-a-Windows-7-SP1-Reference-Image-using-MDT-2013-Update-2

    Simon Dettling | msitproblog.com | @SimonDettling



    Mittwoch, 27. Januar 2016 15:39
    |
  • Question
    Anmelden
    0
    Anmelden

    Danke!

    Kann ich in den Logs oder Event rausfinden welche dies sind?

    Lese die Liste des KB soll nicht vollständif sein....hast Du eine vollständige Liste?

    Donnerstag, 28. Januar 2016 12:51
    |
  • Question
    Anmelden
    0
    Anmelden

    Lese die Liste des KB soll nicht vollständif sein....hast Du eine vollständige Liste?

    Ne, die Infos sind, als ich mich zum letzten mal damit befasst habe, in Blog-Posts oder TechNet Forum Beiträgen verstreut.

    Am besten googelst du nach "task sequence environment not found"

    Simon Dettling | msitproblog.com | @SimonDettling

    Donnerstag, 28. Januar 2016 13:02
    |
  • Question
    Anmelden
    0
    Anmelden
    die Logs geben nichts her?
    Donnerstag, 28. Januar 2016 13:10
    |
  • Question
    Anmelden
    0
    Anmelden
    Evtl. via Event-Log oder das WindowsUpdate.log

    Simon Dettling | msitproblog.com | @SimonDettling

    Donnerstag, 28. Januar 2016 13:47
    |
  • Question
    Anmelden
    0
    Anmelden

    Ach herrlich jetzt bricht die TS gleich ab......Pkg TIB00004 macht Ärger....grrrrrrrr

    sehe im Content Library Explorer  TIB00004 = INVALID

    Hat jemand eine Idee für Behebung?

    Freitag, 29. Januar 2016 10:52
    |
  • Question
    Anmelden
    0
    Anmelden
    Neu verteilen?

    Torsten Meringer | http://www.mssccmfaq.de

    Freitag, 29. Januar 2016 11:28
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Dies ist ein Update für das CM Client Package.

    TIB00003 shared with TIB00004

    Wo ich konnte habe Distribute Content angestoßen. Bei dem CM Client Package ist Deploy grau...

    Freitag, 29. Januar 2016 11:53
    |
  • Question
    Anmelden
    0
    Anmelden
    Update-CMDistributionPoint?

    Torsten Meringer | http://www.mssccmfaq.de

    Freitag, 29. Januar 2016 12:27
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    PS TIB:\> Update-CMDistributionPoint -packageID TIB00004
    Update-CMDistributionPoint : No object corresponds to the specified parameters.
    At line:1 char:1
    + Update-CMDistributionPoint -packageID TIB00004
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : ObjectNotFound: (Microsoft.Confi...ionPointCommand:UpdateDistributionPointCommand) [Upda
       te-CMDistributionPoint], ItemNotFoundException
        + FullyQualifiedErrorId : ItemNotFound,Microsoft.ConfigurationManagement.Cmdlets.Osd.Commands.UpdateDistributionPo
       intCommand

    Idee?

    Finde gerade dies: https://teacheritblog.wordpress.com/2014/02/13/after-upgrading-from-sccm2012sp1-to-sccm2012r2-some-random-packages-are-invalid-sysctr-configmgr-sccm/

    Reregister / Recompile smsdpprov.mof

    keine Ahnung ob dies Sinn macht. Brauche Hilfe.....

    • Bearbeitet FrankBeiTI Freitag, 29. Januar 2016 13:36
    Freitag, 29. Januar 2016 12:51
    |
  • Question
    Anmelden
    0
    Anmelden

    In der Admin GUI sehe ich TIB00004 unter \Monitoring\Overview\Distribution Status\Content Status.

    im WMI Explorer unter ROOT\cimv2\sms\SMS_Packages\   sehe ich Package TIB00003 aber nicht TIB00004.

    Kann dies hier helfen zur Lösung?

    Freitag, 29. Januar 2016 15:01
    |
  • Question
    Anmelden
    0
    Anmelden
    Nein, da nicht bekannt ist, was sich hinter beiden Paketen verbirgt.

    Torsten Meringer | http://www.mssccmfaq.de

    Samstag, 30. Januar 2016 09:01
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Wie oben erwähnt TIB00003 ist für "CM Client Package".

    TIB00004 ist für "CM Client Package Update". Dort ist nur die ccmsetup.exe drin.
    Beide sind verknüpft.


    Ich mache mal hierfür einen extra Fall auf....

    Die Lösung mit MS war unklar. War wahrscheinlich eine Fehler-kombi.
    Die installation des neusten WUSA hat auf jeden Fall geholfen.

    Es funzt jetzt...Freu

    • Bearbeitet FrankBeiTI Freitag, 12. Februar 2016 11:50
    • Als Antwort markiert FrankBeiTI Freitag, 12. Februar 2016 11:50
    Montag, 1. Februar 2016 09:04
    |