Thanks Tim, it worked as you described.

In the mean time I also fixed out puppet based tooling, so that it knows about the cDOT junction style.

Vladimir

On Thu, Mar 17, 2016 at 12:59 PM, tmac tmacmd@gmail.com wrote:

you *could* make that happen easily.

There is the base root volume in cDOT (/) where all junctions usually form. You would have to set the export-policy on the root volume to something that is writeable by a client. Mount the root of the cdot filer and create the EMPTY volume call vol. That is your place holder.

Then, when "mounting" a junction in cdot, do something like:

vol mount -volume share_01 -junction-path /vol/share_01

and it should work. I did this in a past job with hundreds of volumes so I can tell you it works. You just need to make sure your export-policies are set the way you want/need and be sure to limit the root volume export-policy when you are done.

--tmac

Tim McCarthy, Principal Consultant

       RHCE6 110-107-141 Current until Aug 02, 2016

On Thu, Mar 17, 2016 at 7:05 AM, Momonth momonth@gmail.com wrote:

...

Hi,

I wonder if it's possible to employ 7Mode mount point behavior on cDOT NFS SVM?

An example:

1. I create a volume "share_01" and by default it shows up as

"toaster:/share_01".

2. I'd like to access it as "toaset:/vol/share_01"

So, my question is how to add "/vol/" to its junction_path?

Cheers, Vladimir _______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

Very good point....when I was doing this on the older versions of GX and cDOT, qtrees were non-existent.

--tmac

*Tim McCarthy, **Principal Consultant*

On Thu, Mar 17, 2016 at 9:57 AM, Sebastian Goetze spgoetze@gmail.com wrote:

How about, instead of creating an empty volume, you *create a QTree named "vol"...* (in the SVM root volume) Then you can also easily mount with a junction path starting in "/vol/..."

Sebastian

On 3/17/2016 12:59 PM, tmac wrote:

you *could* make that happen easily.

There is the base root volume in cDOT (/) where all junctions usually form. You would have to set the export-policy on the root volume to something that is writeable by a client. Mount the root of the cdot filer and create the EMPTY volume call vol. That is your place holder.

Then, when "mounting" a junction in cdot, do something like:

vol mount -volume share_01 -junction-path /vol/share_01

and it should work. I did this in a past job with hundreds of volumes so I can tell you it works. You just need to make sure your export-policies are set the way you want/need and be sure to limit the root volume export-policy when you are done.

--tmac

*Tim McCarthy, **Principal Consultant*

       RHCE6 110-107-141

https://www.redhat.com/wapps/training/certification/verify.html?certNumber=110-107-141&isSearch=False&verify=Verify Current until Aug 02, 2016

On Thu, Mar 17, 2016 at 7:05 AM, Momonth momonth@gmail.com wrote:

...

Hi,

I wonder if it's possible to employ 7Mode mount point behavior on cDOT NFS SVM?

An example:

1. I create a volume "share_01" and by default it shows up as

"toaster:/share_01".

2. I'd like to access it as "toaset:/vol/share_01"

So, my question is how to add "/vol/" to its junction_path?

Cheers, Vladimir _______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

---

Toasters mailing listToasters@teaparty.nethttp://www.teaparty.net/mailman/listinfo/toasters

I think the idea is you can easily make the qtree from ONTAP without having to mount the volume first, like in my first post. Not sure, but I think it requires something squirrelly to make a directory from ONTAP without it being a qtree

Sent from Mobile Outlook

On Thu, Mar 17, 2016 at 9:22 AM -0700, "Parisi, Justin" Justin.Parisi@netapp.com wrote:

Doesn’t even need to be a qtree. Can be an empty directory.

From: toasters-bounces@teaparty.net on behalf of tmac tmacmd@gmail.com

Date: Thursday, March 17, 2016 at 9:22 AM

To: Sebastian Goetze spgoetze@gmail.com

Cc: "Toasters@teaparty.net" Toasters@teaparty.net

Subject: Re: 7Mode junction-path style on cDOT

Very good point....when I was doing this on the older versions of GX and cDOT, qtrees were non-existent.

--tmac

Tim McCarthy, Principal Consultant

On Thu, Mar 17, 2016 at 9:57 AM, Sebastian Goetze spgoetze@gmail.com wrote:

How about, instead of creating an empty volume, you create a QTree named "vol"... (in the SVM root volume)

Then you can also easily mount with a junction path starting in "/vol/..."

Sebastian

On 3/17/2016 12:59 PM, tmac wrote:

you *could* make that happen easily.

There is the base root volume in cDOT (/) where all junctions usually form. You would have to set the export-policy on the root volume to something that is writeable by a client. Mount the root of the cdot filer and create the EMPTY volume call vol. That is your place holder.

Then, when "mounting" a junction in cdot, do something like:

vol mount -volume share_01 -junction-path /vol/share_01

and it should work. I did this in a past job with hundreds of volumes so I can tell you it works. You just need to make sure your export-policies are set the way you want/need and be sure to limit the root volume export-policy when you are done.

--tmac

Tim McCarthy, Principal Consultant

RHCE6 110-107-141 Current until Aug 02, 2016

On Thu, Mar 17, 2016 at 7:05 AM, Momonth momonth@gmail.com wrote:

Hi,

I wonder if it's possible to employ 7Mode mount point behavior on cDOT NFS SVM?

An example:

1. I create a volume "share_01" and by default it shows up as

"toaster:/share_01".

2. I'd like to access it as "toaset:/vol/share_01"

So, my question is how to add "/vol/" to its junction_path?

Cheers,

Vladimir

_______________________________________________

Toasters mailing list

Toasters@teaparty.net

http://www.teaparty.net/mailman/listinfo/toasters

_______________________________________________ Toasters mailing list Toasters@teaparty.nethttp://www.teaparty.net/mailman/listinfo/toasters

SHweet! I just dug a little deeper....you can do this with the Powershell Toolkit also:

(from powershell) *> Connect-NcController dc02*

Name Address Vserver Version ---- ------- ------- ------- dc02 10.173.75.73 NetApp Release 8.3.1P2: Wed Dec 09 03:10:24 UTC 2015

*> Get-NcSystemOntapiVersion*

NcController MajorVersion MinorVersion NodeOntapiDetails ------------ ------------ ------------ ----------------- dc02 1 31

*> Get-NcSystemVersion*

NcController Value ------------ ----- dc02 NetApp Release 8.3.1P2: Wed Dec 09 03:10:24 UTC 2015

*> New-NcDirectory -Path /vol/tmp/t1 -Permission 777 -VserverContext JHH008001 -Verbose* VERBOSE: Creating directory /vol/tmp/t1.

Name Type Size Created Modified Owner Group Perm Empty ---- ---- ---- ------- -------- ----- ----- ---- ----- t1 directory 4 KB 3/17/2016 3/17/2016 0 0 777 True

(from ONTAP CLI...but could do via powershell as well!)

*dc02::> vol create t2 -size 100m -aggregate aggrSAS_03* [Job 1509] Job succeeded: Successful

*dc02::> vol mount t2 /tmp/t1/t2*

*dc02::> vol show -fields junction-path -volume t2* vserver volume junction-path --------- ------ ------------- mysvm t2 /tmp/t1/t2

--tmac

*Tim McCarthy, **Principal Consultant*

On Thu, Mar 17, 2016 at 12:36 PM, Parisi, Justin Justin.Parisi@netapp.com wrote:

You can create folders in cDOT with ZAPI calls. ;)

http://community.netapp.com/t5/Data-ONTAP-Discussions/Create-parent-director...

From: tmac tmacmd@gmail.com Date: Thursday, March 17, 2016 at 11:26 AM To: Justin Parisi Justin.Parisi@netapp.com, Sebastian Goetze < spgoetze@gmail.com>

Cc: "Toasters@teaparty.net" Toasters@teaparty.net Subject: Re: 7Mode junction-path style on cDOT

I think the idea is you can easily make the qtree from ONTAP without having to mount the volume first, like in my first post. Not sure, but I think it requires something squirrelly to make a directory from ONTAP without it being a qtree

Sent from Mobile Outlook https://aka.ms/qtex0l

On Thu, Mar 17, 2016 at 9:22 AM -0700, "Parisi, Justin" < Justin.Parisi@netapp.com> wrote:

Doesn’t even need to be a qtree. Can be an empty directory.

...

From: toasters-bounces@teaparty.net on behalf of tmac <tmacmd@gmail.com

...

Date: Thursday, March 17, 2016 at 9:22 AM To: Sebastian Goetze spgoetze@gmail.com Cc: "Toasters@teaparty.net" Toasters@teaparty.net Subject: Re: 7Mode junction-path style on cDOT

Very good point....when I was doing this on the older versions of GX and cDOT, qtrees were non-existent.

--tmac

*Tim McCarthy, **Principal Consultant*

On Thu, Mar 17, 2016 at 9:57 AM, Sebastian Goetze spgoetze@gmail.com wrote:

...

How about, instead of creating an empty volume, you *create a QTree named "vol"...* (in the SVM root volume) Then you can also easily mount with a junction path starting in "/vol/..."

Sebastian

On 3/17/2016 12:59 PM, tmac wrote:

you *could* make that happen easily.

There is the base root volume in cDOT (/) where all junctions usually form. You would have to set the export-policy on the root volume to something that is writeable by a client. Mount the root of the cdot filer and create the EMPTY volume call vol. That is your place holder.

Then, when "mounting" a junction in cdot, do something like:

vol mount -volume share_01 -junction-path /vol/share_01

and it should work. I did this in a past job with hundreds of volumes so I can tell you it works. You just need to make sure your export-policies are set the way you want/need and be sure to limit the root volume export-policy when you are done.

--tmac

*Tim McCarthy, **Principal Consultant*

       RHCE6 110-107-141

https://www.redhat.com/wapps/training/certification/verify.html?certNumber=110-107-141&isSearch=False&verify=Verify Current until Aug 02, 2016

On Thu, Mar 17, 2016 at 7:05 AM, Momonth momonth@gmail.com wrote:

...

Hi,

I wonder if it's possible to employ 7Mode mount point behavior on cDOT NFS SVM?

An example:

1. I create a volume "share_01" and by default it shows up as

"toaster:/share_01".

2. I'd like to access it as "toaset:/vol/share_01"

So, my question is how to add "/vol/" to its junction_path?

Cheers, Vladimir _______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

---

Toasters mailing listToasters@teaparty.nethttp://www.teaparty.net/mailman/listinfo/toasters

SDK sometimes doesn't work, depending on the version/support for ZAPI calls.

PS toolkit is probably easier. Tmac posted the method for that.

-----Original Message----- From: vladimir.zhigulin@gmail.com [mailto:vladimir.zhigulin@gmail.com] On Behalf Of Momonth Sent: Thursday, March 17, 2016 12:38 PM To: Parisi, Justin Cc: NGC-tmacmd-gmail.com; Sebastian Goetze; toasters@teaparty.net Subject: Re: 7Mode junction-path style on cDOT

I'm using puppet module (based on NetApp SDK) to create cDOT volumes, but it fails to do the same.

I always failed to understand a difference between NetApp SDK and PS toolkit .. it feels like the PS toolkit is more powerful.

On Thu, Mar 17, 2016 at 5:36 PM, Parisi, Justin Justin.Parisi@netapp.com wrote:

You can create folders in cDOT with ZAPI calls. ;)

http://community.netapp.com/t5/Data-ONTAP-Discussions/Create-parent-di rectories-for-a-junction-path-using-the-CLI/td-p/24401/page/2

Отправлено с iPhone

17 марта 2016 г., в 23:01, Parisi, Justin Justin.Parisi@netapp.com написал(а):

SDK sometimes doesn't work, depending on the version/support for ZAPI calls.

I thought PS toolkit is using the same ZAPI calls at the end?

PS toolkit is probably easier. Tmac posted the method for that.

-----Original Message----- From: vladimir.zhigulin@gmail.com [mailto:vladimir.zhigulin@gmail.com] On Behalf Of Momonth Sent: Thursday, March 17, 2016 12:38 PM To: Parisi, Justin Cc: NGC-tmacmd-gmail.com; Sebastian Goetze; toasters@teaparty.net Subject: Re: 7Mode junction-path style on cDOT

I'm using puppet module (based on NetApp SDK) to create cDOT volumes, but it fails to do the same.

I always failed to understand a difference between NetApp SDK and PS toolkit .. it feels like the PS toolkit is more powerful.

...

On Thu, Mar 17, 2016 at 5:36 PM, Parisi, Justin Justin.Parisi@netapp.com wrote: You can create folders in cDOT with ZAPI calls. ;)

