On Mon, Apr 07, 2008 at 05:14:19PM -0400, Konrad Rzeszutek wrote:
>
> On Mon, Apr 07, 2008 at 10:24:56PM +0300, Pasi Kärkkäinen wrote:
> >
> > Hello list!
> >
> > I have lvm volume (from a single sata disk) exported with IET like this:
> >
> > Target iqn.2001-04.com.test:vol1
> > Lun 0 Pat
When a RDMA_CM_EVENT_DEVICE_REMOVAL event is raised, iSER should release the
connection resources except for the rdma cm id (which will be released by the
cma itself).
This behavior is necessary if IB modules are unloaded while open-iscsi is still
running. Currently, iSER just initiates a BUG() c
Mike Christie wrote:
> Erez Zilber wrote:
>
>> Mike,
>>
>> We're trying to solve a problem, but first the motivation: a user may
>> want to stop the InfiniBand modules (/etc/init.d/openibd stop) while
>> open-iscsi is running. In order to do that, we must remove ib_iser.
>>
>> Now, the question
Mike Christie wrote:
> There is also a bug in iscsid (iscsi_sysfs.c) where if iscsid had
> detected ib_iser it would grab (iscsi_sysfs.c:read_transports) the
> transport handle for it. And if you were to unload and reload it, then
> iscsid is not picking up the new transport handle (transport
> > What is the MTU set on your NICs? If it is 1500 (the default) a 4KB transfer
> > will have to be divided in four TCP packets and re-assembled on the target
> > side.
> > This increases the amount of work that the TCP stack has to perform.
> >
>
> Hmm.. I'm using read-ahead values from 128 k
Hi Mike,
the debug option for iscsiadm is '-d', not '-g'.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
[EMAIL PROTECTED] +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
--
Hi Mike,
iscsid is using a mixture of '1' or '-1' to signal a failure.
We should rather use '1' consistently.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
[EMAIL PROTECTED] +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409
Hi Mike,
iscsid is leaking IPC identifiers when the startup fails.
Please apply.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
[EMAIL PROTECTED] +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB
Add -f flag (force) to iscsiadm when changing node parameters
that are defined as ATTR_DEFERRED.
When using this flag, changing of ATTR_DEFERRED parameter
while in active session can take place.
The change itself will take effect only in the next session.
A warning message is displayed
Signed-of
I have installed the open-iscsi and I can see my sessions just fine.
I can log into the sessions just fine.
When I run iscsiadm -m session -P 1 i get:
Target: iqn.1992-08.com.netapp:sn.101170410
Current Portal: 192.168.27.10:3260,1001
Persistent Portal: 192.168.27.10:3260,1001
Hello all,
I am trying to setup an iscsi root disk; googled instructions that
suggests to make changes to init in the initrd; before doing so I
wanted to test the "iscsistart" CLI. I am able to connect to my
target when I start the iscsi daemon via the: service iscsi start.
However, I am unabl
On Tue, Apr 8, 2008 at 11:51 AM, fischerman <[EMAIL PROTECTED]> wrote:
> I have installed the open-iscsi and I can see my sessions just fine.
> I can log into the sessions just fine.
>
> I am wondering how to mount this device to be used? I have read the
> read-me until I was blue in the face
What I am seeing in dmesg is this
scsi4 : iSCSI Initiator over TCP/IP
scsi5 : iSCSI Initiator over TCP/IP
scsi6 : iSCSI Initiator over TCP/IP
scsi7 : iSCSI Initiator over TCP/IP
scsi8 : iSCSI Initiator over TCP/IP
scsi9 : iSCSI Initiator over TCP/IP
scsi10 : iSCSI Initiator over TCP/IP
scsi11 : i
On Tue, Apr 8, 2008 at 12:22 PM, fischerman <[EMAIL PROTECTED]> wrote:
> What I am seeing in dmesg is this
Hm, how are your volumes configured in the iscsi enclosure? Can you
check /var/log/kern.log (or whatever) to verify whether all of those
messages are coming from a single time logging in
On Tue, Apr 08, 2008 at 08:51:01AM -0700, fischerman wrote:
>
> I have installed the open-iscsi and I can see my sessions just fine.
> I can log into the sessions just fine.
>
> When I run iscsiadm -m session -P 1 i get:
>
> Target: iqn.1992-08.com.netapp:sn.101170410
> Current Portal:
On Tue, Apr 08, 2008 at 09:45:06AM -0400, Konrad Rzeszutek wrote:
>
> > > What is the MTU set on your NICs? If it is 1500 (the default) a 4KB
> > > transfer
> > > will have to be divided in four TCP packets and re-assembled on the
> > > target side.
> > > This increases the amount of work that
Erez Zilber wrote:
> Mike Christie wrote:
>> Erez Zilber wrote:
>>
>>> Mike,
>>>
>>> We're trying to solve a problem, but first the motivation: a user may
>>> want to stop the InfiniBand modules (/etc/init.d/openibd stop) while
>>> open-iscsi is running. In order to do that, we must remove ib_i
Hannes Reinecke wrote:
> Hi Mike,
>
> the debug option for iscsiadm is '-d', not '-g'.
>
Weird :) All these patches are merged for the current rc releases. Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"
On Mon, Apr 07, 2008 at 10:24:56PM +0300, Pasi Kärkkäinen wrote:
>
> Hello list!
>
> I have lvm volume (from a single sata disk) exported with IET like this:
>
> Target iqn.2001-04.com.test:vol1
> Lun 0 Path=/dev/vg1/test1,Type=fileio
> InitialR2T No
> ImmediateDa
Doron Shoham wrote:
> The following patches contain several bug fixes and add-ons
> to the iscsi_discovery script.
>
Thanks for the patches. Merged them all, so they will be in the next rc.
You should do a git pull or rebase your tree before sending patches, so
you know you are diffing against
Doron Shoham wrote:
> Add -f flag (force) to iscsiadm when changing node parameters
> that are defined as ATTR_DEFERRED.
>
> When using this flag, changing of ATTR_DEFERRED parameter
> while in active session can take place.
> The change itself will take effect only in the next session.
> A warni
fischerman wrote:
> I have installed the open-iscsi and I can see my sessions just fine.
> I can log into the sessions just fine.
>
> When I run iscsiadm -m session -P 1 i get:
>
You need to run
iscsiadm -m session -P 3
to see the disks that were found through each session.
Like others have
v i n c e wrote:
> Hello all,
>
> I am trying to setup an iscsi root disk; googled instructions that
> suggests to make changes to init in the initrd; before doing so I
> wanted to test the "iscsistart" CLI. I am able to connect to my
> target when I start the iscsi daemon via the: service isc
thank you for the response ..
On Apr 8, 12:21 pm, Mike Christie <[EMAIL PROTECTED]> wrote:
>
> When you run iscsistart you cannot have iscsid running and you must load
> the modules by hand. So you have to do the modprobe iscsi_tcp that the
> init script would normally do for you.
>
in fact as
v i n c e wrote:
> I'd like to find out if anyone has successfully performed the above by
> inserting into an init script for initrd - for the purpose of booting
> a diskless server on an iscsi-root?
> Having gotten the above to work, I attempted to modify my init script
> so that I can boot to my
Doron Shoham wrote:
> -.B iscsi_discovery [port]
> +.B iscsi_discovery [-p ] [-d] [-t [-f]] [-m]
> [-l]
>
I made some tiny changes to this patch. You cannot just set the
transport name for qla4xxx. You have to specify a interface name and
bind it. For example:
iscsiadm -m discovery -t s
Erez Zilber wrote:
> Mike Christie wrote:
>
>> There is also a bug in iscsid (iscsi_sysfs.c) where if iscsid had
>> detected ib_iser it would grab (iscsi_sysfs.c:read_transports) the
>> transport handle for it. And if you were to unload and reload it, then
>> iscsid is not picking up the new t
These are some updates to the SUSE init scripts, plus a new
boot.open-iscsi script for SUSE. The latter is used for
root on iscsi, to start iscsid as early as possible to
avoid deadlocks on the root fs.
Signed-off-by: Hannes Reinecke <[EMAIL PROTECTED]>
---
Makefile |2 +
etc/in
Some BIOSes will crash if read at the wrong areas. So instead
of reading each word we should rather check for the ROM extension
magic or skip the entire 512 byte block if no ROM magic has been
found.
If we have one we extract the size of the ROM area and skip the
entire ROM area if it's not an iB
For boot from iSCSI we need to the fwparam_ibft program
to setup the network correctly. This patch moves the
fwparam_ibft files into a library and adds a new program
fwparam_ibft to print out the network parameter.
Signed-off-by: Hannes Reinecke <[EMAIL PROTECTED]>
---
Makefile
These are some Makefile updates to build on system without
kernel-sources installed.
And cleanups to have it build properly on SUSE systems.
Signed-off-by: Hannes Reinecke <[EMAIL PROTECTED]>
---
Makefile|9 ++---
kernel/Makefile | 21 +
usr/Makefile|
Divide node parameters into 3 categories:
a. Immutable - properties that are not allowed to change at all.
b. Immediate - properties that are allowed to change and take effect
immediately.
c. Deferred - properties that are allowed to be changed only while
session is not ac
Hi Mike,
these have been all patches I had in my queue. So now you
can go ahead and do the release :-)
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
[EMAIL PROTECTED] +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnbe
33 matches
Mail list logo
