Fabian Morision | 24 Jul 14:47 2014
Picon

Re: Very Urgent............

Greetings from gulf region

Thanks for the e-mail. I am very interested on funding lucrative
business partnership with you acting as the manager and sole
controller of the investment while i remain a silent investor for a
period of ten yrs , though I am only looking at investment
opportunities within the range you specified for a start. You can
reply me here (fmorision <at> yahoo.com)

Let me know your thought asap.

Regards

Financial Consultant

Mr.Fabian Morision
Wang Sheng-Hui | 22 Jul 08:15 2014
Picon

[PATCH] rtslib: trivial update to README.md


The installation from source also requres pyparsing module.
Update the requirement in the README.md

Signed-off-by: Wang Sheng-Hui <shhuiw <at> gmail.com>
---
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index b0ca49b..6731226 100644
--- a/README.md
+++ b/README.md
 <at>  <at>  -34,7 +34,7  <at>  <at>  you're familiar with your Linux Distribution's package manager:

        * GNU Make.
        * python 2.6 or 2.7
-       * A few python libraries: ipaddr, netifaces, configobj, python-epydoc
+       * A few python libraries: pyparsing, ipaddr, netifaces, configobj, python-epydoc
        * A working LaTeX installation and ghostscript for building the
          documentation, for example texlive-latex.
        * Your favorite distribution's package developement tools, like rpm for
--

-- 
1.8.3.2

Martin Svec | 17 Jul 20:51 2014
Picon

WRITE_SAME performance

Hello,

I noticed that LIO's WRITE_SAME implementation doesn't perform as well as I would expect. In fact,
non-accelerated ESXi eager disk zeroing over 10GE iSCSI is two times faster than the accelerated
zeroing in our test lab.

Initiator setup: Dell R300, ESXi 5.5, software iSCSI over 1GE/10GE.
Target setup: Dell R510, PERC H700 controller, 3x Intel S3700 SSD in RAID0, exported as iblock iSCSI
LUN, 3.15.5 kernel.

After some digging in sources and playing with blktrace, I think the problem comes from the way
iblock_execute_write_same() handles sequential writes. It adds them to bios in small 512-byte
blocks, i.e. one sector at a time. On the other hand, ESXi issues the non-accelerated writes as
128kB blocks. The difference in blktrace output is obvious. I tried to tweak deadline scheduler and
other tunables, but with no luck. To verify my idea, I modified iblock_execute_write_same() so that
it submits full ZERO_PAGEs by analogy with __blkdev_issue_zeroout(). In other words, I increased bio
blocks size from 512 to 4096 bytes. This quick dirty hack raised WRITE_SAME performance several
times and it's close to the maximal sequential write speed of the raw device now. Moreover, target
CPU usage and softirqs dropped significantly too.

Maybe iblock_execute_write_same() should prepare longer contiguous data block before it starts
submitting it to the block layer? And/or use ZERO_PAGE if it is used for zeroing (99% cases today, I
guess).

Any ideas?

Thanks,
Martin

(Continue reading)

Manuel Buil | 17 Jul 14:42 2014
Picon

cache modes in LIO

Hi,

One newby question: I create a iSCSI target using my local disk device /dev/sdb (iBLOCK type of backstore).
Is there a way in the CLI to specify the cache mode that LIO uses when opening the /dev/sdb device (O_SYNC or
O_DIRECT or...)?

Thank you,
Manuel
Matyas Koszik | 16 Jul 16:18 2014
Picon

iscsi-target OOPS


Hi,

I'm running a redundant storage server pair with DRBD and LIO. On the
secondary node I had some RAID card resets, which triggered DRBD to
disconnect the node - but before that, requests were held for several
seconds in the DRBD layer, which seems to be a problem for LIO (or maybe
the subsequent initiator reconnects - I'm not sure).

My efforts to reproduce the bug in a test environment failed so far, but
in production it works reliably (the RAID card in the secondary node
stalled 3 times and the primary node crashed every time). I've tried
upgrading the kernel between crashes 1 and 2, but that didn't help.

Regards,

Matyas

1st crash:

emerg kernel: [6995187.657152] general protection fault: 0000 [#3] SMP
warning kernel: [6995187.657292] CPU 3
warning kernel: [6995187.657333] Modules linked in: tcm_loop tcm_fc iscsi_target_mod
target_core_pscsi target_core_file target_core_iblock target_core_mod nfnetlink_log nfnetlink
dm_snapshot usb_storage parport_pc ppdev lp parport drbd lru_cache libfc scsi_transport_fc scsi_tgt
configfs bnep rfcomm bluetooth rfkill uinput nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc
nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables nf_conntrack_ipv4 nf_defrag_ipv4
xt_state nf_conntrack xt_tcpudp iptable_filter ip_tables x_tables loop snd_pcm snd_page_alloc
snd_timer acpi_cpufreq iTCO_wdt iTCO_vendor_support joydev mperf i7core_edac processor snd
soundcore psmouse i2c_i801 coretemp serio_raw ioatdma edac_core i2c_core pcspkr evdev thermal_sys
(Continue reading)

pviltard | 12 Jul 22:22 2014
Picon

Don't see the disk

Hello Andy,

This afternoon, after the iscsi target, I remake the configuration on the server.

I don't touch the precedante configuration on the swicht fiber channel, the card are the same, the
initiator is a solarix x86. Same configuration, after the lost of the target's disk.

Before the crash, I have this version : targetcli-2.1.fb34-1.fc20.noarch.rpm, it is hard but I found the
missing switch SanBox2 configuration.

But today, I have targetcli.noarch                         2.1.fb35-1.fc20                <at> updates

My qla2xxx is good : 
--------------->
/qla2xxx> ls
o- qla2xxx ............................................................. [Targets: 1]
  o- naa.2100001b3215dd57 ................................................ [gen-acls]
    o- acls ............................................................... [ACLs: 1]
    | o- naa.2000001b3206f1a1 ...................................... [Mapped LUNs: 1]
    |   o- mapped_lun0 ................................ [lun0 fileio/bs_fc_test (rw)]
    o- luns ............................................................... [LUNs: 1]
      o- lun0 ............................ [fileio/bs_fc_test (/dev/vgdata/lvdiskfc)]
---------->

But on the initiator solaris x86 I have :

# cfgadm -al
Ap_Id                          Type         Receptacle   Occupant     Condition
c0                             scsi-sata    connected    configured   unknown
c0::dsk/c0t1d0                 disk         connected    configured   unknown
(Continue reading)

pviltard | 7 Jul 18:33 2014
Picon

Could not create NetworkPortal in configFS

Hello,

I have a trouble with iscsi.

I destroy my Fedora 20 accidentally so I rebuild another.

[root <at> philippe ~]# uname -a
Linux philippe.pvi.org 3.14.9-200.fc20.x86_64 #1 SMP Thu Jun 26 21:40:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

[root <at> philippe ~]# yum list | grep rtslib
python-rtslib.noarch                     2.1.fb48-1.fc20                <at> updates
python-rtslib-doc.noarch                 2.1.fb48-1.fc20               updates
python3-rtslib.noarch                    2.1.fb48-1.fc20               updates

I create lun, fileio, qla2xxx, iqn

but :

$ ssh -Y root <at> philippe
root <at> philippe's password:
Last login: Mon Jul  7 18:00:01 2014 from pierre.pvi.org
[root <at> philippe ~]# targetcli
targetcli shell version 2.1.fb35
Copyright 2011-2013 by Datera, Inc and others.
For help on commands, type 'help'.

/iscsi/iqn.20.../tpg1/portals> cd ..
/iscsi/iqn.20...886f03c3/tpg1> ls
o- tpg1
.....................................................................................................
(Continue reading)

jscregcarlosrod@libero.it | 2 Jul 18:47 2014
Picon

You've won a Prize

You've won a Prize
MICROSOFT IBERICA SL"
YOU 'VE WON.
ATTN:MICROSOFT IBERICA SL
Your email has won (EUR244,000,00)
(TWO HUNDRED AND FOURTY FOUR THOUSAND EURO)
Batch number:XL73276498AM
Ref number:QR352899526KC
This is a millennium scientific computer game in which
email addresses were used.It is a promotional program aimed at
encouraging internet users,therefore you do not need to buy ticket to enter
for it.
For further development,clarification and procedure please
Contact:Dr Eduardo Sanchez (Foreign Service Manager
Email contact:payingroll446 <at> yahoo.com.hk

Regards
Carmen Rodriguez
Lottery Co-ordinator
Sagi Grimberg | 2 Jul 15:19 2014

[PATCH 0/3] isert target fixes for kernel 3.17

Set of 3 fixes:
Patch #1: Fix a possible hang when connection establishment breaks
	  before entering connected state
Patch #2: Fix possible early free of isert_conn
Patch #3: Nit fix of isert work with rdma_cm

Sagi Grimberg (3):
  Target/iser: Get isert_conn reference once got to connected_handler
  Target/iser: Don't put isert_conn inside disconnected handler
  Target/iser: Avoid calling rdma_disconnect twice

 drivers/infiniband/ulp/isert/ib_isert.c |    9 +++++----
 1 files changed, 5 insertions(+), 4 deletions(-)

Ritesh Raj Sarraf | 29 Jun 11:45 2014
Picon

Add .gitattributes to easier archvie extraction


Jerome,

Can you please apply this patch to all the LIO repositories ?
Because then it makes it easier for me to {git} extract the archives.

Ritesh

Nicholas A. Bellinger | 28 Jun 09:28 2014

[GIT PULL] target fixes for v3.16-rc3

Hi Linus,

Here are the target-pending fixes for v3.16-rc3.  Please go ahead and
pull from:

  git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master

Mostly minor fixes this time around.  The highlights include:

  - iscsi-target CHAP authentication fixes to enforce explicit key values
    (Tejas Vaykole + rahul.rane)
  - Fix a long-standing OOPs in target-core when a alua configfs attribute
    is accessed after port symlink has been removed.  (Sebastian Herbszt)
  - Fix a v3.10.y iscsi-target regression causing the login reject status
    class/detail to be ignored (Christoph Vu-Brugier)
  - Fix a v3.10.y iscsi-target regression to avoid rejecting an existing ITT
    during Data-Out when data-direction is wrong (Santosh Kulkarni + Arshad Hussain)
  - Fix a iscsi-target related shutdown deadlock on UP kernels (Mikulas Patocka) 
  - Fix a v3.16-rc1 build issue with vhost-scsi + !CONFIG_NET (MST)

Thank you,

--nab

Michael S. Tsirkin (1):
  iovec: move memcpy_from/toiovecend to lib/iovec.c

Mikulas Patocka (1):
  iscsi-target: fix iscsit_del_np deadlock on unload

(Continue reading)


Gmane