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

Creating a DevWorkspace with memoryRequest > memoryLimit incorrectly results in WorkspaceEngineFailure #20751

Closed
dkwon17 opened this issue Nov 9, 2021 · 2 comments · Fixed by devfile/devworkspace-operator#680
Assignees
Labels
area/devworkspace-operator kind/bug Outline of a bug - must adhere to the bug report template. severity/P1 Has a major impact to usage or development of the system. sprint/current

Comments

@dkwon17
Copy link
Contributor

dkwon17 commented Nov 9, 2021

Describe the bug

When deploying a DevWorkspace with a container where memoryRequest is greater than memoryLimit results a WorkspaceEngineFailure instead of a BadRequestFailure.

image

Che version

other (please specify in additional context)

Steps to reproduce

  1. Checkout feat: Add WorkspaceEngineFailure reason to the devworkspace_fai… devfile/devworkspace-operator#647 (DevWorkspace startup failure reasons are set in this PR), and follow instructions from the PR to run locally.
  2. Create a DevWorkspace with this YAML file in the devworkspace-controller namespace: https://gist.github.com/dkwon17/13c85b162874b9bf34abc50d576aa494
  3. When the DevWorkspace startup fails, view the DevWorkspace's conditions. The FailedStart condition's reason field is WorkspaceEngineFailure (see screenshot above)

Expected behavior

The reason field should be BadRequest, since a memoryRequest value greater than the memoryLimit is invalid.

Runtime

CodeReady Container

Screenshots

No response

Installation method

other (please specify in additional context)

Environment

macOS

Eclipse Che Logs

No response

Additional context

The FailedStart condition's reason field is set thanks to this PR: devfile/devworkspace-operator#647.

This issue was created to be a followup for the work done that PR, to improve the way failure reasons are determined.

@dkwon17 dkwon17 added kind/bug Outline of a bug - must adhere to the bug report template. area/devworkspace-operator labels Nov 9, 2021
@che-bot che-bot added the status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. label Nov 9, 2021
@mshaposhnik mshaposhnik added team/controller and removed status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. labels Nov 9, 2021
@amisevsk
Copy link
Contributor

amisevsk commented Nov 9, 2021

This issue would be better suited for the devworkspace-operator repo. I think the ultimate fix may belong in the (further) upstream devfile/api repo, as they provide the basic validation package used in DWO for validating DevWorkspaces.

@amisevsk
Copy link
Contributor

amisevsk commented Nov 9, 2021

devfile/api#672 tracks this as a validation item in devfile/api.

@AndrienkoAleksandr AndrienkoAleksandr added severity/P1 Has a major impact to usage or development of the system. and removed kind/bug Outline of a bug - must adhere to the bug report template. labels Nov 10, 2021
@AndrienkoAleksandr AndrienkoAleksandr added the kind/bug Outline of a bug - must adhere to the bug report template. label Nov 10, 2021
@amisevsk amisevsk self-assigned this Nov 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/devworkspace-operator kind/bug Outline of a bug - must adhere to the bug report template. severity/P1 Has a major impact to usage or development of the system. sprint/current
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants