Bug 786137

Summary: web admin: iSCSI discover - grouping targets by connection address
Product: [Retired] oVirt Reporter: Dafna Ron <dron>
Component: ovirt-engine-webadminAssignee: Daniel Erez <derez>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: unspecifiedCC: acathrow, derez, ecohen, iheim
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-09 08:04:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
engine log none

Description Dafna Ron 2012-01-31 15:11:59 UTC
Created attachment 558634 [details]
engine log

Description of problem:

I discovered targets from storageA, changed my mind and tried to discover targets from storageB, however I keep seeing the targets from storageA. 
you need to close and reopen the new domain dialogue to discover the new targets. 

this can be a problem when adding multipath. 
however, there is a workaround (add the domain and when its active to edit it and add the second target) I am setting this bug to medium. 

After speaking to Einav I am opening on webadmin but adding engine logs

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

ovirt-engine-webadmin-portal-3.0.0_0001-1.4.fc16.x86_64
ovirt-engine-backend-3.0.0_0001-1.4.fc16.x86_64


How reproducible:

100%

Steps to Reproduce:
1. open the "new domain" dialogue and discover targets from storage serverA
2. try to discover targets from storage serverB (without closing the dialogue). 
3.
  
Actual results:

we will keep seeing the discover results from serverA

Expected results:

we should be able to discover targets from new server

Additional info:adding engine logs. 
not adding vdsm logs since after checking vdsm logs it is discovering the correct targets.

Comment 1 Daniel Erez 2012-02-06 10:03:07 UTC
commit e6ebcb94709fc8c2353818dc5d9f998dd533f469

Comment 2 Itamar Heim 2012-08-09 08:04:51 UTC
closing ON_QA bugs as oVirt 3.1 was released:
http://www.ovirt.org/get-ovirt/