RE: SVM Trident limits/config

"Parisi, Justin" <[email protected]>
Newsgroups gmane.comp.hardware.netapp
Message-ID <BYAPR06MB427725CA0A0FD8F8BFE0D1788AED0@BYAPR06MB4277.namprd06.prod.outlook.com>
Nice workaround!

We do know of this limitation and are looking to try to address in future releases, btw.

From: Alexander Griesser <[email protected]>
Sent: Friday, November 6, 2020 9:37 AM
To: Parisi, Justin <[email protected]>; Toasters <[email protected]>
Subject: AW: SVM Trident limits/config

NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.


Hah, I think I just found a way to do that.
I'ts not perfect, but I can at least set a maximum to get some control on that.
I can limit the maximum number of volumes an SVM can create with:

vserver modify -vserver vs1 -max-volumes 10

And with the following rule, I can disallow the creation of a volume > 10G:

security login role create -vserver vNFS_440019_onepanel01 -role restricted -cmddirname "volume" -access all -query "-size <=10G"


Creation of a volume with size 10G:
vNFS_440019_onepanel01::> vol create -aggregate superion_data -size 10g -volume test1
vNFS_440019_onepanel01::> vol show
Vserver   Volume       Aggregate    State      Type       Size  Available Used%
--------- ------------ ------------ ---------- ---- ---------- ---------- -----
vNFS_440019_onepanel01
          test1        superion_data
                                    online     RW         10GB     9.50GB    0%

11G:
vNFS_440019_onepanel01::> vol create -aggregate superion_data -size 11g -volume test2

Error: command failed: not authorized for that command

Trying to resize the previously created 10G volume to 11G:
vNFS_440019_onepanel01::> vol size -volume test2 -new-size +1g

Error: command failed: not authorized for that command

Not perfect, but better than nothing.

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: [email protected]<mailto:[email protected]>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
Geschäftsführer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

Von: Parisi, Justin <[email protected]<mailto:[email protected]>>
Gesendet: Freitag, 6. November 2020 15:19
An: Alexander Griesser <[email protected]<mailto:[email protected]>>; Toasters <[email protected]<mailto:[email protected]>>
Betreff: RE: SVM Trident limits/config

No, there is not a way to do that.

From: Toasters <[email protected]<mailto:[email protected]>> On Behalf Of Alexander Griesser
Sent: Friday, November 6, 2020 9:07 AM
To: Toasters <[email protected]<mailto:[email protected]>>
Subject: SVM Trident limits/config

NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.

Hey there,

due to popular demand, I'm currently playing around with the trident integration and am following the docs here:
https://netapp-trident.readthedocs.io/en/stable-v18.07/docker/install/ndvp_ontap_config.html

From what I can see, there's no easy way to limit the total amount of volume space created from within the SVM.
I can limit the amount of volumes that can be created, but I cannot limit the maximum total size of those - or is there any option to do that?

I just want to make sure that none of these clients are using more resources than assigned (without having to assign dedicated aggregates).
Is that possible?

Thanks,

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: [email protected]<mailto:[email protected]>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
Geschäftsführer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

_______________________________________________
Toasters mailing list
[email protected]
https://www.teaparty.net/mailman/listinfo/toasters
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.