Created attachment 555341 [details] logs and screen shot Description of problem: trying to create a new domain, we randomly only see the logged in targets and not all existing targets on storage. However, if I press the login to all tab then I will login. this happens randomly and it seems to be between backend and frontend since I can see in vdsm log that it gets all existing targets from the storage server. Version-Release number of selected component (if applicable): ovirt-engine-webadmin-portal-3.0.0_0001-7.fc16.x86_64 ovirt-engine-backend-3.0.0_0001-7.fc16.x86_64 vdsm-4.9.2-0.65.gitf945dc2.fc16.x86_64 How reproducible: randomly Steps to Reproduce: 1. try to discover existing targets on remote storage server from the webadmin (host must have logged in targets even if it has no existing domain). 2. 3. Actual results: we randomly only see connected targets and not all existing targets Expected results: we should see all existing targets. Additional info: logs+screen shot vdsm: Thread-2200::INFO::2012-01-15 12:17:16,518::logUtils::39::dispatcher::(wrapper) Run and protect: discoverSendTargets, Return response: {'fullTargets': ['10.35.64.10:3260,1 DB1', '10.35.64.10:3260,1 MasterBackup', '10.35.64.10:3260,1 MasterBackup-01', '10.35.64.10:3260,1 iqn.1994-05.com.redhat:aqua-rhel1_0_922165947831233', '10.35.64.10:3260,1 iqn.2011-02.com.redhat.tlv.lab:yeylon_data-03', '10.35.64.10:3260,1 kiril_export', '10.35.64.10:3260,1 mgoldboi_qanashead-1', '10.35.64.10:3260,1 paikov1', '10.35.64.10:3260,1 paikov2', '10.35.64.10:3260,1 paikov3', '10.35.64.10:3260,1 paikov_tmp', '10.35.64.10:3260,1 rvaknin_test', '10.35.64.10:3260,1 Dafna-Main', '10.35.64.10:3260,1 iqn.1994-05.com.redhat:blue_0_94153343504339', '10.35.64.10:3260,1 Dafna-10G', '10.35.64.10:3260,1 Dafna-1G', '10.35.64.10:3260,1 Dafna-20G', '10.35.64.10:3260,1 Dafna-2G', '10.35.64.10:3260,1 Dafna-4G', '10.35.64.10:3260,1 Dafna-5G', '10.35.64.10:3260,1 Dafna-6G', '10.35.64.10:3260,1 Dafna-8G'], 'targets': ['DB1', 'MasterBackup', 'MasterBackup-01', 'iqn.1994-05.com.redhat:aqua-rhel1_0_922165947831233', 'iqn.2011-02.com.redhat.tlv.lab:yeylon_data-03', 'kiril_export', 'mgoldboi_qanashead-1', 'paikov1', 'paikov2', 'paikov3', 'paikov_tmp', 'rvaknin_test', 'Dafna-Main', 'iqn.1994-05.com.redhat:blue_0_94153343504339', 'Dafna-10G', 'Dafna-1G', 'Dafna-20G', 'Dafna-2G', 'Dafna-4G', 'Dafna-5G', 'Dafna-6G', 'Dafna-8G']} Thread-2200::DEBUG::2012-01-15 12:17:16,519::task::1174::TaskManager.Task::(prepare) Task=`f54c7277-d3b2-4e1d-a0af-c12f27578d03`::finished: {'fullTargets': ['10.35.64.10:3260,1 DB1', '10.35.64.10:3260,1 MasterBackup', '10.35.64.10:3260,1 MasterBackup-01', '10.35.64.10:3260,1 iqn.1994-05.com.redhat:aqua-rhel1_0_922165947831233', '10.35.64.10:3260,1 iqn.2011-02.com.redhat.tlv.lab:yeylon_data-03', '10.35.64.10:3260,1 kiril_export', '10.35.64.10:3260,1 mgoldboi_qanashead-1', '10.35.64.10:3260,1 paikov1', '10.35.64.10:3260,1 paikov2', '10.35.64.10:3260,1 paikov3', '10.35.64.10:3260,1 paikov_tmp', '10.35.64.10:3260,1 rvaknin_test', '10.35.64.10:3260,1 Dafna-Main', '10.35.64.10:3260,1 iqn.1994-05.com.redhat:blue_0_94153343504339', '10.35.64.10:3260,1 Dafna-10G', '10.35.64.10:3260,1 Dafna-1G', '10.35.64.10:3260,1 Dafna-20G', '10.35.64.10:3260,1 Dafna-2G', '10.35.64.10:3260,1 Dafna-4G', '10.35.64.10:3260,1 Dafna-5G', '10.35.64.10:3260,1 Dafna-6G', '10.35.64.10:3260,1 Dafna-8G'], 'targets': ['DB1', 'MasterBackup', 'MasterBackup-01', 'iqn.1994-05.com.redhat:aqua-rhel1_0_922165947831233', 'iqn.2011-02.com.redhat.tlv.lab:yeylon_data-03', 'kiril_export', 'mgoldboi_qanashead-1', 'paikov1', 'paikov2', 'paikov3', 'paikov_tmp', 'rvaknin_test', 'Dafna-Main', 'iqn.1994-05.com.redhat:blue_0_94153343504339', 'Dafna-10G', 'Dafna-1G', 'Dafna-20G', 'Dafna-2G', 'Dafna-4G', 'Dafna-5G', 'Dafna-6G', 'Dafna-8G']} backend: 2012-01-15 12:18:00,604 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand] (http-0.0.0.0-8080-4) FINISH, DiscoverSendTargetsVDSCommand, return: [org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0, org.ovirt.engine.core.common.businessentities.storage_server_connections@0], log id: 35638a37
also reproduces with rpm ovirt-engine-backend-3.0.0_0001-1.2.fc16.x86_64
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.