<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body>
<p>I had that problem when setting up a Victoria Kolla cluster, and
it turned out that the image was owned by the wrong project, as
suspected by Michael. I changed the owner in Glance<span
class="s1"></span>, and it worked. The owner must be <span
class="s1">4269b3cd5452416e8153f5b4f5adcf0c in Chris' case </span><span
class="s1"> (<font face="monospace">openstack image set
--project </font><span class="s1"><font face="monospace">4269b3cd5452416e8153f5b4f5adcf0c
amphora-image-name</font>)</span>.<br>
</span></p>
<p>I don't think this is a Kolla problem, as Kolla leaves the
responsibility of building and uploading the image to the
administrator (or it did so at Victoria). <br>
</p>
<p>Bernd Bausch<br>
</p>
<div class="moz-cite-prefix">On 2021/08/06 11:07 PM, Chris Lyons
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:DM6PR18MB31969A2CE218B7CB871E8435B9F39@DM6PR18MB3196.namprd18.prod.outlook.com">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style>@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}@font-face
{font-family:Menlo;
panose-1:2 11 6 9 3 8 4 2 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}p.p1, li.p1, div.p1
{mso-style-name:p1;
margin:0in;
font-size:8.5pt;
font-family:Menlo;
color:black;}p.p2, li.p2, div.p2
{mso-style-name:p2;
margin:0in;
font-size:8.5pt;
font-family:Menlo;
color:black;}span.s1
{mso-style-name:s1;}.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}div.WordSection1
{page:WordSection1;}</style>
<div class="WordSection1">
<p class="MsoNormal">Both of those appear ok…. I do have the
amphora image set to public and I see this in the Octavia.conf
file:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="p1"><o:p> </o:p></p>
<p class="p2"><span class="s1">[controller_worker]</span><o:p></o:p></p>
<p class="p2"><span class="s1">amp_ssh_key_name =
octavia_ssh_key</span><o:p></o:p></p>
<p class="p2"><span class="s1">amp_image_tag = amphora</span><o:p></o:p></p>
<p class="p2"><span class="s1">amp_image_owner_id =
4269b3cd5452416e8153f5b4f5adcf0c</span><o:p></o:p></p>
<p class="p2"><span class="s1">amp_boot_network_list =
adfa01a9-55bd-42ea-b849-81060d5d7c09</span><o:p></o:p></p>
<p class="p2"><span class="s1">amp_secgroup_list =
ecf269e2-42fc-477b-9ce1-38d60c1d8d5d</span><o:p></o:p></p>
<p class="p2"><span class="s1">amp_flavor_id =
c854d1e7-885f-4f7a-88a3-79728b561830</span><o:p></o:p></p>
<p class="p2"><span class="s1">client_ca =
/etc/octavia/certs/client_ca.cert.pem</span><o:p></o:p></p>
<p class="p2"><span class="s1">network_driver =
allowed_address_pairs_driver</span><o:p></o:p></p>
<p class="p2"><span class="s1">compute_driver =
compute_nova_driver</span><o:p></o:p></p>
<p class="p2"><span class="s1">amphora_driver =
amphora_haproxy_rest_driver</span><o:p></o:p></p>
<p class="p2"><span class="s1">amp_active_retries = 100</span><o:p></o:p></p>
<p class="p2"><span class="s1">amp_active_wait_sec = 2</span><o:p></o:p></p>
<p class="p2"><span class="s1">loadbalancer_topology = SINGLE</span><o:p></o:p></p>
<p class="p1"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span
style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">Michael
Johnson <a class="moz-txt-link-rfc2396E" href="mailto:johnsomor@gmail.com"><johnsomor@gmail.com></a><br>
<b>Date: </b>Friday, August 6, 2021 at 10:04 AM<br>
<b>To: </b>Chris Lyons <a class="moz-txt-link-rfc2396E" href="mailto:chris@lyonsgroup.family"><chris@lyonsgroup.family></a><br>
<b>Cc: </b><a class="moz-txt-link-abbreviated" href="mailto:openstack-discuss@lists.openstack.org">openstack-discuss@lists.openstack.org</a>
<a class="moz-txt-link-rfc2396E" href="mailto:openstack-discuss@lists.openstack.org"><openstack-discuss@lists.openstack.org></a><br>
<b>Subject: </b>Re: Octavia<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal">This is a kolla bug most likely.<br>
<br>
This could be caused by a few possible issues in kolla:<br>
<br>
1. The images are owned by the wrong project. Kolla may
deploy<br>
Octavia under a special service project. The image kolla
uploads to<br>
glance must be uploaded under the service project as owner.
A simple<br>
test to see if this is the issue would be to set the image
as "public"<br>
such that all users of the cloud can see it. If a load
balancer can be<br>
created after that change, the images are loaded under a
project that<br>
Octavia cannot access.<br>
2. The other possibility is kolla configured an alternate
tag name.<br>
Check the [controller_worker] amp_image_tag setting [1] in<br>
octavia.conf. The images must be tagged with the same name
as is<br>
configured in the octavia.conf for the controllers.<br>
<br>
Let us know either way (and ideally open a bug for kolla)
what you find out.<br>
<br>
Michael<br>
<br>
[1] <a
href="https://docs.openstack.org/octavia/latest/configuration/configref.html#controller_worker.amp_image_tag"
moz-do-not-send="true">
https://docs.openstack.org/octavia/latest/configuration/configref.html#controller_worker.amp_image_tag</a><br>
<br>
On Fri, Aug 6, 2021 at 5:52 AM Chris Lyons
<a class="moz-txt-link-rfc2396E" href="mailto:chris@lyonsgroup.family"><chris@lyonsgroup.family></a> wrote:<br>
><br>
> Octavia group,<br>
><br>
><br>
><br>
> I created this story to see if I could get some
assistance on an Octavia issue I am having with my infra. I
did a vanilla install of Openstack Wallaby using the Kolla
project with Octavia enabled and auto-configure set.
Everything appeared to install fine. When I try to create a
load balancer using the horizon console or the cli or
through further installs such as cloudfoundry that require a
loadbalancer, I get an error from glance about “No image
found with tag amphora” even though the image does exist. I
hope it is something simple or an oversight on my part.
Could I get some ideas or places to look?<br>
><br>
><br>
><br>
> Story:<br>
><br>
><br>
><br>
> <a
href="https://storyboard.openstack.org/#!/story/2009103"
moz-do-not-send="true">https://storyboard.openstack.org/#!/story/2009103</a><br>
><br>
><br>
><br>
> Kolla install followed:<br>
><br>
><br>
><br>
> <a
href="https://docs.openstack.org/kolla-ansible/latest/reference/networking/octavia.html"
moz-do-not-send="true">
https://docs.openstack.org/kolla-ansible/latest/reference/networking/octavia.html</a><br>
><br>
><br>
><br>
> cli output :<br>
><br>
><br>
><br>
> [root@kolla ~]# openstack image list --tag amphora<br>
><br>
>
+--------------------------------------+---------------------+--------+<br>
><br>
> | ID |
Name | Status |<br>
><br>
>
+--------------------------------------+---------------------+--------+<br>
><br>
> | 8f7398e7-7912-43b8-8131-e90f21c91ab4 |
amphora | active |<br>
><br>
> | 9bf14389-8521-4fb7-a7db-925f4dea1bf3 |
amphora-x64-haproxy | active |<br>
><br>
>
+--------------------------------------+---------------------+--------+<br>
><br>
> [root@kolla ~]#<br>
><br>
><br>
><br>
> My Infra scripts (relevant):<br>
><br>
><br>
><br>
> <a
href="https://github.com/mephmanx/openstack-scripts/blob/32363ef5753fdec381f713c747c90a5c14b3ae72/kolla.sh#L340"
moz-do-not-send="true">
https://github.com/mephmanx/openstack-scripts/blob/32363ef5753fdec381f713c747c90a5c14b3ae72/kolla.sh#L340</a><br>
><br>
><br>
><br>
><br>
><br>
> I am admin of said infra so if anyone has time or
availability (or interest) to log in and take a look I would
be happy to provide creds.<br>
><br>
><br>
><br>
> Thank you for any time that you could provide or offer!<br>
<br>
<br>
<br>
This email has been scanned by Inbound Shield™.<o:p></o:p></p>
</div>
</div>
</blockquote>
</body>
</html>