Bug 1458568 - Can't create a file domain after navigating to the new block storage domain window when Discard After Delete is checked
Summary: Can't create a file domain after navigating to the new block storage domain w...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: Frontend.WebAdmin
Version: future
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ovirt-4.1.3
: 4.1.3.4
Assignee: Idan Shaby
QA Contact: Lucie Leistnerova
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-06-04 13:14 UTC by Idan Shaby
Modified: 2017-07-06 13:35 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-07-06 13:35:44 UTC
oVirt Team: Storage
Embargoed:
rule-engine: ovirt-4.1+
ylavi: exception+
lsvaty: testing_ack+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 77758 0 master MERGED frontend: set DAD to false when entity is unavailable 2017-06-06 10:06:14 UTC
oVirt gerrit 78012 0 ovirt-engine-4.1 MERGED frontend: set DAD to false when entity is unavailable 2017-06-11 09:01:54 UTC

Description Idan Shaby 2017-06-04 13:14:15 UTC 
Description of problem:
Can't create a file domain after navigating to the new block storage domain window when DAD is checked.

Version-Release number of selected component (if applicable):
af23eb58a7c6744189ee05d268daad0a56c71ee6

How reproducible:
100%

Steps to Reproduce:
1. Navigate to new block storage domain window.
2. Set DAD to true.
3. Navigate to file domain and try to create one.

Actual results:
Error message - "Cannot add Storage. Discard after delete is not supported by the underlying storage of <sd_name>".

Expected results:
Should be able to create a file domain regardless of what the user tried to do before.
Comment 1 Lucie Leistnerova 2017-06-19 15:07:14 UTC 
I don't see the DAD checkbox at any type of storage. It should be at least by iSCSI.

tested in ovirt-engine-webadmin-portal-4.1.3.4-0.1.el7.noarch
Comment 2 Red Hat Bugzilla Rules Engine 2017-06-19 15:07:20 UTC 
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Comment 3 Idan Shaby 2017-06-20 06:31:57 UTC 
Where did you look for the DAD checkbox at? It should be under the Advanced Parameters expander. Check it out.

Regardless, RHV 4.1.3.4 was built from ovirt-engine-4.1.3.2, but this bug was only solved in ovirt-engine-4.1.3.3.
Not sure why it was moved to ON_QA, moving back to MODIFIED.
Comment 4 Idan Shaby 2017-06-20 06:51:11 UTC 
I am sorry for the noise, I got the correlation between RHV and oVirt versions wrong.
RHV 4.1.3.4, which you tested, is oVirt 4.1.3.4.
Since my patch got into ovirt 4.1.3.3, we're fine.

Regarding the test itself, please find the DAD checkbox under the expander as I stated earlier and re-check.
After checking it again I saw that it indeed works.

Moving back to ON_QA.
Sorry for the noise, again.
Comment 5 Lucie Leistnerova 2017-06-20 06:59:53 UTC 
I'm sorry, my mistake. I overlooked that there is selected DC without any active host and I did not realised that it could be the difference.

When I checked DAD and changed to NFS, storage was created without problem.

verified in ovirt-engine-webadmin-portal-4.1.3.4-0.1.el7.noarch
Note You need to log in before you can comment on or make changes to this bug.