Comments (7)
Thanks @zohebk8s -- I'll have a review next week and see if we can either improve the existing command or come up with a new one!
This is greatly appreciated!
from runwhen-local.
So, this is an interesting scenario where the pod spec (managed by the deployment) and the service were not aligned, or misconfigured. While I can see the value of wanting to check that they exist, the problem is a little deeper than that. Unfortunately we can't guarantee that the pod has the ports
field in the spec, or possibly this field contains multiple values.
-
In the case the
ports
field doesn't exist, the container image itself still can have a port open we have no value to check against when querying the pod or deployment. In many of the implementations I've done, theports
field is never used. -
In the case where this exists, but there are multiple values, we could check that at least one of them exists in the service configuration, but this again could continue to be misleading if the wrong port is selected.
I could see a version of this where we can check if the details are missing or appear mismatched and ask the user to go deeper into those resources, but it's only a pointer and not a guarantee. The other option is to show all ports configured on the deployment - but in many cases there won't be any information here.
from runwhen-local.
Good catch. @jon-funk - perhaps a useful issue to raise here for some of the related tasks?
from runwhen-local.
Thanks @zohebk8s. The doc+example helps a ton too. I see some opportunities here for connecting this check to other troubleshooting scripts based on the kind managing the pods in question.
from runwhen-local.
If you feel itβs quite complex & complicated with no real possibility of getting the details, feel free to close this issue.
Asking user or displaying ports configured in deployment is really a great idea. Whatever you feel best, you can add.
Thank you for spending time on this.
from runwhen-local.
runwhen-contrib/rw-cli-codecollection#189 adds some logic to detect mismatches where possible. Note that just because the conatinerPort is set in the spec, doesn't mean that it is the port the app is running on, but hopefully this adds additional detail where possible.
from runwhen-local.
I added some more discussion content here: https://github.com/orgs/runwhen-contrib/discussions/219#discussioncomment-6804236
I suspect we can close the issue now that we surface up some of this detail, along with continuing the discussion in the link above.
from runwhen-local.
Related Issues (20)
- Doc Bug Architecture.md HOT 3
- Doc Bug Getting_Started-Running_Locally.md HOT 2
- Enhancement - Getting_Started-Running_Locally.md - SELinux HOT 2
- Make workspace builder aware of CloudQuery premium vs free tables
- Design document for handling CloudQuery premium tables in open core source plugins
- Include information about gen rules that are suppressed in warning for disallowed access to a CQ premium table
- Add mechanism to report warnings during successful execution of workspace builder
- Dump/load support for resource database in workspace builder
- Unit test framework for the generation rules code in the workspace builder
- Tool to validate all of the generation rule files in a code collection against the JSON/YAML schema
- [runwhen-local-feedback] Test and document proxy configuration HOT 11
- [runwhen-local-feedback] Cannot run in OpenShift - errors with port 8081
- [runwhen-local-feedback] SLX names include "|" HOT 1
- [runwhen-local-feedback] Upload to RunWhen Platform / Missing secrets / configProvided
- [runwhen-local-feedback] Create slim image
- [runwhen-local-feedback] Rewrite homepage - align with the codecollection registry at registry.runwhen.com
- [runwhen-local-feedback] Fix dark mode css on new UI
- [runwhen-local-feedback] Error 500 from Workspace Builder service for command "run": join() argument must be str, bytes, or os.PathLike object, not 'list'
- [runwhen-local-feedback] fix kubeconfig generation with helm chart customized name
- Support for assuming roles in the AWS indexer for the workspace builder
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from runwhen-local.