similar to: nobody:nobody

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 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 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,

CentOS Errata and Bugfix Advisory 2019:0169 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0169 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1287ee0abf7d3ead994786501e227d6cebbd53428df045d122883ce4a471e707 libipa_hbac-1.16.2-13.el7_6.5.i686.rpm

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

I don't know if this is the right place to report this or not. I am building a new server on a 64 bit CentOS 6.0 platform. [root at newmick ~]# cat /etc/redhat-release CentOS Linux release 6.0 (Final) [root at newmick ~]# uname -a Linux newmick.halshome.net 2.6.32-71.29.1.el6.x86_64 #1 SMP Mon Jun 27 19:49:27 BST 2011 x86_64 x86_64 x86_64 GNU/Linux Mail subsystem consists of:

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

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

CentOS Errata and Security Advisory 2019:0368 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0368 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7bd503f525c64e0ae499d36a341763ed3a8d662331823e3b423944e1c9c46c62 libgudev1-219-62.el7_6.5.i686.rpm

CentOS Errata and Bugfix Advisory 2019:0063 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0063 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b22a1737a4e5697e44b3151c970a3433097410cf34039258b8fcfbfe8d1dc95b libipa_hbac-1.13.3-60.el6_10.2.i686.rpm

CentOS Errata and Bugfix Advisory 2019:1015 Upstream details at : https://access.redhat.com/errata/RHBA-2019:1015 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3beb3f6ae942956930bcdc878e3a67372b4515e99f97d98b01b7a4fc10db96dd glibc-2.17-260.el7_6.5.i686.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

** I truncate my initial mail below for size reason ** I've tried your tips but nothing better.... AD users can still accessing share (ouf !!), but local users not more. I can't find where it blocks.... Thanks for your help Louis, Greetz, Bruno Le 02/08/2016 à 15:33, L.P.H. van Belle a écrit : > > You keep 2 ranges. > > One for the “local (linux) users” > >

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory 2020:0471 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2020:0471 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c89a83ebbc2927db579984c7570fe55087dcaafeec5ce677ab22e3f757a71bec spice-glib-0.26-8.el6_10.2.i686.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

I have 2 centos boxes and I want to NFS mount a dir from one to the other. When I do that the files on the client all are owned by nobody.nobody. I verified that the user and group of the files on the server exist on both hosts and have the same uid and gid. I googled and found this: http://whacked.net/2006/07/26/nfsv4nfs-mapid-nobody-domain/ domainname on both machines returns (none). I edited

CentOS Errata and Bugfix Advisory 2018:3340 Upstream details at : https://access.redhat.com/errata/RHBA-2018:3340 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 93c571b8c3a219ef0ef8d3109e3a70b34f131e188484bfee9996220d784f84ae selinux-policy-3.13.1-229.el7_6.5.noarch.rpm

CentOS Errata and Security Advisory 2019:1578 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2019:1578 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0afce61621d00a32482cf54014867a7dd83cdb13c8be1cf43a0b9883f8058a1d libvirt-0.10.2-64.el6_10.2.i686.rpm