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
Tell me if you need the core dumped (3.4 Mo)
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
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