-
Notifications
You must be signed in to change notification settings - Fork 244
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
odo dev
not handling changes to the Devfile after removing a Kubernetes resource
#6101
Labels
area/binding
Issues or PRs related to `odo add/delete binding *` commands or Service Binding Operator
kind/bug
Categorizes issue or PR as related to a bug.
priority/Medium
Nice to have issue. Getting it done before priority changes would be great.
Milestone
Comments
Please check with #5923, this bug might be a regression. |
This issue holds true for all the resources that are created by |
Repository owner
moved this from Done
to To Do
in odo v3.0.0
Sep 22, 2022
odo dev
not handling changes to the Devfile after removing a Binding with odo remove binding
odo dev
not handling changes to the Devfile after removing a Kubernetes resource
3 tasks
Repository owner
moved this from In Review 👀
to Done ✅
in odo Project
Nov 18, 2022
Repository owner
moved this from For Review
to Done
in odo v3.0.0
Nov 18, 2022
rm3l
added a commit
to rm3l/odo
that referenced
this issue
Jan 5, 2023
This is possible now that redhat-developer#6101 [1] has been fixed. [1] redhat-developer#6101
rm3l
added a commit
to rm3l/odo
that referenced
this issue
Jan 26, 2023
…he Devfile redhat-developer#6101 has been fixed.
openshift-merge-robot
pushed a commit
that referenced
this issue
Jan 27, 2023
* Make 'helper.Component#Exec' accept an additional parameter that allows checking (or not) the remote command execution * In E2E tests, wait until the app is completely ready before sending requests to the local forwarded port Otherwise, sending a request too early causes "connection refused" errors, which causes port-forwarding to be restarted (with new local ports because "odo dev" is running with "--random-ports"). As a first start, here we are making sure that the application port is available in the container, prior to sending requests to the local forwarded port. This should reduce the likeliness of port-forwarding restarts. In the future, we might want to make the test detect the new local ports and use those instead. We could even make sure to make "odo dev" reuse the previous random ports it had, provided they are available again. * Increase timeout and polling interval when waiting for port-forward restart * Add a '/ping' endpoint to the sample Go app used in E2E This allows checking the application running in the container. * Do not stop the DevSession process before removing the Binding from the Devfile #6101 has been fixed. * fixup! Make 'helper.Component#Exec' accept an additional parameter that allows checking (or not) the remote command execution * fixup! In E2E tests, wait until the app is completely ready before sending requests to the local forwarded port * Create reusable 'helper.WaitAppReadyInContainer' helper function, as suggested in review Co-authored-by: Philippe Martin <phmartin@redhat.com> --------- Co-authored-by: Philippe Martin <phmartin@redhat.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area/binding
Issues or PRs related to `odo add/delete binding *` commands or Service Binding Operator
kind/bug
Categorizes issue or PR as related to a bug.
priority/Medium
Nice to have issue. Getting it done before priority changes would be great.
/kind bug
/area binding
What versions of software are you using?
Operating System:
Fedora 36
Output of
odo version
:odo v3.0.0-rc1 (897f5f3)
How did you run odo exactly?
Reproduction steps:
odo init --name my-sample-go --devfile go --starter go-starter
odo dev
, and wait until the Dev session is up and runningodo add binding --name my-sample-go-postgresql-binding --service postgresql
=> Changes to the Devfile are automatically handled, and the pod is recreated and binding information injected, which is fine.odo remove binding --name my-sample-go-postgresql-binding
, the runningodo dev
session will just display "Updating component...", but it looks like nothing is actually happening in the cluster.Actual behavior
The pod is not recreated and the binding information is still there in the pod.
Expected behavior
Similar to how
odo add binding
affects the currently running Dev pod, I would expectodo remove binding
to cause the Dev pod to be recreated with no binding data injected in it.Any logs, error output, etc?
The text was updated successfully, but these errors were encountered: