In message 7F608EC0BDE6D111B53A00805FA7F7DA010458B6@tahoe.netapp.com, "Tho mpson, Tim" writes:
Note that the per-volume options are persistent; their values are recorded in the file system "fsinfo block". Thus, for example, you don't have to update "/etc/rc" to put
Interesting. Can you share the reasoning behind making these options persistent?
The following scenario is not uncommon:
- person executes "options" command to fix/change something
- person forgets to add it to /etc/rc
- time passes (sometimes a lot of time, i.e. till the next reboot)
- after the next reboot, it takes (and wastes) time to re-discover the need for the fix/change, and re-apply it.
Hopefully said person won't do it twice...
Bottom line, it's very hard to defend against operator error. And most attempts either proves annoying and ineffectual, or just plain ineffectual.
For this reason, in a future release of ONTAP more things (more than just the per-volume options) will be automatically persistent. You can still put them in /etc/rc, but the trend will be toward not needing to.
So let's suppose my filer dies, double disk failure perhaps. How do I get back all these "automatically persistent" configuration options? Will things save state with something like the undocumented "cifsconfig.cfg" file? Yuch.
A question. Given the choice between:
- Having a command tell you "there's a conflicting command already in /etc/rc, you should change it there as well (or just remove it)"
vs.
- Having the command automatically update /etc/rc with the change, if it contains a conflicting command.
Which do you think would be a better approach?
Please don't go and update my rc file. The cifsconfig.cfg file is bad enough. When I don't want to know what's going on under the hood (and be forced to re-add a bunch of configs by hand as a result of my ignorance), I'll transfer over to the NT support group...
jason
P.S. I bit my tongue this morning about NTP, but I might as well say something now... About three years ago I asked about possible NTP support and got nothing. Six months ago someone on this list practically begged for at least SNTP support. Well...?
--- Jason D. Kelleher kelleher@susq.com Susquehanna Partners, G.P. 610.617.2721 (voice) 401 City Line Ave, Suite 220 610.617.2916 (fax) Bala Cynwyd, PA 19004-1122