Bug 1542607
Summary: | When evacuating an hypervisor, we get a VolumeDeviceNotFound | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | David Vallee Delisle <dvd> |
Component: | openstack-cinder | Assignee: | Gorka Eguileor <geguileo> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Avi Avraham <aavraham> |
Severity: | high | Docs Contact: | RHOS Documentation Team <rhos-docs> |
Priority: | medium | ||
Version: | 10.0 (Newton) | CC: | aavraham, cpaquin, cschwede, cswanson, dciabrin, dhill, dvd, ebeaudoi, geguileo, jthomas, lkuchlan, lmarsh, marjones, mbayer, mburns, pgrist, scohen, srevivo, tshefi |
Target Milestone: | --- | Keywords: | Triaged, ZStream |
Target Release: | --- | Flags: | tshefi:
automate_bug-
|
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | 1504661 | Environment: | |
Last Closed: | 2019-07-17 14:26:56 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1504661, 1504670, 1504671 | ||
Bug Blocks: | 1464146 |
Description
David Vallee Delisle
2018-02-06 16:11:06 UTC
This seems to be a problem on the storage array or in the vendor driver, it could be a good idea to set the driver to debug log levels instead of the whole cinder service to see if we can reproduce the problem and get some more information. I think this can be done by adding ",cinder.volume.drivers.emc=DEBUG" to the "default_log_levels", which would end up looking something like this: default_log_levels = amqp=WARN,amqplib=WARN,boto=WARN,qpid=WARN,sqlalchemy=WARN,suds=INFO,oslo.messaging=INFO,oslo_messaging=INFO,iso8601=WARN,requests.packages.urllib3.connectionpool=WARN,urllib3.connectionpool=WARN,websocket=WARN,requests.packages.urllib3.util.retry=WARN,urllib3.util.retry=WARN,keystonemiddleware=WARN,routes.middleware=WARN,stevedore=WARN,taskflow=WARN,keystoneauth=WARN,oslo.cache=INFO,dogpile.core.dogpile=INFO,cinder.volume.drivers.emc=DEBUG In the TCP dump, were there any scan requests from the initiator after the login? Hello Gorka, Thanks for looking it up. When analyzing the captures, I see an inquiry called "Device Identification Page" which is replied by a: "001. .... = Qualifier: Device type is supported by server but is not connected to logical unit (0x1)" When I compare with a capture where it works, this is returned: "000. .... = Qualifier: Device type is connected to logical unit (0x0)" It looks like the SAN is presenting a target, but the target is not backed by block devices. We asked the customer for the SP collect from the SAN and We don't see the addhlu happening (maybe I missed it though). I'll ask the customer to activate debug on the driver. Thank you very much, DVD Close loop wise nothing to automate/test. |