http://community.netapp.com/t5/Data-ONTAP-Discussions/Create-parent-di rectories-for-a-junction-path-using-the-CLI/td-p/24401/page/2

---

Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

It looks like, from what I can see in the API tools(using ZEDI from the SDK), that the *file-create-directory* ZAPI call is only exposed in the 7-mode and vserver (which appears to only apply to vfilers under 7-mode and not cDOT) APIs and not the cluster mode one, yet per my playing yesterday, the ability *is* exposed in the PowerShell toolkit.

--tmac

*Tim McCarthy, **Principal Consultant*

On Thu, Mar 17, 2016 at 12:36 PM, Parisi, Justin Justin.Parisi@netapp.com wrote:

You can create folders in cDOT with ZAPI calls. ;)

http://community.netapp.com/t5/Data-ONTAP-Discussions/Create-parent-director...

From: tmac tmacmd@gmail.com Date: Thursday, March 17, 2016 at 11:26 AM To: Justin Parisi Justin.Parisi@netapp.com, Sebastian Goetze < spgoetze@gmail.com>

Cc: "Toasters@teaparty.net" Toasters@teaparty.net Subject: Re: 7Mode junction-path style on cDOT

I think the idea is you can easily make the qtree from ONTAP without having to mount the volume first, like in my first post. Not sure, but I think it requires something squirrelly to make a directory from ONTAP without it being a qtree

Sent from Mobile Outlook https://aka.ms/qtex0l

On Thu, Mar 17, 2016 at 9:22 AM -0700, "Parisi, Justin" < Justin.Parisi@netapp.com> wrote:

Doesn’t even need to be a qtree. Can be an empty directory.

...

From: toasters-bounces@teaparty.net on behalf of tmac <tmacmd@gmail.com

...

Date: Thursday, March 17, 2016 at 9:22 AM To: Sebastian Goetze spgoetze@gmail.com Cc: "Toasters@teaparty.net" Toasters@teaparty.net Subject: Re: 7Mode junction-path style on cDOT

Very good point....when I was doing this on the older versions of GX and cDOT, qtrees were non-existent.

--tmac

*Tim McCarthy, **Principal Consultant*

On Thu, Mar 17, 2016 at 9:57 AM, Sebastian Goetze spgoetze@gmail.com wrote:

...

How about, instead of creating an empty volume, you *create a QTree named "vol"...* (in the SVM root volume) Then you can also easily mount with a junction path starting in "/vol/..."

Sebastian

On 3/17/2016 12:59 PM, tmac wrote:

you *could* make that happen easily.

There is the base root volume in cDOT (/) where all junctions usually form. You would have to set the export-policy on the root volume to something that is writeable by a client. Mount the root of the cdot filer and create the EMPTY volume call vol. That is your place holder.

Then, when "mounting" a junction in cdot, do something like:

vol mount -volume share_01 -junction-path /vol/share_01

and it should work. I did this in a past job with hundreds of volumes so I can tell you it works. You just need to make sure your export-policies are set the way you want/need and be sure to limit the root volume export-policy when you are done.

--tmac

*Tim McCarthy, **Principal Consultant*

       RHCE6 110-107-141

https://www.redhat.com/wapps/training/certification/verify.html?certNumber=110-107-141&isSearch=False&verify=Verify Current until Aug 02, 2016

On Thu, Mar 17, 2016 at 7:05 AM, Momonth momonth@gmail.com wrote:

...

Hi,

I wonder if it's possible to employ 7Mode mount point behavior on cDOT NFS SVM?

An example:

1. I create a volume "share_01" and by default it shows up as

"toaster:/share_01".

2. I'd like to access it as "toaset:/vol/share_01"

So, my question is how to add "/vol/" to its junction_path?

Cheers, Vladimir _______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

---

Toasters mailing listToasters@teaparty.nethttp://www.teaparty.net/mailman/listinfo/toasters

Yep, I was thinking of easily creating a directory (in the root of a volume) from the CLI or from the GUI. More like for the casual admin, not for the highly automated one (API, PowerShell, ...) Right where he would also create the volume/mount it in the namespace...

The fact that it has some extra capabilities (Quotas, security style change, oplocks, ...) is irrelevant for mounting.

