Uploaded image for project: 'ONAP Operations Manager'
  1. ONAP Operations Manager
  2. OOM-1472

SO charts are missing startup dependencies on mariadb pod

    XMLWordPrintable

Details

    • Bug
    • Status: Closed
    • Medium
    • Resolution: Done
    • Casablanca Release
    • Casablanca Release
    • None
    • None

    Description

      Several of the SO pods go through cycles of start/fail/restart until the so-mariadb pod is fully up.  These charts should be updated to add a dependency on mariadb.

       

      Currently pods start up and look like this (ignore so-monitoring for now), focus on the 'RESTARTS' column

      $ kubectl get pods -n onap
NAME                                           READY     STATUS             RESTARTS   AGE
devel-so-555cf87554-9st86                      1/1       Running            2          21h
devel-so-bpmn-infra-6f98d4cf47-gck9x           1/1       Running            1          21h
devel-so-catalog-db-adapter-c9867c556-lw45r    1/1       Running            3          21h
devel-so-mariadb-56697f68dc-2wqkk              1/1       Running            0          21h
devel-so-monitoring-688c8dd95f-gr2kr           0/1       CrashLoopBackOff   200        21h
devel-so-openstack-adapter-7c8dc75c4d-j5b68    1/1       Running            4          21h
devel-so-request-db-adapter-58985f5858-8dbt8   1/1       Running            4          21h
devel-so-sdc-controller-676c99ffb7-s4ndp       1/1       Running            2          21h
devel-so-sdnc-adapter-5bdc599596-dmlw6         1/1       Running            0          21h
devel-so-vfc-adapter-5ff6879598-wzxqv          1/1       Running            2          21h

       

      Attachments

        Issue Links

          blocks

          Bug - A problem which impairs or prevents the functions of the product. SO-1110 Re-add Filebeat sidecars to SO after 2-9 container refactor

          • Medium - Failure of non-critical aspects of the system but results in an inconvenient situation. It causes some undesirable behavior, but the system is still functional. There is a reasonably satisfactory workaround. It is still a valid defect that should be corrected May be fixed after the release or in the next release.
          • Closed
          relates to

          Bug - A problem which impairs or prevents the functions of the product. SO-1126 Several SO pods can not start due to MariaDB table creation was denied for so_user

          • Highest - Catastrophic defect that causes total failure of the software or unrecoverable data loss with no available workaround. Complete shut-down of the process, nothing can proceed further. Blocks testing of the product / feature. Must be fixed in the next build.
          • Closed
          No reviews matched the request. Check your Options in the drop-down menu of this sections header.

          Activity

            People

              jmac James MacNider
              jmac James MacNider
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: