Skip to content

Fix iops values when creating a compute offering - #3345

Merged
DennisKonrad merged 2 commits into
apache:masterfrom
pbankonier:bugifx/compute_offering_iops
May 23, 2019
Merged

Fix iops values when creating a compute offering#3345
DennisKonrad merged 2 commits into
apache:masterfrom
pbankonier:bugifx/compute_offering_iops

Conversation

@pbankonier

@pbankonier pbankonier commented May 21, 2019

Copy link
Copy Markdown
Contributor

Description

When creating a new compute offering over the ui, the isCustomIops parameter is null.
In this case the minIops and maxIops values of the offering gets set to 0 instead of null and when trying to change an instance to this offering an error occurs.
This was introduced in this PR https://github.com/apache/cloudstack/pull/3133/files.
I already opened an issue regarding this. (#3332)

Types of changes

  • Breaking change (fix or feature that would cause existing functionality to change)
  • New feature (non-breaking change which adds functionality)
  • Bug fix (non-breaking change which fixes an issue)
  • Enhancement (improves an existing feature and functionality)
  • Cleanup (Code refactoring and cleanup, that may add test cases)

Screenshots:

Bildschirmfoto 2019-05-21 um 13 41 50

Bildschirmfoto 2019-05-21 um 13 42 18

The marked fields were set to 0 before.

Bildschirmfoto 2019-05-21 um 14 06 02

This to screenshots represent the problem.

Bildschirmfoto 2019-05-21 um 14 15 29

Bildschirmfoto 2019-05-21 um 14 15 43

How Has This Been Tested?

Deployed to local environment and tested functionality.

@svenvogel

svenvogel commented May 21, 2019

Copy link
Copy Markdown
Contributor

@nathanejohnson can you approve please and check? thanks

UI is important. Cloudmonkey is a great tool but the UI should work and is the first user experience. Its a Regression.

@nathanejohnson

Copy link
Copy Markdown
Member

@svenvogel I will test this locally. thanks for the PR.

@DennisKonrad

Copy link
Copy Markdown
Contributor

@nathanejohnson I tested this for our use case and the fix is working for us. UI is working just fine. Entries in the database are correct now.

I will wait for the confirmation from your side.

@nathanejohnson nathanejohnson left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This same change to the logic would need to be applied down around line 2600

@nathanejohnson

Copy link
Copy Markdown
Member

Ideally I'd still like to get @mike-tutkowski to weigh in here, but as far as I'm concerned LGTM!

@DennisKonrad
DennisKonrad merged commit 62c8a11 into apache:master May 23, 2019
@DennisKonrad

Copy link
Copy Markdown
Contributor

@mike-tutkowski @syed Do you see something more that need to be changed/added to this to restore normal behaviour for managed storage?

We will open a new PR if there's needed more than this small fix @pbankonier

@syed

syed commented May 28, 2019

Copy link
Copy Markdown
Contributor

LGTM 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants