Packer: Error ebs de MissingParameter al usar ami_block_device_mappings con volume_type

¡Saludos!

Cuando uso ami_block_device_mappings o launch_block_device_mappings y un volume_type de gp2 / io1, obtengo un error MissingParameter ... ebs durante la compilación del empaquetador. Omitir volume_type permite crear la AMI, pero queremos usar tipos de volumen específicos.

• Versión del empaquetador: v0.10.1
• Plataforma : Linux amd64 y Darwin64
• Salida de registro de depuración : https://gist.githubusercontent.com/PartyImp/31abba9c3da89d340ad6c582fac6da33/raw/8214964cfda5ba18ffd09fd6466f15446a4bdc8e/PACKER_LOG=1%2520packer%25-20outbuild%25
• scripts_ necesarios para reproducir el error : https://gist.githubusercontent.com/PartyImp/31abba9c3da89d340ad6c582fac6da33/raw/8214964cfda5ba18ffd09fd6466f15446a4bdc8e/Example%2520Template,% 20 2520% 25AMI20%

El error:

$ packer build example_gold.json
amazon-ebs output will be in this color.

==> amazon-ebs: Prevalidating AMI Name...
==> amazon-ebs: Inspecting the source AMI...
==> amazon-ebs: Creating temporary security group for this instance...
==> amazon-ebs: Authorizing access to port 22 the temporary security group...
==> amazon-ebs: Launching a source AWS instance...
==> amazon-ebs: Error launching source instance: MissingParameter: The request must contain the parameter ebs
==> amazon-ebs:     status code: 400, request id:
==> amazon-ebs: No AMIs to cleanup
==> amazon-ebs: Deleting temporary security group...
Build 'amazon-ebs' errored: Error launching source instance: MissingParameter: The request must contain the parameter ebs
    status code: 400, request id:

==> Some builds didn't complete successfully and had errors:
--> amazon-ebs: Error launching source instance: MissingParameter: The request must contain the parameter ebs
    status code: 400, request id:

==> Builds finished but no artifacts were created.

Creo que la intención con esta plantilla es crear una instancia con almacenamiento de 24 gb / on gp, pero lanzarla como io2: 250iops más adelante. No creo que ami_block_device_mappings tenga ningún efecto en este escenario.

Se definieron más dispositivos de bloque, pero durante el transcurso de mi resolución de problemas descubrí que podía reproducir el problema con un solo dispositivo de bloque.

¿Se están utilizando incorrectamente las secciones ami_block_device_mappings y launch_block_device_mappings ?

Desafortunadamente, tengo que informar que packer_0.8.6 y 0.9.0 no se comportan de la misma manera; estas versiones construyen con éxito el ami.

$ ~/Downloads/packer_0.8.6_darwin_amd64/packer build example_gold.json
amazon-ebs output will be in this color.

==> amazon-ebs: Prevalidating AMI Name...
==> amazon-ebs: Inspecting the source AMI...
==> amazon-ebs: Creating temporary security group for this instance...
==> amazon-ebs: Authorizing access to port 22 the temporary security group...
==> amazon-ebs: Launching a source AWS instance...
    amazon-ebs: Instance ID: i-666
==> amazon-ebs: Waiting for instance (i-666) to become ready...

Muchas gracias