I have an issue that follows me around and pops up at arbitrary times. I can have a task sequence working great for months, then make some changes and get this issue to "pop" out of nowhere. The issue is that the task sequence will try to start over on itself for no reason and it can always be narrowed to a custom script or app install (but not always the same one). The error in the smsts log is "Another task sequence wizard is already running."
In the smsts.log the behavior is that after something executes, all of a sudden TSMBootStrap.exe fires up out of nowhere, ruining the in-flight sequence.
Here's an excerpt of the failure from smsts.log. For context, all this batch script does is run RunDLL32.exe and load some registry keys from an .inf file. I know this is but one way to load registry keys, it happens to be a holdover from some previous deployments. Point is, it works fine, and just happens to be "the one" that caused an issue this time. Other scripts AND app installs arbitrarily caused this in the past, and I don't know what the trigger is. Simply moving the script or app to a different step in the sequence is often enough to get the behavior to stop. Note that there is no script-induced reboot here, I know that can cause issues.
Expand a string: cmd.exe /c %SCRIPTROOT%\Registry\Set-ClientRegistry.batTSManager12/30/2016 2:59:57 PM5240 (0x1478)
Expand a string: TSManager12/30/2016 2:59:57 PM5240 (0x1478)
See what happened there? Something caused TSMBootStrap to spring up out of nowhere and ruined the sequence, which had many steps remaining. (I am not certain what is going on during the nearly 3 minutes after batch file execution attempt - that is a mystery, the file only takes a few seconds to run). The .bat file never got to finish, and never made a return code. When things are working normally I will get a Return Code 0 from the batch file execution. The actual return code here - 0x80004005 - Access Denied - is from TSMBootStrap, trying to access something and throwing this error presumably because the task sequence is already running!
We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.
I have an issue that follows me around and pops up at arbitrary times. I can have a task sequence working great for months, then make some changes and get this issue to "pop" out of nowhere. The issue is that the task sequence will try to start over on itself for no reason and it can always be narrowed to a custom script or app install (but not always the same one). The error in the smsts log is "Another task sequence wizard is already running."
In the smsts.log the behavior is that after something executes, all of a sudden TSMBootStrap.exe fires up out of nowhere, ruining the in-flight sequence.
Here's an excerpt of the failure from smsts.log. For context, all this batch script does is run RunDLL32.exe and load some registry keys from an .inf file. I know this is but one way to load registry keys, it happens to be a holdover from some previous deployments. Point is, it works fine, and just happens to be "the one" that caused an issue this time. Other scripts AND app installs arbitrarily caused this in the past, and I don't know what the trigger is. Simply moving the script or app to a different step in the sequence is often enough to get the behavior to stop. Note that there is no script-induced reboot here, I know that can cause issues.
See what happened there? Something caused TSMBootStrap to spring up out of nowhere and ruined the sequence, which had many steps remaining. (I am not certain what is going on during the nearly 3 minutes after batch file execution attempt - that is a mystery, the file only takes a few seconds to run). The .bat file never got to finish, and never made a return code. When things are working normally I will get a Return Code 0 from the batch file execution. The actual return code here - 0x80004005 - Access Denied - is from TSMBootStrap, trying to access something and throwing this error presumably because the task sequence is already running!
Thanks for reading!
Share this post
Link to post
Share on other sites