Description of problem: With the gluster network for storage feature user is able to separate the management and data traffic. So when a volume is created, bricks are added to the volume using another interface leaving ovirmgmt for mangament traffic. Now when the interface goes down with which the brick was added, UI does not mark that brick as down. Version-Release number of selected component (if applicable): ovirt-release-master-001-0.6.master.noarch How reproducible: Always Steps to Reproduce: 1.Add a host to the UI with two interfaces. 2.Now create gluster network from UI and add this network to one of the interface using set up host networks dialog. 3. Now create a volume. 4. User will be able to see that the bricks are added using the gluster n/w. 5. Go to the system and bring down the nic which was attached to gluster n/w Actual results: Bricks are not marked down in the UI Expected results: Bricks should be marked down in the UI, as the network interface with which they were added is down. Additional info:
Brick status can be controlled by marking the gluster network "Required" for a cluster. What does gluster volume status return when the network interface for brick down
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.
this is an automated message. oVirt 3.6.0 RC3 has been released and GA is targeted to next week, Nov 4th 2015. Please review this bug and if not a blocker, please postpone to a later release. All bugs not postponed on GA release will be automatically re-targeted to - 3.6.1 if severity >= high - 4.0 if severity < high
This bug is not marked for z-stream, yet the milestone is for a z-stream version, therefore the milestone has been reset. Please set the correct milestone or add the z-stream flag.
oVirt 3.6.0 has been released on November 4th, re-targeting to 3.6.1 since this bug has been marked as high severity
3.6.1 is out, moving to 3.6.2.
Please reopen if you can provide the needed info.