On 4/11/23 20:19, Chris Leech wrote:
On Tue, Apr 11, 2023 at 08:21:22AM +0200, Hannes Reinecke wrote:
On 4/10/23 21:10, Chris Leech wrote:
The namespace is gone, so there is no userspace to clean up.
Force close all the sessions.
This should be enough for software transports, there's
On 4/11/23 02:21, Chris Leech wrote:
On Tue, Mar 14, 2023 at 05:29:25PM +0100, Hannes Reinecke wrote:
On 2/8/23 18:40, Lee Duncan wrote:
From: Lee Duncan
This lets iscsi_tcp operate in multiple namespaces. It uses current
during session creation to find the net namespace, but it might
122 ++--
1 file changed, 79 insertions(+), 43 deletions(-)
Thanks a lot!
That's precisely what I had been looking for.
But you really shouldn't have mentioned iSCSI offloads; that was too
large an opening to _not_ comment on :-)
Cheers,
Hannes
--
Dr. Hannes ReineckeKernel Stor
, 18 insertions(+)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeKernel Storage Architect
h...@suse.de +49 911 74053 688
SUSE Software Solutions GmbH, Maxfeldstr. 5, 90409 Nürnberg
HRB 36809 (AG Nürnberg), Geschäftsführer: Ivo Totev
insertions(+), 43 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeKernel Storage Architect
h...@suse.de +49 911 74053 688
SUSE Software Solutions GmbH, Maxfeldstr. 5, 90409 Nürnberg
HRB 36809 (AG Nürnberg
| 4
2 files changed, 34 insertions(+), 4 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
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 emai
++--
include/scsi/scsi_transport_iscsi.h | 48 ++---
3 files changed, 102 insertions(+), 100 deletions(-)
Can be merged with the previous patch, but otherwise:
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
You received this message because you are subscribed
-by: Hannes Reinecke
Cheers,
Hannes
--
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+unsubscr...@googlegroups.com.
To view this discussion
/scsi/scsi_transport_iscsi.h | 5 +-
8 files changed, 149 insertions(+), 87 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
You received this message because you are subscribed to the Google Groups
"open-iscsi" group.
To unsubscribe from this group and stop receiv
On 2/8/23 18:40, Lee Duncan wrote:
From: Lee Duncan
This lets iscsi_tcp operate in multiple namespaces. It uses current
during session creation to find the net namespace, but it might be
better to manage to pass it along from the iscsi netlink socket.
And indeed, I'd rather use the
printk(KERN_WARNING "Send reply failed, error
%d\n", err);
As discussed with Lee: you should tear down sessions related to this
namespace from the pernet ->exit callback, otherwise you end up with
session which can no longer been reached as the netlink soc
in the iscsi_cls_host structure.
Signed-off-by: Chris Leech
Signed-off-by: Lee Duncan
---
drivers/scsi/scsi_transport_iscsi.c | 124
include/scsi/scsi_transport_iscsi.h | 1 +
2 files changed, 110 insertions(+), 15 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers
On 2/8/23 18:40, Lee Duncan wrote:
From: Lee Duncan
Right now the iscsi_endpoint is only linked to a connection once that
connection has been established. For net namespace filtering of the
sysfs objects, associate an endpoint with the host that it was
allocated for when it is created.
On 2/8/23 18:40, Lee Duncan wrote:
From: Lee Duncan
Prepare iSCSI netlink to operate in multiple namespaces.
Signed-off-by: Chris Leech
Signed-off-by: Lee Duncan
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
You received this message because you are subscribed to the Google Groups
On 2/8/23 18:40, Lee Duncan wrote:
From: Lee Duncan
This is a request for comment on a set of patches that
modify the kernel iSCSI initiator communications so that
they are namespace-aware. The goal is to allow multiple
iSCSI daemon (iscsid) to run at once as long as they
are in separate
On 5/2/19 9:55 PM, Willem Riede wrote:
On Thu, May 2, 2019 at 7:19 AM Hannes Reinecke <mailto:h...@suse.de>> wrote:
On 5/2/19 2:53 PM, Christoph Hellwig wrote:
> On Thu, May 02, 2019 at 08:06:38AM +0200, Hannes Reinecke wrote:
>> On 5/1/19 6:14 PM, Chris
On 5/2/19 2:53 PM, Christoph Hellwig wrote:
On Thu, May 02, 2019 at 08:06:38AM +0200, Hannes Reinecke wrote:
On 5/1/19 6:14 PM, Christoph Hellwig wrote:
osst.c is the only osst file missing licensing information. Add a
GPLv2 tag for the default kernel license.
Signed-off-by: Chriosstoph
.
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Rasiah
HRB 21284 (AG Nürn
/sr.c
index 039c27c2d7b3..701d1e68d86e 100644
--- a/drivers/scsi/sr.c
+++ b/drivers/scsi/sr.c
@@ -1,3 +1,4 @@
+// SPDX-License-Identifier: GPL-2.0
/*
* sr.c Copyright (C) 1992 David Giller
* Copyright (C) 1993, 1994, 1995, 1999 Eric Youngdale
Reviewed-by: Hannes Reinecke
Cheers
-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Rasiah
HRB 21284 (AG Nürnberg)
--
You rece
Software
-** Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
-**
-**-
-*/
+ */
#include
#include
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage
later version.
- *
*/
static int sg_version_num = 30536; /* 2 digits for each component */
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX
/sd.c
index 2b2bc4b49d78..4852c2223359 100644
--- a/drivers/scsi/sd.c
+++ b/drivers/scsi/sd.c
@@ -1,3 +1,4 @@
+// SPDX-License-Identifier: GPL-2.0
/*
* sd.c Copyright (C) 1992 Drew Eckhardt
* Copyright (C) 1993, 1994, 1995, 1999 Eric Youngdale
Reviewed-by: Hannes Reinecke
(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Rasiah
HRB 21284 (AG Nürn
.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
- * USA
*/
#include
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes
changed, 12 insertions(+), 193 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer,
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Rasiah
HRB 21284 (AG Nürnberg)
-
+
include/scsi/iscsi_proto.h| 13 +
include/scsi/libiscsi.h | 15 +--
include/scsi/libiscsi_tcp.h | 13 +
include/scsi/scsi_bsg_iscsi.h | 16 +---
7 files changed, 7 insertions(+), 91 deletions(-)
Reviewed-by: Hannes Reinecke
/fc_fip.h | 14 +-
include/scsi/fc/fc_ms.h | 17 +++--
include/scsi/libfc.h | 14 +-
17 files changed, 19 insertions(+), 222 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage
| 14 +-
drivers/scsi/fcoe/fcoe_sysfs.c | 14 +-
drivers/scsi/fcoe/fcoe_transport.c | 14 +-
include/scsi/libfcoe.h | 14 +-
6 files changed, 6 insertions(+), 78 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr
On 5/1/19 6:14 PM, Christoph Hellwig wrote:
Use the the GPLv2+ SPDX tag instead of verbose boilerplate text.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/scsi_transport_srp.c | 16 +---
1 file changed, 1 insertion(+), 15 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers
/scsi/fc/fc_gs.h | 13 -
include/uapi/scsi/fc/fc_ns.h | 13 -
4 files changed, 52 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053
On 5/1/19 6:14 PM, Christoph Hellwig wrote:
Use the the GPLv2 SPDX tag instead of a free form blurb.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/scsi_transport_sas.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes
(+), 28 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Rasiah
insertions(+), 28 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Ra
insertions(+), 34 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Ra
---
2 files changed, 30 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendör
On 5/1/19 6:13 PM, Christoph Hellwig wrote:
Use the the GPLv2+ SPDX tag instead of verbose boilerplate text.
Signed-off-by: Christoph Hellwig
---
include/scsi/scsi_transport.h | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers
Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Rasiah
HRB 21284 (AG Nürnberg)
--
You rece
insertions(+), 16 deletions(-)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes ReineckeTeamlead Storage & Networking
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins,
+
drivers/scsi/scsi_error.c | 1 +
drivers/scsi/scsi_ioctl.c | 1 +
drivers/scsi/scsi_lib.c | 1 +
drivers/scsi/scsi_pm.c | 1 +
drivers/scsi/scsi_sysfs.c | 1 +
8 files changed, 8 insertions(+)
Reviewed-by: Hannes Reinecke
Cheers,
Hannes
--
Dr. Hannes Reinecke
want to
head to; I might be able to work on this start of January.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer,
On 11/21/2016 06:41 PM, Lee Duncan wrote:
>
>> On Nov 21, 2016, at 6:14 AM, Hannes Reinecke <h...@suse.de
>> <mailto:h...@suse.de>> wrote:
>>
>> On 11/19/2016 08:46 PM, The Lee-Man wrote:
>>> In this wonderful new world of systemd, I have an
omesuch, indicating that the socket isn't present.
The socket _is_ present, it's just not sending any responses back.
Attached is a patch for open-iscsi to use 'poll()' before recv(), and
terminating it if we didn't get a response in time.
This doesn't do anything from the mention
s submitting patches.
>
> I can see why the get stats approach is nasty, because it is difficult
> to extend. If we want to go sysfs based approach then we should probably
> make it more like the other transports where there is a stats dir and a
> reset admin file.
>
> Lee
On 03/01/2016 04:27 PM, Ferenc Wágner wrote:
> Hannes Reinecke <h...@suse.de> writes:
>
>> On 02/29/2016 10:58 PM, Bart Van Assche wrote:
>>
>>> On 02/28/16 23:59, Hannes Reinecke wrote:
>>>
>>>> libudev has a _massive_ static memory fo
On 02/29/2016 10:58 PM, Bart Van Assche wrote:
> On 02/28/16 23:59, Hannes Reinecke wrote:
>> libudev has a _massive_ static memory footprint
>> (Kay doesn't believe in memory allocation).
>> So when using libudev you might end up having a really large memory
>> footpr
something.
Seems like a topic for KS; Johannes had a larger patchset recently to
clean up idr, which run into very much the same issues.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, M
The iBFT firmware tables can also be specified via ACPI tables
when using EFI firmware. The 'iscsi_ibft_find' module is only
for legacy X86 BIOS, so it needs to be skipped for all other
architectures.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers/firmware/Kconfig | 2 +-
1 file changed
to be running in a system.
Cheers,
Hannes
--
Dr. Hannes ReineckezSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG
for iscsi/TCP but then I've figured my
network implementation knowledge doesn't spread that far.
So yeah, a discussion here would be good.
Mike? Any comments?
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX
On 02/01/2014 06:37 AM, Mike Christie wrote:
On 1/29/14 4:19 AM, Hannes Reinecke wrote:
For proper operations we need to set gateway and subnet_mask
of the individual interfaces. Not every target is connected
to the local network.
Signed-off-by: Hannes Reinecke h...@suse.de
---
usr/idbm.c
For proper operations we need to set gateway and subnet_mask
of the individual interfaces. Not every target is connected
to the local network.
Signed-off-by: Hannes Reinecke h...@suse.de
---
usr/idbm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/usr/idbm.c b/usr/idbm.c
index 1ade099
From: Lee Duncan ldun...@suse.com
Several Makefile targets are missing DESTDIR, making it
hard for packagers.
Signed-off-by: Lee Duncan ldun...@suse.com
Signed-off-by: Hannes Reinecke h...@suse.de
---
Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Makefile b
On 01/29/2014 07:27 PM, Eddie Wai wrote:
The patchset works great on my system. Forcing an autoreconf and
untrack all autogen files makes sense. Thanks for the work.
Although I would be more inclined to put all .gitignore entries into a
single .gitignore file in the trunk, separating them
On 03/12/2013 11:30 PM, Mike Christie wrote:
On 03/12/2013 08:11 AM, Guillaume wrote:
Hello Mike
On 12 mar, 02:54, Mike Christie micha...@cs.wisc.edu wrote:
On 03/09/2013 05:58 AM, Guillaume wrote:
Hello,
I have a virtual tape library and a iscsi SAN. All have multiple
ethernet
On 10/11/2011 05:05 AM, Mike Christie wrote:
On 10/07/2011 09:09 AM, Hannes Reinecke wrote:
We only need to run configure in open-isns if either the
configure script or Makefile.in has changed. Otherwise
it's perfectly okay just to call a plain 'make' here.
Signed-off-by: Hannes Reineckeh
We only need to run configure in open-isns if either the
configure script or Makefile.in has changed. Otherwise
it's perfectly okay just to call a plain 'make' here.
Signed-off-by: Hannes Reinecke h...@suse.de
diff --git a/Makefile b/Makefile
index 8dd64c7..de7ef65 100644
--- a/Makefile
+++ b
On 07/26/2011 09:44 PM, Mike Christie wrote:
On 07/26/2011 01:38 AM, Hannes Reinecke wrote:
Hi Eddie,
you beat me to it ...
On 07/26/2011 02:28 AM, Eddie Wai wrote:
Hello Mike,
The following snippet from the 39d4ceb04f051c208ae7509d268a3871ffa194c5
commit is preventing bnx2i from being able
; any offloading engine _not_ listing the
initiatorname as a host attribute will fail.
Not nice.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J
On 06/28/2011 06:44 AM, Mike Christie wrote:
On 06/21/2011 04:23 AM, Hannes Reinecke wrote:
When the startup mode has been specified in iscsid.conf it
needs to be kept in sync for both settings, 'node.startup'
and 'node.conn[0].startup'.
References: bnc#458142
Signed-off-by: Hannes Reineckeh
On 06/21/2011 11:39 PM, Mike Christie wrote:
On 06/21/2011 04:23 AM, Hannes Reinecke wrote:
Newer kernels provide the 'net' link as a directory, instead of the
'net:XX' link with previous kernels. The sysfs scanning code has
enablement to work with this, but the directory lookup doesn't
work
handler installed, for which the internal
pid is always '0'. So when a SIGTERM is send to the
logging thread, it'll forward the signal to PID 0.
References: bnc#589064
Signed-off-by: Hannes Reinecke h...@suse.de
diff --git a/usr/iscsid.c b/usr/iscsid.c
index 50c9b58..2e234fc 100644
--- a/usr/iscsid.c
from my local tree and they
won't apply properly.
Hannes Reinecke (8):
ibft scanning fails on newer kernels
iscsid sends SIGTERM to PID 0
iscsid: Implement --no-pid-file
Keep startup mode in sync when specified in config file
Allow LOCK_DIR to be set via CFLAGS
Allow 'onboot' as loginall
Newer kernels provide the 'net' link as a directory, instead of the
'net:XX' link with previous kernels. The sysfs scanning code has
enablement to work with this, but the directory lookup doesn't
work properly.
References: bnc#561596
Signed-off-by: Hannes Reinecke h...@suse.de
---
utils
handler installed, for which the internal
pid is always '0'. So when a SIGTERM is send to the
logging thread, it'll forward the signal to PID 0.
References: bnc#589064
Signed-off-by: Hannes Reinecke h...@suse.de
---
usr/iscsid.c | 16
usr/log.c|6 --
2 files changed, 12
For root on iSCSI scenarios the /var directory might not exist.
And we don't need the pid file anyway as the daemon is synchronized
via the IPC connection.
Signed-off-by: Hannes Reinecke h...@suse.de
---
doc/iscsid.8 |3 +++
usr/iscsid.c | 40
2
For root on iSCSI we have to move idbm's LOCK_DIR to eg /etc/iscsi,
as the /var directory might not be available. So make it configurable
during compile-time.
Signed-off-by: Hannes Reinecke h...@suse.de
---
usr/initiator.h |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff
We are using to 'onboot' parameter to setup iscsi connections
in the initrd. Thus we should be able to use 'onboot' as a valid
parameter for loginall, too.
References: 449108
Signed-off-by: Hannes Reinecke h...@suse.de
---
usr/iscsiadm.c | 19 +--
1 files changed, 5 insertions
Rework the iSCSI shutdown logic to tear down the block device
stack correctly.
Signed-off-by: Hannes Reinecke h...@suse.de
---
etc/initd/initd.suse | 452 +++---
1 files changed, 354 insertions(+), 98 deletions(-)
diff --git a/etc/initd/initd.suse b
Include latest fixes from SUSE.
Signed-off-by: Hannes Reinecke h...@suse.de
---
etc/initd/boot.suse | 35 +++
1 files changed, 15 insertions(+), 20 deletions(-)
diff --git a/etc/initd/boot.suse b/etc/initd/boot.suse
index df64e21..ac6abcc 100644
--- a/etc/initd
for
iscsi nowadays, Hannes, is that still you?
If and when customer escalations leave me some leeway to move, yes,
that'll be me.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5
QA :-( ) don't see a reason why should draw a blank here.
So after long hours of debugging I came up with this patch, which
resolves the hostname into the IP address and uses this for lookup.
Mike, comments?
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de
.
Sorry about this.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
--
You received this message because you are subscribed
On 12/20/2010 09:56 AM, Hannes Reinecke wrote:
Hi all,
I just noticed that I've botched up header digests with the latest
update for SLES10 SP3. So if you got trouble connecting and get
loads of 'iscsi: detected conn error (1011)' please switch off
header digests.
I'm working on fixing
for iscsid to simply send
a file descriptor to the lldpad socket and have lldpad set the
socket options itself?
Ugh. No. As mentioned, I fear we would need to setup a VLAN
interface here, in which case we would be running off a
totally different socket anyway.
Cheers,
Hannes
--
Dr. Hannes Reinecke
from ... Might be a stale info back from
older version.
I'll investigate.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG
and dev_loss_tmo and implement a new
handling for fast_io_fail, which would be quite attractive to iscsi,
too.
Apart from that: good point. I was on the verge of updating
multipath-tools to checking/modifying recovery_tmo for iSCSI, but
maybe I'll wait for a few days.
Cheers,
Hannes
--
Dr. Hannes
never reaches the upper layers.
In your case it looks as if the 'tapdisk' thing runs on the raw disks,
not the multipathed device. So of course it'll register the error.
Maybe it's an idea to have the 'tapdisk' run on the multipath device-mapper
device ...
Cheers,
Hannes
--
Dr. Hannes Reinecke
= DID_TRANSPORT_DISRUPTED 16;
- break;
case ISCSI_STATE_IN_RECOVERY:
reason = FAILURE_SESSION_IN_RECOVERY;
sc-result = DID_IMM_RETRY 16;
HTH,
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h
Goncalo Gomes wrote:
Hi,
On Fri, 2010-08-06 at 15:57 +0100, Hannes Reinecke wrote:
Mike Christie wrote:
ccing Hannes from suse, because this looks like a SLES only bug.
Hey Hannes,
The user is using Linux 2.6.27 x86 based on SLES + Xen 3.4 (as dom0)
running a couple of RHEL 5.5 VMs
in the
iBFT BIOS are not picked up once the machines are installed.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
--
You
-client-2.14.47-0.4.9
yast2-iscsi-server-2.13.26-0.3
Please try with the latest update kernel. I made quite some
fixes which should help here.
cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH
recompiling the latest open-iscsi code by hand for OpenSUSE.
Sorry for this, but I fear I'm slightly overloaded...
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
Mike Christie wrote:
On 09/29/2009 08:46 AM, Hannes Reinecke wrote:
Some iSCSI implementations (eg HP) is using an empty username for
CHAP negotiations. So we should be allowing the same.
Do we need this support for discovery? There is one other one auth setup
function
We should allow updating of discovery records, too.
This enables open-iscsi to use different settings during
discovery to different targets.
Signed-off-by: Hannes Reinecke h...@suse.de
diff --git a/usr/idbm.c b/usr/idbm.c
index ee38e64..ca5479e 100644
--- a/usr/idbm.c
+++ b/usr/idbm.c
Hi all,
finally I managed to login to a HP mpx100 bridge with CHAP
enabled. Turned out that the HP is not using a CHAP username
at all, just the password. So we need to tweak open-iscsi
to allow empty usernames.
Patch to follow.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries
open-iscsi compiled on SLES10?
There has been a backport patch at one point, but this got removed as
it conflicted with RHEL.
I see to have another one prepared.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
Mike Christie wrote:
On 08/14/2009 07:01 AM, Hannes Reinecke wrote:
Hi Mike,
finally I've found the mysterious I/O stall I've been chasing
for the last two months.
Problem is iscsi_conn_queue_work(); we're just calling
queue_work() without checking the return value.
However, queue_work
Mike Christie wrote:
I think something got dropped by accident when you redid your patchset.
There is a missing memset(hdr, 0, sizeof(*hdr)); for iscsi_eh_device_reset.
Oh, correct. Will be redoing the patch.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h
Mike Christie wrote:
On 08/14/2009 01:42 AM, Hannes Reinecke wrote:
Mike Christie wrote:
Hannes Reinecke wrote:
Whenever we send a Data-Out response to an affected LUN during
LU Reset, we should be setting the 'FINAL' bit. This will
indicate to the target that we consider this transfer
Mike Christie wrote:
Hannes Reinecke wrote:
Before we're trying to send a PDU we have to check whether a TMF
is active. If so and if the PDU will be affected by the TMF
we should allow only Data-out PDUs to be sent, or, if
fast_abort is set, no PDUs at all.
You sort of changed
Mike Christie wrote:
Hannes Reinecke wrote:
Whenever we send a Data-Out response to an affected LUN during
LU Reset, we should be setting the 'FINAL' bit. This will
indicate to the target that we consider this transfer finished.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers
it's hardly
worth it.
Well, for me :-)
Might be different when using iSCSI HBAs.
Anyway, I'll update the patch.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
have had some
changes to the lists as someone called queue_work in the meantime.
Comments etc welcome.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF
didn't do it, but used the simpler
approach :-)
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg
If 'fast_abort' is not set we should be sending all outstanding
Data-out PDUs to the target, even after we have received the
tmf response. So we should make sure that the workqueue is really
flushed and all PDUs have been processed before setting the
'SUSPEND' bit.
Signed-off-by: Hannes
Before we're trying to send a PDU we have to check whether a TMF
is active. If so and if the PDU will be affected by the TMF
we should allow only Data-out PDUs to be sent, or, if
fast_abort is set, no PDUs at all.
Signed-off-by: Mike Christie micha...@cs.wisc.edu
Signed-off-by: Hannes Reinecke
would be to check the possible
return codes and only break out on the
non-retryable ones only, but continue for
others.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries Storage
h...@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409
Mike Christie wrote:
On 08/07/2009 05:27 AM, Hannes Reinecke wrote:
We should be flushing the workqueue before setting the suspend
bit. If we don't a LU Reset might kill commands which are already
in the queue and waiting to be send, causing the target to barf.
What do you mean here? What
1 - 100 of 152 matches
Mail list logo
