On Wed, Sep 14, 2022 at 01:07:18PM +0200, Daniel Wagner wrote:
> > > [399664.863585] nvmet: connect request for invalid subsystem blktests-subsystem-1!
> > > [399664.863704] nvme nvme0: Connect Invalid Data Parameter, subsysnqn "blktests-subsystem-1"
> > > [399664.863758] nvme nvme0: NVME-FC{0}: reset: Reconnect attempt failed (16770)
> > > [399664.863784] nvme nvme0: NVME-FC{0}: reconnect failure
> > > [399664.863837] nvme nvme0: Removing ctrl: NQN "blktests-subsystem-1"
> > >
> > > When the host tries to reconnect to a non existing controller (the test
> > > called _remove_nvmet_subsystem_from_port()) the target returns 0x4182
> > > (NVME_SC_DNR|NVME_SC_READ_ONLY(?)).
> >
> > That is not something that the target is supposed to be doing, I have no
> > idea why this is sent. Perhaps this is something specific to the fc
> > implementation?
>
> Okay, I'll look into this.
I didn't realize that the 0x182 can be overloaded. In the case of fabric
commands it stands for NVME_SC_CONNECT_INVALID_PARAM. So all good here.
