in cDOT, is there any way we can mount information similar to /etc directory?

[dragontiger]

For instance, In 7-mode, we have mount filer's /etc directory to a Linux host, and the user can access the /etc/quota file, and retrieve informaiton from. After migrated to cDOT, the quota structure is different and /etc/quotas is no longer accessible.

Is there any euivalent way to mount this type of information on a local host, same as we did to mount /etc/ on 7-mode node?

thanks for your help!

[JGPSHNTAP]

No, There is no filesystem to mount.  

You have to access the information your looking for diferently

[dragontiger]

What would be the alternate way to allow the user to check out such similar information by themself, in this case similar to /etc/quotas on 7-mode?

We can manually check out such info on cDOT, and provide them to the user, but it sounds not so robotic. 

Any sugestionis?

[JGPSHNTAP]

So your end users checked out their quotas from the quota file?  That doesnt' sound right.

The best advice I would give you is become familiar with system manager if you are a GUI based.  If you a powershell guy, i would say, write a dashboard for your users.

[hadrian]

Hi dragontiger,

End users generally learn about quotas through one of two ways:

1.  Checking the free capacity of the mounted filesystem

2.  Email notification when soft or hard quotas are breached

To perform the email notification on quota events, there is good integration with OnCommand Unified Manager 6.2 to support email notification, custom email messaging, and rule-based email alerting.  You can download OnCommand Unified Manager (OCUM) at this link.  There is an alternate link for RHEL based installs:  http://mysupport.netapp.com/NOW/cgi-bin/software/?product=OnCommand+Unified+Manager+for+Clustered+Data+ONTAP&platform=VMware+vSphere

See this screen shot of the online help which has the best explanation of how the quota email alerting works. 

[dragontiger]

Hi hadrian,

Thanks for your messages.

By talking to the user, here is the process they were doing in 7-mode environment. They used their own C++ program to check local mounted /etc/quotas file, then based on user ID's and quota size as well as a certain of criteria to determine new quotas and then write over /etc/quotas, finally use shell scripts to run "quota resize" to take effect. This is steps in general. This is as much as I am aware of

So, based on this process, what API can be used to resolve this issue in cDOT environment?

[JGPSHNTAP]

Here ya go

PS C:\powershell> get-nchelp *quota*

Name Category Family Api
---- -------- ------ ---
Add-NcQuota quota {vserver} {quota-add-entry}
Disable-NcQuota quota {vserver} {quota-off}
Enable-NcQuota quota {vserver} {quota-on}
Get-NcQuota quota {vserver, cluster} {quota-list-entries-iter}
Get-NcQuotaReport quota {vserver, cluster} {quota-report-iter}
Get-NcQuotaStatus quota {vserver, cluster} {quota-status-iter}
Remove-NcQuota quota {vserver} {quota-delete-entry}
Set-NcQuota quota {vserver} {quota-set-entry}
Start-NcQuotaResize quota {vserver} {quota-resize}

[hadrian]

Hello dragontiger,

I perform clustered Data ONTAP transition consulting for NetApp.

Two points to remember:

1.  Many of the services we used to manage in 7-Mode changed from using flat file conf files into databases in clustered Data ONTAP in order to support replication to multiple nodes of a scale out cluster.  So files like /etc/exports, /etc/quotas are actually no longer flat files to review at the CLI, and your quest for /etc/quotas manipulation may need to be done using a command or scripted API call.   What are you hoping to do with the quotas database, so we can find the right API to call?

2.  While you can't nfs mount the /etc path, cDOT provides HTTPS and SCP access to some flat files like log files.  The easiest way to do that is using a web interface like so:  https://cluster-mgmt-ip/spi/node-name/etc/log .  See this KB article for more info:  https://kb.netapp.com/support/index?page=content&id=1012580

Hadrian