/build/static/layout/Breadcrumb_cap_w.png

Deploying Office 2013 Managed Install

I. Creating the Office 2013 MSP file for silent installation

  1. Insert the Office 2013 DVD into a system to build the MSP file on
  2. Copy the installation files to the desired directory on the build system
  3. Download the Office 2013 Admin Template files: http://www.microsoft.com/en-nz/download/details.aspx?id=35554
  4. Launch the Appropriate admin template file for the version you are installing
  5. Extract the Office 2013 Admin files to the folder where the Office files are located                     
  6. Initiate the Office Customization tool with the command below                                                    
  7. Select the desired version you are going to install                                                   
  8. Configure the Office install in the manner for which you would like it installed
  9. On the Licensing and user interface section, make sure to select the option to accept the terms in the License Agreement and change the display level to basic or none. The full display level will allow the end user to view/alter the install
  10. After the configuration has been completed and the MSP file has been saved, copy the MSP file to the Office Installation Updates folder
  11. Like any deployment, you want to test your install before try to deploy it
    1. Run setup.exe – Since we put the MSP in the updates folder, we don’t have to call it when we launch setup.exe and it will automatically be called                                                                                                                                        NOTE: You will notice that even if you chose the None option for the display level, a momentary office install window will still appear.  This window is not able to be suppressed and any complaints regarding this needs to be directed to Microsoft as KACE has no control over it.                            
    2. When the install has been configured successfully, the files can be zipped up. For simplicity sake, use the following process for zipping the files:
      1. Navigate to the root of the install files since this will be the directory where the setup.exe file is located
      2. Select all files                                                                                                                           
      3. Right click and send to compressed/zip file                                                                                           
      4. A new zip file will appear and can be named as desired                                                   
      5. If this is the first system to have Office 2013 installed on it, you will want to force an inventory from the K1 so a record will be generated in the Software Inventory
      6. If this is the same system that is going to test the deployment from the K1, uninstall the office installation at this time

 

II. Building the Managed Install on the K1000

  1. Locate the listing for Office 2013 in your Software inventory (Inventory>Software Tab – I searched for 2013 and that greatly narrowed my results)                                                                                                                       
  2. Click the Software title to access the Software detail page                                                                         
  3. Select the Operating systems that are going to receive the Office install                                                
  4. Locate and click the Browse button under the Associated Files section to upload the Desired zip file                  
  5. Navigate the File Upload selection window to the location where the Office 2013 zip file is located at               
  6. Click Save to upload the file and due to the size of the zip file, this will take a few minutes                                       
  7. Click the Distribution category. Using the Choose Action drop-down menu and select the option to Add New Item 
    1. On the Managed Software Installation Edit Detail page, select Office 2013 from the Software drop-down menu
    2. Since we are having to use a zip file to perform this install, Select to Configure Manually
    3. Since we put our MSP file in the Updates folder of our Office Build, all we need to do is call Setup.exe and our MSP will be called during the install without any special switches.    

      NOTE: At least during testing, I advise to not check the Delete Downloaded Files option in case the files are needed on the test system for troubleshooting the deployment. As soon as the MI is functioning as desired, this option can be used to keep from consuming too much disk space with large installs.

    4. Select the test system that will be used for testing                                                    
    5. Set the desired Deployment order, Max attempts, Deployment Window, and set any Pre/Post install message options and click Save
  8. Click into the new Managed Install and confirm that settings are set as desired. If all is well, change the Managed Action to Execute anytime (next available) and click Save                                              

III. Testing The New Managed Install

  1. Enable debug on the test computer using the following article: How to enable Debug
  2. Force an Inventory update on the test computer from Inventory>Computers Tab
  3. Monitor the test computer for installation.  Watching Task Manager is helpful to see when a fully silent install completes.  The Process that needs to be watched will be named Microsoft Setup Bootstrapper. Watching the C:\ProgramData\Dell\KACE\Downloads folder can also be helpful so that the end user can see the Folder created with the Software Item ID number and to see if the zip file was copied over.  Once the download has completed and the agent has validated the HASH, the install files will be extracted to the directory
  4. If the install doesn’t proceed, review the agent logs for any failure message(s) and correct the failure(s).  If the end user isn’t able to determine where the failure is from reading the logs, manually execute the install from command prompt using psexec.exe –s to test the install in a similar means as the agent will run it.

