I see nothing obviously missing with the command output you included. Could you include a more detailed typescript that demonstrates exactly the problem you are seeing?

Also, could you explain how you get the initiator to rescan the visible luns? For example, when I am testing host groups and target groups on the opensolaris iscsi initiator, I often use iscsiadm to turn off discovery and turn it on again. That certainly forces the initiator to scan for new target resources. What method are you using?

Peter

[email protected] wrote:
Quoting Peter Cudhea <[email protected]>:

Could you please go into more detail?
Sorry - I was waiting to see if there were any fish in the water before adding baiting the line :)

What version of OpenSolaris are you running?  Which SCSI transport are
you using?  Fibre Channel? iSCSI?
Running SCXE snv_117 with iSCSI


What are the target names and initiator names as reported by stmfadm?
-bash-3.2# itadm list-target -v
TARGET NAME STATE SESSIONS
iqn.1986-03.com.sun:02:50362c17-8326-e0da-840f-9611580d9653  online   1
        alias:                  -
        auth:                   none (defaults)
        targetchapuser:         -
        targetchapsecret:       unset
        tpg-tags:               default

-bash-3.2# itadm list-initiator -v
INITIATOR NAME CHAPUSER SECRET iqn.2007-01.com.virtualiron:01:0030483439ec <none> unset



Could you paste the output of

   * stmfadm list-lu -v
   * stmfadm list-target -v
   * stmfadm stmfadm list-view -l <GUID> for each Logical Unit GUID
     that you are having trouble with
   * stmfadm list-hg -v
   * stmfadm list-tg -v


-bash-3.2# stmfadm list-lu -v
LU Name: 600144F0660B8D0000004A54AA5E0001
    Operational Status: Online
    Provider Name     : sbd
    Alias             : /dev/zvol/rdsk/datapool1/volume_1
    View Entry Count  : 1
    Data File         : /dev/zvol/rdsk/datapool1/volume_1
    Meta File         : not set
    Size              : 536870912000
    Block Size        : 512
    Vendor ID         : SUN
    Product ID        : COMSTAR
    Serial Num        : not set
    Write Protect     : Disabled
    Writeback Cache   : Enabled

-bash-3.2# stmfadm list-target -v
Target: iqn.1986-03.com.sun:02:50362c17-8326-e0da-840f-9611580d9653
    Operational Status: Online
    Provider Name     : iscsit
    Alias             : -
    Sessions          : 1
        Initiator: iqn.2007-01.com.virtualiron:01:0030483439ec
            Alias: -
            Logged in since: Thu Jul  9 09:42:34 2009

-bash-3.2# stmfadm list-view -l 600144F0660B8D0000004A54AA5E0001
View Entry: 0
    Host group   : All
    Target group : All
    LUN          : 1

-bash-3.2# itadm list-tpg 2 -v
TARGET PORTAL GROUP           PORTAL COUNT
2                             1
    portals:    172.16.202.110:3260

-bash-3.2# stmfadm list-hg -v VI1
Host Group: VI1
        Member: iqn.2007-01.com.virtualiron:01:0030483439ec


Right now, the node is connected to the target because I have not placed any restrictions on the view. But if I remove the view and reestabilish it as so:

stmfadm add-view -h VI1 -n 1  600144F0660B8D0000004A54AA5E0001 OR

Modify the target and add the tpg to it, I can no longer connect to the target after a reboot. Removing any restrictions and rescanning gets me the target again.

Thanks!


--------------------------------------------------------------------------------

This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication may contain material protected by the attorney-client privilege. If you are not the intended recipient, be advised that any use, dissemination, forwarding, printing or copying is strictly prohibited. If you have received this email in error, please contact the sender and delete all copies.



_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to