Jeff Harris

If you're doing this in an application pack, your executable will be cmd.exe. You'd put the 'REG DELETE .... " command in the arguments field. 

Hash mismatch is usually a bad download, or sometimes less frequently, a result from Filtering or SSL Inspection that's making files 'safe' but in turn changing the hash and triggering our protection from man-in-the-middle attacks. If that deployment started, as in it passed the disk clean portion, you'll have to restart the deployment with USB media. 

Other devices that are remaining in pending; the client is not processing new messages from the console. Make sure there isn't anything stuck from the any previous deployments (Like C:\WIndows\Temp\SD or C:\Windows\Temp\!sdspk existing) - If so, look in them to see which package was last deployed, kill the task in task manager, and then remove those directories and restart the SD Client service. 

If it persists, email support so we can collect log files and investigate further. 

This error can also be caused if the authentication token created and embedded in the Answer File is no longer valid. Reauthenticating to cloud storage in the console and making a new Answer File and Deployment Package can help in that case. 

There was a bug discovered in v3 that was making all media expire after 30 days. Re-creating the ISO will fix it, but for long term, you should update to version 3.0.1015 and then re-create it. 

When the SmartDeploy Client (v2.0.3090) starts it's going to try and reach the console host by the name set by the Answer File or the SDEClientSetup.msi package for 5 minutes. If it fails, then it assumes it's offline and switches to api.smartdeploy.com and connects via the cloud. 

Check the C:\Windows\SysWOW64\SmartDeploy\ClientService.xml file on one of these clients to see what the hostname is. Make sure it's resolvable, and then you can try re-starting the SmartDeploy Client service to make it try the local host again. 

You can run this PowerShell Command to watch the log in real-time. Give it 5 minutes and you see a repeating block like this, where I've highlighted the CLIENT -> CONSOLE line to indicate it's connected. 
Get-Content "C:\Windows\SysWOW64\SmartDeploy\ClientService.Console.log" -Wait

This error typically indicates a problem with one or more files in the file system of your Reference VM. For example. we know that any files partially synchronized in OneDrive on a Ref VM will throw this error. Installing A/V on the Ref VM is another culprit, but it can depend on a number of things. 

The first thing to try is a warm capture. Sometimes this helps avoid the error, however if it persists, then we'd ask to go over what's installed on the VM, and what specific changes/configurations were made to the OS/Apps. 

Capture an Image from a Running Virtual Machine - Warm Capture : Support Center (smartdeploy.com)

Please reach out to Support so we can look up your account, and check your subscription level and check things on our end.

The SmartDeploy console is attempting to reach our services at api.smartdeploy.com. Check to see if that URL needs white-listing from any SSL Inspection or other filtering please, and restart the SmartDeploy API Service and try opening the console again. 

There was a service interruption this morning (8/24/21) - It is resolved now. 

Application Packs are installed after Sysprep completes, and the SD Client is installed. So it's possible to "beat" the installations to the desktop.

Check that you see the activity of running the pack in the log at C:\Program Files\SmartDeploy\ClientService\SDClientService.log. Also look in Task Manager for the Office installation process. 

When you need to image systems that are coming straight out the box. you should always go straight to USB media. It's much more effort to power them on, complete the Windows OOBE, and then install the SmartDeploy Client to get it into the console and then push the deployment. 

HP and Dell OEM software are often a problem, using a port or causing an issue some other way. It can help to uninstall that stuff like 'JumpStart' or 'Support Bridge' (Sorry I'm going off memory here.) 

If you uninstall that OEM software and still can't install the client, please reach out to support so was can look at logs and connect to the machine to identify the blocking application/service. 

Thanks for sharing DJ. We've seen the v2 client uninstallation fail before, with Windows wanting the location of the original MSI. If you're uninstalling v2.0.3090, you should be able to run this command to kill the regkey needed to force uninstallation and get v3 installed;

REG DELETE "HKEY_CLASSES_ROOT\Installer\Products\A325E1EDF41A10140A46F166D3BC7EBC" /f

This definitely sounds like there's an issue with the SmartDeploy service reaching the Mongo Database service. I agree that reaching out to support so we can look into it more is the right course. 

Please contact us in support, and we can investigate the issue. We'll want to make sure that the MongoDB service is starting, and add a dependency for the SmartDeploy API service to not start until the MondoDB service has also started. We're releasing a new version that addresses this and other bugs discovered since release soon, but the command to add that dependency is: sc config sdapiservice depend= mongodb

We have also discovered that some users have a service that's using port 8080, which affects the SmartDeploy API service. Running netstat -ab will give you a list of everything that's using a port and you can determine if this the case for you. We're working on a solution for this in situations where users cannot remove the other application that's using port 8080. 

George, you were downloading an app pack that pre-dates the Application Pack wizard. Because we cannot redistribute Adobe installers, we have to prompt you for the installer. Those are available here; https://get.adobe.com/reader/enterprise/

I've also replied to your email in Support. 

You can try either creating a blank text file and copying it into the folders, or cut/pasting the files out and back into the SmartDeploy folders to refresh the console. 

I'd also confirm that the console is remembering your username and password when you open it. If it's not despite checking the box, it could indicate there's an issue with reading the database. 

The error in the Media.log I see is; "Exception      Message:Key not valid for use in specified state."

This is due to a certificate issue on the SmartDeploy host. Please follow these steps to fix your issue and make sure that you are removing the certificates from Local Computer, not Current User.

You can certainly email screenshots to Support (or share them here if you like) but I would recommend adding the registry changes as direct tasks in an Application Pack. Here's a sample one I just made that would add or change a reg value named "Enabled" and set it to 1 in the key you see here. This method works pretty well. 

A user does not need to log in for Application Packs to begin processing. Following Sysprep, the SmartDeploy client is installed and starts processing App Packs in the background. 

We will have a better way to track Application Pack deployments in v3 which should release this Summer. 

You can look at the Application Log in Event Viewer to see the SmartDeploy Client events regarding the pack being run, and you can also look at the C:\Windows\SysWOW64\SmartDeploy\ClientService.Console.log file to confirm that the Application Pack was extracted and run correctly. (Go to the bottom) However if it's running and the application is still not installing, you'll need to enable installation logging, or test your command in a prompt. 

You can also send that log and screenshots of your Application Pack to Support and we'll help figure out what's going on.

I actually have a Dell Command Update pack (v3.1.3) that I've made for another customer that you can download. It's not an MSI, but an EXE. 

https://drive.google.com/file/d/1zXTNqB3DcYIMsKAxfLRmcmt64Qj52ka7/view?usp=sharing

MSI installs should be pretty easy to do, especially if you use the new Application Pack Wizard. You can always send screenshots of your App Pack config pages to Support and we can help that way as well. 

If you're going to make offline media, then you want to copy the image to your local machine. If you're on the same local network as the console host, you can still change the Platform Pack and Application Pack directory to a network share on your console, and the Answer File as well, to pull them down where they'll be copied to your USB media. 

If you're remote/VPN, then I'd download/copy the image and Answer File to your local workstation. Assuming your direct internet connection is faster, just re-download the Platform Packs via the SmartDeploy Console. Then create your media on the local workstation. 

5 minutes ago, DJ. said:

Just create the media (ISO) and save it on a network share. Then use RUFUS on a machine with USB ports. 

Keep in mind that this will not work if you are creating Offline USB media. 

Want to make sure that deployment packages are updated (Right-click > Edit) after a server upgrade to the latest version as well.

I'd also send screenshots of the client in Computer Management with the version showing, and the C:\Windows\SysWOW64\SmartDeploy\ClientService.Console.log file to support@smartdeploy.com so we can investigate further. 

17 minutes ago, R Bond said:

Did anyone get anywhere with this issue?  I'm now receiving the same message during image deployment and it appears the imaging process completes successfully after I click Ok.

This  error message pops up here and there, and usually doesn't break the process. It could be a problem parsing the Answer File, but you'd want to file a ticket with support and send in the related log for us to look at.