Comments

  • Very well done! - andrew_lubchansky 11 years ago
  • great how to - Nico_K 11 years ago
  • thanks for the info - brighstarcuit 11 years ago
  • I followed the procedure step by step,
    It downloads the file on the test computer but fails to run "Steup.exe" although it is specified to run it.

    Can you tell me what could be the reason ? - anshjain 11 years ago
    • Hi anshjain,
      I'm going to need more information to help you. Do you get any certain errors in the agent logs regarding the deployment? Primarily kdeploy.log or klaunch.log.
      My First thought however, is the zipping process used. For instance, if you zipped up the folder with the office files instead of selecting all the files and zipping them as directed this would put the setup.exe in the wrong directory so it wouldn't be called at all. Most likely what you will see in the kdeploy.log for that is file not found. If you used that method then you will need to use the full path to setup.exe instead of just calling setup.exe. The easiest way to tell if this is what was done is to look at %allusersprofile%\dell\kace\downloads\<software ID> and see if you have the zip file and a folder, that contains the office files, or if you have the zip file and all the other root files for the office install. If you have a folder that contains the office files the zipping wasn't performed as suggested. If you have all the office components then we might be looking at something different. Also keep in mind most Office 2013 DVDs contain both a x86 and x64 version of the install. So if you grabbed all of the files from the DVD then you may have more than you need and you may have also put your MSP in a location that won't help you. It is best to make sure you only copy the files from the DVD for the architecture you are interested in and only zip those. By default if you use the setup at the root of the DVD it will install the x86 version of Office even on a x64 machine.

      I hope that helps. Let me know if it doesn't and I'll try to be prompt in my responses. If you don't find your answer please also provide excerpts of the kdeploy and klaunch logs regarding your deployment. You will also want to enable debug on the agent to make sure you get the most out of the logs for this. To enable debug launch an administrative command prompt and change directories to c:\program files\dell\kace or c:\program files (x86)\dell\kace if you are on x64. Then run the command amptools.exe debug=true. After you do that proceed with attempting your deployment again. Remember if your deployment has failed enough times to equal its allotted attempts you will need to go into the MI and click save to reset the tries.

      antisoshl :-) - antisoshl 11 years ago
  • Thanks for the reply and taking the time to draft it.
    Here is what I have found and done. :

    I copied all the contents of the DVD to a folder on my desktop.
    It already had an admin folder, so I deleted it.
    I downkloaded and isntallaed the Admintemplates and created an MSP file with the setting that it does not shows the operations being taken place.
    I enetered the Same serial key as my office 2010 profeesional plus that is already installed on my laptop. (This may be an issue)
    I have tried putting the MSP file in the updates folder and ran just setup.exe command through KACE. It did not work.
    I tried putting the file in the root folder, and tried calling "Setup.exe /adminfile custom.msp, it did not work.

    However, what I have found is that if I run the setup directly from the foles that are downloaded to the destination laptop manually, it does not works if the MSP file is in the updates folder.

    if I take that file out, then it works.

    Can you advise what could be a work around ? - anshjain 11 years ago
    • Hi anshjain,
      The Office 2010 product key will be a problem, but wouldn't stop setup.exe from executing. It would just cause you to have to enter a product key and would prevent the install from being silent.
      When you say
      "I have tried putting the MSP file in the updates folder and ran just setup.exe command through KACE."
      Are you zipping files and uploading them to the software item then deploying or do you just have your MI configured to run setup.exe without the path to the files on your desktop?

      When you say
      "However, what I have found is that if I run the setup directly from the foles that are downloaded to the destination laptop manually, it does not works if the MSP file is in the updates folder.

      if I take that file out, then it works."
      Does it initiate the install, just isn't silent?

      So far what I can suggest at this stage is to use the office 2013 product key as the 2010 key won't be a valid supplement. - antisoshl 11 years ago
  • I have tried using the 2013 product key too.

    Just to clear up a few things :

    1. I am saving the MSP file in the updates folder and then zipping the entire office 2013 folder and uploading that to the KACE software item.
    I put the "Setup.exe" in the configure manually option.

    2. Yes, when I run the setup manually, it initiates the install but is just not silent only if I completely take the mSP file out of the folder, so I know that the files are being downloaded correctly.

    Also, I tried leaving the MSP file in, but putting in as "Complete notice", but it does not works when the install is silent. - anshjain 11 years ago
    • Hmm, OK.
      1. Don't zip the folder just zip the files in the folder. Directions for doing so are in my post.
      If you insist on zipping the folder you will have to put the complete path in the installation command. So would be something like c:\programdata\dell\kace\downloads\<softwareID>\<foldername>\setup.exe

      2. It sounds like there may still be something wrong with your MSP file since it is hindering the processing of your install.
      2a. Recreate your MSP file, don't edit the current one.
      2b. Make sure the Admin tools are in the admin folder lumped in with your install files

      3. If the install won't work with the MSP when manually executed it won't work when deployed from the K1. So until you get that part working don't worry about wasting your time with zipping and uploading ;-)

      We might also be at a point where if the above suggestions don't get you where you need to be it might be worth sending a ticket into the KACE support team. Unfortunately the lack of ability to ask for screen shots etc. makes it tough to see what you see. Technically this doesn't fall under what they support, but they are often very helpful anyway. Don't forget to mention what doc you were looking at, and you may have to get into detail of what steps you have already taken, and odds are even show them over a webex to make sure they are on the same page.

      I hope that all helps.
      Anti - antisoshl 11 years ago
  • 1. Do I need to put the admint templates file that I downloaded to be in the admin folder in the office folder ?

    2. Also, when I run it, it creates two folders, admin and admx. Is this normal ? - anshjain 11 years ago
  • I think we are on to something :

    Here is what I have found.

    1. When I run the setup with the adminfile parameter, it works only if I change the Display Level to "Basic" or "Full-default".
    As soon as I change that setting to "None", it doesnot runs.

    I know this because I dont see the "Setup.exe"process coming up in Task Manager when I set the Display level to None.

    Can you tell me what may be the reason, and the solution.

    I appreciate all the help. - anshjain 11 years ago
    • 1. All you need in the Office install folder is the extracted files from the admin tools.
      2. Correct admin and admx are what you should get from the admin templates

      I don't have a suggestion, but if the None display level is causing a manual execution of the install to fail then you may need to take this up with Microsoft as both components are theirs. After they help you figure out what is wrong with the install you should be able to zip and upload to the K1, and should be able to deploy without complication.
      Wish I had more to offer.
      Anti - antisoshl 11 years ago
  • Fantastic! I was having some issues then realized from your article I was zipping the parent folder.. not the contents. Thank you. - gambitz 11 years ago
  • Thank you! Worked wonderfully after I figured out the same thing others have about zipping the parent folder. - DurocShark 11 years ago
  • Brilliant write up as we are testing our 2013 deployment for 2014. Thank you - Netpar 10 years ago
  • Great write up! I have reached the end and I am deploying to a computer from KACE, but in the middle of the installation it throws this error...

    "Error 1606. Could not access network location %APPDATE%\."

    Have you seen this before? I have done some searches, but all I can find is to update the registry, which I think is a little extreme given this is a new build and nothing should be weird with the target system.

    I appreciate any advice you can offer. - garza85 10 years ago
  • Hi garza85,
    Do you have anything incorporated into the MSP configuration other than just the settings for Office?
    Maybe telling the installation to also install something off a network share?

    This doesn't happen all too often, but if you currently have the MI set to delete downloaded files, test with that option disabled to see if the agent might not be aware that the install is still proceeding, and deleting files before it should.
    If that does happen to be the case, make sure you are running the latest server and agent versions.

    I hope that helps.
    antisoshl - antisoshl 10 years ago
  • Thanks so much. This made my deployment a piece of cake. - rockhead44 10 years ago
  • Great post. The link to the adminfiles has changed though. The new one should be here: http://www.microsoft.com/en-us/download/details.aspx?id=35554 - jamie_kace 10 years ago
    • Thank you, I have updated the post accordingly :-) - antisoshl 10 years ago
  • Has anyone had a problem with trying to do a managed install with the K1000 where Kace installs it on the system but the managed install job still says it is not installed? If you leave the default 3 attempts while setting up the managed install, if it does install fine on the first pass but is still marked as not installed, it will attempt to run again and the user gets a setup box asking if they want to add/repair/remove office. Running an inventory on the systems shows the apps installed...

    A couple of other bits that I've run into if anyone needs them, too:

    To have Office activated on first run instead of prompting the user do so- when running the customization tool, under Modify Setup Properties add AUTO_ACTIVATE as a property and give it a value of 1.

    If you want to slipstream SP1 into the install (since there is a bug with Lync not installing with SP1), make sure you name your customization file with a 1 at the front (ie. 1Office2013.msp) in the updates folder. Download the SP1 version you need,
    http://support.microsoft.com/kb/2817430
    and extract the files out with 7zip or whatever program and copy the relevant msp files (I only copied over the en-us files and also their matching xml files, but don't know if those are needed for sure) to the updates folder as well.
    When setup runs, it uses the very first msp file that it finds in the updates folder so it needs to be the customization file, the rest of the msp files it will run after the programs are installed. - largomason 10 years ago
    • Hi largomason,
      It sounds like your managed install is associated to a software item that isn't configured to properly detect office.
      If it is a manually created software item, make sure your custom inventory rule looks for the correct marker/markers to tell that office is installed.

      So far I haven't seen any issues in detection when dealing with the automatically generated software items. - antisoshl 10 years ago
      • Well, I don't have any custom inventory rules or anything... Everything I did in creating the managed install is the same that you have in the write-up, that I've always done. Office 2013 and Lync are the only managed installs that are giving me fits like this...
        Other managed installs I have running don't give me a problem, I run them, it installs and shows as installed and doesn't try to run again. - largomason 10 years ago
  • Hi largomason,
    I have heard more complaints about Office 2013 installs than I'd heard with any of the previous versions, but as long as the install is actually completing and the associated software item is one of the automatically generated (for the correct office version) there usually aren't any issues relating to repeat deployments.
    What you may do at this point is:
    1. Perform a manual install with the unattend you are using from the K1
    2. Check the uninstall keys in the registry to make sure they are being inserted and hopefully the install is also complete
    3. Force an inventory update and check the version of Office in the software inventory that the install is associated with
    4. Confirm that is the same version associated with the Managed Install

    If you continue to have issues, you may contact support so they can help you troubleshoot the detection. - antisoshl 10 years ago
  • This is a great write up. Very useful and will save me a lot of time. I am facing with one issue wherein after the deployment of Office 2013, I still see Office 2010 remnants remaining. They appear in 'All Programs' on the Start up button. There is one file 'Microsoft Sharepoint Workspace 2010' and a folder called 'Microsoft Office 2010 Tools'. How do I get rid of those files when doing a deployment? I looked in the OCT but did not find anything except that it removes the previous versions of Office.

    Any ideas? - ITsupport_tech 10 years ago
    • Hi ITsupport_tech,
      You may check to see if that happens when testing the unattended deployment outside of the Managed Install. If so then it is most likely something failing in the new installs attempts to uninstall the old software. What I do in my environment is precede my new office install with an MI that uninstalls the previous version. I have found that most of the combination uninstall then installs of Office seem to miss something here or there.
      I hope that helps! - antisoshl 10 years ago
  • might need to check don't prepend msiexec - itsamurai 9 years ago
  • I configured my Office 2013 Pro Plus x64 msp and I put the script to uninstall office 2010 Pro Plus in the add files section to run before installation of Office 2013. I am getting the error about not being able to install Office 2013 because there are 32bit applications (Office 2010, however Office 2010 is 64bit) installed on the system. How do I change my script to uninstall office 2010 with the install of office 2013? - milo2 9 years ago
    • Hi milo2,
      I actually advise not including the act of uninstalling previous versions of Office in the MSP. I have yet to find a method that successfully performs a complete uninstall before the new install begins.
      What I would advise is create a separate Managed Installation to perform the uninstall of the old office version and deploy that before or at the same time as you are deploying the install for 2013. Uninstall Managed Installs run before Installs, even if they are of a lower priority numerically than the desired install.
      I hope that helps! - antisoshl 9 years ago
      • So my co-worker downloaded the 64 bit office installer and created his msp to uninstall office 2010 and then install 2013 within his msp and it works fine in k1000. I downloaded the 32/64 bit 2013 office pro installer and mine does not work with the same settings. I'm not sure if there is something corrupt in the setup.exe that prompts for the 32bit apps being installed. I am going to just download the 32 bit version of office 2013 and try the MI that way instead of using my 32/64bit installer I downloaded. - milo2 9 years ago
      • HI milo2,
        Did you pull the 64-bit office files out or leave all of it together? The 32/64 bit DVD usually has both sets of installation files. Unfortunately if you use the setup at the root of the DVD it will always install 32bit, as I mentioned in the article. What you have to do is pull the 64bit files out and only work with those. Not sure if that helps.
        Odds are if he is basically doing the same thing you are, and his is working even from the K1000, then yours may not be working even when it isn't deployed from the K1000. So whatever changes you make you will want to test the package outside of the K1000 before deploying it with the K1000. - antisoshl 9 years ago
  • I downloaded the 32bit installer, created my msp with configurations, and zipped them all up. Created the software and then created my manual install via k1000. Manual install: override default installation and put setup.exe in the command line. Works like a charm. The only question I have left is when creating the msp file is there a way to tell it not to reboot? Or would that be a switch in the command line of the MI to tell it not to reboot? - milo2 9 years ago
  • Hello. Great document, thank you. I'm working on doing this for Office 2010 Pro Plus 64bit to Win7 Pro 64bit systems. My managed install works and installs Office, however installing SP2 with it does not work:

    1. Extracted the SP2 .exe and placed all of these files in the \Updates folder
    2. My .msp file is in the \Updates folder with 1 in front of the name
    3. My MI command is only: setup.exe
    4. Managed Install for Office does work and silently installs, it just does not install the service pack.

    Anybody else able to successfully deploy Office 2010 w/ SP2?

    Thanks,
    Ben - bens401 9 years ago
  • Here is a tool that will create that .MSP file as well. http://windowsafg.no-ip.org/office2013.html - WhitzEnd 9 years ago
  • Thank you zillions antisoshl. I followed your steps to successfully create a 2016 Office Standard 32bit Managed Install.

    There is one thing I'd like to point out in your Step 5 screenshot. You have both "autorun.inf" and Off2013.zip" highlighted.

    Thank you again. - endlessknot 7 years ago
    • Ditto on this! Just created an installer and works great. - dasditninja 6 years ago
This post is locked
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