Collect all the logs related to openshift-marketplace

[raukadah]

Many times certmanager operator installation fails in CI. certmanager-operator comes from openshift-marketplace namespace.

os-must-gather does not collects logs related to
openshift-marketplace namespace.

Capturing the logs from openshift-marketplace will help us to diagnose certmanager operator related issues.

[openshift-ci]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please assign gibizer for approval. For more information see the Kubernetes Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

• OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[bshephar]

Thanks, definitely need this one. Saves holding a node to investigate issues.

[softwarefactory-project-zuul]

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://review.rdoproject.org/zuul/buildset/d7d97f68f99545b89c0a4e068eaa2a6c

❌ podified-multinode-edpm-deployment-crc RETRY_LIMIT in 17m 26s

[raukadah]

recheck

[softwarefactory-project-zuul]

This change depends on a change that failed to merge.

Change openstack-k8s-operators/ci-framework#1554 is needed.

[raukadah]

recheck

[softwarefactory-project-zuul]

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://review.rdoproject.org/zuul/buildset/dddcdd32d9ea4b4296e555853eab541f

❌ podified-multinode-edpm-deployment-crc RETRY_LIMIT in 17m 15s

[marios]

helpful for https://issues.redhat.com/browse/OSPCIX-261

[raukadah]

recheck to confirm issue resolved

[fmount]

I left a comment because I'm not 100% sure we should collect this namespace for customers, and we already have a pattern in place to collect additional_namespaces in CI.

[fmount]

I'm wondering if this should be something that we need to always collect for customers.
If this is a CI only relevant namespace, I suggest to have this line among the ADDITIONAL_NAMESPACES variable [1]

[1] https://github.com/openstack-k8s-operators/ci-framework/blob/main/roles/os_must_gather/defaults/main.yml#L27

[raukadah]

Thank you @fmount for reviewing it. Sounds good to include it in ci-framework.

[fmount]

I would rather go with: openstack-k8s-operators/ci-framework#1558

[fmount]

Closing in favor of openstack-k8s-operators/ci-framework#1558