Have already mailed to Kendall regarding this. He is taking it further.
-VinayP
On Feb 9, 2016 8:20 PM, "Kendall Nelson" <email address hidden> wrote:
> ** Changed in: os-brick
> Assignee: Vinay Prasad M (vpshelvankar) => Kendall Nelson (kjnelson)
>
> --
> You received this bug notification because you are a member of
> Toshibadrivers, which is subscribed to Cinder.
> https://bugs.launchpad.net/bugs/1493350
>
> Title:
> Attach Volume fail : Cinder - ISCSI device symlinks under /dev/disk
> /by-path in hex.
>
> Status in Cinder:
> Confirmed
> Status in OpenStack Compute (nova):
> Opinion
> Status in os-brick:
> In Progress
>
> Bug description:
> As part of POC for an enterprise storage we have implemented an
> ISCSIDriver.
> Volume operation works as expected.
>
> Facing an issue with attach volume. Request your help.
>
> 1. If the volume lun id in backend storage is less than 255 attach
> volume works fine. Symlinks in /dev/disk/by-path is as below
> lrwxrwxrwx 1 root root 9 Jun 18 15:18
> ip-192.168.5.100:3260-iscsi-iqn.1989-10.jp.co.xyz:storage.ttsp.2ec7fdda.ff5c4a16.0-lun-169
> -> ../../sde
> lrwxrwxrwx 1 root root 9 Aug 26 14:47
> ip-192.168.5.100:3260-iscsi-iqn.1989-10.jp.co.xyz:storage.ttsp.2ec7fdda.ff5c4a16.0-lun-172
> -> ../../sdi
>
> 2. If volume lun id is more than 255, /dev/disk/by-path is an
> hexadecimal number and hence attach volume is failing with message Volume
> path not found. Symlinks in /dev/disk/by-path is as below [hexadecimal lun
> id according to SCSI standard ( REPORT LUNS)]
> lrwxrwxrwx 1 root root 9 Aug 26 14:47
> ip-192.168.5.100:3260-iscsi-iqn.1989-10.jp.co.xxx:storage.ttsp.2ec7fdda.ff5c4a16.0-lun-0x016b000000000000
> -> ../../sdh
> lrwxrwxrwx 1 root root 9 Jun 18 15:18
> ip-192.168.5.100:3260-iscsi-iqn.1989-10.jp.co.xxx:storage.ttsp.2ec7fdda.ff5c4a16.0-lun-0x0200000000000000
> -> ../../sdc
>
> Please provide your suggession.
>
> I would suggest cinder utility to have a check of both with normal
> lun-id in /dev/disk/by-path as well as hexadecimal lunid.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/cinder/+bug/1493350/+subscriptions
>
@John,
Have already mailed to Kendall regarding this. He is taking it further.
-VinayP
On Feb 9, 2016 8:20 PM, "Kendall Nelson" <email address hidden> wrote:
> ** Changed in: os-brick /bugs.launchpad .net/bugs/ 1493350 168.5.100: 3260-iscsi- iqn.1989- 10.jp.co. xyz:storage. ttsp.2ec7fdda. ff5c4a16. 0-lun-169 168.5.100: 3260-iscsi- iqn.1989- 10.jp.co. xyz:storage. ttsp.2ec7fdda. ff5c4a16. 0-lun-172 168.5.100: 3260-iscsi- iqn.1989- 10.jp.co. xxx:storage. ttsp.2ec7fdda. ff5c4a16. 0-lun-0x016b000 000000000 168.5.100: 3260-iscsi- iqn.1989- 10.jp.co. xxx:storage. ttsp.2ec7fdda. ff5c4a16. 0-lun-0x0200000 000000000 /bugs.launchpad .net/cinder/ +bug/1493350/ +subscriptions
> Assignee: Vinay Prasad M (vpshelvankar) => Kendall Nelson (kjnelson)
>
> --
> You received this bug notification because you are a member of
> Toshibadrivers, which is subscribed to Cinder.
> https:/
>
> Title:
> Attach Volume fail : Cinder - ISCSI device symlinks under /dev/disk
> /by-path in hex.
>
> Status in Cinder:
> Confirmed
> Status in OpenStack Compute (nova):
> Opinion
> Status in os-brick:
> In Progress
>
> Bug description:
> As part of POC for an enterprise storage we have implemented an
> ISCSIDriver.
> Volume operation works as expected.
>
> Facing an issue with attach volume. Request your help.
>
> 1. If the volume lun id in backend storage is less than 255 attach
> volume works fine. Symlinks in /dev/disk/by-path is as below
> lrwxrwxrwx 1 root root 9 Jun 18 15:18
> ip-192.
> -> ../../sde
> lrwxrwxrwx 1 root root 9 Aug 26 14:47
> ip-192.
> -> ../../sdi
>
> 2. If volume lun id is more than 255, /dev/disk/by-path is an
> hexadecimal number and hence attach volume is failing with message Volume
> path not found. Symlinks in /dev/disk/by-path is as below [hexadecimal lun
> id according to SCSI standard ( REPORT LUNS)]
> lrwxrwxrwx 1 root root 9 Aug 26 14:47
> ip-192.
> -> ../../sdh
> lrwxrwxrwx 1 root root 9 Jun 18 15:18
> ip-192.
> -> ../../sdc
>
> Please provide your suggession.
>
> I would suggest cinder utility to have a check of both with normal
> lun-id in /dev/disk/by-path as well as hexadecimal lunid.
>
> To manage notifications about this bug go to:
> https:/
>