Bug 1353430
| Summary: | RHEV-M should rescan the scsi bus when creating and attaching a new FC storage domain | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | nijin ashok <nashok> | ||||
| Component: | ovirt-engine | Assignee: | Fred Rolland <frolland> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Kevin Alon Goldblatt <kgoldbla> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 3.6.5 | CC: | acanan, amureini, frolland, gklein, kgoldbla, lsurette, ratamir, rbalakri, Rhev-m-bugs, srevivo, tnisan, ykaul | ||||
| Target Milestone: | ovirt-4.0.2 | ||||||
| Target Release: | 4.0.2 | ||||||
| Hardware: | All | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | ovirt-engine-4.0.2.2 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2016-08-23 20:43:46 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
nijin ashok
2016-07-07 04:40:34 UTC
Fred, shouldn't this have been solved by bug 1242200? rhevm-4.0.2.4-0.1.el7ev.noarch
vdsm-4.18.10-1.el7ev.x86_64
Tested with the following scenario:
Steps to Reproduce:
1. Create an FC domain and select a LUN >>>> The domain is created successfully but the Attach LUN is reported to have failed in the host that was selected in "Use Host".
Actual results:
The domain is created successfully but the Attach LUN is reported to have failed in the host that was selected in "Use Host".
Moving to ASSIGNED!
From vdsm.log on the host that was chosen in "Use Host"
---------------------------------------------------------
Domain.create' in bridge with {u'name': u'fc_domain', u'domainType': 2, u'domainClass': 1, u'typeArgs': u'FZkAt8-wbM3-R6K0-c
txv-Tfpk-RpTO-vPvOHH', u'version': u'3', u'storagedomainID': u'9bd915f2-1937-42b2-a74b-adc473658bbd'}
jsonrpc.Executor/6::DEBUG::2016-08-09 19:03:04,235::task::597::Storage.TaskManager.Task::(_updateState) Task=`f8bdcbd5-98c6-
4739-8242-a64d0787c03f`::moving from state init -> state preparing
jsonrpc.Executor/6::INFO::2016-08-09 19:03:04,235::logUtils::49::dispatcher::(wrapper) Run and protect: createStorageDomain(
storageType=2, sdUUID=u'9bd915f2-1937-42b2-a74b-adc473658bbd', domainName=u'fc_domain', typeSpecificArg=u'FZkAt8-wbM3-R6K0-c
txv-Tfpk-RpTO-vPvOHH', domClass=1, domVersion=u'3', options=None)
jsonrpc.Executor/6::ERROR::2016-08-09 19:03:04,235::sdc::140::Storage.StorageDomainCache::(_findDomain) looking for unfetche
d domain 9bd915f2-1937-42b2-a74b-adc473658bbd
jsonrpc.Executor/6::ERROR::2016-08-09 19:03:04,235::sdc::157::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for
domain 9bd915f2-1937-42b2-a74b-adc473658bbd
jsonrpc.Executor/6::ERROR::2016-08-09 19:03:04,237::sdc::146::Storage.StorageDomainCache::(_findDomain) domain 9bd915f2-1937
-42b2-a74b-adc473658bbd not found
Traceback (most recent call last):
File "/usr/share/vdsm/storage/sdc.py", line 144, in _findDomain
dom = findMethod(sdUUID)
File "/usr/share/vdsm/storage/sdc.py", line 174, in _findUnfetchedDomain
raise se.StorageDomainDoesNotExist(sdUUID)
StorageDomainDoesNotExist: Storage domain does not exist: (u'9bd915f2-1937-42b2-a74b-adc473658bbd',)
jsonrpc.Executor/6::INFO::2016-08-09 19:03:04,237::blockSD::865::Storage.StorageDomain::(create) sdUUID=9bd915f2-1937-42b2-a
74b-adc473658bbd domainName=fc_domain domClass=1 vgUUID=FZkAt8-wbM3-R6K0-ctxv-Tfpk-RpTO-vPvOHH storageType=2 version=3
jsonrpc.Executor/6::DEBUG::2016-08-09 19:03:04,238::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/taskset --cpu-list 0-3 /us
r/bin/sudo -n /usr/sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_ca
che_state=0 disable_after_error_count=3 filter = [ '\''a|/dev/mapper/3514f0c5a5160001f|/dev/mapper/3514f0c5a51600020|/dev/ma
pper/3514f0c5a51600021|/dev/mapper/3514f0c5a51600022|/dev/mapper/3514f0c5a51600023|/dev/mapper/3514f0c5a51600024|/dev/mapper
/3514f0c5a51600328|/dev/mapper/3514f0c5a51600329|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1
wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --sepa
rator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_fre
e,lv_count,pv_count,pv_name (cwd None)
jsonrpc.Executor/6::DEBUG::2016-08-09 19:03:04,338::lvm::288::Storage.Misc.excCmd::(cmd) SUCCESS: <err> = " WARNING: lvmeta
d is running but disabled. Restart lvmetad before enabling it!\n Couldn't find device with uuid CVleRk-c492-fpP1-WFEc-N13T-
Lu1f-aKQFNf.\n"; <rc> = 0
Created attachment 1189357 [details]
vdsm server and engine logs
Adding logs
Hi Kevin, Can you explain what exactly failed? What is "Attach LUN" ? Also describe what is the test scenario you have done. Thanks, Fred Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-1743.html |