You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are using for our images a "chained" process for on-premis and for all cloud providers, i.e. we create one basis containing all required hardening, company specific setup and cloud specific configuration. Then we use this basis in another step and create the intended image flavor. In step one, we create one additional disk to separate the /var/log tree to a separate disk (company way of doing things which cannot be changed). For certain use cases, we need to use one more data disk in the image (e.g. for local data storage).
This issue was originally opened by @loibpet as hashicorp/packer#7042. It was migrated here as a result of the Packer plugin split. The original body of the issue is below.
packer -v: 1.3.2
We are using for our images a "chained" process for on-premis and for all cloud providers, i.e. we create one basis containing all required hardening, company specific setup and cloud specific configuration. Then we use this basis in another step and create the intended image flavor. In step one, we create one additional disk to separate the /var/log tree to a separate disk (company way of doing things which cannot be changed). For certain use cases, we need to use one more data disk in the image (e.g. for local data storage).
Our templates look like this:
Step 1:
This works fine and the image is created as needed.
Step 2 - Version 1:
This one fails with:
==> azure-arm: ERROR: -> BadRequest
==> azure-arm: ERROR: -> InvalidParameter : Cannot specify user image overrides for a disk already defined in the specified image reference.
Step 2 - Version 2:
Adding the size of the user disk of step 1 fails as well:
==> azure-arm: ERROR: -> BadRequest
==> azure-arm: ERROR: -> InvalidParameter : Cannot specify user image overrides for a disk already defined in the specified image reference.
The text was updated successfully, but these errors were encountered: