Open Stack

Hi,
Here is the output as requested:

[root at undercloud ~]# sudo podman inspect ironic_pxe_tftp | jq
.[].Config.Labels
{
  "architecture": "x86_64",
  "build-date": "2020-09-01T19:43:46.041620",
  "com.redhat.build-host": "cpt-1008.osbs.prod.upshift.rdu2.redhat.com",
  "com.redhat.component": "ubi8-container",
  "com.redhat.license_terms": "
https://www.redhat.com/en/about/red-hat-end-user-license-agreements#UBI",
  "config_data": "{'command': ['/bin/bash', '-c', 'BIND_HOST=$(hiera
ironic::pxe::tftp_bind_host -c /etc/puppet/hiera.yaml); /usr/sbin/in.tftpd
--foreground --user root --address $BIND_HOST:69 --map-file
/var/lib/ironic/tftpboot/map-file /var/lib/ironic/tftpboot'],
'environment': {'KOLLA_CONFIG_STRATEGY': 'COPY_ALWAYS',
'TRIPLEO_CONFIG_HASH': '669301f635becb3ecffd248a4ac56f35'}, 'healthcheck':
{'test': '/openstack/healthcheck'}, 'image': '
undercloud.ctlplane.taashee.com:8787/tripleowallaby/openstack-ironic-pxe:current-tripleo',
'net': 'host', 'privileged': False, 'restart': 'always', 'start_order': 90,
'volumes': ['/etc/hosts:/etc/hosts:ro', '/etc/localtime:/etc/localtime:ro',
'/etc/pki/ca-trust/extracted:/etc/pki/ca-trust/extracted:ro',
'/etc/pki/ca-trust/source/anchors:/etc/pki/ca-trust/source/anchors:ro',
'/etc/pki/tls/certs/ca-bundle.crt:/etc/pki/tls/certs/ca-bundle.crt:ro',
'/etc/pki/tls/certs/ca-bundle.trust.crt:/etc/pki/tls/certs/ca-bundle.trust.crt:ro',
'/etc/pki/tls/cert.pem:/etc/pki/tls/cert.pem:ro', '/dev/log:/dev/log',
'/etc/puppet:/etc/puppet:ro',
'/var/lib/kolla/config_files/ironic_pxe_tftp.json:/var/lib/kolla/config_files/config.json:ro',
'/var/lib/config-data/puppet-generated/ironic:/var/lib/kolla/config_files/src:ro',
'/var/lib/ironic:/var/lib/ironic/:shared,z',
'/var/log/containers/ironic:/var/log/ironic:z',
'/var/log/containers/httpd/ironic-pxe:/var/log/httpd:z']}",
  "config_id": "tripleo_step4",
  "container_name": "ironic_pxe_tftp",
  "description": "The Universal Base Image is designed and engineered to be
the base layer for all of your containerized applications, middleware and
utilities. This base image is freely redistributable, but Red Hat only
supports Red Hat technologies through subscriptions for Red Hat products.
This image is maintained by Red Hat and updated regularly.",
  "distribution-scope": "public",
  "io.buildah.version": "1.19.9",
  "io.k8s.description": "The Universal Base Image is designed and
engineered to be the base layer for all of your containerized applications,
middleware and utilities. This base image is freely redistributable, but
Red Hat only supports Red Hat technologies through subscriptions for Red
Hat products. This image is maintained by Red Hat and updated regularly.",
  "io.k8s.display-name": "Red Hat Universal Base Image 8",
  "io.openshift.expose-services": "",
  "io.openshift.tags": "base rhel8",
  "maintainer": "OpenStack TripleO team",
  "managed_by": "tripleo_ansible",
  "name": "ubi8",
  "release": "347",
  "summary": "Provides the latest release of Red Hat Universal Base Image
8.",
  "tcib_managed": "true",
  "url": "
https://access.redhat.com/containers/#/registry.access.redhat.com/ubi8/images/8.2-347
",
  "vcs-ref": "663db861f0ff7a9c526c1c169a62c14c01a32dcc",
  "vcs-type": "git",
  "vendor": "Red Hat, Inc.",
  "version": "8.2"
}

On Tue, Jul 5, 2022 at 11:59 AM Brendan Shephard <bshephar at redhat.com>
wrote:

> Hey,
>
> The tripleowallaby containers are all built on ubi8 at the moment:
> ❯ skopeo inspect docker://
> quay.io/tripleowallaby/openstack-ironic-base:current-tripleo | jq
> .Labels.name
> "ubi8"
>
> The container image should be ok. If it isn't an environmental issue, we
> should be seeing the same problem in our CI environments. Wallaby in
> particular  is getting a lot of attention in our CI environments at the
> moment.
>
> Are you able to inspect the container and share the output?
> sudo podman inspect ironic_pxe_tftp | jq .[].Config.Labels
>
>
>
> Brendan Shephard
>
> Software Engineer
>
> Red Hat APAC <https://www.redhat.com>
>
> 193 N Quay
>
> Brisbane City QLD 4000
> @RedHat <https://twitter.com/redhat>   Red Hat
> <https://www.linkedin.com/company/red-hat>  Red Hat
> <https://www.facebook.com/RedHatInc>
> <https://red.ht/sig>
> <https://redhat.com/summit>
>
>
> On Tue, Jul 5, 2022 at 3:39 PM Swogat Pradhan <swogatpradhan22 at gmail.com>
> wrote:
>
>> I had used the namespace: quay.io/tripleowallaby where I faced this
>> issue.
>> Which is why i started this thread.
>>
>> On Tue, Jul 5, 2022 at 11:06 AM Takashi Kajinami <tkajinam at redhat.com>
>> wrote:
>>
>>> Can you try
>>>
>>>  namespace: quay.io/tripleowallaby
>>>
>>> instead ?
>>>
>>> On Tue, Jul 5, 2022 at 2:27 PM Swogat Pradhan <swogatpradhan22 at gmail.com>
>>> wrote:
>>>
>>>> i believe that is the issue, the current continer parameters file is
>>>> trying to pull centos9 images.
>>>> i changed the namespace, but i was unable to find the
>>>> quay.io/tripleowallaby,iiuc in web, honestly i don't know ow to
>>>> specify that:
>>>> (undercloud) [stack at undercloud ~]$ cat
>>>> containers-prepare-parameter.yaml
>>>> # Generated with the following on 2022-07-04T13:53:39.943715
>>>> #
>>>> # openstack tripleo container image prepare default
>>>> --local-push-destination --output-env-file containers-prepare-parameter.yaml
>>>> #
>>>>
>>>> parameter_defaults:
>>>>   ContainerImagePrepare:
>>>>   - push_destination: true
>>>>     set:
>>>>       ceph_alertmanager_image: alertmanager
>>>>       ceph_alertmanager_namespace: quay.ceph.io/prometheus
>>>>       ceph_alertmanager_tag: v0.16.2
>>>>       ceph_grafana_image: grafana
>>>>       ceph_grafana_namespace: quay.ceph.io/app-sre
>>>>       ceph_grafana_tag: 6.7.4
>>>>       ceph_image: daemon
>>>>       ceph_namespace: quay.io/ceph
>>>>       ceph_node_exporter_image: node-exporter
>>>>       ceph_node_exporter_namespace: quay.ceph.io/prometheus
>>>>       ceph_node_exporter_tag: v0.17.0
>>>>       ceph_prometheus_image: prometheus
>>>>       ceph_prometheus_namespace: quay.ceph.io/prometheus
>>>>       ceph_prometheus_tag: v2.7.2
>>>>       ceph_tag: v6.0.4-stable-6.0-pacific-centos-8-x86_64
>>>>       name_prefix: openstack-
>>>>       name_suffix: ''
>>>>       namespace: quay.io/tripleowallaby,iiuc
>>>>       neutron_driver: ovn
>>>>       rhel_containers: false
>>>>       tag: current-tripleo
>>>>     tag_from_label: rdo_version
>>>>
>>>> Is this how to specify it?
>>>>
>>>> On Tue, Jul 5, 2022 at 10:12 AM Takashi Kajinami <tkajinam at redhat.com>
>>>> wrote:
>>>>
>>>>>  > The error indicates that you are running c9s containers on c8s
>>>>> containers.
>>>>> I mean to say
>>>>>
>>>>> c9s containers on c8s *hosts*.
>>>>>
>>>>> On Tue, Jul 5, 2022 at 1:41 PM Takashi Kajinami <tkajinam at redhat.com>
>>>>> wrote:
>>>>>
>>>>>> The error indicates that you are running c9s containers on c8s
>>>>>> containers.
>>>>>> I'd suggest you check your ContainParameterParameters and ensure you
>>>>>> are pulling
>>>>>> the correct image (wallaby + centos 8 stream).
>>>>>>
>>>>>> On Tue, Jul 5, 2022 at 1:12 PM Swogat Pradhan <
>>>>>> swogatpradhan22 at gmail.com> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>> I am trying to setup openstack wallaby using the repo :
>>>>>>> centos-release-openstack-wallaby on top of centos 8 stream.
>>>>>>>
>>>>>>> I have deployed undercloud but the service ironic_pxe_tftp is not
>>>>>>> starting up. Previously the undercloud was failing but now the undercloud
>>>>>>> is deployed successfully but the service is not coming up.
>>>>>>>
>>>>>>> Error log from ironic_pxe_tftp:
>>>>>>>
>>>>>>> [root at undercloud ~]# podman logs 23427d845098
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>> /bin/bash: /usr/sbin/in.tftpd: No such file or directory
>>>>>>>
>>>>>>> My undercloud config:
>>>>>>>
>>>>>>> [DEFAULT]
>>>>>>> undercloud_hostname = undercloud.taashee.com
>>>>>>> container_images_file = containers-prepare-parameter.yaml
>>>>>>> local_ip = 192.168.30.50/24
>>>>>>> undercloud_public_host = 192.168.30.39
>>>>>>> undercloud_admin_host = 192.168.30.41
>>>>>>> undercloud_nameservers = 8.8.8.8
>>>>>>> pxe_enabled = true
>>>>>>> #undercloud_ntp_servers =
>>>>>>> overcloud_domain_name = taashee.com
>>>>>>> subnets = ctlplane-subnet
>>>>>>> local_subnet = ctlplane-subnet
>>>>>>> #undercloud_service_certificate =
>>>>>>> generate_service_certificate = true
>>>>>>> certificate_generation_ca = local
>>>>>>> local_interface = eno3
>>>>>>> inspection_extras = false
>>>>>>> undercloud_debug = false
>>>>>>> enable_tempest = false
>>>>>>> enable_ui = false
>>>>>>>
>>>>>>> [auth]
>>>>>>>
>>>>>>> [ctlplane-subnet]
>>>>>>> cidr = 192.168.30.0/24
>>>>>>> dhcp_start = 192.168.30.60
>>>>>>> dhcp_end = 192.168.30.100
>>>>>>> inspection_iprange = 192.168.30.110,192.168.30.150
>>>>>>> gateway = 192.168.30.1
>>>>>>>
>>>>>>> With regards,
>>>>>>>
>>>>>>> Swogat Pradhan
>>>>>>>
>>>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20220705/a11fa795/attachment-0001.htm>