khagsted | 17 Sep 20:33 2014
Picon

open-iSCSI with BluRay drive use sr driver scsi-1 instead of scsi3-mmc.

Dear List

I have a server with a BluRay drive that is shared as an iSCSI target, with either SCST or LIO (I have tried both too see if the error was on the target implementation). It is possible for me to connect to this drive both from Linux using open-iSCSI and from windows using the MS-iSCSI-initiator. On windows I can use the drive like it was a local drive, meaning that I can play all type of content from it including encrypted DVDs and I would also be able to change the region settings on the drive if I felt for it. However on Linux with open-iSCSI I'm not able to play encrypted DVDs, unless a MS-Windows computer is also connected to the drive. I am also not able to retrieve the region settings of the drive with the regionset utility. After much poking around I found some differences between the server system and the initiator system when adding then binding the drive to the sr module.

For the  server system, which can play encrypted DVDs the log entries are:
[    6.661163] scsi 2:0:0:0: CD-ROM            Optiarc  BD ROM BC-5600S  1.82 PQ: 0 ANSI: 5
[    6.675635] sr0: scsi3-mmc drive: 16x/16x writer dvd-ram cd/rw xa/form2 cdda tray
[    6.675639] cdrom: Uniform CD-ROM driver Revision: 3.20
[    6.675801] sr 2:0:0:0: Attached scsi CD-ROM sr0
[    6.675910] sr 2:0:0:0: Attached scsi generic sg2 type 5

For the initiator system, which cannot play encrypted DVDs the log entries are:
[   36.650119] scsi 9:0:0:0: CD-ROM            Optiarc  BD ROM BC-5600S  1.82 PQ: 0 ANSI: 5
[   36.663525] sr0: scsi-1 drive
[   36.663530] cdrom: Uniform CD-ROM driver Revision: 3.20
[   36.663806] sr 9:0:0:0: Attached scsi CD-ROM sr0
[   36.664068] sr 9:0:0:0: Attached scsi generic sg4 type 5

Please note here the difference in the second entry on the two systems, one says "sr0: scsi3-mmc drive" and the other "sr0: scsi-1 drive". By looking through the linux kernel code I found out that the module falls back to scsi-1 if it cannot read the capabilities mode page of the attached drive. Please refer to "drivers/scsi/sr.c" from around line 873 in the Linux source code. This, for me, indicates that open-iSCSI does not set-up the access to the pass-throughed device correctly.

It should be noted that I am running on Ubuntu 14.04, with libdvdread4 and libdvdcss2 installed correctly.

I hope someone can help me fix this problem as I would like to switch completely to Linux.

Please fell free to ask for further info, and best regards Kristian Hagsted Rasmussen

--
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.
Rob Roschewsk | 15 Sep 17:06 2014
Picon

iscsistart Ubuntu server 14.01.1 LTS / HP proliant DL380p GEN 8

OK ... so I've made a lot of progress since my last post about VLAN id .... discovered I should be using ISCSI_AUTO and ibft .... However ... I'm still getting grief ....

from the init script local-top/iscsi, "iscsistart -b" is failing with the message:
Could not get boot entry.

I have hacked at the iscsi script and pared it down to the bare essentials:
echo "loading ibft module"
modprobe iscsi_ibft
echo "load ibft module"
echo "sleep 5"
sleep 5
echo "wake up"
echo "running iscsistart"
/sbin/iscsistart -b
echo "ended iscsistart"
echo "running udevadm settle"
udevadm settle
echo "ended udevadm settle"
echo "ended iscsi script"

.... no joy ....

but here is the kicker .... 

when the initscript fails to find root and drops me to the initramfs shell .... I run "iscsistart -b" at the command line it all works fine! .... configures the hba and connects to the lun .... on both interfaces .. exit out of the shell ... root gets mounted and all is well.

The box is using emulex lan/iscsi adapters:
03:00.2 Mass storage controller: Emulex Corporation OneConnect 10Gb iSCSI Initiator (be3) (rev 01)
03:00.3 Mass storage controller: Emulex Corporation OneConnect 10Gb iSCSI Initiator (be3) (rev 01)


I'm stumped ... is it a timing thing??? Any and all help appreciated !!!

Thanks!

--> Rob





--
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.
Kelley, Jared | 11 Sep 20:38 2014

amazonAWS/VTL with open-iscsi on EC2 /dev/by-path/ not present

I’m trying to setup a VTL on some AWS EC2 instances and have done so with success however the scsi devices (virtual tape drives)
show up as connected to the client but there is nothing listed under /dev/st* nor is there any /dev/by-path directory on the client.

Has anyone experienced this and what might be the issue?

Thanks in advance

Jk

--
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.

Tejas vaykole | 11 Sep 12:22 2014
Picon

SHA-1 hashing Algorithm for CHAP

Hello,

I am trying out with the open-iscsi initiator.I see that the initiator uses MD5 algorithm for CHAP.
I need help in configuring the initiator to use SHA-1 hashing Algorithm for CHAP.

Thanks.
Tejas

--
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.
Rob Roschewsk | 11 Sep 17:43 2014
Picon

iscsistart VLAN ID ??

Hi all ... I've searched but have found no answers .... maybe my google-juice is low ...

I need to be able to pass a VLAN ID and enable VLAN TAGGING in iscsistart 

I'm using an EMULEX 10G NETWORK / ISCSI HBA and our iscsi traffic is on a specific vlan 

Emulex Corporation OneConnect 10Gb NIC (be3) (rev 01)

I am able to connect to the device from the command line using iscsiadm .... but during the boot process I want to mount the iscsi lun as root.

I see nothing in the scripts / configs / man pages about VLAN support ....

FYI ... trying to do this on Ubunti Server 14.04.1

Thanks ...

--> Rob

--
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 | 12 Sep 23:56 2014
Picon

A pair of patches to add utility scripts

Here are a pair of patches that each add a new utility script.

0001-Added-new-utility-script-to-generate-initiator-name.patch -- Adds
a script in utils calls iscsi-gen-initiatorname, which we use in our distribution
to create an initial iSCSI initiator name, but which can also be useful
to update/change the name.

0002-Added-new-util-script-to-aid-in-CNA-setup.patch -- Adds
a script in utils called iscsi_offload, which helps set up iSCSI
offload using open-iscsi, including module loading and interface
setup.

Both scripts were created by Hannes and are now used in SLES and openSUSE,
but they may be of use to others.
--
Lee Duncan
SUSE Labs

--
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.
mike | 6 Sep 12:06 2014

Delayed-OPT-ISCSI start

https://github.com/mikechristie/open-iscsi/issues/7#issuecomment-54693881


my Linux distro now rams it down new kernels. and patches.

the service loader wont FAIL...... or disable.

<at> Login screan or as X-loads , in backgound load service, if Kernel module fails
(sys-block / iscsitarget builds for newer kernels pending)
DBUS message. if service fails dbus message to root / username...

since ISCSI wont fail , my laptop is a nice brick with their stock kernel.....
using genkerel-next to make one for systemD to load GRRRRRR. so removing it not good.

but since the service wont gracefully fail , my laptop infinitely loops on and on. trying to load.

prior to that i could remove open-ISCSI and the km Package and go for a fresh install. (Problem solved)

Try N times load kernel module
initiator not found sorry cant load ISCSI,


ok np , Sabayon is a blend of/variant Gentoo , however it's always bleeding edge.
I have no qualms using ISCSI , however enabling at boot time of late has been the kiss of death to boot up. letting the boot goto Login: and then in background load it then as a delayed start up and standard background service.

However if you make SystemD services files that on boot , DO N times , fail..... once login: is up I can fix and or manually run a service re-start.
or a delayed start-up service....  I will gleefully test them.
but i'll post out to the group.....


esle load KM , if ISCSI is bugged IE build from binary isn't working and fails ( ie bugs) load N times
Fail send alert.

since my root is a physical drive and on my laptop I could care less least for Boot-time load.
now if i build up a Freenas having it run to keep my backups and repos (ie github) etc , oh yeah iscsi quite good for that , and or client shares.

ISUE="-Boot-start +Delayed-start"

Sabayon/Gentoo isn't the only distro suffering, IE Redhat were Sabayon ports things to the Gentoo land etc, is also affected...

if your a mobile user with quirky hardware and a bleeding edge distro , shit happens like Nvida drivers... download the *.run and do install works ever time. however since the open-iscis breaks and when it breaks it really breaks it's now forced , were as previously i could remove it temporally .

--
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.
Lee Duncan | 4 Sep 23:10 2014
Picon

[PATCH]: 0/3: open-iscsi cleanup, and iBFT booting

I'm attaching 3 patches for open-iscsi, created by Hannes.

The first patch cleans up an unused variable (a newer version of the compiler complained),
and the other two patches help get iBFT-boot working.

Please let me know if I need to submit them inline rather than as attachments.


Attachment (0001-Remove-unused-variable-path.patch): application/octet-stream, 1487 bytes
Attachment (0002-Parse-origin-value-from-iBFT.patch): application/octet-stream, 4213 bytes


--
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 | 4 Sep 20:54 2014
Picon

[PATCH] isns: Add docs for deregistering discovery domains.

Hi Mike:

I have been using open-isns and noticed that the documentation for
deregistering a discovery domain is lacking.

Here's a patch that adds man page and help info to isnsadm.
---
 utils/open-isns/doc/isnsadm.8 | 16 ++++++++++++++++
 utils/open-isns/isnsadm.c     |  2 ++
 2 files changed, 18 insertions(+)

diff --git a/utils/open-isns/doc/isnsadm.8 b/utils/open-isns/doc/isnsadm.8
index c3e2b8391cee..88ec4cfff85d 100644
--- a/utils/open-isns/doc/isnsadm.8
+++ b/utils/open-isns/doc/isnsadm.8
 <at>  <at>  -25,6 +25,10  <at>  <at>  isnsadm \- iSNS client utility
 .PP
 .B isnsadm
 .RB [ ... ]
+.RI --dd-deregister " dd-id attr=value
+.PP
+.B isnsadm
+.RB [ ... ]
 .RI --enroll " client-name attr=value
 .PP
 .B isnsadm
 <at>  <at>  -452,6 +456,18  <at>  <at>  Note, in order to add members to an existing domain, you must
 specify the domain's numeric ID. The domain's symbolic name
 is not a valid handle when referring to a discovery domain.
 .\"---------------------------
+.SS Discovery Domain Deregistration mode
+In this mode, you can deregister a discoery domain previously registered.
+Only the node which registered a discovery domain in the first place is
+permitted to remove it, or any of its members. (Control
+nodes are not bound by this restriction).
+.PP
+In Discovery Domain deregistration mode, the argument list consists of
+the Discovery Domain ID, followed by a list of
+.IB attr = value
+pairs. Discovery Domain Deregistration supports the same set of attributes as
+query mode.
+.\"---------------------------
 .SS Client Enrollment
 This mode only works when the server recognizes the client
 as having control node capabilities, which is possible in
diff --git a/utils/open-isns/isnsadm.c b/utils/open-isns/isnsadm.c
index fadd87d7d15b..db34f8f7c35e 100644
--- a/utils/open-isns/isnsadm.c
+++ b/utils/open-isns/isnsadm.c
 <at>  <at>  -272,6 +272,8  <at>  <at>  usage(int exval, const char *msg)
        "\nThe following actions are supported:\n"
        "  --register      Register one or more objects\n"
        "  --deregister    Deregister an object (and children)\n"
+       "  --dd-register   Register a Discovery Domain (and members)\n"
+       "  --dd-deregister Deregister a Discovery Domain (and members)\n"
        "  --query         Query iSNS server for objects\n"
        "  --list          List all objects of a given type\n"
        "  --enroll        Create a new policy object for a client\n"
--
1.8.4.5

--

-- 
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.

Wyllys Ingersoll | 25 Aug 19:27 2014
Picon

_padding function changes parameter sizes

in iscsi_copy_operational_params, the conn->max_recv_dlength is set to
_padding (conn_conf->MaxRecvDataSegmentLength);

initiator_common.c:153 ::  conn->max_recv_dlength =
__padding(conn_conf->MaxRecvDataSegmentLength);

This (_padding) rounds up the value. If the configured
MaxRecvDataSegmentLength is set to the actual maximum (2^24 -1 :
16777215), the _padding function changes it to 16777216, causing the
comparison to fail since it is above the maximum and it resets the
value to the default minimum (262144).  This is probably not the
intended result.

The actual maximum is really 16777212 since 16777212 & 0x03 == 0,
which will cause it to pass thru the _padding function with no change.

The _padding issue probably affects other parameters as well, thats
the one where I first noticed the problem.

-Wyllys Ingersoll

--

-- 
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.

loulanguju | 21 Aug 05:44 2014

Any help or hint to compile open-iscsi-2.0-870.2 for kernel 2.6.18 ?

Any help or hint to compile open-iscsi-2.0-870.2 for kernel 2.6.28 ?

[root <at> SPA open-iscsi]# uname -a
Linux SPA 2.6.18-194.17.1.b1.07 #12 SMP Wed Jun 18 15:22:13 CST 2014 x86_64 x86_64 x86_64 GNU/Linux

[root <at> SPA open-iscsi]# gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)

[root <at> SPA open-iscsi]# make
make -C utils/open-isns
make[1]: Entering directory `/home/colibri/repos/open-iscsi/utils/open-isns'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/colibri/repos/open-iscsi/utils/open-isns'
make -C utils/sysdeps
make[1]: Entering directory `/home/colibri/repos/open-iscsi/utils/sysdeps'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/colibri/repos/open-iscsi/utils/sysdeps'
make -C utils/fwparam_ibft
make[1]: Entering directory `/home/colibri/repos/open-iscsi/utils/fwparam_ibft'
cc -O2 -g -fPIC -Wall -Wstrict-prototypes -I../../include -I../../usr -D_GNU_SOURCE   -c -o ../../usr/iscsi_net_util.o ../../usr/iscsi_net_util.c
In file included from ../../usr/iscsi_net_util.c:32:
../../usr/ethtool-copy.h:24: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h: In function ‘ethtool_cmd_speed_set’:
../../usr/ethtool-copy.h:44: error: ‘struct ethtool_cmd’ has no member named ‘speed_hi’
../../usr/ethtool-copy.h: In function ‘ethtool_cmd_speed’:
../../usr/ethtool-copy.h:49: error: ‘struct ethtool_cmd’ has no member named ‘speed_hi’
../../usr/ethtool-copy.h: At top level:
../../usr/ethtool-copy.h:76: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:90: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:99: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:251: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:278: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:304: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:311: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:317: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:322: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:333: error: expected specifier-qualifier-list before ‘__u8’
../../usr/ethtool-copy.h:349: error: expected specifier-qualifier-list before ‘__u8’
make[1]: *** [../../usr/iscsi_net_util.o] Error 1
make[1]: Leaving directory `/home/colibri/repos/open-iscsi/utils/fwparam_ibft'
make: *** [user] Error 2


Thanks for your help?

--
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.

Gmane