similar to: NFS mounted files owned by nobody

Hi, We are running a cluster under CentOS 6.6. We recently attached a new NAS device, running CentOS 6.8 and rsync'd our user file system to it. We noticed that all the files were owned by nobody (with nobody as the group). We copied over the /etc/passwd and /etc/group files from our front-end server to our NAS server. If we log in to the NAS server we see the files owned by their

This is one of those simple-been-doing-this-forever things that, for some reason, has me stumped today. When I try to NFS (v4) mount a directory, the user/group ownership shows up as user "nobody" even though /etc/passwd has values for the correct user names. How do I get it to mount with the correct user IDs? Hume is the server, running CentOS 6, all updates applied, maybe a week

Hi. I have Samba AD configured correctly, and can mount kerberized NFS from all the CentOS 7 clients.? I'm not able to use "root" on the client even though the nfs export specifies the option: no_root_squash option. I completely understand that in order to use the "root" identity (which doesn't exist as a user in the domain) on the NFS client, this identity has to

Dear, I am trying to get a prediction of my GAM on a response type. So that I eventually get plots with the correct values on my ylab. I have been able to get some of my GAM's working with the example shown below: * model1<-gam(nsdall ~ s(jdaylitr2), data=datansd) newd1 <- data.frame(jdaylitr2=(244:304)) pred1 <- predict.gam(model1,newd1,type="response")* The problem I am

Is idmapd supposed to work where users have different uid numbers on the nfsv4 server and client? It seems to show the right names for ownership on the client side, but if I automount a home directory, that user doesn't have permission to enter it, and if I change permission to allow access and create a new file, it shows on the server as owned by the uid number for the user on the client

On Mon, 29 Aug 2016 18:59:31 -0400 Pat Haley wrote: > We noticed that all the files were owned by nobody Here are my notes for dealing with this issue: If all users come up as nobody on a nfs mount: Add nfs server name to the Domain = line in /etc/idmapd.conf on both the server and the clients, i.e. Domain = nameof.server /sbin/service rpcidmapd restart /sbin/service nfslock restart

#define TL;DR Despite idmapd running, usernames/IDs don't get mapped properly. Looking for a workaround. #undef TL;DR I'm trying to get a new CentOS 7.1 workstation running, and having some problems with NFS filesystems. The server is a fully patched CentOS 6 server. On the NFS filesystem, there are two subdirectories owned by a regular user (joe). (There are actually more and by

Hello! We have central ldap for users, idmapd.conf configured on every machine and users' home folders on nfs, mounted by automount on several machines. After the last OS upgrade we notice that permissions on some files (not for all users) are corrupted: For example: -rw-r--r-- 1 4294967294 4294967294 45 Nov 11 21:20 hostlist drwx------ 2 4294967294 4294967294 4096 Jun 27 2012

On 4/3/19 5:29 PM, Gordon Messmer wrote: > On 4/3/19 2:17 PM, Mark LaPierre wrote: >> >> Content of idmapd.conf: > > > As long as idmapd is *running* it typically doesn't need to be > configured specifically. > > >> Now one more question.? The imap daemon is a mail server.? How is it >> that I need a mail server running to make LDAP and NFS

I am trying to find out why my group names are showing as nobody. I have a CentOS 6 system that is acting as a NFS server. I have some older fedora clients where the group name shows up fine, but newer CentOS 6 clients have the group name for NFS mounts show up as "nobody". The username shows up fine but the group name shows up as "nobody". I have tried changing some setting

On 4/3/19 6:43 AM, mark wrote: > On 04/02/19 20:21, Mark LaPierre wrote: >> Hey Y'all, >> >> For the last week or more I've been trying to get NFS and OpenLDAP to >> play nice with each other.? I've pretty much worn the Google machine >> out trying to find a solution.? I've found several that said "Solved" >> but none of those

On Mon, Aug 29, 2016 at 06:59:31PM -0400, Pat Haley wrote: > ... We > noticed that all the files were owned by nobody (with nobody as the group). If its NFSv4, then its most likely a problem with your idmapper. Make sure that the rpc.idmapd is running on your client, and that your server has appropriate ID mapping enabled. If its NFSv4, are you using sec=krb5*? -- Jonathan Billings

Hi, is it possible to create a Samba share with full Windows ACL support based on a mounted NFS share? What is needed e.g. as NFS mount options? Regards Tim

Hey Y'all, For the last week or more I've been trying to get NFS and OpenLDAP to play nice with each other. I've pretty much worn the Google machine out trying to find a solution. I've found several that said "Solved" but none of those solutions solved my nobody:nobody problem. In the past I've used NFS in conjunction with NIS to share home directories from my

I ran yum update on a CentOS 6.0 machine against the CR repository and noticed that the nfs-utils-lib update broke my rcp.idmap settings: rpc.idmapd: libnfsidmap: processing 'Method' list rpc.idmapd: libnfsidmap: Unable to get init function: /usr/lib64/libnfsidmap/umich_ldap.so: undefined symbol: libnfsidmap_plugin_init rpc.idmapd: libnfsidmap: requested translation method,

On 11/9/2020 3:00 PM, Rowland penny via samba wrote: > On 09/11/2020 19:41, Jason Keltz via samba wrote: >> Hi. >> >> I have Samba AD configured correctly, and can mount kerberized NFS >> from all the CentOS 7 clients.? I'm not able to use "root" on the >> client even though the nfs export specifies the option: >> no_root_squash option.

On Fri, Oct 21, 2016 at 11:21 AM, <m.roth at 5-cent.us> wrote: > Larry Martell wrote: >> We have 1 system ruining Centos7 that is the NFS server. There are 50 >> external machines that FTP files to this server fairly continuously. >> >> We have another system running Centos6 that mounts the partition the files >> are FTP-ed to using NFS. > <snip>

On Fri, Oct 21, 2016 at 11:42 AM, <m.roth at 5-cent.us> wrote: > Larry Martell wrote: >> On Fri, Oct 21, 2016 at 11:21 AM, <m.roth at 5-cent.us> wrote: >>> Larry Martell wrote: >>>> We have 1 system ruining Centos7 that is the NFS server. There are 50 >>>> external machines that FTP files to this server fairly continuously. >>>>

I'm using CentOS5.9 and mounting a remote directory via NFSv4. The nfs server is OpenIndiana 151.a.7 (i.e. Solaris). Users bin and daemon have each others ID on the oposite system. On OpenIndiana: User: bin; ID=2 User: daemon; ID=1 On CentOS: User: bin; ID=1 User: daemon; ID=2 That means if I create a file as daemon on the client (CentOS), it gets saved on the server as owner bin

Author: rmesta Repository: /hg/zfs-crypto/gate Revision: 76b3a89dc4ebc9f389aa37dd4f7e76275266630c Log message: PSARC 2005/487 sysidtool(1m) Integrated NFSv4 Prompts 6231897 ON changes in support of 5110062: nuke sysidnfs4(1m) Files: create: deleted_files/usr/src/cmd/fs.d/nfs/sysidnfs4/Makefile create: deleted_files/usr/src/cmd/fs.d/nfs/sysidnfs4/config_nfs4.c create: