iSCSI initiator: iscontrol cannot be stopped or killed

Edward Tomasz Napierała trasz at FreeBSD.org
Tue Mar 3 18:57:24 UTC 2015


I believe the iXsystems has their fork based on 9 with iSCSI backport,
but I'm not sure if it includes the client.  Their source tree can be
found here: https://github.com/trueos/trueos.

On 0303T1508, Aafak Mohammad wrote:
> Thanks for helping.
> But for now i cannot upgrade it.
> Can i get only iscsictl for 9.2?
>  i mean get it from 10.1 and use only this feature  in 9.2
> will it work ?
> 
> On Tue, Mar 3, 2015 at 2:16 PM, Edward Tomasz Napierała <trasz at freebsd.org>
> wrote:
> 
> > On 0303T1445, Aafak Mohammad wrote:
> > > Problem: the iscontrol process starts normally and establishes
> > > a session and brings up a device, but it cannot be stopped.
> > > It does not react to a HUP signal, and neither to KILL.
> > >
> > > The /dev/da0 device is operational and the remote disk remains
> > > normally accessible, regardless of how I try to (unsuccessfully)
> > > shutdown the iscontrol process. The ps reports the state of the
> > > process as "Ds", not doing anything. A ktrace does not show any
> > > reaction to a received signal. A restart seems to be necessary
> > > to break the iSCSI session.
> >
> > Well, that's one of the reasons it's obsolete.  Could you try
> > to upgrade to 10.1 and try the new iSCSI initiator, iscsictl/iscsid?


More information about the freebsd-scsi mailing list