root can't execute chown on NFS mountpoint

unix

    Next

  • 1. printer printing two additional pages
    I have an HP printer that I am printing to, after printing the banner it prints two additional blank pages then the file, what could be the problem? I am using netstandard as the interface
  • 2. sendmail group writable directory errors
    what do these errors mean: sendmail[26517]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 80: fileclass: cannot open '/etc/mail/local-host-names': Group writable directory Sep 1 16:00:19 mf-ntc sendmail[26517]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 561: fileclass: cannot open '/etc/mail/trusted-users': Group writable directory Sep 1 16:00:20 mf-ntc sendmail[26554]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 80: fileclass: cannot open '/etc/mail/local-host-names': Group writable directory Sep 1 16:00:20 mf-ntc sendmail[26554]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 561: fileclass: cannot open '/etc/mail/trusted-users': Group writable directory
  • 3. Printer port
    On Solaris 2.6 how do I check which port the printer is actually using
  • 4. Sunsoft Developers license
    Is sun still selling licenses for the Sunsoft developers compilers or has it been obsoleted by the free compilers in sfw directory and Sun studio
  • 5. Solaris Printing
    Hi, Hope you can help. I have an application that regularly pruduces batches of letters, places them in a print queue, which is served by a dedicated printer. Unfortunatley, the users of this system also have the ability to print reprints of letters. If they do this during the printing of a batch, their letter gets put right in the middle of it. Is there any way to prioritise jobs as they are put into a print queue. So that the batch can have a high priorty, and users low? Cheers, Peter.

root can't execute chown on NFS mountpoint

Postby Mark Neis » Sat, 12 Nov 2005 19:42:25 GMT

Hi group,

today I was made aware of one of my Solaris 9 machines behaving
somewhat strangely. A local directory which serves as NFS mountpoint
does not let root execute chown:

|    # ls -l
|    drwxrwxrwx   3 root     root        4096 Oct 13 09:38 GNE
|    # chown oracle:dba GNE
|    chown: GNE: Not owner
|    #

Unfortunately I can't umount that share at the moment because the
database thereon can't be shut down before next week (I was hoping
that if the NFS mount was gone, the chown would work).

Is this the regular behavior of a NFS mountpoint? Or am I missing some
other detail which would explain this?


Mark

-- 
Ich bin ein freier Mensch und werde jetzt von meinen Freiheitsrechten
Gebrauch machen - und zwar ausgiebig - natlich nur in dem Rahmen, den
Otto Schily mir noch zur Verfung stellt.     -- Wolfgang Clement

Re: root can't execute chown on NFS mountpoint

Postby Thomas Maier-Komor » Sat, 12 Nov 2005 20:26:16 GMT



the directory where you mount a share get the ownership an permissions
of the shared directory. So you are actually trying to change the owner
of the exported directory.

You have two choices. Either you change your share options to allow
root operation on the client (i.e. share -F nfs -o root=myclient
/export/mydir) or you change the owner and group on the NFS server
directly.

HTH,
Tom

Similar Threads:

1.can I chown(1) an NFS-mounted file to a user *not* on the NFS server

- I have NFS server (say server_sys) and client (say client_sys) and
mount a directory off NFS server, then create/chmod/chown a file to
users common to both systems
 - then i attempt to chown file to user common *only* to client and
get permissions error...is this because <another_user> is not on NFS
server, this is not a directory perms issue.


# mount -F nfs -o rw,vers=4 server_sys:/export/home/server_dir
/client_dir
# cd /client_dir
# touch client_test_file.tst
# chmod 777 client_test_file.tst
# chown bin client_test_file.tst
# chgrp staff client_test_file.tst
# chown another_user uidmapping.tst
chown: client_test_file.tst: Permission denied
                             ^^^^^^^^^^^^^^^^^
                             why?

2.NFS: NFS3 lookup fails if creating a file with O_EXCL & multiple mountpoints in pathname

3.NFS: NFS3 lookup fails if creating a file with O_EXCL & multiple mountpoints in pathname

4.chown only as a root?

Hi, 
I found out that chown can be used only as a root, 
after touching a file, Is there a way to bypass it and change/erase
the owner
(which is me..).
what other "marks" do I leave behind when I go into a directory and
touching a file?

Thanks.

5.root cannot chown files

Hi Folks:

I have been under the impression that the root user can do just about
anything with files.  Now I am having trouble from the root login,
trying to chown a couple files.  What should I investigate?

# id
uid=0(root) gid=0(system) groups=2(bin),3(sys),7(security),8(cron),
10(audit),11(lp)

# ls -l *xx*
-rwxr-xr-x   1 466      hold4          7725 Oct 03 2006  xxdiff
-rw-------   1 466      hold4          7724 Oct 03 2006  ~xxdiff

# chown iscpadm *xx*
chown: xxdiff: Operation not permitted.
chown: ~xxdiff: Operation not permitted.
#

Thanks,
Wayne Scott

6. chown to "root" on a mac for xdebug for netbeans for php ide

7. Solaris 8: Cannot rm, chmod, chown, or do anything as Root

8. [PATCH] NFS: Make NFS root work again



Return to unix

 

Who is online

Users browsing this forum: No registered users and 79 guest