Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 09 May 2020 19:00:15 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 246279] cam / ciss driver unable to see more than 48(?) physical drives per controller
Message-ID:  <bug-246279-227-nDLZnfvSi1@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-246279-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-246279-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246279

--- Comment #6 from Peter Eriksson <pen@lysator.liu.se> ---
It now probes targets up to around 373 (but it takes a looong time) or so, =
and
also detects the SES devices that have been hidden before since it only pro=
bed
up to target 63...

ses0 at ciss0 bus 33 scbus2 target 119 lun 0=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20
ses0: <HPE D6020 1.63> Fixed Enclosure Services SPC-4 SCSI device=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20
ses0: Serial Number 7CE952P06X=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20
ses0: 135.168MB/s transfers=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20
ses0: SES Device=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20

ses1 at ciss0 bus 33 scbus2 target 121 lun 0=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20
ses1: <HPE D6020 1.63> Fixed Enclosure Services SPC-4 SCSI device=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20
ses1: Serial Number 7CE952P06X=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20
ses1: 135.168MB/s transfers=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20
ses1: SES Device=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20

Due to the probing taking a loong time I also see timeouts:

> run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_confi=
g=20=20=20=20=20=20=20=20=20

and SCSI errors:

(probe0:ciss1:33:351:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00=
 00
(probe0:ciss1:33:351:0): CAM status: CCB request completed with an error
(probe0:ciss1:33:351:0): Retrying command, 4 more tries remain
(probe0:ciss1:33:351:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00=
 00
(probe0:ciss1:33:351:0): CAM status: CCB request completed with an error
(probe0:ciss1:33:351:0): Retrying command, 3 more tries remain

This code feels... broken :-)

Ah well, I'll see if I can modify the driver code to be a bit smarter on how
many targets to probe. It really doesn't have to check all since it knows h=
ow
many target there are (72 in my case) - it could stop after having detected
that many...=20

(No wonder the Linux folks have replaced their cciss driver with a rewritten
one called hpsa).

- Peter

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-246279-227-nDLZnfvSi1>