Hoot, Joseph wrote: > Hi all, > > I'm trying to understand what I'm seeing in my /var/log/messages. Here's > what I have: > > Nov 13 10:49:47 oim6102506 kernel: connection5:0: ping timeout of 10 secs > expired, last rx 191838122, last ping 191839372, now 191841872 > Nov 13 10:49:47 oim6102506 kernel: connection5:0: detected conn error (1011) > Nov 13 10:49:47 oim6102506 iscsid: Kernel reported iSCSI connection 5:0 error > (1011) state (3) > Nov 13 10:49:50 oim6102506 iscsid: Login authentication failed with target > iqn.2001-05.com.equallogic:0-8a0906-e7d1dea02-786272c42554aef2-ovm-2-lun03 > Nov 13 10:49:52 oim6102506 iscsid: connection5:0 is operational after > recovery (1 attempts) > > the first line, what is "connection5:0"? is that referenced from iscsiadm > somewhere? I only ask because I'm seeing iscsid messages and kernel messages. > I also have dm-multipath running, which usually shows up as dm-multipath or > something like that. I understand that iscsid is the process that is logging > in and out. But is the "kernel:" message just an iscsi modules that is > loaded into the kernel, which is why it is being logged as "kernel:"? >
It is the session id and connection id. connection$SESSION_ID:$CONNECTION_ID If you run iscsiadm -m session -P 1 or -P 3 You will see #iscsiadm -m session -P 1 Target: iqn.1992-08.com.netapp:sn.33615311 Current Portal: 10.15.85.19:3260,3 Persistent Portal: 10.15.85.19:3260,3 Iface Transport: tcp Iface IPaddress: 10.11.14.37 Iface HWaddress: default Iface Netdev: default SID: 7 iSCSI Connection State: LOGGED IN Internal iscsid Session State: NO CHANGE Session number is the SID value. If you run iscsiadm -m session tcp  10.15.84.19:3260,2 iqn.1992-08.com.netapp:sn.33615311 the session number/SID is the value in brackets. If you run iscsiadm in session mode (iscsiadm -m session) then you can use the -R argument and pass in a SID to do an opertaion like iscsiadm -m session -R 2 --rescan would rescan that session. Connection number is currently always zero. For the second question, iscsid handles login and logout, and error handling, and the kernel basically passes iscsi packets around. Nov 13 10:49:47 oim6102506 kernel: connection5:0: ping timeout of 10 secs expired, last rx 191838122, last ping 191839372, now 191841872 so here the iscsi kernel code sends a iscsi ping/nop every noop_interval seconds, and if we do not get a response withing noop_timeout seconds it will fire off a connection error. Nov 13 10:49:47 oim6102506 kernel: connection5:0: detected conn error (1011) Here is the kernel code notifying userspace of the problem. Nov 13 10:49:47 oim6102506 iscsid: Kernel reported iSCSI connection 5:0 error (1011) state (3) And there iscsid is accepting the error (probably no need for the error to be logged twice). Nov 13 10:49:50 oim6102506 iscsid: Login authentication failed with target And then here iscsid handled the error by killing the tcp/ip connection, reconnection the tcp/ip connection, and then re-logging into the iscsi target. But for some reason we could not log back in right away. iqn.2001-05.com.equallogic:0-8a0906-e7d1dea02-786272c42554aef2-ovm-2-lun03 Nov 13 10:49:52 oim6102506 iscsid: connection5:0 is operational after recovery (1 attempts) But it looks like we tried again and we got back in. > Maybe one of these modules? > iscsi_tcp 19785 46 > libiscsi_tcp 21829 1 iscsi_tcp > libiscsi2 41285 3 ib_iser,iscsi_tcp,libiscsi_tcp > scsi_transport_iscsi2 37197 5 ib_iser,iscsi_tcp,libiscsi2 > scsi_transport_iscsi 6085 1 scsi_transport_iscsi2 > > I'm just trying to make sure that all of my timeout values line up properly > so that, for example, OCFS2 filesystem doesn't timeout prior to iSCSI. I'd > rather verify that iSCSI reconnections are attempted every 10 seconds and > then dm-multipath has 30 seconds to timeout and then OCFS2 has 60 seconds > before it times out (or something along those lines). So if I understand the > logging a bit more, it'll help me. > > Thanks > Joe > > > =========================== > Joseph R. Hoot > Lead System Programmer/Analyst > (w) 716-878-4832 > (c) 716-759-HOOT > joe.h...@itec.suny.edu > GPG KEY: 7145F633 > =========================== > > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "open-iscsi" group. > To post to this group, send email to email@example.com > To unsubscribe from this group, send email to > open-iscsi+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/open-iscsi > -~----------~----~----~----~------~----~------~--~--- > -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To post to this group, send email to open-is...@googlegroups.com. To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=.