Lee Duncan | 18 Nov 22:35 2014
Picon

[PATCH 00] iscsid compute bound when bouncing many targets, one LUN per target

The following patch fixes a problem where the CPU becomes compute bound
when rediscovering targets, when there are hundreds of sessions.

When his occurs, most of the time is spent in the function
iscsi_sysfs_for_each_session(). This function does a scandir(),
sorted alphabetically, to get a list of sessions, then scans
that list looking for a match. When there are hundreds of sesions
this can take forever.

This patch saves the current session and then ensures that this
session sorted to the front of the list. Testing shows that
CPU usage goes from near 100% to near 0% when running cable
plug tests with hundreds of sessions.

Signed-off-by: Lee Duncan <leeman.duncan@...>

--

-- 
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe@...
To post to this group, send email to open-iscsi@...
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.

Lee Duncan | 17 Nov 20:09 2014
Picon

[PATCH 00] Updated patch to read initiatorname

Updated based on comments from Uli. Two comments were changed:

[PATCH 01] open-isns: Read source name from /etc/iscsi/initiatorname.iscsi

-- 
Lee Duncan

--

-- 
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe@...
To post to this group, send email to open-iscsi@...
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.

Lee Duncan | 15 Nov 02:15 2014
Picon

[PATCH 00/11] open-isns: various updates

The following patches bring open-isns to the level where it
can be used as a daemon (isnsd) in conjunction with open-iscsi:

[PATCH 01/11] open-isns: move config.h include
[PATCH 02/11] open-isns: Allow compilation of server programs
[PATCH 03/11] Remove unused variable 'type' in insnsadm
[PATCH 04/11] open-isns: add 'all' as valid option for debugging
[PATCH 05/11] isnsadm: Allow server to be specified
[PATCH 06/11] open-isns: Make default IQN prefix configurable
[PATCH 07/11] open-isns: Implement 'IQNPrefix' configuration setting
[PATCH 08/11] open-isns: Read source name from /etc/iscsi/initiatorname.iscsi
[PATCH 09/11] open-isns: systemd integration
[PATCH 10/11] open-isns: remove unused SLPLIN from Makefile.in
[PATCH 11/11] open-isns: Add install Makefile target

Note that patch 8 may need re-working, as it assumes that the iscsi
initiator name is in /etc/iscsi/initiatorname.iscsi, and I'm not
sure that's right for all distributions. If so, let me know.
-- 
Lee Duncan

--

-- 
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe@...
To post to this group, send email to open-iscsi@...
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.

The Lee-Man | 14 Nov 20:38 2014
Picon

[PATCHESv2] Fixup iBFT and IPv6, some cleanup

Hi Mike:

Here are the updated patches, based on your feedback:

0001-Code-cleanup-no-functional-changes.patch
0002-Represent-DHCP-origin-as-an-enum-not-a-string.patch
0003-fwparam_ibft-Check-iBFT-target-and-NIC-flags.patch
0004-Allow-modifications-for-iface.gateway-and-iface.subn.patch

Changes from last version:

patch 2: uses an enum now. Not sure if the state should be kept as an
integer or an enum. feedback welcome

also, the original path 4 was removed, for later discussion (once we get prefix-len figured out).

Patches are attached (since the groups.google.com interface doesn't easily do plain text)

Thanks.
-- 
Lee Duncan

--
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to open-iscsi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.
Shay Katz | 7 Nov 07:56 2014
Picon

Could not logout of all requested sessions when working with centos 7

Hi

I have client (centos 7) with logged in sessions,

 

[root <at> lgdrm1027 ~]# iscsiadm -m session

tcp: [1] 10.206.12.5:3260,1 iqn.2008-05.com.xtremio:001e679efc4a (non-flash)

tcp: [2] 10.205.12.5:3260,1 iqn.2008-05.com.xtremio:001e679efc4a (non-flash)

tcp: [3] 10.206.12.6:3260,1 iqn.2008-05.com.xtremio:001e679efc4b (non-flash)

tcp: [4] 10.205.12.6:3260,1 iqn.2008-05.com.xtremio:001e679efc4b (non-flash)

tcp: [5] 10.206.12.15:3260,1 iqn.2008-05.com.xtremio:001e679efff6 (non-flash)

tcp: [6] 10.205.12.15:3260,1 iqn.2008-05.com.xtremio:001e679efff6 (non-flash)

tcp: [7] 10.206.12.16:3260,1 iqn.2008-05.com.xtremio:001e679efff7 (non-flash)

tcp: [8] 10.205.12.16:3260,1 iqn.2008-05.com.xtremio:001e679efff7 (non-flash)

 

After logging in the user remove the portals from the target, now when I am trying to logged out the operation fails

And I didn't find how to remove them (There is no force flag):

 

[root <at> lgdrm1027 ~]# iscsiadm -m node -u

Logging out of session [sid: 1, target: iqn.2008-05.com.xtremio:001e679efc4a, portal: 10.206.12.5,3260]

Logging out of session [sid: 2, target: iqn.2008-05.com.xtremio:001e679efc4a, portal: 10.205.12.5,3260]

Logging out of session [sid: 3, target: iqn.2008-05.com.xtremio:001e679efc4b, portal: 10.206.12.6,3260]

Logging out of session [sid: 4, target: iqn.2008-05.com.xtremio:001e679efc4b, portal: 10.205.12.6,3260]

Logging out of session [sid: 5, target: iqn.2008-05.com.xtremio:001e679efff6, portal: 10.206.12.15,3260]

Logging out of session [sid: 6, target: iqn.2008-05.com.xtremio:001e679efff6, portal: 10.205.12.15,3260]

Logging out of session [sid: 7, target: iqn.2008-05.com.xtremio:001e679efff7, portal: 10.206.12.16,3260]

Logging out of session [sid: 8, target: iqn.2008-05.com.xtremio:001e679efff7, portal: 10.205.12.16,3260]

iscsiadm: Could not logout of [sid: 1, target: iqn.2008-05.com.xtremio:001e679efc4a, portal: 10.206.12.5,3260].

iscsiadm: initiator reported error (9 - internal error)

iscsiadm: Could not logout of [sid: 2, target: iqn.2008-05.com.xtremio:001e679efc4a, portal: 10.205.12.5,3260].

iscsiadm: initiator reported error (2 - session not found)

iscsiadm: Could not logout of [sid: 3, target: iqn.2008-05.com.xtremio:001e679efc4b, portal: 10.206.12.6,3260].

iscsiadm: initiator reported error (2 - session not found)

iscsiadm: Could not logout of [sid: 4, target: iqn.2008-05.com.xtremio:001e679efc4b, portal: 10.205.12.6,3260].

iscsiadm: initiator reported error (2 - session not found)

iscsiadm: Could not logout of [sid: 5, target: iqn.2008-05.com.xtremio:001e679efff6, portal: 10.206.12.15,3260].

iscsiadm: initiator reported error (2 - session not found)

iscsiadm: Could not logout of [sid: 6, target: iqn.2008-05.com.xtremio:001e679efff6, portal: 10.205.12.15,3260].

iscsiadm: initiator reported error (2 - session not found)

iscsiadm: Could not logout of [sid: 7, target: iqn.2008-05.com.xtremio:001e679efff7, portal: 10.206.12.16,3260].

iscsiadm: initiator reported error (2 - session not found)

iscsiadm: Could not logout of [sid: 8, target: iqn.2008-05.com.xtremio:001e679efff7, portal: 10.205.12.16,3260].

iscsiadm: initiator reported error (2 - session not found)

iscsiadm: Could not logout of all requested sessions

[root <at> lgdrm1027 ~]#

same scenario on centos 6.5 worked well.

Shay

--
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to open-iscsi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.
Andy Grover | 3 Nov 23:43 2014
Picon

[PATCHv2 0/9] Rewrite event handling

Hi Mike and everyone,

Version 2 of the patchset to redo actor.c to use alarm(2) to wake up
for expiring timers instead of needing to wake up 4 times a second. We
do not need fine granularity for these, so computing everything in
seconds works fine and makes the code simpler.

This series is also available in this git repo:

https://github.com/agrover/open-iscsi.git actor-rewrite2

Changes from v1:
* Cancel upcoming alarm if just removed last entry on pend_list
* Wake up once per second to waitpid(), but only if needed
* Squash Chris's patch into #8, since #8 mostly reverses it
* Integrated previously-posted patch that fixed pend_list insertion
  logic
* Tested initial login failure/timeout, logout timeout, relogin cases,
  no issues.

Thanks! -- Regards -- Andy

Adam Jackson (6):
  actor: Mark actor_check static
  actor: simplify actor_check
  actor: s/ACTOR_TICKS/actor_jiffies/
  actor: Remove ACTOR_TICKS_10MS()
  actor: Unobfuscate ACTOR_MAX_LOOPS
  actor: Simplify actor_poll a little

Andy Grover (3):
  Remove actor_init and rename actor_new to actor_init
  Make running actors event-driven
  Wake up to reap children

 include/list.h   |   6 ++
 usr/Makefile     |   4 +-
 usr/actor.c      | 303 +++++++++++++++++++++++++------------------------------
 usr/actor.h      |  14 +--
 usr/event_poll.c |  53 ++++++++--
 usr/initiator.c  |  28 ++---
 usr/iscsid.c     |   1 -
 usr/iscsistart.c |   1 -
 8 files changed, 207 insertions(+), 203 deletions(-)

-- 
1.9.3

--

-- 
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe@...
To post to this group, send email to open-iscsi@...
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.

shivraj dongawe | 3 Nov 12:10 2014
Picon

bulk writes in iSCSI

Hi all, 

        Suppose I have information about some lba's and lengths. 
       I want to send more than one write command as a part of single pdu. 
       I want to know whether I could perform this activity using iSCSI?

--
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to open-iscsi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.
AB | 31 Oct 16:38 2014
Picon

Trouble connecting to Drobo B800i using ISCSI on Ubuntu 14.04

I have a new Drobo B800i that I am having trouble connecting to an Ubuntu 14.04 workstation. Any help is appreciated. This is a completely fresh installation, so all the settings I haven't changed are the default. My main source of info is the guide on http://drobo-utils.sourceforge.net/ , but that doesn't seem to be working out. I'll walk you through what I've done and maybe someone can point out something wrong: 

1) I connected the Drobo to a Mac with the USB and created the volume. I have tried with and without CHAP authentication turned on, and neither seems to change anything. I can connect to the Mac using the ethernet cable and it recognizes it fine, so I don't think its a setting on the Drobo. 

2) Using the default networking info from the drobo (IP address: 169.254.2.0, netmask: 255.255.0.0, gateway: 169.254.0.1) I set up a new network connection using the "Edit Connections ..." menu. I created a connection on eth0 using manual IPv4 settings. I did not change anything else. At this point I can ping the Drobo and receive this response:

root <at> josedell-Precision-T7610:/etc/iscsi# ping 169.254.2.0PING 169.254.2.0 (169.254.2.0) 56(84) bytes of data.
64 bytes from 169.254.2.0: icmp_seq=1 ttl=64 time=0.029 ms
64 bytes from 169.254.2.0: icmp_seq=2 ttl=64 time=0.029 ms
64 bytes from 169.254.2.0: icmp_seq=3 ttl=64 time=0.033 ms
64 bytes from 169.254.2.0: icmp_seq=4 ttl=64 time=0.030 ms
64 bytes from 169.254.2.0: icmp_seq=5 ttl=64 time=0.031 ms
64 bytes from 169.254.2.0: icmp_seq=6 ttl=64 time=0.029 ms
^C
--- 169.254.2.0 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 4999ms
rtt min/avg/max/mdev = 0.029/0.030/0.033/0.003 ms

I assume this means the network connection is working ok? 

2) I've installed open-iscsi and drobo-utils using apt-get. In /etc/iscsi/iscsid.conf , I've tried using CHAP when the the Drobo had CHAP enabled, and not using CHAP when the Drobo had it disabled. When I try iscsiadm using discovery, I get this error message: 

root <at> josedell-Precision-T7610:/etc/iscsi# sudo iscsiadm -m discovery -t sendtargets -p 169.254.2.0
iscsiadm: Connection to Discovery Address 169.254.2.0 failed
iscsiadm: Login I/O error, failed to receive a PDU
iscsiadm: retrying discovery login to 169.254.2.0
iscsiadm: Connection to Discovery Address 169.254.2.0 failed
iscsiadm: Login I/O error, failed to receive a PDU
iscsiadm: retrying discovery login to 169.254.2.0
iscsiadm: Connection to Discovery Address 169.254.2.0 failed
iscsiadm: Login I/O error, failed to receive a PDU
iscsiadm: retrying discovery login to 169.254.2.0
iscsiadm: Connection to Discovery Address 169.254.2.0 failed
iscsiadm: Login I/O error, failed to receive a PDU
iscsiadm: retrying discovery login to 169.254.2.0
iscsiadm: Connection to Discovery Address 169.254.2.0 failed
iscsiadm: Login I/O error, failed to receive a PDU
iscsiadm: retrying discovery login to 169.254.2.0
iscsiadm: Connection to Discovery Address 169.254.2.0 failed
iscsiadm: Login I/O error, failed to receive a PDU
iscsiadm: retrying discovery login to 169.254.2.0
iscsiadm: connection login retries (reopen_max) 5 exceeded
iscsiadm: Could not perform SendTargets discovery: encountered iSCSI login failure

Sometimes it says "closed" instead of "failed", but the rest of the message is the same. I've also tried using debug mode, and this is the output (passwords redacted): 

root <at> josedell-Precision-T7610:/etc/iscsi# sudo iscsiadm -d 8 -m discovery -t sendtargets -p 169.254.2.0
iscsiadm: ip 169.254.2.0, port -1, tgpt -1
iscsiadm: Max file limits 1024 4096

iscsiadm: updating defaults from '/etc/iscsi/iscsid.conf'
iscsiadm: updated 'discovery.sendtargets.auth.authmethod', 'None' => 'CHAP'
iscsiadm: updated 'discovery.sendtargets.auth.username', '' => 'Drobo'
iscsiadm: updated 'discovery.sendtargets.auth.password', '' => '[REDACTED]'
iscsiadm: updated 'discovery.sendtargets.auth.password_length', '0' => '15'
iscsiadm: updated 'discovery.sendtargets.iscsi.MaxRecvDataSegmentLength', '32768' => '32768'
iscsiadm: updated 'node.startup', 'manual' => 'automatic'
iscsiadm: updated 'node.leading_login', 'No' => 'No'
iscsiadm: updated 'node.session.auth.authmethod', 'None' => 'CHAP'
iscsiadm: updated 'node.session.auth.username', '' => 'Drobo'
iscsiadm: updated 'node.session.auth.password', '' => '[REDACTED]'
iscsiadm: updated 'node.session.auth.password_length', '0' => '15'
iscsiadm: updated 'node.session.timeo.replacement_timeout', '120' => '120'
iscsiadm: updated 'node.conn[0].timeo.login_timeout', '30' => '15'
iscsiadm: updated 'node.conn[0].timeo.logout_timeout', '15' => '15'
iscsiadm: updated 'node.conn[0].timeo.noop_out_interval', '5' => '5'
iscsiadm: updated 'node.conn[0].timeo.noop_out_timeout', '5' => '5'
iscsiadm: updated 'node.session.err_timeo.abort_timeout', '15' => '15'
iscsiadm: updated 'node.session.err_timeo.lu_reset_timeout', '30' => '30'
iscsiadm: updated 'node.session.err_timeo.tgt_reset_timeout', '30' => '30'
iscsiadm: updated 'node.session.initial_login_retry_max', '4' => '8'
iscsiadm: updated 'node.session.cmds_max', '128' => '128'
iscsiadm: updated 'node.session.queue_depth', '32' => '32'
iscsiadm: updated 'node.session.xmit_thread_priority', '-20' => '-20'
iscsiadm: updated 'node.session.iscsi.InitialR2T', 'No' => 'No'
iscsiadm: updated 'node.session.iscsi.ImmediateData', 'Yes' => 'Yes'
iscsiadm: updated 'node.session.iscsi.FirstBurstLength', '262144' => '262144'
iscsiadm: updated 'node.session.iscsi.MaxBurstLength', '16776192' => '16776192'
iscsiadm: updated 'node.conn[0].iscsi.MaxRecvDataSegmentLength', '262144' => '262144'
iscsiadm: updated 'node.conn[0].iscsi.MaxXmitDataSegmentLength', '0' => '0'
iscsiadm: updated 'node.session.nr_sessions', '1' => '1'
iscsiadm: updated 'node.session.iscsi.FastAbort', 'Yes' => 'Yes'
iscsiadm: Looking for config file /etc/iscsi/send_targets/169.254.2.0,3260

