Bug 167331 - Segmentation fault with iscontrol(8)
Summary: Segmentation fault with iscontrol(8)
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 8.2-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-26 15:50 UTC by Jean-Christophe Guillain
Modified: 2017-12-31 22:29 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Christophe Guillain 2012-04-26 15:50:07 UTC
When trying to do a discovery session with iscontrol the outup is either incomplete in standard mode, or a segmentation fault occurs in verbose mode.


root@endor:~# iscontrol -v -d -t 192.168.100.50             
                    port = 3260
                    tags = 0
                 maxluns = 0
                     iqn = iqn.2005-01.il.ac.huji.cs:
          maxConnections = 1
maxRecvDataSegmentLength = 65536
maxXmitDataSegmentLength = 65536
          maxBurstLength = 131072
        firstBurstLength = 65536
        defaultTime2Wait = 0
      defaultTime2Retain = 0
       maxOutstandingR2T = 1
      errorRecoveryLevel = 0
    targetPortalGroupTag = 0
            headerDigest = None,CRC32C
              dataDigest = None,CRC32C
              initialR2T = 1
           immediateData = 1
          dataPDUInOrder = 1
     dataSequenceInOrder = 1
             sessionType = Normal
           targetAddress = (null)
             targetAlias = (null)
              targetName = (null)
           initiatorName = (null)
          initiatorAlias = (null)
              authMethod = None
              chapSecret = (null)
               chapIName = (null)
             tgtChapName = (null)
           tgtChapSecret = (null)
      tgttgtChallengeLen = 0
I-: cmd=0x3 len=309
	SessionType=Discovery
	InitiatorName=iqn.2005-01.il.ac.huji.cs::endor.fr.sequans.com
	MaxBurstLength=131072
	HeaderDigest=None,CRC32C
	DataDigest=None,CRC32C
	MaxRecvDataSegmentLength=65536
	ErrorRecoveryLevel=0
	DefaultTime2Wait=0
	DefaultTime2Retain=0
	DataPDUInOrder=Yes
	DataSequenceInOrder=Yes
	MaxOutstandingR2T=1
T-: cmd=0x23 len=248
	DataDigest=None
	DataPDUInOrder=Yes
	DataSequenceInOrder=Yes
	DefaultTime2Retain=0
	DefaultTime2Wait=2
	ErrorRecoveryLevel=0
	HeaderDigest=None
	MaxBurstLength=131072
	MaxOutstandingR2T=1
	InitialR2T=No
	MaxRecvDataSegmentLength=65536
	TargetPortalGroupTag=1
I-: cmd=0x3 len=0
T-: cmd=0x23 len=0
I-: cmd=0x4 len=16
	SendTargets=All
T-: cmd=0x24 len=8192
	TargetName=iqn.2001-05.com.equallogic:0-8a0906-882250007-310fb16ce8d4c482-xen0retd1
	TargetAddress=192.168.100.50:3260,1
	TargetName=iqn.2001-05.com.equallogic:0-8a0906-c44250007-ff0fb16ce8f4c482-xen0retd2
	TargetAddress=192.168.100.50:3260,1

[... some others TargetName/TargetAddress ...]
[... lots of blank lines ...]

Segmentation fault: 11 (core dumped)
root@endor:~#

How-To-Repeat: Just do a discovery session on a target IP with a lot of targets available :
iscontrol -v -d -t 192.168.100.50
Comment 1 Jean-Christophe Guillain 2012-04-26 16:01:52 UTC
Tell me if you need the core dumped (3.4 Mo)
Comment 2 Jean-Christophe Guillain 2012-05-09 19:15:09 UTC
I upgraded a test server, and I can confirm that this bug is also present
in :
- Freebsd 8.3-RELEASE
- Freebsd 9.0-RELEASE

Jean-Christophe
Comment 3 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:12 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped