similar to: rpc.idmamd warnings/errors

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

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

Japheth Cleaver wrote: > On 10/19/2018 5:09 AM, Jonathan Billings wrote: >> On Fri, Oct 19, 2018 at 01:07:46PM +0200, Simon Matter wrote: <snip> > The /sbin/service command is just a shell script. I'd suggest a patch to > send stderr/out to logger as well if I thought it would be accepted. (And > *manually executing* an init script with direct call was something > we

#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

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,

Hi, I'm trying to set up NFSv4 on two boxes (centos 5.5) and have it authenticate against our Windows 2008R2 AD server acting as the KDC. (samba/winbind is running ok with "idmap config MYCOMPANY: backend = rid" so we have identical ids across the servers.) I can mount my test directory fine via NFSv4 *without* the sec=krb5 option. However, once I put the sec=krb5 option in,

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

Hi Everyone, I have been trying to setup an NFS v4 File Server but have come across an odd issue. Mounting the /nfs4exports/share appears to be successful and the information displayed about partition size and free space seem correct but if I try to do anything inside the mounted directory the client will just hang. Does anyone have any idea what I am missing?? I have try disabling all

My Synology NAS runs Samba 3.6.9 and maps accounts using winbind. It is joined to my samba4 AD. I set "winbind use default domain=yes" and have no entry for "winbind normalize names". Strangely a group like "Domain Users" appears as "domain users", i.e. in all lower case. A translation which breaks idmapd for NFSv4. My Debian Wheezy 3.6.6 behaves the

We are running kernel 2.6.18-164.6.1.el5 with exporting 3 aoe provided ext4 directories. For a couple of weeks we had a small number of users using the system with no issues, today we added 7 users and the system crashed and did not perform correctly since. Nov 23 10:20:03 sulphur rpc.idmapd[5199]: nfsdcb: id '-2' too big! Nov 23 10:42:25 sulphur nfsd[27306]: nfssvc: Setting version

On my CentOS 6.3 machine, in /etc/idmapd.conf I've updated the "[Mapping]" section of the config file: Nobody-User = paulbsch Nobody-Group = paulbsch But the mapping is not working. Files still show up as being owned by "nobody". On my Fedora 14 machine, with the exact same changes to /etc/idmapd.conf, the mapping works perfectly and the files show up as being owned by

Hi, I have this resource definition: ssh_authorized_key { "nagios@login2": key => [REDACTED] user => "nagios", type => "ssh-dss", require => Service[''nis''], } This nagios user comes from NIS, yp.conf and nsswitch.conf are handled by puppet and configured before the key. I still get an "User does not

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

greetings, is there any reason i would want any of these daemons active in memory on a simple DNS server if i do not use NFS and... of course, the unit is not being used as a workstation. 1712 ? Ss 0:00 rpc.statd 1745 ? Ss 0:00 rpc.idmapd 1813 ? Ss 0:00 /usr/sbin/acpid tia - rh

> That would be idmapd.conf, not idmap.conf Oeps, you correct. Typo there.. And you only might need this when you use nfs. But i dont know if he uses that. # wbinfo --all-domains Yes, the COMPUTERNAME only shows on the member servers. Thanks for the corrections. ;-) Greetz, Louis > -----Oorspronkelijk bericht----- > Van: samba [mailto:samba-bounces at lists.samba.org] Namens

Hello, after upgrade from CentOS 5 to 5.1 I see the following error in /var/log/messages: 'rpc.idmapd[2330]: main: open(/var/lib/nfs/rpc_pipefs/nfs): No such file or directory' The directory exists with the permissions dr-xr-xr-x 2 root root 0 Dec 7 10:21 nfs So is this an owner/permisson problem? Should /var/lib/nfs/rpc_pipefs/nfs be owned by rpcuser? # ls -al /var/lib/nfs/ total

Hi all, I have setup a CentOS6.3 x86_64 host to act as a nfs server. According to RHEL6 docs, portmap is not needed when you use NFSv4, but in my host I need to start rpcbind service to make NFSv4 works. My /etc/sysconfig/nfs # # Define which protocol versions mountd # will advertise. The values are "no" or "yes" # with yes being the default MOUNTD_NFS_V2="no"

Pete Orrall wrote: >> So, at which stage are you in w/ regards to adopting systemd? Are you >> still >> ridiculing it, violently opposed to it, or have you mellowed to it? > > I've never had to write my own init scripts before so I'm not feeling > the pain of others, but having professionally managed machines running > SystemD for a while now honestly I

I forgot, post also:   cat /etc/idmapd.conf ( im adding it in the debug-collector atm )   There might be a mis in detecting the Domain or Local-Realm. I suggest, add this :    Domain = jeoffice.jacklin.co.za Local-Realm = JEOFFICE.JACKLIN.CO.ZA   see if that helps.   Greetz,   Louis Van: Ian Coetzee [mailto:samba at iancoetzee.za.net] Verzonden: woensdag 10 april 2019 10:17 Aan: L.P.H. van

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