Re: 9.1 panic in ccb/iscsi

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

Thanks! I didn't realise it is both a target and an initiator.

Apart from a few tests years ago, I don't remember using the in-kernel
iSCSI target (which was flaky for me at the time - the initiators who
were using it didn't reattach after a reboot). As far as the
initiator, I've only tried it once to find out how it works, so I have
zero experience with it.

On Sat, 12 Jun 2021 at 21:52, BERTRAND Joël <joel.bertrand%systella.fr@localhost> wrote:
>
> Chavdar Ivanov a écrit :
> > On Sat, 12 Jun 2021 at 19:30, Michael van Elst <mlelstv%serpens.de@localhost> wrote:
> >>
> >> On Sat, Jun 12, 2021 at 05:02:11PM +0100, Chavdar Ivanov wrote:
> >>
> >>> Not that this has any connection to your problem, but I'd nevertheless
> >>> add my 5c about istgt - I have been serving zvols for perhaps one year
> >>> now under -current without any problems.
> >>
> >> istgt is the iSCSI server.
> >>
> >> The crash is about the in-kernel iscsi initiator.
> >
> > The first sentence in the first message in the thread says 'I can see
> > some panics on a server that exports iSCSI volumes (istgt on
> > a CCB device' (CCB later corrected as CCD), so as far as I understand
> > it, istgt is the pkgsrc's net/istgt, the server.  It continues to
> > explain that this server exports the volumes to some workstations.
> >
> > While I have used net/istgt to export zvols, raw slices and gpt slices
> > without problems, I have never tried to export a ccd volume, so I
> > thought it might have been something specific to them.
>
>         It was an error. This server acts as a iscsi target _and_ iscsi
> initiator and I have misread ccb (I don't know why I have read ccd).
>
>         In this case, I think that panic comes from initiator :
>
> [   150,675914] iscsi: attached.  major = 203
> [   150,755943] scsibus0 at iscsi0: 1 target, 16 luns per target
> [   150,755943] sd0 at scsibus0 target 0 lun 0: <QNAP, iSCSI Storage,
> 4.0> disk fixed
> [   150,785954] sd0: fabricating a geometry
> [   150,785954] sd0: 10980 GB, 11244416 cyl, 64 head, 32 sec, 512
> bytes/sect x 23028563968 sectors
> [   150,805960] sd0: fabricating a geometry
> [   150,835972] sd0: GPT GUID: a5d27c7c-8eda-40e8-a29b-e85a539a5bc7
> [   150,835972] dk6 at sd0: "bacula", 23028563901 blocks at 34, type: ffs
> [   150,845976] sd0: async, 8-bit transfers, tagged queueing



-- 
----