-
Notifications
You must be signed in to change notification settings - Fork 19
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
feat: Using devfile.io samples for getting-started #104
Conversation
ibuziuk
commented
Jun 11, 2024
Signed-off-by: Ilya Buziuk <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have suggested a correction for the Django sample that points to a nodejs-basic.
Apart from that there are a couple of samples that don't use the devfile registry yet (but that may be completely normal and it's ok):
- Quarkus uses the che-incubator sample
- Ollama uses redhat-developer-demos sample
Co-authored-by: Mario Loriedo <[email protected]>
@l0rd thanks for the review Update: I think it would be nice to move this quarkus sample from che-incubator to devfile org e.g - devfile/api#1604 (comment) |
@ibuziuk I get an error when I try to start the Ollama sample: The URL I have used: |
@l0rd I believe it is a resource issue - the new node was not yet provisioned. I think we might need to tune autoscaler setup on Developer Sandbox (we are in the process of migrating production to Argo CD and probably need to do some fine-tuning for DWOC) cc: @dkwon17 there is a separate discussion for skipping FailedScheduling events by default - https://issues.redhat.com/browse/CRW-6590 |
I wasn't looking for the root cause. If users get a systematic workspace startup error, whatever the cause is, we should remove the sample until that get fixed no? |
The issue has been reported to the Sandbox folks and for me the sample works now. |
I can still reproduce the problem. You think that's because my workspaces get scheduled on a different cluster than yours? |
@l0rd could you please comment about this situation in https://issues.redhat.com/browse/SANDBOX-659 |