Re: Specify SCSI ID
Nick wrote: On Sep 30, 8:16 am, Konrad Rzeszutek [EMAIL PROTECTED] wrote: On Mon, Sep 29, 2008 at 05:50:17PM -0700, Nick wrote: On Sep 29, 3:49 pm, Konrad Rzeszutek [EMAIL PROTECTED] wrote: Here's the output: [EMAIL PROTECTED] ~]# lsscsi [20:0:0:0] tapeSEAGATE ULTRIUM06242-XXX 1613 /dev/st0 [21:0:0:0] mediumx STK L20 0215 /dev/sch0 [22:0:0:0] tapeSEAGATE ULTRIUM06242-XXX 1613 /dev/st1 As you can see, it does not maintain devids but each one becomes id 0. As a result, I get the following message when the changer loads: Yeah, this is the fault of your storage. It converst the SCSI Ids in each seperate target. I'm not sure what you mean by this being a fault of my storage. It is normal for libraries and tape drives to have different SCSI IDs. I'm using SCST for the iSCSI Target Server, and that either allows me to specify all of the SCSI devices under the same target as different LUNs, or specify them under different targets. SCST does not allow me Aha! Do it as different LUNs. to specify the ID the devices are presented as - maybe that's the fault to which you're referring? I was thinking that it represented them as different targets - which is what you don't want in your case. It does allow me to present them as different targets, but it also allows me to present them as different LUNs on the same target. I'm not sure why I can't specify different IDs on the same target though - that seems like a missing feature for SCST. SCSI ID is purely parallel SCSI concept. Other SCSI transports, including iSCSI as well as SAM as a whole, don't have anything like that. So, if your tape library application requires use of SCSI IDs and can't use LUNs instead, this means that it is limited to work only with parallel SCSI libraries. Neither open-iscsi, nor SCST can change it. I tried out the different LUNs method last night and it seems to be somewhat functional, although using the mtx unload command doesn't seem to trigger an eject on the tape drive - I have to run an mt -f /dev/ st0 eject and the do the unload. Maybe this is normal, but it seems like usually you can just do the unload and that will trigger an eject on the drive, then move the media. Anyway, I'll keep playing with that... -Nick --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: Specify SCSI ID
On Sep 30, 8:16 am, Konrad Rzeszutek [EMAIL PROTECTED] wrote: On Mon, Sep 29, 2008 at 05:50:17PM -0700, Nick wrote: On Sep 29, 3:49 pm, Konrad Rzeszutek [EMAIL PROTECTED] wrote: Here's the output: [EMAIL PROTECTED] ~]# lsscsi [20:0:0:0] tape SEAGATE ULTRIUM06242-XXX 1613 /dev/st0 [21:0:0:0] mediumx STK L20 0215 /dev/sch0 [22:0:0:0] tape SEAGATE ULTRIUM06242-XXX 1613 /dev/st1 As you can see, it does not maintain devids but each one becomes id 0. As a result, I get the following message when the changer loads: Yeah, this is the fault of your storage. It converst the SCSI Ids in each seperate target. I'm not sure what you mean by this being a fault of my storage. It is normal for libraries and tape drives to have different SCSI IDs. I'm using SCST for the iSCSI Target Server, and that either allows me to specify all of the SCSI devices under the same target as different LUNs, or specify them under different targets. SCST does not allow me Aha! Do it as different LUNs. to specify the ID the devices are presented as - maybe that's the fault to which you're referring? I was thinking that it represented them as different targets - which is what you don't want in your case. It does allow me to present them as different targets, but it also allows me to present them as different LUNs on the same target. I'm not sure why I can't specify different IDs on the same target though - that seems like a missing feature for SCST. I tried out the different LUNs method last night and it seems to be somewhat functional, although using the mtx unload command doesn't seem to trigger an eject on the tape drive - I have to run an mt -f /dev/ st0 eject and the do the unload. Maybe this is normal, but it seems like usually you can just do the unload and that will trigger an eject on the drive, then move the media. Anyway, I'll keep playing with that... -Nick --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: Specify SCSI ID
On Sun, Sep 28, 2008 at 06:58:36AM -0700, Nick wrote: I'm trying to use open-iscsi to connect to an iSCSI-based tape library. The library has two drives, so there are three IDs. Unfortunately, the library is picky about having the same SCSI IDs as are configured directly on the library, which means on the iSCSI client end I need to make sure that the devices show up with those same IDs. This presents two problems: 1) Each of the devices is presented as a separate iSCSI target. This means that when open-iscsi connects to these three targets, they each get put on a different SCSI bus. Any way to force all three targets onto the same bus? Nope. Each of the connection is considered as a new HBA. 2) open-iscsi starts ID numbering at 0. Is there any way to configure an iSCSI target to show up at a certain ID? So, my tape library is SCSI ID 8, my first drive is 9, and my second drive is 10. Is there any way to configure these targets to show up at IDs 8, 9, and 10? When you say ID, do you mean LUN? What does 'lsscsi' show? Is your first drive the second target? If that is the case, it should show up as so (with a different vendor/product name of course): [0:0:0:8]tape blah blah /dev/st0 [1:0:0:9]diskATA WDC WD1600JD-75H 08.0 /dev/sda [2:0:0:10] diskATA ST3160812AS 3.AD /dev/sdb But the last digit ought to be the same as your SCSI ID, unless the target decided to flatten this an opt to present them as 1-to-1 mapping (one target == one LUN). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: Specify SCSI ID
On Sep 28, 8:58 am, Nick [EMAIL PROTECTED] wrote: I'm trying to use open-iscsi to connect to an iSCSI-based tape library. The library has two drives, so there are three IDs. Unfortunately, the library is picky about having the same SCSI IDs as are configured directly on the library, which means on the iSCSI client end I need to make sure that the devices show up with those same IDs. This presents two problems: 1) Each of the devices is presented as a separate iSCSI target. This means that when open-iscsi connects to these three targets, they each get put on a different SCSI bus. Any way to force all three targets onto the same bus? 2) open-iscsi starts ID numbering at 0. Is there any way to configure an iSCSI target to show up at a certain ID? So, my tape library is SCSI ID 8, my first drive is 9, and my second drive is 10. Is there any way to configure these targets to show up at IDs 8, 9, and 10? Are you familar with udev? Each target has a unique name right? Since each target has one device, you could write a udev rule that grabs the target name and for target X creates a special /dev/my_device_name for the tape device accessed through it. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: Specify SCSI ID
On Sep 29, 10:29 am, [EMAIL PROTECTED] wrote: On Sep 28, 8:58 am, Nick [EMAIL PROTECTED] wrote: I'm trying to use open-iscsi to connect to an iSCSI-based tape library. The library has two drives, so there are three IDs. Unfortunately, the library is picky about having the same SCSI IDs as are configured directly on the library, which means on the iSCSI client end I need to make sure that the devices show up with those same IDs. This presents two problems: 1) Each of the devices is presented as a separate iSCSI target. This means that when open-iscsi connects to these three targets, they each get put on a different SCSI bus. Any way to force all three targets onto the same bus? 2) open-iscsi starts ID numbering at 0. Is there any way to configure an iSCSI target to show up at a certain ID? So, my tape library is SCSI ID 8, my first drive is 9, and my second drive is 10. Is there any way to configure these targets to show up at IDs 8, 9, and 10? Are you familar with udev? Each target has a unique name right? Since each target has one device, you could write a udev rule that grabs the target name and for target X creates a special /dev/my_device_name for the tape device accessed through it. But the changer doesn't work by device names, it works by device IDs. This is the message I get when the changer loads: ch0: type #1 (mt): 0x0+1 [medium transport] ch0: type #2 (st): 0x3e8+20 [storage] ch0: type #3 (ie): 0xa+0 [import/export] ch0: type #4 (dt): 0x1f4+2 [data transfer] ch0: dt 0x1f4: ID 9, LUN 0, Huh? device not found! ch0: dt 0x1f5: ID 10, LUN 0, Huh? device not found! ch0: INITIALIZE ELEMENT STATUS, may take some time ... ch0: ... finished ch 21:0:0:0: Attached scsi changer ch0 ch 21:0:0:0: Attached scsi generic sg2 type 8 As you can see, it's looking for specific SCSI IDs, probably on the same SCSI bus, to try to find the tape devices. -Nick --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: Specify SCSI ID
On Sep 29, 9:03 am, Konrad Rzeszutek [EMAIL PROTECTED] wrote: On Sun, Sep 28, 2008 at 06:58:36AM -0700, Nick wrote: I'm trying to use open-iscsi to connect to an iSCSI-based tape library. The library has two drives, so there are three IDs. Unfortunately, the library is picky about having the same SCSI IDs as are configured directly on the library, which means on the iSCSI client end I need to make sure that the devices show up with those same IDs. This presents two problems: 1) Each of the devices is presented as a separate iSCSI target. This means that when open-iscsi connects to these three targets, they each get put on a different SCSI bus. Any way to force all three targets onto the same bus? Nope. Each of the connection is considered as a new HBA. Bummer...this may make this an unusable setup for me :-(. 2) open-iscsi starts ID numbering at 0. Is there any way to configure an iSCSI target to show up at a certain ID? So, my tape library is SCSI ID 8, my first drive is 9, and my second drive is 10. Is there any way to configure these targets to show up at IDs 8, 9, and 10? When you say ID, do you mean LUN? What does 'lsscsi' show? Is your first drive the second target? If that is the case, it should show up as so (with a different vendor/product name of course): [0:0:0:8] tape blah blah /dev/st0 [1:0:0:9] disk ATA WDC WD1600JD-75H 08.0 /dev/sda [2:0:0:10] disk ATA ST3160812AS 3.AD /dev/sdb But the last digit ought to be the same as your SCSI ID, unless the target decided to flatten this an opt to present them as 1-to-1 mapping (one target == one LUN). Here's the output: [EMAIL PROTECTED] ~]# lsscsi [20:0:0:0] tapeSEAGATE ULTRIUM06242-XXX 1613 /dev/st0 [21:0:0:0] mediumx STK L20 0215 /dev/sch0 [22:0:0:0] tapeSEAGATE ULTRIUM06242-XXX 1613 /dev/st1 As you can see, it does not maintain devids but each one becomes id 0. As a result, I get the following message when the changer loads: ch0: type #1 (mt): 0x0+1 [medium transport] ch0: type #2 (st): 0x3e8+20 [storage] ch0: type #3 (ie): 0xa+0 [import/export] ch0: type #4 (dt): 0x1f4+2 [data transfer] ch0: dt 0x1f4: ID 9, LUN 0, Huh? device not found! ch0: dt 0x1f5: ID 10, LUN 0, Huh? device not found! ch0: INITIALIZE ELEMENT STATUS, may take some time ... ch0: ... finished ch 21:0:0:0: Attached scsi changer ch0 ch 21:0:0:0: Attached scsi generic sg2 type 8 Seems like it's pretty picky about having the right IDs. Maybe there are some module parameters for the ch module that would let me tell it where to try to find the drives? -Nick --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: Specify SCSI ID
Those look helpful, but the issue is that these seem to only take a single id and lun and don't let you specify the host bus on which these devices are located. I suppose I could try presenting them on the same ID (same iSCSI Target) with different LUNs, then all I'd have to do is set dt_id to 0 and use the two LUNs. Worth a shot, I guess... -Nick On Sep 29, 3:49 pm, Konrad Rzeszutek [EMAIL PROTECTED] wrote: Here's the output: [EMAIL PROTECTED] ~]# lsscsi [20:0:0:0] tape SEAGATE ULTRIUM06242-XXX 1613 /dev/st0 [21:0:0:0] mediumx STK L20 0215 /dev/sch0 [22:0:0:0] tape SEAGATE ULTRIUM06242-XXX 1613 /dev/st1 As you can see, it does not maintain devids but each one becomes id 0. As a result, I get the following message when the changer loads: Yeah, this is the fault of your storage. It converst the SCSI Ids in each seperate target. ch0: type #1 (mt): 0x0+1 [medium transport] ch0: type #2 (st): 0x3e8+20 [storage] ch0: type #3 (ie): 0xa+0 [import/export] ch0: type #4 (dt): 0x1f4+2 [data transfer] ch0: dt 0x1f4: ID 9, LUN 0, Huh? device not found! ch0: dt 0x1f5: ID 10, LUN 0, Huh? device not found! ch0: INITIALIZE ELEMENT STATUS, may take some time ... ch0: ... finished ch 21:0:0:0: Attached scsi changer ch0 ch 21:0:0:0: Attached scsi generic sg2 type 8 Seems like it's pretty picky about having the right IDs. Maybe there are some module parameters for the ch module that would let me tell it where to try to find the drives? Try 'modinfo ch'. The 'dt_id' and 'dt_lun' looks promising. -Nick --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: Specify SCSI ID
On Sep 29, 3:49 pm, Konrad Rzeszutek [EMAIL PROTECTED] wrote: Here's the output: [EMAIL PROTECTED] ~]# lsscsi [20:0:0:0] tape SEAGATE ULTRIUM06242-XXX 1613 /dev/st0 [21:0:0:0] mediumx STK L20 0215 /dev/sch0 [22:0:0:0] tape SEAGATE ULTRIUM06242-XXX 1613 /dev/st1 As you can see, it does not maintain devids but each one becomes id 0. As a result, I get the following message when the changer loads: Yeah, this is the fault of your storage. It converst the SCSI Ids in each seperate target. I'm not sure what you mean by this being a fault of my storage. It is normal for libraries and tape drives to have different SCSI IDs. I'm using SCST for the iSCSI Target Server, and that either allows me to specify all of the SCSI devices under the same target as different LUNs, or specify them under different targets. SCST does not allow me to specify the ID the devices are presented as - maybe that's the fault to which you're referring? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
