Tuesday, October 18, 2011 1:13 PM
At our company we like to deploy with MDT 2010 applications with a Bat-file.
Reason: we have to adapt some registrykeys and other stuff with some applications.
I have done the following.
1 - Add application that points to the deploymentshare
2 - Bat-file in de deploymentshare that point with "net use \\server\it\software user:domain\user password"
3 - execute bat-file
The problem is that that after a reboot the domain doesn't trust the computer.
- Can somebody tell me the propre way to install applications with a batfile. That batfile is not on the same server then MDT.
I have the read the internet and found that in some way is has to be possible but I didn't find a propre answer to my specific problem.
When I double post I exuse myself.
Tuesday, October 18, 2011 1:31 PM
Check this article by Johan - http://www.deployvista.com/Default.aspx?tabid=78&EntryID=160
However, it does not seem that the issue is with Batch files - When the machine reboots, you get the trust error.
Does this happen everytime?
Regards, Vik Singh
- Proposed As Answer by Vik Singh Tuesday, October 18, 2011 2:17 PM
Tuesday, October 18, 2011 2:45 PM
Thank you for the answer.
When I deploy the bath file by 'hand' there is no issue so I think the batchfile does the work.
I've read the following article that you mentioned. I like also to say that I'm a newbie :)
So the mean question however is 'How can you install applications with batch files'
I have done already net use with or without networkdriveletter. I have to say that most of the installations work but the computer may never reboot otherwise he loses the networkdrive. Oh yes mapping the networkdrive was a tasksequence but like I said after a reboot he loses the mapping networkdrive.
Do I have to take "Application without source files or elsewhere on the network" but what do have to fill in then ?
I followed this article no succes.
Hopefully you can help me :)
- Edited by Christoph Wijns Tuesday, October 18, 2011 2:47 PM
Tuesday, October 18, 2011 2:54 PM
Yes, that is the correct option. In the working directory section enter the UNC Path like \\Server\IT\Software\Adobe\9.34
Chris - This is what I would like to recommend as well, if you have not done this already. When you are testing applications with MDT - it is always a good practice to create a separate task sequence which just installs the applications and so that you can test it correctly. Rather than doing a complete deployment - not worth the time.
I am suggesting this because you mentioned about trust issues during reboot. They are 2 separate issues. For the App install issue follow the below
Create a New Task Sequence in MDT 2010. Instead of the Standard Client Task Sequence - Choose the option for "Custom Task Sequence". Make sure you have the Applications loaded in the Applications Folder. Run litetouch.vbs script from the test machine and choose the new Task Sequence. This should prompt you only for what applications you want to install. Choose the batch file Application and test.
Let me know if you have any questions.
Regards, Vik Singh
Friday, October 26, 2012 9:36 PM
Not that this is a solution, just curious as to the configuration you are running. I also experienced the same fustration as you have, i dont see the point of having to maintaining a server to store our applications and silent install scripts and then also have to worry about updating any changes to the deployment share as well. So i would prefer to point to one central share where all applications are hosted.
The reason i believe this might help is that you dont state whether the rest of the task sequence succeeds or fails after not installing the application hosted in another network share.
I have recently wasted two days on an issue similar to this and found that i caused the issue when I modified the Unattend.xml to disable the built in administrator account and create a new local admin account used to manage the computers. I have found that the built in administrator account is exempt from the UAC and does not require elevation of privilages as any other local admin account. So when the computer started running the scripts, it would fail due to not running in an elevated state.
After i figured out what was causing the tasks to fail i was able to connect to other application servers using the method described in the forum above.
- Edited by Michael.Owens Friday, October 26, 2012 9:40 PM updated