Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for RabbitMQ notifications #325

Conversation

mauricioharley
Copy link

@mauricioharley mauricioharley commented Oct 5, 2023

@xek
Copy link
Contributor

xek commented Nov 9, 2023

/test functional

@xek xek force-pushed the add_notification branch from a500543 to 3f1b206 Compare November 20, 2023 11:37
@dprince
Copy link
Collaborator

dprince commented Nov 22, 2023

It looks like the kuttl tests might need an update here?

@mauricioharley
Copy link
Author

/retest

@mauricioharley
Copy link
Author

/retest

@mauricioharley mauricioharley requested a review from abays December 18, 2023 16:02
@@ -3,6 +3,7 @@ kind: KeystoneAPI
metadata:
name: keystone
spec:
containerImage: quay.io/podified-antelope-centos9/openstack-keystone:current-podified
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We shouldn't add explicit containerImages in the samples, as we handle these defaults elsewhere

keystoneApiName,
ConditionGetterFunc(KeystoneConditionGetter),
condition.MemcachedReadyCondition,
corev1.ConditionUnknown,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like condition.MemcachedReadyCondition used to be corev1.ConditionFalse. Is there a particular reason it has been changed to corev1.ConditionUnknown?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is due to the order of execution. Because the setting of the condition.MemcachedReadyCondition is after KeystoneRabbitMQTransportURLReadyCondition, it never gets set, because it will exit earlier with an error

See the line where MemcachedReadyCondition is set and earlier lines here: https://github.com/openstack-k8s-operators/keystone-operator/pull/325/files/4ed509ca5748368853561e6f547235ca2bdc2701#diff-89511165055af64058394ac61e20f832806f3f325b9cb3771f723d7e6cb94c8cR709

Mauricio will add a test to execute this portion.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ack, thank you for the explanation

Copy link
Contributor

@xek xek left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@xek
Copy link
Contributor

xek commented Jan 2, 2024

/approve

Copy link
Contributor

@abays abays left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/lgtm

Copy link
Contributor

openshift-ci bot commented Jan 2, 2024

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: abays, mauricioharley, xek

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

The pull request process is described here

Needs approval from an approver in each of these files:

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

@openshift-ci openshift-ci bot added the approved label Jan 2, 2024
@openshift-merge-bot openshift-merge-bot bot merged commit 11ef8f4 into openstack-k8s-operators:main Jan 2, 2024
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants