Sebastian,

I just started doing some new tests and don't see that behavior on the new volumes I'm creating.  The problem with most of the recent exports is there was a comma missing between the export and the admin server.  Since we use a NIS group for exports, the admin hostname was being appended to the group name making it invalid (@allroot=server).

The new volumes I'm creating show different configurations from each other and not re-producing the problem.  I guess I'll have to go look around in oncommand since filerview isn't available on 8.x.  Until I can get these re-creating in the same way I'll have to ignore this problem unless I can create it again.  I haven't used filerview for years and forgot about the settings in there.

Thanks for the memory jogger.

Jeff



On Tue, Apr 23, 2013 at 11:05 AM, Sebastian Goetze <spgoetze@gmail.com> wrote:
It's documented:

Enabling automatic updating
If the nfs.export.auto-update option is on, Data ONTAP updates the  /etc/exportsfile automatically
when you create, rename, or destroy a volume. In this case, when you create a volume, if an
administration host is defined, Data ONTAP adds the following export entry to the /etc/exportsfile:
path-sec=sys,root=adminhostid,nosuid
If an administration host is not defined, Data ONTAP adds the following entry to the /etc/exportsfile:
path-sec=sys,rw,nosuid
When you rename a volume, Data ONTAP automatically replaces the old volume name, wherever it
appears in /etc/exportsfile, with the new volume name. When you delete a volume, Data ONTAP
removes all corresponding entries from the /etc/exportsfile.
If the  nfs.export.auto-update option is  off, Data ONTAP does not update the  /etc/exportsfile
automatically when you create, rename, or destroy a volume; instead, it adds a message to the system
log that notifies you to update the /etc/exportsfile manually.

options trusted.hosts
Specifies up to 5 clients that will be allowed telnet, rsh, and administrative HTTP (that is FilerView)
access to the server. The host names should be entered as a comma-separated list with no spaces in
between. Enter a "*" to allow access to all clients; this is the default. Enter a "-" to disable access to the
server. NOTE: this option used to be called telnet.hosts, and in fact that is still an alias for this option.
This value is ignored for telnet if  telnet.accessis set, and is ignored for administrative HTTP if
httpd.admin.accessis set. See na_protocolaccess(8) for more details.

@Jeff: What exactly were the expected and the actual results?

Sebastian


On 23.04.2013 18:40, LITTLEFIELD James wrote:
I created a volume ("foo") on one of my FAS2240-4's running 8.1.2P3. The added exports line is:

/vol/foo -sec=sys,rw,nosuid

I don't see anything incorrect. Of course, I would normally have to edit this to match our local requirements. If you are asking how to define the default export line added for new volumes, I don't believe there is any documented way to do this.

- Jim Littlefield

On Apr 23, 2013, at 12:19 PM, Jeff Cleverley <jeff.cleverley@avagotech.com> wrote:

Greetings,

I have some NearStores that I have upgraded to 8.1.2P3.  I've found that since I've upgraded, when I create a new file system the auto-creation of the export string has changed.  It is now incorrect and all the new exports are invalid.  It isn't using what any of the others are using and it isn't tied into the vol0 export either.

Where or how do I change what is uses for default export string when a new volume is created?

Thanks,

Jeff

--
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
_______________________________________________
Toasters mailing list
Toasters@teaparty.net
http://www.teaparty.net/mailman/listinfo/toasters

This email and any attachments are intended solely for the use of the individual or entity to whom it is addressed and may be confidential and/or privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email and all attachments,

(iii) Dassault Systemes does not accept or assume any liability or responsibility for any use of or reliance on this email.

For other languages, go to http://www.3ds.com/terms/email-disclaimer



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




--
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611