Hey Ryan,
The problem you're hitting is that you haven't configured a 'base directory'
like this:
# iscsitadm modify admin -d <iscsitgt conf file directory of your choosing>
The iSCSI target plays a bit of 52-conf-file-pickup, but you can choose
where it puts all of its configuration data as you see fit.
You might want to file a bug asking for a better error message in that case --
I know I tore some hair out over the same issue.
As a bit of a teaser, check out what Rick and I got working today:
# iscsitadm list target
# zfs create -V 100m pool/v1
# zfs set shareiscsi=on pool/v1
# iscsitadm list target
Target: pool/v1
iSCSI Name: iqn.1986-03.com.sun:02:069a0cfb-d6cb-efbf-c42d-8264a19cbe5c.zvol
Connections: 0
It needs some more work, but that's where we're heading (and you don't need
to bother with the 'base directory' in this case).
Adam
On Mon, Oct 16, 2006 at 01:39:58PM -0400, Matty wrote:
>
> Howdy,
>
> When I attempt to create a new target with iscsitadm, I keep getting the
> error "iscsitadm: Error Failed to create target directory":
>
> $ zfs create -s -V 1g concat/vol01
>
> $ zfs list concat/vol01
> NAME USED AVAIL REFER MOUNTPOINT
> concat/vol01 22.5K 7.06G 22.5K -
>
> $ ls -la /dev/zvol/rdsk/concat/vol01
> lrwxrwxrwx 1 root root 39 Oct 16 13:34
> /dev/zvol/rdsk/concat/vol01 -> ../../../../devices/pseudo/[EMAIL
> PROTECTED]:1c,raw
>
> $ iscsitadm create target -b /dev/zvol/rdsk/concat/vol01 rangervol01
> iscsitadm: Error Failed to create target directory
>
> When I truss iscsitgtd, it looks like iscsitgtd is passed a directory that
> contains NULL characters:
>
> $ truss -leaf -t mkdir -p 101084
> 101084/1: psargs: /usr/sbin/iscsitgtd
> 101084/1: mkdir(0x00000000, 0777) Err#14 EFAULT
>
> Does anyone happen to know what is going on? Also -- the manual page on
> opensolaris.org mentions that "-d" is the short hand for the backing
> store:
>
> "The short form of the --backing-store option is -d."
>
> Shouldn't this actually be "-b"?
>
> Thanks,
> - Ryan
> --
> UNIX Administrator
> http://prefetch.net
>
> _______________________________________________
> storage-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/storage-discuss
--
Adam Leventhal, Solaris Kernel Development http://blogs.sun.com/ahl
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss