Sponsored Content
Full Discussion: tar using mount points
Top Forums UNIX for Dummies Questions & Answers tar using mount points Post 68074 by Just Ice on Wednesday 30th of March 2005 10:54:53 PM
Old 03-30-2005
try touching a file in the mounted directory to confirm whether you have write access to it as root user ... if not able, the NFS-mounted directory you are trying to write to has exported the directory without remote root access by default ...

see "man share" and "man -s 1M share_nfs"
 

10 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

mount points

sometimes in Solaris 8 when I go to mount filesystems using either the mount command or by editing the /etc/vfstab, i get a nice little error message saying the the number of allowable mount points has been exceeded. I have read man pages until I am blue in the face and no where can I find what the... (3 Replies)
Discussion started by: manderson19
3 Replies

2. UNIX for Dummies Questions & Answers

Mount Points at reboot

How do I make a mount point reconnect at boot without editing /etc/fstab? Is there an option (or switch) to make this persistent when issuing the mount command from a client? (1 Reply)
Discussion started by: AIXdumb455
1 Replies

3. UNIX for Dummies Questions & Answers

NFS Mount Points

Hi Solaris 10 On server A, there is a directory called data with 10 files. This data directory has a further 3 subdirectories, gl, pay, contract (for example) On server B, I want to see the server A data directory commands used: on server A, share -F nfs -o ro -d "<description">... (1 Reply)
Discussion started by: davidra
1 Replies

4. HP-UX

Cannot unmount mount points??

When taking a snap, I have a script that stops any active snap. When running the script, I'm getting a message that u02 and u04 are already mounted. How can I find out what process(es) is/are latching on the these mount points? Thank you for your time. (1 Reply)
Discussion started by: genzbeat
1 Replies

5. UNIX for Dummies Questions & Answers

mount points are already mounted

Hi, I have some issue with the mounting/unmounting on my sun solaris box. Actually their is one script that mount the file system take the backup of databases and unmount the file system.Last week this script failed to mount the file system with the below error message: + echo fs_check.sh:... (1 Reply)
Discussion started by: biju.mp
1 Replies

6. UNIX for Advanced & Expert Users

mount points

hi, I believe a mount point does not have to be a physical disk, but rather a logical one? Is this correct? if so, how can I find out if my mount points are on different physical disks? thanks (9 Replies)
Discussion started by: JamesByars
9 Replies

7. Shell Programming and Scripting

Shell Script to see the mount points.

Hi all, First of all I dont even know the ABC of scripting .. But now I want a Script to see the mount points of the file systems Can any body help plsssssssss :o (1 Reply)
Discussion started by: priky
1 Replies

8. Red Hat

Mount Points? How?

Hi folks, I have been asked to performed the following: Add the following new moint points systemA:/avp and SystemB:/usr/sap/trans to be the new linux server ZZZ How can I add those mount points and how those mount points can become another linuz server?:wall::wall::wall: (2 Replies)
Discussion started by: 300zxmuro
2 Replies

9. Red Hat

Types of mount points

Hi, What are the types of mount points available in Linux machine and how to find what type of mount point is configured in my linux machine? Is mount point otherwise called as file system or do they have different meaning ? Regards, Maddy (4 Replies)
Discussion started by: Maddy123
4 Replies

10. Solaris

Solaris tar command to ignore mount points?

i.e. to stay in local filesytem. I believe the flag in linux is one-file-system. Is there corresponding in solaris? SOLARIS 9 BTW. (10 Replies)
Discussion started by: psychocandy
10 Replies
exports(5nfs)															     exports(5nfs)

Name
       exports - defines NFS file systems to be exported

Syntax
       /etc/exports

Description
       The  file  describes  the  local file systems and directories that can be mounted by remote hosts through the use of the NFS protocol.  The
       file can also be used to restrict access to a particular set of remote systems.	The request daemon accesses the file each time it receives
       a mount request from an NFS client.

       Each  entry  in the file consists of a file system or directory name followed by an optional list of options or an optional list of identi-
       fiers or both. The identifiers define which remote hosts can mount that particular file system or directory.  The identifiers listed beside
       the  name of each file system or directory can be either host names or YP netgroups names.  When the daemon receives a mount request from a
       client, it searches for a match in the list of identifiers, first by checking the client host name with the host name identifiers and  sec-
       ond  by	checking  the  client  host  name  in a YP netgroups.  When it finds a match, makes that file system or directory available to the
       requesting client.

       The exports file format is defined as follows:
       pathname [-r=#] [-o] [identifier_1 identifier_2 ... identifier_n]
       or
       #anything

       Name of a mounted local file system or a directory of a
		      mounted local file system . The must begin in column 1.

       options:

		      -r=#    Map client superuser access to uid #.  If you want to allow client superusers access to the file system or directory
			      with  the  same permissions as a local superuser, use Use only if you trust the superuser on the client system.  The
			      default is which maps a client superuser to nobody.  This limits access to world readable files.

		      -o      Export file system or directory read-only.

			      The options can be applied to both file system and directory entries in

       identifiers:   Host names or netgroups, or both, separated by white space, that specify the access list for this export.   Host	names  can
		      optionally contain the local BIND domain name.  For more information on BIND, see the Guide to the BIND/Hesiod Service If no
		      hosts or netgroups are specified, the daemon exports this file system or directory to anyone requesting it.

       A number sign (#) anywhere in the line marks a comment that extends to the end of that line.

       A whitespace character in the left-most position of a line indicates a continuation line.

       Each file system that you want to allow clients to mount must be explicitly defined.  Exporting only the root (/) will not allow clients to
       mount Exporting only will not allow clients to mount if it is a file system.

       Duplicate directory entries are not allowed.  The first entry is valid and following duplicates are ignored.

       Desired export options must be explicitly specified for each exported resource: file system or directory.  If a file system and subdirecto-
       ries within it are exported, the options associated with the file system are not ``inherited''.	You do not need to export an  entire  file
       system to allow clients to mount subdirectories within it.

       The  access  list  associated with each exported resource identifies which clients can mount that resource with the specified options.  For
       example, you can export an entire file system read-only, with a subdirectory within it exported read-write to a subset of  clients.   If  a
       client  that  is  not  identified in the export access list of a directory attempts to mount it, then access is checked against the closest
       exported ancestor.  If mount access is allowed at a higher level in the directory tree of the file system, the  export  options	associated
       with the successful match will be in effect.

       If  you	are concerned with nfs security, all ufs file systems exported via nfs should be ufs mounted with the option. All ufs file systems
       exported via nfs with the option specified in the file should be ufs mounted with the option.

Examples
       /usr alpha beta	       # export /usr to hosts alpha and beta, client
				 superuser maps to uid -2 and read-write
				 access is permitted

       /usr/staff/doe clients  # export directory to hosts in netgroup clients

       /usr/man/man1 -o        # export directory read-only to everyone

       /usr/local -r=0 beta    # export file system to beta, superuser
				 on beta maps to local superuser (uid=0)

Files
See Also
       hosts(5), mountd(8nfs), netgroup(5yp)
       Guide to the BIND/Hesiod Service
       Introduction to Networking and Distributed System Services

																     exports(5nfs)
All times are GMT -4. The time now is 01:18 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy