)]}'
{"tempest/scenario/test_encrypted_cinder_volumes.py":[{"author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"change_message_id":"09a82b78f22f7bfe79ddb973e384ff3d699785f4","unresolved":true,"context_lines":[{"line_number":30,"context_line":"    For both LUKS and cryptsetup encryption types, this test performs"},{"line_number":31,"context_line":"    the following:"},{"line_number":32,"context_line":""},{"line_number":33,"context_line":"    * Boots an instance from an image (CONF.compute.image_ref)"},{"line_number":34,"context_line":"    * Creates an encryption type (as admin)"},{"line_number":35,"context_line":"    * Creates a volume of that encryption type (as a regular user)"},{"line_number":36,"context_line":"    * Attaches and detaches the encrypted volume to the instance"}],"source_content_type":"text/x-python","patch_set":1,"id":"7874395f_ed4459ed","line":33,"updated":"2021-01-26 16:05:43.000000000","message":"So, in the multistore case, this image will have been uploaded to the non-ceph store anyway, and copied to ceph automatically by the compute (that\u0027s the point of the job - to test that).\n\nWhat about not creating it here changes that? The reason I ask is I worry that this change depends on some other compute job having run before it (to do that copy-to-store operation) so that whatever this is doing will work. Did you dig enough to know why this actually matters?","commit_id":"26186cf964be0bdeef82267de13e7257c413bafa"},{"author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"change_message_id":"4bb5dd6cb0d02d5ea720c53aff1dbd0a1c48d439","unresolved":true,"context_lines":[{"line_number":30,"context_line":"    For both LUKS and cryptsetup encryption types, this test performs"},{"line_number":31,"context_line":"    the following:"},{"line_number":32,"context_line":""},{"line_number":33,"context_line":"    * Boots an instance from an image (CONF.compute.image_ref)"},{"line_number":34,"context_line":"    * Creates an encryption type (as admin)"},{"line_number":35,"context_line":"    * Creates a volume of that encryption type (as a regular user)"},{"line_number":36,"context_line":"    * Attaches and detaches the encrypted volume to the instance"}],"source_content_type":"text/x-python","patch_set":1,"id":"badc468f_04208407","line":33,"in_reply_to":"7874395f_ed4459ed","updated":"2021-01-26 16:28:27.000000000","message":"Okay, it looks like image_create() must be defaulting to qcow2, which isn\u0027t considered for copying on the nova side, which is why trying to do this with the base image would work in isolation. In most cases, we\u0027ve already copied it by the time we get to this task anyway, but if we happen to run this first, we should trigger the copy all the same after this change, because we\u0027ll be using the raw base image.","commit_id":"26186cf964be0bdeef82267de13e7257c413bafa"}]}