> On Mon, Jan 25, 2010 at 8:37 PM, Tomas Bodzar
> <bodzart at openbsd.cz> wrote:
> > Ok. You said that you read man pages, ok? Then you
> saw for sure example 17 and construction of sharesmb
> option "sharesmb=on | off | opts ". And because in
> options you can use a lot of constructs there is
> reason for use of single quotes to avoid errors like
> you have because zfs command don't know how to
> "translate" your construct sharesmb=name=somename
> because it doesn't know "name" option as you can see
> from "sharesmb=on | off | opts "
> 
> man zfs :
> 
> Because SMB shares requires a resource
>  name,  a  unique
> resource  name is constructed from the
>  dataset name. The
> constructed name is a copy of the  dataset
>  name  except
> that  the characters in the dataset name,
>  which would be
> illegal in the resource name, are replaced
>   with  under-
> score  (_)  characters. A *pseudo property*
>  "name" is also
> supported that allows you to replace the data
>   set  name
> with  a  specified name. The specified name is
>  then used
> to replace the prefix dataset in  the  case
>   of  inheri-
> tance. For example, if the dataset
>  data/home/john is set
> to *name=john*, then data/home/john has a
>  resource name of
>         john. [Emphasize mine]
> omas tried is right and should have worked, because
> that's how
> I shared my datasets in the first place, and it still
> works flawlessly
> here on snv_130. Now he could try with the quotes,
> and if it works it
> means something changed between releases. That's
> always a possibility.
> 
> See also
> http://bugs.opensolaris.org/bugdatabase/view_bug.do?bu
> g_id=6912791
> 
> L.
> _______________________________________________
> opensolaris-help mailing list
> opensolaris-help at opensolaris.org


THANK YOU!!!
i knew i was right.
ok, so this is a bug and it WILL be fixed in b132

i see this bug page says that it has a fix available.  Is there any way for me 
to get this fix?


Thanks so much
-- 
This message posted from opensolaris.org

Reply via email to