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