Source Variables
Note: This page is about HCL2 Packer templates. HCL2 templates were first introduced as a beta feature into Packer version 1.5. As of v1.7, HCL2 support is no longer in beta, and is the preferred way to write Packer configuration. For the old-style stable configuration language see template docs. As of v1.6.2, you can convert your legacy JSON template into an HCL2 config file using the hcl2_upgrade command.
It is possible to access the name
and type
of your source
from
provisioners and post-processors:
Build Variables
Build variables will allow you to access connection information and basic instance state information for a builder.
All special build variables are stored in the build
variable:
Here is the list of available build variables:
name Represents the name of the build block being run. This is different than the name of the source block being run.
ID: Represents the VM being provisioned. For example, in Amazon it is the instance ID; in DigitalOcean, it is the Droplet ID; in VMware, it is the VM name.
Host, Port, User and Password: The host, port, user, and password that Packer uses to access the machine. Useful for using the shell local provisioner to run Ansible or Inspec against the provisioned instance.
ConnType: Type of communicator being used. For example, for SSH communicator this will be "ssh".
PackerRunUUID: Current build's unique ID. Can be used to specify build artifacts. An example of that, is when multiple builds runs at the same time producing the same artifact. It's possible to differentiate these artifacts by naming them with the builds' unique IDs.
PackerHTTPIP, PackerHTTPPort, and PackerHTTPAddr: HTTP IP, port, and address of the file server Packer creates to serve items in the "http" dir to the VM. The HTTP address is displayed in the format
IP:PORT
.SSHPublicKey and SSHPrivateKey: The public and private key that Packer uses to connect to the instance. These are unique to the SSH communicator and are unset when using other communicators. SSHPublicKey and SSHPrivateKey can have escape sequences and special characters so their output should be single quoted to avoid surprises. For example:
For backwards compatibility, WinRMPassword
is also available through this
engine, though it is no different than using the more general Password
.
All build variables are valid to use with any of the HCL2 functions. Example of using upper to upper case the build ID:
For builder-specific builder variables, please also refer to the builder docs:
- Amazon EC2: chroot, EBS Volume, EBS, EBS Surrogate, Instance.
The HCL2 Special Build Variables is in beta; please report any issues or requests on the Packer issue tracker on GitHub.
Packer Version
This variable is set to the Packer version currently running.
If you are running a development version of Packer, the version variable will contain the released version number, dev flag, and current commit.
If you are running a released version of Packer, the version variable will contain the released version number only:
Make sure to wrap your variable in single quotes in order to escape the string that is returned; if you are running a dev version of packer the parenthesis may through off your shell escaping otherwise.
HCP Packer Iteration ID
Note: The packer.iterationID
variable is now deprecated and will be removed in a future version of Packer. HCP Packer Versions should be accessed with their fingerprint instead. The packer.versionFingerprint
variable is now exposed to be used in its stead with the new HCP Packer data sources.
If your build is pushing metadata to the HCP Packer registry, this variable is set to the value of the Iteration ID associated with this run.
HCP Packer Version Fingerprint
If your build is pushing metadata to the HCP Packer registry, this variable is set to the value of the Version Fingerprint associated with this run.
You can also add this value to post-processors, for example to add to a manifest file: