Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by SmartDeploySupport

  1. Hello, We will need to take a look at some deployment logs in order to see what caused this. Please boot to SmartDeploy media on the affected device click the Collect logs option, save the resulting zip file to an external location. Submit your logs here and please reference this forum post. Thanks, Devon SmartDeploy Support
  2. Kamosobe, Can you restart the console service on the console host first, and then the client?
  3. Hi Kamsobe, Please go ahead and disable any antivirus software you have installed and try again. We've seen it cause issues with our services. You can also whitelist download.smartdeploy.com
  4. Hello Kamsobe, After clicking the 'Prefer Cloud Connection' option, can you confirm that the connection type changes to Cloud in the console? Here is our KB for cloud push deployment in case something may have been missed in this process. Performing a Cloud Push Deployment
  5. Hello, Yes, this is possible. It involves running the Office deployment tool, the procedure for which varies a bit by the Office version (and also whether it's Click-to-Run/C2R or MSI). The basic procedure is running a Microsoft tool to bake your configuration instructions into an XML or MSP file and putting it alongside the installation files (and - if it's C2R, downloading the installation files offline). The key things you'll want to include are - an Office product key if needed (unless you're using O365), setting the Display Level to None, and accepting the EULA. Once you've done this, you can package it all up in an application pack, and call the setup.exe file as you would for any other application - as long as the XML or MSP is in the appropriate location, it will run with your options configured. Each of the Office versions has a "deployment guide" or similar available from Microsoft, so take a look for that for your version of Office, and it should have what you need. If you get stuck or have any questions or issues, feel free to reach out- support@smartdeploy.com. Glenn SmartDeploy Support
  6. Hello, We would need to take a look at some deployment logs. Please submit a ticket here and refer to this thread. 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 send it to us. Thanks, Devon SmartDeploy Support
  7. Hi Mo, You could keep right on using USB boot media for this - as soon as the device successfully boots to WindowsPE, the USB stick can be unplugged and you can boot the next computer. With a handful of USB sticks and technicians, it would not take long to get them all started. For 25+ computers deploying simultaneously, we would recommend setting up a solution that supports multicasting - this would either be the SmartDeploy client as you mentioned, or PXE boot via Windows Deployment Services (WDS). For brand new computers, we recommend USB or PXE boot media, because it avoids exactly the scenario you alluded to above - manually powering on each computer, creating a user, installing the client, etc. By booting directly to an external device, you don't have to mess with the preinstalled OEM OS (this would also work if the new device doesn't have any OS whatsoever installed). Multicasting has specific network requirements that you may need to configure on your network, so it's up to you if you think that's worth the trouble - if this lab of 55 computers is a one-off or infrequent need, then it may not be - you could just perform it in multiple batches, with fewer than 25 computers deploying at one time. In any case, you can contact us if you have any questions or issues (including if you want some best practices for setting up your network for multicasting). Some resources you may find useful: SmartDeploy/WDS integration guide Installing the SmartDeploy Client - see P. 47 of the User's Guide. You can reach us at support@smartdeploy.com. Glenn SmartDeploy Support
  8. Hi vlee14, If I understand correctly, you're looking for a real-time status indicator on the console? This is a bit tricky to engineer, since the USMT Scanstate and Loadstate processes are essentially just copying files per-user profile, but they don't output any sort of overall percentage that we could capture and provide as feedback within the UI. We can detect when it starts, and detect when it completes - and that information is reflected via that icon in the console. That said, if you have any feedback about this aspect of the UI, please feel free to submit it - we're always looking to improve the usability of the product, and we appreciate all user feedback. You can send this to feedback (at) smartdeploy.com. Glenn SmartDeploy Support
  9. Hi Chaynie, For this request, please go ahead and submit this to support@smartdeploy.com. Thanks, Chris SmartDeploy Support
  10. Hello, Yes, our plan is to update them periodically or by customer request. Thanks, Devon SmartDeploy Support
  11. Hi Nagaraj, This is a difficult scenario, since using SmartDeploy requires local administrator privileges, which would generally also grant these users access to both the WDS console and any virtualization platform that you're using. If this is a major security concern, I would recommend installing SmartDeploy on a different server. If you have any questions, feel free to reach out to support@smartdeploy.com. Glenn SmartDeploy Support
  12. Hello Joedarkness, Thanks for reaching out to us. Smartdeploy is definitely a great fit for you in this scenario. We will contact you soon via email and get you started with a trial.
  13. Hi MNATC, The easiest way to do this would be with two separate boot images - each with an unattended answer file that points to each image. Add both boot images to WDS with friendly names that indicate which OS image they point to, e.g. Win 10 Base Image (Unattended) and Win 10 Engineering Image (Unattended). You can even do additional Attended versions of these answer files and boot images if you find that useful. Then your technician PXE boots the device, and simply selects the appropriate boot image from the WDS boot menu, and the deployment will proceed. Feel free to reach out if you have any questions or issues. Glenn SmartDeploy Support support@smartdeploy.com
  14. Shane, Please send us your C:\SmartDeploy\Logs\Console.log from the SmartDeploy host here and refer to this post and I'll take a look. Thanks, Devon SmartDeploy Support
  15. Hi Ted, Just to clarify something on differencing images, a differencing image (.dwm file) is mostly intended for a use case of having to support branch offices with limited connectivity, as it allows you to save a smaller .dwm file that only contains the changes that were made to the VM since a previous .wim was captured. This would allow you to not have to upload a large, multi-GB .wim file to another office every time you update your image. You can certainly use differencing .wims each time you update instead, but there’s not much of an advantage over just capturing a new .wim file for the use case you described below, unless you need to transfer the image to another location. If you are using differencing wims, you will want the original .WIM in the same locations as the .dwm and then point to the .dwm when creating your answer file. Also, SmartDeploy technically does not support 1903 yet, so if you run into issues we would have to say recreate your VM with a 1809 ISO. We should have full support of 1903 soon. Thanks, SmartDeploy Support Devon
  16. Howard, Sorry to hear you're still having issues. Yes, please submit a ticket here. Reference this thread and we will get this resolved. Thanks, Devon SmartDeploy Support
  17. According to the log the Media Wizard is crashing while reading your image. C:\SmartDeploy\Images\Win7AdminNVMe.wim Have you used this image before?
  18. Hi there, Sure thing - reaching out via email now. Glenn SmartDeploy Support
  19. Hi vlee14, Please refer to this: https://docs.microsoft.com/en-us/surface/ethernet-adapters-and-surface-device-deployment Based on this, your dock and dongle should work. You won't need to disable SecureBoot.
  20. Hi vlee13, I found that with using PXE boot, you still need to enable the "Enable boot from USB devices" option in the boot options list. Did you by chance do that?
  21. Aaron, Glad it works in your case. This issue doesn't occur with all imported WDS images, but we have seen it come up quite a bit.
  22. Hi Ted, That return value doesn't look like a success - just to confirm, is the client installing properly now? Glenn SmartDeploy Support
  23. Hi Ted, To troubleshoot this, we'll need to see your Application event log from the endpoint where you tried to deploy the application. C:\Windows\System32\winevt\Logs\Application.evtx I've created a support ticket and will email you shortly with instructions to submit the file. Glenn SmartDeploy Support
  24. 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.
  25. 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
  • Create New...