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.comwrote:

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 listToasters@teaparty.nethttp://www.teaparty.net/mailman/listinfo/toasters