iscsiadm: Looking for config file /etc/iscsi/send_targets/169.254.2.0,3260 config st_config.
iscsiadm: updated 'discovery.startup', 'manual' => 'manual'
iscsiadm: updated 'discovery.type', 'sendtargets' => 'sendtargets'
iscsiadm: updated 'discovery.sendtargets.address', '' => '169.254.2.0'
iscsiadm: updated 'discovery.sendtargets.port', '0' => '3260'
iscsiadm: updated 'discovery.sendtargets.auth.authmethod', 'None' => 'CHAP'
iscsiadm: updated 'discovery.sendtargets.auth.username', '' => 'Drobo'
iscsiadm: updated 'discovery.sendtargets.auth.password', '' => '[REDACTED]'
iscsiadm: updated 'discovery.sendtargets.auth.password_length', '0' => '15'
iscsiadm: updated 'discovery.sendtargets.timeo.login_timeout', '15' => '15'
iscsiadm: updated 'discovery.sendtargets.use_discoveryd', 'No' => 'No'
iscsiadm: updated 'discovery.sendtargets.discoveryd_poll_inval', '30' => '30'
iscsiadm: updated 'discovery.sendtargets.reopen_max', '5' => '5'
iscsiadm: updated 'discovery.sendtargets.timeo.auth_timeout', '45' => '45'
iscsiadm: updated 'discovery.sendtargets.timeo.active_timeout', '30' => '30'
iscsiadm: updated 'discovery.sendtargets.iscsi.MaxRecvDataSegmentLength', '32768' => '32768'
iscsiadm: disc rec already exists
iscsiadm: Looking for config file /etc/iscsi/send_targets/169.254.2.0,3260
iscsiadm: starting sendtargets discovery, address 169.254.2.0:3260, 
iscsiadm: in read_transports
iscsiadm: Adding new transport iser
iscsiadm: Matched transport iser
iscsiadm: sysfs_attr_get_value: open '/class/iscsi_transport/iser'/'handle'
iscsiadm: sysfs_attr_get_value: new uncached attribute '/sys/class/iscsi_transport/iser/handle'
iscsiadm: sysfs_attr_get_value: add to cache '/sys/class/iscsi_transport/iser/handle'
iscsiadm: sysfs_attr_get_value: cache '/sys/class/iscsi_transport/iser/handle' with attribute value '18446744072102817824'
iscsiadm: sysfs_attr_get_value: open '/class/iscsi_transport/iser'/'caps'
iscsiadm: sysfs_attr_get_value: new uncached attribute '/sys/class/iscsi_transport/iser/caps'
iscsiadm: sysfs_attr_get_value: add to cache '/sys/class/iscsi_transport/iser/caps'
iscsiadm: sysfs_attr_get_value: cache '/sys/class/iscsi_transport/iser/caps' with attribute value '0x89'
iscsiadm: Adding new transport tcp
iscsiadm: Matched transport tcp
iscsiadm: sysfs_attr_get_value: open '/class/iscsi_transport/tcp'/'handle'
iscsiadm: sysfs_attr_get_value: new uncached attribute '/sys/class/iscsi_transport/tcp/handle'
iscsiadm: sysfs_attr_get_value: add to cache '/sys/class/iscsi_transport/tcp/handle'
iscsiadm: sysfs_attr_get_value: cache '/sys/class/iscsi_transport/tcp/handle' with attribute value '18446744072101642272'
iscsiadm: sysfs_attr_get_value: open '/class/iscsi_transport/tcp'/'caps'
iscsiadm: sysfs_attr_get_value: new uncached attribute '/sys/class/iscsi_transport/tcp/caps'
iscsiadm: sysfs_attr_get_value: add to cache '/sys/class/iscsi_transport/tcp/caps'
iscsiadm: sysfs_attr_get_value: cache '/sys/class/iscsi_transport/tcp/caps' with attribute value '0x39'

iscsiadm: authentication setup complete...
iscsiadm: sendtargets discovery to 169.254.2.0:3260 using isid 0x00023d000000
iscsiadm: resolved 169.254.2.0 to 169.254.2.0
iscsiadm: discovery timeouts: login 15, reopen_cnt 6, auth 45.
iscsiadm: connecting to 169.254.2.0:3260
iscsiadm: connected local port 55346 to 169.254.2.0:3260
iscsiadm: connected to discovery address 169.254.2.0
iscsiadm: discovery session to 169.254.2.0:3260 starting iSCSI login
iscsiadm: sending login PDU with current stage 0, next stage 1, transit 0x80, isid 0x00023d000000 exp_statsn 0
iscsiadm: > InitiatorName=iqn.1993-08.org.debian:01:4cd1b473c8a5
iscsiadm: > InitiatorAlias=josedell-Precision-T7610
iscsiadm: > SessionType=Discovery
iscsiadm: > AuthMethod=CHAP,None
iscsiadm: wrote 48 bytes of PDU header

3) One other worrying issue is that when I connect the Drobo to the Ubuntu machine via USB, I don't see any indication that it is connected, and drobom can't find it. 
4) I've tried adding permissions to iptables and manually configuring the iface, but these were desperation moves and didn't seem to change anything.

Sorry for the long post but I wanted to include as much info as I could. Any help would be appreciated!

--
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to open-iscsi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.
The Lee-Man | 31 Oct 02:16 2014
Picon

[PATCHES] Fixup iBFT and IPv6, some cleanup

Hi Mike:

Attached are 5 patches. These are based on the patch set I sent in September
of this year.

0001-Code-cleanup-no-functional-changes.patch

    I broke out the cleanup changes, as you requested


0002-Represent-DHCP-origin-as-an-integer-not-string.patch

    This just changes the "origin" attribute from a string, to a number, which
    is what it really is.


0003-fwparam_ibft-Check-iBFT-target-and-NIC-flags.patch

    This was the patch that you had problems with last time, and
    for good reason, as it checks iBFT flags for Bit-0, as per the
    iBFT standard, but as you pointed out many adapters don't
    follow the standard and instead set Bit-1. So now we just check
    for any bit being set. This *has* been tested with more adapters.
    Good catch on the first version.

0004-Fixup-IPv6-iBFT-interface-description.patch

    This patch adds "prefix-len" to the open-iscsi attributes, as it
    is needed for IPv6, which doesn't use "mask" like IPv4 does.


0005-Allow-modifications-for-iface.gateway-and-iface.subn.patch

    This patch just allows gateway and subnet to be even if the
    target isn't connected to the local network.




--
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to open-iscsi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.
Anish Bhatt | 24 Oct 21:33 2014

[RFC] Adding hardware transport support to openstack

I’m currently working on adding open-iscsi hardware transport support to openstack. The iscsiadm component resides in nova.

 

As far as I know, iscsiadm has no way to automatically figuring out what transport to use based simply on on a remote portal/iqn/ip without some sort of manual discovery. Hence, my current approach is to provide a transport parameter in the openstack config file where you specify what iface file to use  and perhaps the ip address as well. If anyone has a suggestion for a better approach to this, please let me know.

 

Initial spec has been posted for review at https://review.openstack.org/#/c/130721/

-Anish

 

One socket to bind them all.

 

--
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to open-iscsi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.

Laurent HENRY | 22 Oct 18:39 2014
Picon

twice mounted LUN with iscsiadm login ?

Hello,
      I am noticing a strange behavior with one of my Linux server (Opensuse 
13.1 with open-iscsi)

While connecting manually to a iscsi node, my lun is getting mounted twice. 
This produce troubles on my iscsi disk array, which refuse a multihost request 
(and i don't want to allow it either).

I think the reason is my disk array (dell equallogic) announce every lun 
twice, i don't know why.

Here is an example:

# iscsiadm -m discovery -t sendtargets -p 192.168.99.55|grep 13.1-orig

192.168.99.55:3260,1 iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-
f437080d41b5434f-13-1-orig
192.168.99.55:3260,1 iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-
f437080d41b5434f-13-1-orig

# iscsiadm -m session|grep 13-1-orig
# 

 # iscsiadm -m node -T iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-
f437080d41b5434f-13-1-orig –p 192.168.99.55:3260 --login

Logging in to [iface: libvirt-iface-33d9c275, target: 
iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-f437080d41b5434f-13-1-orig, 
portal: 192.168.99.55,3260] (multiple)

Logging in to [iface: libvirt-iface-08bf216d, target: 
iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-f437080d41b5434f-13-1-orig, 
portal: 192.168.99.55,3260] (multiple)

Login to [iface: libvirt-iface-33d9c275, target: 
iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-f437080d41b5434f-13-1-orig, 
portal: 192.168.99.55,3260] successful.

Login to [iface: libvirt-iface-08bf216d, target: 
iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-f437080d41b5434f-13-1-orig, 
portal: 192.168.99.55,3260] successful.

# iscsiadm -m session|grep 13-1-orig

tcp: [16] 192.168.99.55:3260,1 iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-
f437080d41b5434f-13-1-orig

tcp: [17] 192.168.99.55:3260,1 iqn.2001-05.com.equallogic:4-52aed6-a9251e6aa-
f437080d41b5434f-13-1-orig

Does anyone could help me to understand what is going on ?
I think the issue is with equallogic targer more than with server but i never 
configured it that way and i never encountered such settings in its config.

Regards

--

-- 
You received this message because you are subscribed to the Google Groups "open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscribe@...
To post to this group, send email to open-iscsi@...
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.


Gmane