Sebastian

On 3/17/2016 5:36 PM, Parisi, Justin wrote:

You can create folders in cDOT with ZAPI calls. ;)

http://community.netapp.com/t5/Data-ONTAP-Discussions/Create-parent-director...

From: tmac <tmacmd@gmail.com mailto:tmacmd@gmail.com> Date: Thursday, March 17, 2016 at 11:26 AM To: Justin Parisi <Justin.Parisi@netapp.com mailto:Justin.Parisi@netapp.com>, Sebastian Goetze <spgoetze@gmail.com mailto:spgoetze@gmail.com> Cc: "Toasters@teaparty.net mailto:Toasters@teaparty.net" <Toasters@teaparty.net mailto:Toasters@teaparty.net> Subject: Re: 7Mode junction-path style on cDOT

I think the idea is you can easily make the qtree from ONTAP without having to mount the volume first, like in my first post. Not sure, but I think it requires something squirrelly to make a directory from ONTAP without it being a qtree

Sent from Mobile Outlook https://aka.ms/qtex0l

On Thu, Mar 17, 2016 at 9:22 AM -0700, "Parisi, Justin" <Justin.Parisi@netapp.com mailto:Justin.Parisi@netapp.com> wrote:

Doesn’t even need to be a qtree. Can be an empty directory.

From: <toasters-bounces@teaparty.net
<mailto:toasters-bounces@teaparty.net>> on behalf of tmac
<tmacmd@gmail.com <mailto:tmacmd@gmail.com>>
Date: Thursday, March 17, 2016 at 9:22 AM
To: Sebastian Goetze <spgoetze@gmail.com <mailto:spgoetze@gmail.com>>
Cc: "Toasters@teaparty.net <mailto:Toasters@teaparty.net>"
<Toasters@teaparty.net <mailto:Toasters@teaparty.net>>
Subject: Re: 7Mode junction-path style on cDOT

Very good point....when I was doing this on the older versions of
GX and cDOT, qtrees were non-existent.

--tmac

*Tim McCarthy, */Principal Consultant/

On Thu, Mar 17, 2016 at 9:57 AM, Sebastian Goetze
<spgoetze@gmail.com <mailto:spgoetze@gmail.com>> wrote:

    How about, instead of creating an empty volume, you *create a
    QTree named "vol"...***(in the SVM root volume)*
    *Then you can also easily mount with a junction path starting
    in "/vol/..."

    Sebastian


    On 3/17/2016 12:59 PM, tmac wrote:

...

    you *could* make that happen easily.

    There is the base root volume in cDOT (/) where all junctions
    usually form.
    You would have to set the export-policy on the root volume to
    something that is writeable by a client.
    Mount the root of the cdot filer and create the EMPTY volume
    call vol. That is your place holder.

    Then, when "mounting" a junction in cdot, do something like:

    vol mount -volume share_01 -junction-path /vol/share_01

    and it should work. I did this in a past job with hundreds of
    volumes so I can tell you it works.
    You just need to make sure your export-policies are set the
    way you want/need and be sure to limit the root volume
    export-policy when you are done.


    --tmac

    *Tim McCarthy, */Principal Consultant/
    /
    /


    RHCE6 110-107-141
    <https://www.redhat.com/wapps/training/certification/verify.html?certNumber=110-107-141&isSearch=False&verify=Verify>Current
    until Aug 02, 2016

    On Thu, Mar 17, 2016 at 7:05 AM, Momonth <momonth@gmail.com
    <mailto:momonth@gmail.com>> wrote:

        Hi,

        I wonder if it's possible to employ 7Mode mount point
        behavior on cDOT NFS SVM?

        An example:

        1. I create a volume "share_01" and by default it shows up as
        "toaster:/share_01".

        2. I'd like to access it as "toaset:/vol/share_01"

        So, my question is how to add "/vol/" to its junction_path?

        Cheers,
        Vladimir
        _______________________________________________
        Toasters mailing list
        Toasters@teaparty.net <mailto:Toasters@teaparty.net>
        http://www.teaparty.net/mailman/listinfo/toasters




    _______________________________________________
    Toasters mailing list
    Toasters@teaparty.net
    <mailto:Toasters@teaparty.net>http://www.teaparty.net/mailman/listinfo/toasters