Jump to content
DeployCentral

SmartDeploySupport

Administrators
  • Posts

    904
  • Joined

  • Last visited

Posts posted by SmartDeploySupport

  1. Hi Jason,

    This is a known issue and not related to a disc issue. You will not want to install vmware tools on your virtual reference machine. It occurs if the Windows 10 image is 1803 or greater. There is a chance that it won't import correctly into WDS on Server that isn't 2016.  But, not all images have the issue, so you may have luck recreating the image. The older version of Wingapi.dll isn't handling some of the new file properties in 1803.  Unfortunately this is something we cannot fix and it even happens when importing a .WIM that isn't create by SmartDeploy but even dism.exe. Are you deploying 25+ machines at the same time? If not, you won't benefit from using multi-cast. You have the original .wim,  which wasn't imported into the WDS role correct? Perhaps on the SmartDeploy host? If you do, I would open the WDS role and delete the install group of Windows 10. That should delete Y:\Images\Win10x64\. Then if you still want your original image there you can manually create that file path via file explorer. Copy your original .WIM to that location. Then create a new answer file to point to that image again, but this time it wasn't imported via the WDS role and will use uni-cast. Create new WDS boot media. Delete your old wds boot media from the WDS role. Import the new one.  That will get you deploying and you can still use the PXE functionality, but still deploy via unicast.
     
  2. Hi Ted,

    Yep, you guessed it. Deployment Packages need to be recreated as well with the new version, but you can use the same answer file as before, unless you're utilizing any new Deploy Wizard features that did not exist in the previous version (I don't believe there are any such changes in .3040, but this has been the case in some previous versions). 

    Glenn
    SmartDeploy Support

  3. Hi Ted,

    In order to perform console-initiated deployments, the clients must be on the same version as the console. No action should be required, however - the clients should install the latest version automatically, starting within a few minutes of when you upgrade the console. 

    Please feel free to reach out if you have any questions or issues - support@smartdeploy.com. 

     

    Glenn
    SmartDeploy Support

  4. Hi Jeff,

    We will need to take a look at some log files. Please boot to SmartDeploy media on the affected device (ideally with USB boot media with no answer file, to avoid starting another deployment and wiping the previous logs), click the Collect logs option, save the resulting zip file to an external location, and email support@smartdeploy.com and reference this thread.

    Thanks,

    Devon

    SmartDeploy Support

  5. Hello cdonald2,

    Depending on the version of Office you're trying to install, there is some additional work to automate the installation.

    Here's a link to the Office 2016 Deployment tool documentation.

    https://docs.microsoft.com/en-us/deployoffice/overview-of-the-office-2016-deployment-tool

    In short, you'll want to have the installation parameters pre-set in a file and invoke that file as part of the installation.

    I recommend testing this manually on a system before building it into an application pack.

     

     

     

  6. Hi WyliKioti,

    This error is usually caused by a mistyped or invalid Windows product key - however, it would affect all of your devices that deploy this image (if the product key was added in Capture Wizard) or all devices that deploy using this answer file (if the product key was added in Answer File Wizard). So, for this error to occur in a model-specific fashion is unusual. We'll need to see a logset from this deployment to determine what's going on. 

    Please boot to SmartDeploy media on the affected device (ideally with USB boot media with no answer file, to avoid starting another deployment and wiping the previous logs), click the Collect logs option, save the resulting zip file to an external location, and email to us at support@smartdeploy.com.

    Note that some organizations restrict sending zip files over email, so you may want to check with your IT department to make sure the email made it out with the attachment. Alternately, you can submit it via the Support form, which includes a file upload option. If you submit a new ticket, please mention my name so that your ticket is routed correctly.

    Glenn
    SmartDeploy Support

  7. Hi Chris,

    Antivirus software running on your host can cause some of your VM files to be in use, and can trigger this error. Try disabling a/v and retrying capture. 

    If the issue persists, please send us your Capture Wizard log - C:\SmartDeploy\Logs\Capture.log

    Send to: support@smartdeploy.com

    Glenn
    SmartDeploy Support

  8. Hi Nagaraj

    You're certainly free to decommission any device as long as you will never again reimage it with SmartDeploy, and as long as you won't be using any other SmartDeploy product features such as computer management with the SmartDeploy client, driver updates, application deployment (beta), etc.

    We generally recommend (and that it's generally lower-risk) to wait until a device is physically leaving the premises to decommission it, however - if a decommissioned device is ever reimaged or has the SmartDeploy client installed, it would become "recommissioned", meaning it would consume another SmartDeploy license seat - but this time, the license cannot be removed from the device, and it would simply be lost when the device retires. 

    If you have any questions about licensing, please feel free to reach out at licensing@smartdeploy.com.

    Glenn
    SmartDeploy Support

×
×
  • Create New...