The Linux SCSI Target Wiki

Revision as of 12:18, 5 December 2010 by Marcf (Talk | contribs)
Jump to: navigation, search

Core-iSCSI is a high-performance iSCSI Initator by RisingTide Systems. Template:AdSense right



RisingTide Systems
Original author(s) Nicholas Bellinger
Developer(s) RisingTide Systems LLC
Initial release 2002 (2002)
Stable release / July 4, 2006;
15 years ago
Development status Production
Written in C
Operating system Linux
Type iSCSI Initiator
License Proprietary

Core-iSCSI is a high-performance iSCSI Initator[1] from RisingTide Systems.

RisingTide Systems is an IP SAN systems and software company located in the Silicon Valley. RisingTide is complementing Core-iSCSI with a storage management UI and API.

By the end of November 2010, RisingTide will be releasing the RTS Director, a distributed, highly available storage management tool with a unified namespace for entire storage infrastructures.

Building and installing

  KERNEL_DIR=/usr/src/linux && make install
  make install
   CHANNEL="0 2 eth0 3260 0"

and /etc/sysconfig/iscsi_device_maps:

   DEVICE="0 0 1 diska"


The following third-party iSCSI Target implementations have been validated, have pending TODO items, or are completely untested against Core-iSCSI. We'd be glad to hear feedback on your experiences with all Linux/iSCSI implementations! Note that this list relates to interoperability with Core-iSCSI, but feedback for Open-iSCSI is also encouraged.

Optional RFC-3720 Features



iSCSI Targets

Diskless boot


The logic required to run Linux iSCSI for your root device and be able to shutdown and reboot cleanly ("diskless boot") involves the following:

  1. Core-iSCSI kernel threads that are providing iSCSI services SHOULD NOT be shutdown. Note that killall5 leaves kernel threads alone, but may cause problems with user-level iscsi daemons.
  2. Considerations for session reinstatement during shutdown while iSCSI LUNs (not limited to the root device) are being unmounted.
  3. Miscellanous failures during shutdown caused by nopin_response_timeout, datain_timeout, cmdsn_timeout, transport layer resets, and communication path PHY loss.

Most of this logic is distribution agnostic, but sometimes shutdown scripts do the 'network backed root device' (think nfsroot shutdown) that is required to make iSCSI initiators perform diskless shutdown properly.


Boot via Core-iSCSI tests:

Domain Validation Tool


The Core-iSCSI Domain Validation Tool (DVT) is primarly targeted to iSCSI vendors and developers for testing data IO using a CLI program accepting a block device as an argument.

The DVT executes a pre-determined number of loop iterations, each time negotiating a different set of RFC-3720 parameter keys until the configuration space has been exhausted. DVT will perform iSCSI Login, a script defined test operation, and Logout on a defined network portal. The sequence of steps is determined by which keys are enabled for testing, type, minimum and maximum settings as defined by RFC-3720.

SCSI domain validation is goverened by a T10 Working Draft:


See also

Template:AdSense See also


  1. Bellinger, Nicholas (7/4/2006). "Core-iSCSI v1.6.2.9 Released". Core-iSCSI mailing list. 
  2. Bellinger, Nicholas (7/11/2006). " and Core-iSCSI-tools v3.5 released". Core-iSCSI mailing list. 

External links

Personal tools
Google AdSense