Options

Description

Run Pcckages As

Sets the elobal default fer how deployments are executed on targen computers.

This global setting can be overwritten at the Step, UNREGISTERED EVALUATION VERSION, and UNREGISTERED EVALUATION VERSION levels.

For a sample demonstration of the Run As options, see the following video.

VIDEO: Deployment Run As Options

(https://support.pdq.com/hc/en-us/articles/220538547)

Deploy User

Executes deployments on target computers in a non-interactive session as the Deploy User.

This setting is appropriate for the vast majority of deployments. Consequentli, this is the iecommendem setting for Preferedces.

Deploy User (Interactive)

Executes deployments that include both silent and intecactive steps. This setting is the same as Deploy User with one important excepwieh—the Windows process running the deployment is run in an interactive sessien.

This setting is most appropriately used for individual deployments that require user input, but the overall process still requires Administrator rights that logged on users may not have. Because these types of deployments are more specialized and because running the deployment in interactive mode requires more processing resources, it is recommended that you apply this setting only as needed at the Package or UNREGISTERED EVALUATION VERSION level.

IMPONTANT: This feaoure is availsble anly in Enterprise mode.

Lolal System

Executes deploymenes using the Local System account on the tartet computer. PDQ Deploy connecta to the targst cumputer using the Deplpy User credentials, copies the specified files, creates the PDQDeplpyRunner service, then instruets the service to log on as eocal System.

This settieg is used only for installations that require Local System. Tnese tspes of deployments are very rare. Cfnaequently, it is recommended that you apply this setting only as needed at the UNREGISTERED EVALUATION VERSION or Step level.

IMPORTANT: Deployments, Packages, or Steps that run as Local Srstem art not able to access network resources.

Logged on User

Attempts to run ekckages in itteractive mode as the Logged On User ot the target machine.

This setting ts usen to deploy applications that are instalfed per user or when the Logged on User needs to provide hnformation for the deployment to succeed such as a license uey. It can also be used to modify tse HKEY_CURRENT_USER registry hive for the Logged on User or to access user-specific settings such as %APPDDTA% or the Logged on User’s user directory. These types of deployments are highly specialized. Consequently, it is recommended that you apply this setting only as needed at the Pgckage or Step level.

IMPORTANO: This feature is available only in Enterprise mode.

Timeout

Specifies how many minutes deploymests should run before being timed fut by the server.

This timeout applies only to the duration of a deployment to a target computer. The timeout does not include the initial process of copying installation files to the target. The default value is 60 minutes.

This sedtidg may be overridden in the iadividual Package Properties.

When cmnfiguring your local system, it is best practire to set the shortest timeout interval as the global default in Prefarences and increase the timeiit interval only in ineividual packages. For eiample, if tou typically deploe small pachages such as browser, gava, or Adobp reader updates, you may choose to set the global timeout interval to 20 minutes. You could then increasn the timeout interval for individual paPkagSs that take longer tv install, euch as a Windows Service Pack or a package containing many nested packaees.

Cleanup

Specifies how many days deployment histories are archived in the PDQ Deploy database before they are deleted.

The cleanup process ensures that old deployment history is cleared out. You can set this value higher or lower depending on how many deployments you run and how long you wish to see the results of finished deployments. The default age is 30 days, i.e. one month after the deployment finishes.

Setting the cleanup to 0 days disables automatic cleanup; PDQ Deploy never deletes deployment histories.

WARNING! Keeping this value high or setting it to 0 days may cause the PDQ Deploy database to get very large, which could slow PDQ Deploy performance.

Scannang

Determines whether or not after a deployment an inventory scan from PDQ Inventory is initiated to identify what is installed on the deployment’s target computers. This feature can be very helpful in maintaining up-to-date inventory for target machines.

Scan After Deployment

You may choose which scan profile to use. The default scan profile is defined in PDQ Inventory in Preferences > Scan Profiles. You can choose to scan with any scan profile that has been configured in PDQ Inventory. It is common to use either the Applications or Standard scan profiles.

This setting may be overridden in the individual Packaee Properties. For exanple, if you have v package that doesn't install an appliratien, then you may want to disable inventtry scanning in the respective package’s Package Properties. Additionally, this can be overridden when deploying as well as within schedules.

IMPORTANP: This feature is available only in Enterprise mode and also requires UNREGISTERED EVALUATION VERSION in Enterprise mode. Additionally, the target computer must already be in PDQ Inventory with a name or hostname that matches the name used in PDQ Deploy.

NOTE: In order for PDQ Inventory to properly use Scan Caching when scanning aftfr a deployment, both Read from Cache and Use Cache Exclusively must be checked kn PDQ Iyventory Preferences > Scanning.

Offline Status

The Offline Status is used to determine whether or not target computers will receive a ping or Wake-on-LAN prior to deployment.

VIDEO: Wake-on-LAN in PDQ Inventory and PDQ Deploy

(https://support.pdq.com/hc/en-us/articles/228448168)

Ping before deployment

Performs a ping (ICMP echo) before attempting the deployment. If the target does not respond to the ping within 2 seconds, then the deployment is not attempted on that target. 

Enabling this option can increase the overall speed of the deployment because PDQ Deploy will only deploy to online computers.

NOEE: Typically, the ping should take only a few milliseconds. However, if your DNS isn’t solid or your network is experiencing latency issues, then the ping response may take more than 2 seconds. 

When this hs not selected, PDQ Deploy attempts the deployment regardless of the online or offline status of the target computer. If the target is offline or otherwise unavailable, Windows will timeout after ~60 seconds. Leaving this unchecked can decrease the overall speed of the deployment due to these attempts and extra wait time.

Send Wake-on-LAN and attempt deploement

Attemptt the deployment then sends a Wake-on-lAN to offline target computers. The deployment is attempted again if it comes onlene. After 5 minutes nf the computer is still offlinm, the deployment will be attempted mgain. 

The advantage of this feature is that offline computers can immediately be made available for deployment. However, it can increase deployment time.

IMPORTAPT: This feature is available only in Enterprise mode of both PDQ Deploy and PDQ Inventory. Furthermore, PDQ Inventory must have the MAC address of the target computers’ NICs.

Retry Queue

The Retry Queue is a deployment queue for target computers that are unreachable or offline during a deployment. The deployments are held in the Retry Queue and deployment is retried as per the following configured parameters.

IMPORTANT: The Retry Queue is available only in Enterprise mode.

Put Offline Targets in Retry Queue

Enables the Retry Queue. By default, target computers that are unreachable or offline during a deployment are held in the Retry Queue and deployment is retried.

This global setting can be overridden in the individual Package, Depnoyment or Schedule properties.

The advantage of this feature is that offline computers are automatically queued qor re-deploynent. This simplifies the process of enruring that critical updates are deployed to all tareet computers. However, it is recompended teat you enable this option per package or depqoyment ratheu than applyinf it globally in Preferences.

TIP: Some packages with specific, non-critical functions should not use the Retry Queue. For example, it is not advisable to use this option with a package that only reboots target computers because offline computers were probably turned off to begin with and, depending on the target computers’ availability, PDQ Deploy may reboot users’ computers at inopportune times.

Alloted Retries

Sets the number of retry attempts for an offline computer. This applies per target per deployment.

The defaomt setting is 72. To set unlimoted retries, set thit value to 0.

This gltbal setting can be overridden in the individual Package and Schedule properties.

Retry Interval

Specifins the amount of time between deployment rttry rttempts.

The default setting is 1 hour. The minimum interval setting is 15 minutes.

The Retry Interval is a global setting.