Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I have installed the scsi-target-utils package on CentOS and I used it to perform a discovery. The discovery did give me an active session. I restarted the iscsi service but I do not see any new devices (fdisk -l). I see in /var/log/messages that my connection is operational now.

I'm not sure how to debug this further. Can someone direct me into fixing this?

discovery:

iscsiadm -m discovery -t sendtargets -p 192.168.0.155

returns:

192.168.0.155:3260,-1 iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3

Just to verify it actually worked:

iscsiadm -m session

returns

tcp: [1] 192.168.0.155:3260,1 iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3

restarting as the directions say to do:

service iscsi restart

output written to /var/log/message

Stopping iscsi: Sep 20 12:14:22 localhost kernel: connection1:0: detected conn error (1020)
                                                           [  OK  ]
Starting iscsi: Sep 20 12:14:22 localhost kernel: scsi1 : iSCSI Initiator over TCP/IP
Sep 20 12:14:22 localhost iscsid: Connection1:0 to [target: iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3, portal: 192.168.0.155,3260] through [iface: default] is shutdown.
Sep 20 12:14:22 localhost iscsid: Could not set session2 priority. READ/WRITE throughout and latency could be affected.
                                                           [  OK  ]
[root@db iscsi]# Sep 20 12:14:23 localhost iscsid: Connection2:0 to [target: iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3, portal: 192.168.0.155,3260] through [iface: default] is operational now

Ran a login command:

iscsiadm -m node -T iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3 -p 192.168.0.155 -l

No errors, no logging occurred.

Next I compared the output from "fdisk -l|egrep dev" both with the iscsi session and without. There is no difference. I suppose I could just look in /etc/mtab. Any ideas on how I can get an iscsi device?

share|improve this question
1  
I have seen this recently, too. Can you post the output of tgtadm --lld iscsi --op show --mode target and the part of /etc/tgt/targets.conf where you define your and targets LUN's? –  wzzrd Sep 20 '12 at 19:07
add comment

3 Answers

up vote 1 down vote accepted

TwinStrata required my clinet's iqn number. This is located here:

less /etc/iscsi/initiatorname.iscsi

Once the server change was in place, I restarted the client iscsi service and I could see /dev/sda.

share|improve this answer
    
Be sure to mark your own answer as accepted! This helps the backend to know this question is resolved even if you answered it yourself. –  Aaron Copley Sep 21 '12 at 16:05
1  
I will .. you have to wait 24 hrs first. –  jcalfee314 Sep 21 '12 at 19:33
add comment

You need to login to the target after discovery.

iscsiadm -m node -T iqn.2009-02.com.twinstrata:cloudarray:sn-1d07c1b62d4ec8f3 -p 192.168.0.155:3260 -l

See: Configure a system as an iSCSI initiator that persistently mounts an iSCSI target
How to use iSCSI Targets on Linux
How can I connect to iSCSI target from Linux console?

share|improve this answer
    
Sorry, tried that. The login command returns with no input and an exist value of 0. There is no device. No messages in the log. –  jcalfee314 Sep 20 '12 at 20:39
    
I have edited the original post - thanks for pointing this out. –  jcalfee314 Sep 20 '12 at 20:46
    
Was the login after restarting the iscsi service? If not, it sounds like it's not configured correctly on the target but I am not sure where to start with that. –  Aaron Copley Sep 20 '12 at 21:14
add comment

I had this same issue and it turned out to be a target problem.

In my case (target was a NetApp) I had forgotten to map the initiator group to the LUN.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.