Re: Antw: Re: Q: Slow extraordinarily slow performance of dmraid -s -c -c -c

2012-11-05 Thread Ulrich Windl
Hi!

I have an update on the ioctl() takes 16 seconds issue:

It seems (don't ask me for an explanation) if the buffer size for the SCSI 
response is too small (in my case less than 18 octets), the wsystemcall to read 
the SCSI serial number takes 15-16 seconds, while with a buffer of 18 octets or 
more, it takes 3ms (over an iSCSI-FC-Gateway).

Maybe Mike finds this output of a test program useful:
===
buflen = 17
testprog /dev/sdu 17
SCSI cmd sent: 12  1 80  0 11  0
ioctl duration: 15976 msecs
SCSI response:  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0
resplen = 17, pgcode = 0x 0, pglen = 0

/dev/sdu serial no:
:
real0m15.979s
user0m0.000s
sys 0m0.000s
===
buflen = 18
testprog /dev/sdu 18
SCSI cmd sent: 12  1 80  0 12  0
ioctl duration: 0 msecs
SCSI response:  0 80  0  e 50 42 35 41 38 44 34 41 41 55 36 38 33 39
resplen = 18, pgcode = 0x80, pglen = 14

/dev/sdu serial no: PB5A8D4AAU6839
:
real0m0.003s
user0m0.000s
sys 0m0.000s
===

Regards,
Ulrich

 Ulrich Windl schrieb am 24.09.2012 um 08:57 in Nachricht 50600460.815 : 
 161 :
60728:
  Michael Christie micha...@cs.wisc.edu schrieb am 24.09.2012 um 04:46 in
 Nachricht 1f8fae71-ee7c-4785-a648-24758b18e...@cs.wisc.edu:
  From what I can tell, it is a dm raid issue or a target issue.
  
  The len dm raid is using might not be right, but I am not sure. I do not 
  know why the target does not like it.
  
  
  On Sep 21, 2012, at 5:59 AM, Ulrich Windl 
  ulrich.wi...@rz.uni-regensburg.de 
  wrote
   # time sg_inq -e -p 80- /dev/sdc
   unrecognized multiplier
   Bad argument to '--page=', expecting 0 to 255 inclusive
   
   Modified:
   # time sg_inq -e -p 80 /dev/sdc
  
  I goofed when I wrote the example. You need to pass it in hex so it should 
  be
  
  sg_inq -e -p 0x80 /dev/sdc
  
  I think that will end up working ok though. sg_inq seems to use a different 
  len than what dm raid does.
 
 Hi Mike!
 
 Thanks for that. Still, that command responds as quick as possible, so maybe 
 it's actually more dmraid than iSCSI.
 
 # time sg_inq -e -p 0x80 /dev/sdc
 VPD INQUIRY: Unit serial number page
   Unit serial number: PB5A8D3AATZBSH
 
 real0m0.025s
 user0m0.000s
 sys 0m0.000s
 
 Regards,
 Ulrich
 
 


 

-- 
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 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.



[PATCH v3 3/3] ISCSID: Added iface content override fix

2012-11-05 Thread Eddie Wai
Patch provided by Mike Christie.

This patch fixes the unconditional overwrite of the iface struct
even when the corresponding iface info from the node config was
found and extracted.

Signed-off-by: Eddie Wai eddie@broadcom.com
---
 usr/iscsid.c |8 +++-
 1 files changed, 3 insertions(+), 5 deletions(-)

diff --git a/usr/iscsid.c b/usr/iscsid.c
index b4bb65b..b912b58 100644
--- a/usr/iscsid.c
+++ b/usr/iscsid.c
@@ -111,9 +111,7 @@ setup_rec_from_negotiated_values(node_rec_t *rec, struct 
session_info *info)
strlcpy(rec-name, info-targetname, TARGET_NAME_MAXLEN);
rec-conn[0].port = info-persistent_port;
strlcpy(rec-conn[0].address, info-persistent_address, NI_MAXHOST);
-   memcpy(rec-iface, info-iface, sizeof(struct iface_rec));
rec-tpgt = info-tpgt;
-   iface_copy(rec-iface, info-iface);
 
iscsi_sysfs_get_negotiated_session_conf(info-sid, session_conf);
iscsi_sysfs_get_negotiated_conn_conf(info-sid, conn_conf);
@@ -238,6 +236,7 @@ static int sync_session(void *data, struct session_info 
*info)
log_warning(Could not read data from db. Using default and 
currently negotiated values\n);
setup_rec_from_negotiated_values(rec, info);
+   iface_copy(rec.iface, info-iface);
} else {
/*
 * we have a valid record and iface so lets merge
@@ -251,13 +250,12 @@ static int sync_session(void *data, struct session_info 
*info)
memset(sysfsrec, 0, sizeof(node_rec_t));
setup_rec_from_negotiated_values(sysfsrec, info);
/*
-* target, portal and iface name values have to be the same
+* target, portal and iface values have to be the same
 * or we would not have found the record, so just copy
-* CHAP and iface settings.
+* CHAP settings.
 */
memcpy(rec.session.auth, sysfsrec.session.auth,
  sizeof(struct iscsi_auth_config));
-   memcpy(rec.iface, info-iface, sizeof(rec.iface));
}
 
/* multiple drivers could be connected to the same portal */
-- 
1.7.7.4


-- 
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 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.



[PATCH v3 1/3] ISCSISTART: Saved ibft boot info to the session sysfs

2012-11-05 Thread Eddie Wai
Three new session sysfs parameters are introduced:
boot_root   - holds the ibft boot root folder name
boot_nic- holds the ibft boot ethernetN name
boot_target - holds the ibft boot targetN name

This patch copies over the /sys/firmware/boot_root/ethernetN/targetN info
from the boot context to the node_rec.

Signed-off-by: Eddie Wai eddie@broadcom.com
---
 include/fw_context.h   |3 +++
 include/iscsi_if.h |4 
 include/iscsi_proto.h  |1 +
 usr/config.h   |3 +++
 usr/idbm.c |6 ++
 usr/initiator_common.c |   14 +-
 utils/fwparam_ibft/fwparam_sysfs.c |8 
 7 files changed, 38 insertions(+), 1 deletions(-)

diff --git a/include/fw_context.h b/include/fw_context.h
index 1640859..6563d68 100644
--- a/include/fw_context.h
+++ b/include/fw_context.h
@@ -30,6 +30,9 @@
 
 struct boot_context {
struct list_head list;
+   char boot_root[BOOT_NAME_MAXLEN];
+   char boot_nic[BOOT_NAME_MAXLEN];
+   char boot_target[BOOT_NAME_MAXLEN];
 
/* target settings */
int target_port;
diff --git a/include/iscsi_if.h b/include/iscsi_if.h
index dad9fd8..7a8ee9a 100644
--- a/include/iscsi_if.h
+++ b/include/iscsi_if.h
@@ -460,6 +460,10 @@ enum iscsi_param {
 
ISCSI_PARAM_TGT_RESET_TMO,
ISCSI_PARAM_TARGET_ALIAS,
+
+   ISCSI_PARAM_BOOT_ROOT,
+   ISCSI_PARAM_BOOT_NIC,
+   ISCSI_PARAM_BOOT_TARGET,
/* must always be last */
ISCSI_PARAM_MAX,
 };
diff --git a/include/iscsi_proto.h b/include/iscsi_proto.h
index 1c69feb..56f757b 100644
--- a/include/iscsi_proto.h
+++ b/include/iscsi_proto.h
@@ -619,6 +619,7 @@ struct iscsi_reject {
 #define KEY_MAXLEN 64
 #define VALUE_MAXLEN   255
 #define TARGET_NAME_MAXLEN VALUE_MAXLEN
+#define BOOT_NAME_MAXLEN   256
 
 #define ISCSI_DEF_MAX_RECV_SEG_LEN 8192
 #define ISCSI_MIN_MAX_RECV_SEG_LEN 512
diff --git a/usr/config.h b/usr/config.h
index 998caff..d457bdd 100644
--- a/usr/config.h
+++ b/usr/config.h
@@ -201,6 +201,9 @@ typedef struct session_rec {
 * allowed to be initiated on this record
 */
unsigned char   multiple;
+   charboot_root[BOOT_NAME_MAXLEN];
+   charboot_nic[BOOT_NAME_MAXLEN];
+   charboot_target[BOOT_NAME_MAXLEN];
 } session_rec_t;
 
 #define ISCSI_TRANSPORT_NAME_MAXLEN 16
diff --git a/usr/idbm.c b/usr/idbm.c
index 4d30aa9..ca2d1f6 100644
--- a/usr/idbm.c
+++ b/usr/idbm.c
@@ -2569,6 +2569,12 @@ struct node_rec 
*idbm_create_rec_from_boot_context(struct boot_context *context)
strlen((char *)context-chap_password);
rec-session.auth.password_in_length =
strlen((char *)context-chap_password_in);
+   strlcpy(rec-session.boot_root, context-boot_root,
+   sizeof(context-boot_root));
+   strlcpy(rec-session.boot_nic, context-boot_nic,
+   sizeof(context-boot_nic));
+   strlcpy(rec-session.boot_target, context-boot_target,
+   sizeof(context-boot_target));
 
iface_setup_from_boot_context(rec-iface, context);
 
diff --git a/usr/initiator_common.c b/usr/initiator_common.c
index ef6820c..6fc114d 100644
--- a/usr/initiator_common.c
+++ b/usr/initiator_common.c
@@ -324,7 +324,7 @@ int iscsi_host_set_params(struct iscsi_session *session)
return 0;
 }
 
-#define MAX_SESSION_PARAMS 32
+#define MAX_SESSION_PARAMS 35
 
 int iscsi_session_set_params(struct iscsi_conn *conn)
 {
@@ -496,6 +496,18 @@ int iscsi_session_set_params(struct iscsi_conn *conn)
.param = ISCSI_PARAM_INITIATOR_NAME,
.value = session-initiator_name,
.type = ISCSI_STRING,
+   }, {
+   .param = ISCSI_PARAM_BOOT_ROOT,
+   .value = session-nrec.session.boot_root,
+   .type = ISCSI_STRING,
+   }, {
+   .param = ISCSI_PARAM_BOOT_NIC,
+   .value = session-nrec.session.boot_nic,
+   .type = ISCSI_STRING,
+   }, {
+   .param = ISCSI_PARAM_BOOT_TARGET,
+   .value = session-nrec.session.boot_target,
+   .type = ISCSI_STRING,
},
};
 
diff --git a/utils/fwparam_ibft/fwparam_sysfs.c 
b/utils/fwparam_ibft/fwparam_sysfs.c
index 3997363..2f37b59 100644
--- a/utils/fwparam_ibft/fwparam_sysfs.c
+++ b/utils/fwparam_ibft/fwparam_sysfs.c
@@ -200,6 +200,9 @@ static int fill_nic_context(char *subsys, char *id,
strlcpy(context-scsi_host_name, subsys,
sizeof(context-scsi_host_name));
 
+   memset(context-boot_nic, 0, 

[PATCH v3 0/3] ISCSITOOLS: Patchset to add the extraction of

2012-11-05 Thread Eddie Wai
Version 3:
- Added support for ISCSI_LLD_ROOT support as well
- Removed the 'boot_initiator' param because its not useful
- Added the 'boot_root' param to hold the 'ibft' or 'iscsi_root'N name to
  support non-ibft sessions
- Moved the boot_nic net param extraction out of the iscsi_sysfs_read_iface
  routine because it can affect iscsiadm iface config printouts

Version 2:
- Added boot_initiator to hold the ibft initiator name
- Added boot_targetN to hold the corresponding ibft target name
- Moved the boot_nic net param extraction to the iscsi_sysfs_read_iface
  routine
- Added extra check before eluding to use the boot_nic info

For the case when iscsid is invoked for the first time after pivot root
during iSCSI boot, the boot connection would fail to re-connect if the
ibft/iscsi_boot sysfs entry contains tagged vlan.

The problem was caused by the lack of such info in the iscsi_session sysfs
for sync_session to inherit from.

The enclosed patchset does the following:
1. Extract and save the ibft-ethernetN name to the boot_context-boot_nic
2. Pass the boot_nic info to be saved to the sessionN sysfs
3. Extract the sessionN boot_nic sysfs info and retrieve the corresponding
   net params

This 'boot_nic' kernel session sysfs entry will only be present for ibft
boot.  Corresponding kernel drivers will have to add the ISCSI_PARAM_BOOT_NIC
attribute to its attr_is_visible table.

The last patch provides the fix for the unconditional overwrite of the
iface struct even after the ibft net info was already extracted.

Please review.  Thanks.
Eddie


Eddie Wai (3):
  ISCSISTART: Saved ibft boot info to the session sysfs
  ISCSID: Added the extraction of the session boot info
  ISCSID: Added iface content override fix

 include/fw_context.h   |3 ++
 include/iscsi_if.h |4 +++
 include/iscsi_proto.h  |1 +
 usr/config.h   |3 ++
 usr/idbm.c |6 +
 usr/initiator_common.c |   14 -
 usr/iscsi_sysfs.c  |   39 
 usr/iscsid.c   |8 ++
 utils/fwparam_ibft/fwparam_sysfs.c |8 +++
 9 files changed, 80 insertions(+), 6 deletions(-)

-- 
1.7.7.4


-- 
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 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.



[PATCH v3 2/3] ISCSID: Added the extraction of the session boot info

2012-11-05 Thread Eddie Wai
This patch does the work to extract the corresponding
boot_root-ethernetN net params as specified from the kernel
session boot_nic sysfs entry.

Signed-off-by: Eddie Wai eddie@broadcom.com
---
 usr/iscsi_sysfs.c |   39 +++
 1 files changed, 39 insertions(+), 0 deletions(-)

diff --git a/usr/iscsi_sysfs.c b/usr/iscsi_sysfs.c
index 4015b35..deea3d3 100644
--- a/usr/iscsi_sysfs.c
+++ b/usr/iscsi_sysfs.c
@@ -439,6 +439,43 @@ uint32_t iscsi_sysfs_get_host_no_from_hwinfo(struct 
iface_rec *iface, int *rc)
return host_no;
 }
 
+static int iscsi_sysfs_read_boot(struct iface_rec *iface, char *session)
+{
+   char boot_root[BOOT_NAME_MAXLEN], boot_nic[BOOT_NAME_MAXLEN];
+   char boot_name[BOOT_NAME_MAXLEN], boot_content[BOOT_NAME_MAXLEN];
+
+   /* Extract boot info */
+   strlcpy(boot_name, boot_target, sizeof(boot_name));
+   if (sysfs_get_str(session, ISCSI_SESSION_SUBSYS, boot_name,
+ boot_content, BOOT_NAME_MAXLEN))
+   return -1;
+   strlcpy(boot_name, boot_nic, sizeof(boot_name));
+   if (sysfs_get_str(session, ISCSI_SESSION_SUBSYS, boot_name, boot_nic,
+ BOOT_NAME_MAXLEN))
+   return -1;
+   strlcpy(boot_name, boot_root, sizeof(boot_name));
+   if (sysfs_get_str(session, ISCSI_SESSION_SUBSYS, boot_name, boot_root,
+ BOOT_NAME_MAXLEN))
+   return -1;
+
+   /* If all boot_root/boot_target/boot_nic exist, then extract the
+  info from the boot nic */
+   if (sysfs_get_str(boot_nic, boot_root, vlan, boot_content,
+ BOOT_NAME_MAXLEN))
+   log_debug(5, could not read %s/%s/vlan, boot_root, boot_nic);
+   else
+   iface-vlan_id = atoi(boot_content);
+
+   if (sysfs_get_str(boot_nic, boot_root, subnet-mask,
+ iface-subnet_mask, NI_MAXHOST))
+   log_debug(5, could not read %s/%s/subnet, boot_root,
+ boot_nic);
+
+   log_debug(5, sysfs read boot returns %s/%s/ vlan = %d subnet = %s,
+ boot_root, boot_nic, iface-vlan_id, iface-subnet_mask);
+   return 0;
+}
+
 /*
  * Read in iface settings based on host and session values. If
  * session is not passed in, then the ifacename will not be set. And
@@ -920,6 +957,8 @@ int iscsi_sysfs_get_sessioninfo_by_id(struct session_info 
*info, char *session)
 
iscsi_sysfs_read_iface(info-iface, host_no, session, NULL);
 
+   iscsi_sysfs_read_boot(info-iface, session);
+
log_debug(7, found targetname %s address %s pers address %s port %d 
 pers port %d driver %s iface name %s ipaddress %s 
 netdev %s hwaddress %s iname %s,
-- 
1.7.7.4


-- 
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 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.



[PATCH v3] LIBISCSI: Added new boot entries in the session sysfs

2012-11-05 Thread Eddie Wai
This is the kernel part of the modification to extract the net params
from the ibft sysfs to the iface struct used for the connection
request upon sync_session in the open-iscsi util.

Three new session sysfs params are defined:
boot_root - holds the name of the /sys/firmware/ibft or iscsi_rootN
boot_nic  - holds the ethernetN name
boot_target - holds the targetN name

Signed-off-by: Eddie Wai eddie@broadcom.com
---
 drivers/scsi/libiscsi.c |   18 ++
 drivers/scsi/scsi_transport_iscsi.c |   12 
 include/scsi/iscsi_if.h |4 
 include/scsi/libiscsi.h |4 
 4 files changed, 38 insertions(+), 0 deletions(-)

diff --git a/drivers/scsi/libiscsi.c b/drivers/scsi/libiscsi.c
index 82c3fd4..d03328e 100644
--- a/drivers/scsi/libiscsi.c
+++ b/drivers/scsi/libiscsi.c
@@ -2809,6 +2809,9 @@ void iscsi_session_teardown(struct iscsi_cls_session 
*cls_session)
kfree(session-targetname);
kfree(session-targetalias);
kfree(session-initiatorname);
+   kfree(session-boot_root);
+   kfree(session-boot_nic);
+   kfree(session-boot_target);
kfree(session-ifacename);
 
iscsi_destroy_session(cls_session);
@@ -3248,6 +3251,12 @@ int iscsi_set_param(struct iscsi_cls_conn *cls_conn,
return iscsi_switch_str_param(session-ifacename, buf);
case ISCSI_PARAM_INITIATOR_NAME:
return iscsi_switch_str_param(session-initiatorname, buf);
+   case ISCSI_PARAM_BOOT_ROOT:
+   return iscsi_switch_str_param(session-boot_root, buf);
+   case ISCSI_PARAM_BOOT_NIC:
+   return iscsi_switch_str_param(session-boot_nic, buf);
+   case ISCSI_PARAM_BOOT_TARGET:
+   return iscsi_switch_str_param(session-boot_target, buf);
default:
return -ENOSYS;
}
@@ -3326,6 +3335,15 @@ int iscsi_session_get_param(struct iscsi_cls_session 
*cls_session,
case ISCSI_PARAM_INITIATOR_NAME:
len = sprintf(buf, %s\n, session-initiatorname);
break;
+   case ISCSI_PARAM_BOOT_ROOT:
+   len = sprintf(buf, %s\n, session-boot_root);
+   break;
+   case ISCSI_PARAM_BOOT_NIC:
+   len = sprintf(buf, %s\n, session-boot_nic);
+   break;
+   case ISCSI_PARAM_BOOT_TARGET:
+   len = sprintf(buf, %s\n, session-boot_target);
+   break;
default:
return -ENOSYS;
}
diff --git a/drivers/scsi/scsi_transport_iscsi.c 
b/drivers/scsi/scsi_transport_iscsi.c
index 31969f2..2873711 100644
--- a/drivers/scsi/scsi_transport_iscsi.c
+++ b/drivers/scsi/scsi_transport_iscsi.c
@@ -2484,6 +2484,9 @@ iscsi_session_attr(tgt_reset_tmo, 
ISCSI_PARAM_TGT_RESET_TMO, 0);
 iscsi_session_attr(ifacename, ISCSI_PARAM_IFACE_NAME, 0);
 iscsi_session_attr(initiatorname, ISCSI_PARAM_INITIATOR_NAME, 0);
 iscsi_session_attr(targetalias, ISCSI_PARAM_TARGET_ALIAS, 0);
+iscsi_session_attr(boot_root, ISCSI_PARAM_BOOT_ROOT, 0);
+iscsi_session_attr(boot_nic, ISCSI_PARAM_BOOT_NIC, 0);
+iscsi_session_attr(boot_target, ISCSI_PARAM_BOOT_TARGET, 0);
 
 static ssize_t
 show_priv_session_state(struct device *dev, struct device_attribute *attr,
@@ -2570,6 +2573,9 @@ static struct attribute *iscsi_session_attrs[] = {
dev_attr_sess_ifacename.attr,
dev_attr_sess_initiatorname.attr,
dev_attr_sess_targetalias.attr,
+   dev_attr_sess_boot_root.attr,
+   dev_attr_sess_boot_nic.attr,
+   dev_attr_sess_boot_target.attr,
dev_attr_priv_sess_recovery_tmo.attr,
dev_attr_priv_sess_state.attr,
dev_attr_priv_sess_creator.attr,
@@ -2632,6 +2638,12 @@ static umode_t iscsi_session_attr_is_visible(struct 
kobject *kobj,
param = ISCSI_PARAM_INITIATOR_NAME;
else if (attr == dev_attr_sess_targetalias.attr)
param = ISCSI_PARAM_TARGET_ALIAS;
+   else if (attr == dev_attr_sess_boot_root.attr)
+   param = ISCSI_PARAM_BOOT_ROOT;
+   else if (attr == dev_attr_sess_boot_nic.attr)
+   param = ISCSI_PARAM_BOOT_NIC;
+   else if (attr == dev_attr_sess_boot_target.attr)
+   param = ISCSI_PARAM_BOOT_TARGET;
else if (attr == dev_attr_priv_sess_recovery_tmo.attr)
return S_IRUGO | S_IWUSR;
else if (attr == dev_attr_priv_sess_state.attr)
diff --git a/include/scsi/iscsi_if.h b/include/scsi/iscsi_if.h
index 917741b..d68b992 100644
--- a/include/scsi/iscsi_if.h
+++ b/include/scsi/iscsi_if.h
@@ -452,6 +452,10 @@ enum iscsi_param {
ISCSI_PARAM_TGT_RESET_TMO,
ISCSI_PARAM_TARGET_ALIAS,
 
+   ISCSI_PARAM_BOOT_ROOT,
+   ISCSI_PARAM_BOOT_NIC,
+   ISCSI_PARAM_BOOT_TARGET,
+
ISCSI_PARAM_CHAP_IN_IDX,
ISCSI_PARAM_CHAP_OUT_IDX,
/* must always be last */
diff --git a/include/scsi/libiscsi.h b/include/scsi/libiscsi.h
index 6e33386..b021462 100644
--- 

Broadcom NIC sessions not retaining on reboot (node.startup=automatic not working)

2012-11-05 Thread riva gupta
Dear All

I have connected my host and iSCSI storage directly with LAN cable. 

The iface created for the particular port through which the connection is 
made is:

* iscsiadm -m iface -I bnx2i.3c:d9:2b:f5:2e:e7*
# BEGIN RECORD 2.0-872
iface.iscsi_ifacename = bnx2i.3c:d9:2b:f5:2e:e7
iface.net_ifacename = empty
iface.ipaddress = 192.168.3.20
iface.hwaddress = 3c:d9:2b:f5:2e:e7
iface.transport_name = bnx2i
iface.initiatorname = empty
# END RECORD

I have successfully discovered the target using the command:
*iscsiadm -m discovery -t st -p 192.168.3.14:3260 -I bnx2i.3c:d9:2b:f5:2e:e7
* 

And logged into my storage successfully as:
*iscsiadm -m node -p 192.168.3.14:3260 -I bnx2i.3c:d9:2b:f5:2e:e7 -l
*
I can then see my sessions successfully as:
*iscsiadm -m session*
bnx2i: [2] 192.168.3.14:3260,1 
iqn.2001-03.jp.nec:storage01:ist-m000-sn-00090019.lx-hprhel6.target

I have the setting *node.startup = automatic*
in the file /etc/iscsi/iscsid.conf

But on reboot I see:
*iscsiadm -m session*
iscsiadm: No active sessions.

I think the node.startup=automatic is not working. Have any of you faced 
such a problem. Please help.


-- 
You received this message because you are subscribed to the Google Groups 
open-iscsi group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/open-iscsi/-/iSgT7ktg3bMJ.
To post to this group, send email to open-iscsi@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=en.



password caching for tgtd

2012-11-05 Thread Trenton Adams
Hi Guys,

I spent quite some time trying to figure out why the system was not 
authenticating, except with a single password that I originally set-up.  I 
had it set to 12345, and that worked.  As soon as I changed it, it quit 
working.  

I would edit this file, and change the password
/etc/iscsi/iscsid.conf
node.session.auth.username = username
node.session.auth.password = 12345

Then I would edit this file, and change the password to the same thing.
/etc/tgt/targets.conf
target iqn.2012-11.com.example:backup1
backing-store /dev/sdf1

initiator-address 192.168.8.4

incominguser trenta 12345
/target

Then, I found I could have /etc/tgt/targets.conf set to anything I like, 
and 12345 would still work in /etc/iscsi/iscsid.conf.  This all happens 
even after full restarts.

iscsiadm -m node --logout
iscsiadm -m node -o delete
service tgtd restart
service iscsid restart
service iscsi restart
iscsiadm -m discovery -t sendtargets -p  192.168.8.25
iscsiadm -m node --login

Can anyone tell me why this is happening?

-- 
You received this message because you are subscribed to the Google Groups 
open-iscsi group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/open-iscsi/-/C2iuvhSZ7q8J.
To post to this group, send email to open-iscsi@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=en.



iSCSI session problem(using LOM of Intel i350 and NIC of intel corporation 82580 on IBM x3650M4 Server with RHEL6.1)

2012-11-05 Thread Manju sharma


*Hi ,*

*Current setup is:*
(LOM of Intel i350 and NIC of intel corporation 82580 on IBM x3650M4 Server 
with RHEL6.1)also i installed the software of multipathing.

*The issue is:*

*iSCSI session shows random behaviour* ,some time only one of the session 
made via LOM and NIC card retain and sometimes both retain after system 
reboot 
following are some of the settings of */etc/iscsi/iscsid.conf* file
*node.startup = automatic
node.session.timeo.replacement_timeout = 30*

**

*i created the session by following the below mention steps:*

#iscsiadm -m iface -I iface_name --op=new

#iscsiadm -m iface -I iface_name --op=update -n iface.hwaddress -v 
hardware address

*hardware address of particular ethX to which i want to bind the iface*

#iscsiadm -m discovery -t st -p portal_address -I iface_name -P 1 

*e.g of portal address: 192.168.3.4:3260*

#iscsiadm -m node -I iface_name -p portal_address -l

*and i check the session via following command*

#iscsiadm -m session
- Can anybody help me in solving this* issue .i.e why session show random 
behaviour *.what should i do to overcome this problem* i.e Is i have to do 
some more setting so that the iscsi sessions will retain after system 
reboot too.
-*Is there any particular file in Linux file system to see the iSCSI 
related logs. or is there any command to debug. 

-- 
You received this message because you are subscribed to the Google Groups 
open-iscsi group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/open-iscsi/-/xCYGk4dgE_sJ.
To post to this group, send email to open-iscsi@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=en.



Re: Timeout settings not working?

2012-11-05 Thread Periyannan, Jaikumar




Michael Christie micha...@cs.wisc.edu wrote:



On Nov 2, 2012, at 4:35 PM, Ian Pilcher arequip...@gmail.com wrote:

 Checkout 8. Advanced Configuration of the readme in
 /usr/share/docs/iscsi-intiator-utils-$VERSION/REAMDE

 Believe me, I read that before posting.

 Ultimately, I just didn't realize that changes to the settings in
 iscsid.conf would not affect already discovered targets.

Ok. I think that is a common mistake, because the tools are odd in that way. I 
will add some more notes in the README about that. Thanks.

--
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 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.

-- 
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 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.



Re: password caching for tgtd

2012-11-05 Thread Trenton D. Adams
This was because the tgtd refused to die during a restart.  Even a stop did
not kill it.  So, I had to kill it myself, which resolved the problem.

On Mon, Nov 5, 2012 at 4:03 PM, Trenton Adams trenton.d.ad...@gmail.comwrote:

 Hi Guys,

 I spent quite some time trying to figure out why the system was not
 authenticating, except with a single password that I originally set-up.  I
 had it set to 12345, and that worked.  As soon as I changed it, it quit
 working.

 I would edit this file, and change the password
 /etc/iscsi/iscsid.conf
 node.session.auth.username = username
 node.session.auth.password = 12345

 Then I would edit this file, and change the password to the same thing.
 /etc/tgt/targets.conf
 target iqn.2012-11.com.example:backup1
 backing-store /dev/sdf1

 initiator-address 192.168.8.4

 incominguser trenta 12345
 /target

 Then, I found I could have /etc/tgt/targets.conf set to anything I like,
 and 12345 would still work in /etc/iscsi/iscsid.conf.  This all happens
 even after full restarts.

 iscsiadm -m node --logout
 iscsiadm -m node -o delete
 service tgtd restart
 service iscsid restart
 service iscsi restart
 iscsiadm -m discovery -t sendtargets -p  192.168.8.25
 iscsiadm -m node --login

 Can anyone tell me why this is happening?

  --
 You received this message because you are subscribed to the Google Groups
 open-iscsi group.
 To view this discussion on the web visit
 https://groups.google.com/d/msg/open-iscsi/-/C2iuvhSZ7q8J.
 To post to this group, send email to open-iscsi@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=en.


-- 
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 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.