-
Notifications
You must be signed in to change notification settings - Fork 344
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
Cannot load Knative configuration from file or env variable #654
Comments
This should have been fixed in the latest code, can you try to use kamel-k from master ? |
Hi, I'm using last version of camel-k and deployed on top minishift v1.33.0+ba29431 Cheers |
BTW Im using macOS Mojave 10.14.4 |
Do you have Knative installed on your Minishift? Which installation procedure did you follow? |
@Emmerson-Miranda are you still experiencing this issue ? |
I am experiencing this issue on OCP 4.1 using Camel-K 1.0.0-M1 and Knative 0.7.1. |
Here are the logs: Steps: I logged into the OCP console and installed the Knative Server and Event operators. Afterwards, I created the message-channel and the words-channel in-memory channels using the Knative Event Operator in the console. I then installed the Camel-K CRDs I did this because I wasn't sure which project to install the two message channels. I then created the user bob as a basic user After logging in as the After that deployed I ran the basic sample install which worked corectly. Then I tried to install the knative printer.groovy file as instructed: This is when the error was thrown: |
@sully6768 is this still an issue ? |
This issue is stale because it has been open 30 days with no activity. |
this error indicates that Knative serving is missing on the cluster or that Camel K is misconfigured according to Knative serving (e.g. installation of Knative serving has been done after Camel K installation). Serving is mandatory to inject proper K_SINK env var as part of sink binding when resolving broker URLs in the integration. Reviewing Knative serving installation and Camel K configuration may help fixing this kind of error |
@christophd this issue was closed long time ago, do you know if it's still relevant? |
@squakez I think users are still able to hit that error when Knative serving is missing/misconfigured. I actually hit that yesterday and wanted to share a potential root cause so others hitting this may have an idea |
The question is that comes to my mind is: Do we have an alternative way to configure a Knative component when serving is not available on the cluster. As mentioned at the moment we rely on the K_SINK injection mechanism provided by Knative Serving. |
I guess you will need to explicitly provide the Knative broker URL then as a component property when Serving is not available |
the same error message has been mentioned here: #1871 |
the knative environment concept has been added for that purpose so if that json is properly crafted, the component should work. As today I think, the camel-k operator automatically configure the sinkbinding trait or something like that so a K_SINK is expected. Maybe the operator can create a synthetic K_SINK env var if serving is not installed. |
Yes, K_SINK added by the Camel K operator could be a fallback option. But the user somehow needs to provide that broker URL in that case or do you think of adding some addressable resolver mechanism to the Camel K operator? |
both are fine with me, like:
|
This issue has been automatically marked as stale due to 90 days of inactivity. |
still relevant |
This issue has been automatically marked as stale due to 90 days of inactivity. |
I think this is no longer relevant after the changes introduced in #5186 - please, create a new issue if any other problem happens again. |
Hello,
I trying to run the examples
In minikube console I have following message:
Failed to resolve endpoint: knative://channel/messages due to: Cannot load Knative configuration from file or env variable
Please find attached minishift log file.
feed-845b4f57b-8zqtz.log
Am I missing some configuration steps ?
The text was updated successfully, but these errors were encountered: