Uploaded image for project: 'OpenShift Service Mesh'
  1. OpenShift Service Mesh
  2. OSSM-6419

Issue on OCP 4.15 - Kiali fails to deploy in Istio control plane

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • OSSM 2.5.1
    • Kiali
    • False
    • None
    • False

      Experiencing inconsistencies with Service Mesh deployment between OpenShift versions 4.14 and 4.15. Specifically, when deploying a control plane on 4.15, particularly with Kiali, unpredictable outcomes arise. Noticed instances where Kiali fails to provision automatically in our demo system after deploying a Service Mesh control plane on 4.15. However, deploying on a 4.14 environment yields expected behavior. Seeking insights or resolutions to ensure consistent deployment across OpenShift versions.

                                                              

      Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3
      Server Version: 4.15.10
      Kubernetes Version: v1.28.8+8974577

       

      Kiali Operator

      1.73.7 provided by Red Hat

       

      Red Hat OpenShift Service Mesh

      2.5.1-0 provided by Red Hat, Inc.

       

      errors from kiali operator pod:

       

      TASK [v1.73/kiali-deploy : Get api version information from the cluster] ******* fatal: [localhost]: FAILED! => {"changed": false, "module_stderr": "Traceback (most recent call last):\n File \"/opt/ansible/.ansible/tmp/ansible-tmp-1715011867.313053-2566-166612992126827/AnsiballZ_k8s_cluster_info.py\", line 102, in <module>\n ansiballz_main()\n File \"/opt/ansible/.ansible/tmp/ansible-tmp-1715011867.313053-2566-166612992126827/AnsiballZ_k8s_cluster_info.py\", line 94, in _ansiballz_main\n invoke_module(zipped_mod, temp_path, ANSIBALLZ_PARAMS)\n File \"/opt/ansible/.ansible/tmp/ansible-tmp-1715011867.313053-2566-166612992126827/AnsiballZ_k8s_cluster_info.py\", line 40, in invoke_module\n runpy.run_module(mod_name='ansible_collections.kubernetes.core.plugins.modules.k8s_cluster_info', init_globals=None, run_name='main', alter_sys=True)\n File \"/usr/lib64/python3.6/runpy.py\", line 205, in run_module\n return _run_module_code(code, init_globals, run_name, mod_spec)\n File \"/usr/lib64/python3.6/runpy.py\", line 96, in _run_module_code\n mod_name, mod_spec, ... fatal: [localhost]: FAILED! => {"changed": false, "module_stderr": "Traceback (most recent call last):\n File \"/opt/ansible/.ansible/tmp/ansible-tmp-1715011867.313053-2566-166612992126827/AnsiballZ_k8s_cluster_info.py\", line 102, in <module>\n _ansiballz_main()\n File \"/opt/ansible/.ansible/tmp/ansible-tmp-1715011867.313053-2566-166612992126827/AnsiballZ_k8s_cluster_info.py\", line 94, in _ansiballz_main\n invoke_module(zipped_mod, temp_path, ANSIBALLZ_PARAMS)\n File \"/opt/ansible/.ansible/tmp/ansible-tmp-1715011867.313053-2566-166612992126827/AnsiballZ_k8s_cluster_info.py\", line 40, in invoke_module\n runpy.run_module(mod_name='ansible_collections.kubernetes.core.plugins.modules.k8s_cluster_info', init_globals=None, run_name='main_', alter_sys=True)\n File \"/usr/lib64/python3.6/runpy.py\", line 205, in run_module\n return _run_module_code(code, init_globals, run_name, mod_spec)\n File \"/usr/lib64/python3.6/runpy.py\", line 96, in _run_module_code\n mod_name, mod_spec, ... PLAY RECAP ********************************************************************* localhost : ok=15 changed=0 unreachable=0 failed=1 skipped=2 rescued=0 ignored=0

            jmazzitelli John Mazzitelli
            llevy Leon Levy
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: