Public bug reported:
I have successfully installed OpenStack kilo + XenServer 6.5. I have added a
Cinder service it seems to be working because I can connect to my horizon (also
by command line) and create volumes and attach them to my instances. Instance
name in OpenStack is aaa and it's name in XenServer is instance-0000011e. This
is a print screen from my horizon:
|-------------------------------------------------------------------------------------------------------------------------------
| Name Size Status Attached To
Availability Zone
| xen_volume2 1GB In-Use Attached to aaa on /dev/xvdb demo
|-------------------------------------------------------------------------------------------------------------------------------
Taking a look on XenCenter connected to my XenServer, seems like the
ISCSI mapping is
working fine, this is a print screen:
|----------------------------------------------------------------------------------------------------------------------------
|Position Name Description SR
|0 instance-0000011e root Local storage on xenserver2
|1
tempSR-b76853a3-86f2-4f0a-b78e-eaa4c883172a
|----------------------------------------------------------------------------------------------------------------------------
The tempSR-b76853a3... is the mmaping of the xen_volume2 to my aaa. This
storage's type is VDI-per-LUN iSCSI. According to the cinder mapping
information the device is mapped to xvdb, but I cant find this volume (dmesg or
fdisk -l doesn't show anything), I have noticed two strange behaviors.
1. After attach the volume, boot the instance takes a lot of time.
2. After attach the volume and after restart it (and wait a lot) the dmesg
contains this:
[ 0.164935] blkfront: xvda: barrier: enabled
[ 0.179729] xvda: xvda1
[ 0.184022] Setting capacity to 2097152
[ 0.184043] xvda: detected capacity change from 0 to 1073741824
[ 5.260049] XENBUS: Waiting for devices to initialise:
295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...
225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...
155s...150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s
...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s...15s...10s...5s...0s...
If I remove the volume and reboot this is not present.
/var/lib/messages @ XenServer 6.5 shows
Jul 16 19:32:09 xenserver2 xapi: [info|xenserver2|6599 storage_unix
|VDI.activate D:b152d00698ae|storage-access] vbd/4/xvdb
sr:OpaqueRef:e47be30a-b987-a1d8-b7b4-903cca36db53 does not support
vdi_activate: doing nothing
** Affects: nova
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1541702
Title:
Unable to see the attached cinder volume in instance
Status in OpenStack Compute (nova):
New
Bug description:
I have successfully installed OpenStack kilo + XenServer 6.5. I have added a
Cinder service it seems to be working because I can connect to my horizon (also
by command line) and create volumes and attach them to my instances. Instance
name in OpenStack is aaa and it's name in XenServer is instance-0000011e. This
is a print screen from my horizon:
|-------------------------------------------------------------------------------------------------------------------------------
| Name Size Status Attached To
Availability Zone
| xen_volume2 1GB In-Use Attached to aaa on /dev/xvdb demo
|-------------------------------------------------------------------------------------------------------------------------------
Taking a look on XenCenter connected to my XenServer, seems like the
ISCSI mapping is
working fine, this is a print screen:
|----------------------------------------------------------------------------------------------------------------------------
|Position Name Description SR
|0 instance-0000011e root Local storage on xenserver2
|1
tempSR-b76853a3-86f2-4f0a-b78e-eaa4c883172a
|----------------------------------------------------------------------------------------------------------------------------
The tempSR-b76853a3... is the mmaping of the xen_volume2 to my aaa.
This storage's type is VDI-per-LUN iSCSI. According to the cinder mapping
information the device is mapped to xvdb, but I cant find this volume (dmesg or
fdisk -l doesn't show anything), I have noticed two strange behaviors.
1. After attach the volume, boot the instance takes a lot of time.
2. After attach the volume and after restart it (and wait a lot) the dmesg
contains this:
[ 0.164935] blkfront: xvda: barrier: enabled
[ 0.179729] xvda: xvda1
[ 0.184022] Setting capacity to 2097152
[ 0.184043] xvda: detected capacity change from 0 to 1073741824
[ 5.260049] XENBUS: Waiting for devices to initialise:
295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...
225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...
155s...150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s
...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s...15s...10s...5s...0s...
If I remove the volume and reboot this is not present.
/var/lib/messages @ XenServer 6.5 shows
Jul 16 19:32:09 xenserver2 xapi: [info|xenserver2|6599 storage_unix
|VDI.activate D:b152d00698ae|storage-access] vbd/4/xvdb
sr:OpaqueRef:e47be30a-b987-a1d8-b7b4-903cca36db53 does not support
vdi_activate: doing nothing
To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1541702/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : [email protected]
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
