Date: Wed, 26 Sep 2012 07:29:08 -0700 From: Chuck Tuffli <ctuffli@gmail.com> To: Nikolay Denev <ndenev@gmail.com> Cc: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Re: CAM Target Layer, Linux and camcontrol readcap Message-ID: <CAKAYmMJrDKpu_wBtpywEmgaCRhdh2th_wrjHzZP26FDSGtui8g@mail.gmail.com> In-Reply-To: <057A94AC-3CBC-4E91-8816-74EE2E4C8420@gmail.com> References: <057A94AC-3CBC-4E91-8816-74EE2E4C8420@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Sep 26, 2012 at 1:33 AM, Nikolay Denev <ndenev@gmail.com> wrote: > Hi, > > I'm running RELENG_9 and I'm trying to play with CTL. > Initially I've setup an isp(4) interface in TARGET mode and tried to export a LUN to a directly connected > Linux RHEL host, but for some reason that failed with the block backend (ramdisk was exported properly) : > > This is how I export the volume : > > zfs create -V1000G tank/oracle > ctladm create -b block -o file=/dev/zvol/tank/oracle -S ZFSSERIAL001 -d ZFSLUN001 > ctladm port -o on > ctladm realsync off This is similar to what I do, but you might try turning off realsync before turning the port on and only turning on the FC ports. I.e. ctladm realsync off ctladm port -o on -t fc If that doesn't help, it would be interesting to see if something is stuck via ctladm dumpooa ---chuck
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAKAYmMJrDKpu_wBtpywEmgaCRhdh2th_wrjHzZP26FDSGtui8g>