Discuss

discuss@lists.centos.org

2 participants
34758 discussions

None
by None 30 Aug '16

30 Aug '16

by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u7UM1iPO028599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <centos(a)centos.org>; Tue, 30 Aug 2016 18:01:45 -0400 To: centos(a)centos.org From: Pat Haley <phaley(a)mit.edu> Message-ID: <d059a28c-b866-5056-dda6-29e3077ca907(a)mit.edu> Date: Tue, 30 Aug 2016 18:01:44 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrPIsWRmVeSWpSXmKPExsUixG6nouvFdCzc4PUCIYtlZxYwOzB6rGyb zBzAGMVlk5Kak1mWWqRvl8CV0bNoOlPBCc6KTQ9PsDcwTmfvYuTkkBAwkXjZsomti5GLQ0ig jUni8MVtUM5JRokZM6ZAOQeZJKY/2c8I0iIiICrRs/gVG4jNJqAgse7WGbBRwkCjmldeZAKx eQWsJL43bQezWQRUJeZOaGcGsUUFIiRurfrICFEjKHFy5hMWEJtZwExi3uaHzBC2vMT2t3OY JzDyzkJSNgtJ2SwkZQsYmVcxyqbkVunmJmbmFKcm6xYnJ+blpRbpGurlZpbopaaUbmIEhROn JM8OxjNvvA4xCnAwKvHwZsw4Gi7EmlhWXJl7iFGSg0lJlDf8L1CILyk/pTIjsTgjvqg0J7X4 EKMEB7OSCO91xmPhQrwpiZVVqUX5MClpDhYlcd6uGQfChQTSE0tSs1NTC1KLYLIyHBxKErw7 QBoFi1LTUyvSMnNKENJMHJwgw3mAhnuDDS8uSMwtzkyHyJ9iVJQS5xUFSQiAJDJK8+B6wfGu xn7oFaM40CvCvJcYgKp4gKkCrvsV0GAmoMEFdw6DDC5JREhJNTDOn+LY8sOJSVhFfnV4VzaH T8iDcx+0dvn36Fluta5/vWa3rODTN3LmNl7/W21uh59fwpKvfHjqMtdZ9z/tc/MKZN9/zYhn ocKdJ3P7bu9nyWx6U+Q44dhR8+nzNdf0b5hqFX9bxvtEguS/b/MebPXkTHr/ZmV4+PPttabT hGf57usu5fV/dH+mEktxRqKhFnNRcSIAKBIMXtICAAA= Subject: [CentOS] group write permissions not being respected X-BeenThere: centos(a)centos.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: CentOS mailing list <centos.centos.org> List-Unsubscribe: <https://lists.centos.org/mailman/options/centos>, <mailto:centos-request@centos.org?subject=unsubscribe> List-Archive: <http://lists.centos.org/pipermail/centos/> List-Post: <mailto:centos@centos.org> List-Help: <mailto:centos-request@centos.org?subject=help> List-Subscribe: <https://lists.centos.org/mailman/listinfo/centos>, <mailto:centos-request@centos.org?subject=subscribe> X-List-Received-Date: Tue, 30 Aug 2016 22:01:46 -0000 Hi We have just migrated our data to a new file server (more space, old server was showing its age). We have a volume for collaborative use, based on group membership. In our new server, the group write permissions are not being respected (e.g. the owner of a directory can still write to that directory but any other member of the associated group cannot, even though the directory clearly has group write permissions set). This is occurring regardless of how many groups the user is a member of (i.e. users that are members of fewer then 16 groups are still affected). the relevant fstab line from the server looks like localhost:/data-volume /gdata glusterfs defaults 0 0 and for a client: mseas-data2:/gdata /gdata nfs defaults 0 0 Any help would be greatly appreciated. Thanks -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Pat Haley Email: phaley(a)mit.edu Center for Ocean Engineering Phone: (617) 253-6824 Dept. of Mechanical Engineering Fax: (617) 253-8125 MIT, Room 5-213 http://web.mit.edu/phaley/www/ 77 Massachusetts Avenue Cambridge, MA 02139-4301

1 0

None
by None 30 Aug '16

30 Aug '16

by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u7ULNSNq006624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <centos(a)centos.org>; Tue, 30 Aug 2016 17:23:29 -0400 To: centos(a)centos.org References: <d80864bd-9497-86be-d8db-cdf3c0378d7c(a)mit.edu> <20160829172355.849cf429eb17bf94dd738fa0(a)melvilletheatre.com> From: Pat Haley <phaley(a)mit.edu> Message-ID: <2e155be1-9265-a189-724b-3ab2659d38dc(a)mit.edu> Date: Tue, 30 Aug 2016 17:23:27 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160829172355.849cf429eb17bf94dd738fa0(a)melvilletheatre.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrKIsWRmVeSWpSXmKPExsUixCmqrRv082i4wc2bKhbLzixgdmD0WNk2 mTmAMYrLJiU1J7MstUjfLoErY8oKr4I7QhWPvy9mbmC8xdfFyMkhIWAiMeHnW7YuRi4OIYE2 Jonvr+8xQTgnGSWeblnADuEcZJI4+7aHGaRFWMBB4s/PdjYQW0RAVKJn8SswW0igSuL9pIus IDabgILEultngJo5OHgFrCTurdECCbMIqErs7pjBAmKLCkRI3Fr1kRHE5hUQlDg58wlYnFPA S2LpSpBWTg5mAVuJO3N3M0PY8hLb385hnsDIPwtJyywkZbOQlC1gZF7FKJuSW6Wbm5iZU5ya rFucnJiXl1qka6aXm1mil5pSuokRFHrsLso7GF/2eR9iFOBgVOLhzZhxNFyINbGsuDL3EKMk B5OSKO+eDqAQX1J+SmVGYnFGfFFpTmrxIUYJDmYlEd7P34ByvCmJlVWpRfkwKWkOFiVx3q4Z B8KFBNITS1KzU1MLUotgsjIcHEoSvJe/AzUKFqWmp1akZeaUIKSZODhBhvMADZf8ATK8uCAx tzgzHSJ/ilFRSpz3JchWAZBERmkeXC84NaixH3rFKA70ijDvBJB2HmBaget+BTSYCWhwwZ3D IINLEhFSUg2MXoXXLeI4mYVE/+/6wH6wcoE9U0T+PJM1BlkHD9Wf0vBY8KxlmrXtvGccL6Sj 7i79srzxJr9ZlPiykLwtlgyeWz8o+dev1xDPb1llFMNy/n4Bx6+UoNfBix8Hq6552ppktzJu y4MgFr6g7y9qb/DKnzLobU95usB1rsxeP72OdVU5x4UWtz9SYinOSDTUYi4qTgQA4LNe++gC AAA= Subject: Re: [CentOS] CentOS 6: files now owned by nobody:nobody X-BeenThere: centos(a)centos.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: CentOS mailing list <centos.centos.org> List-Unsubscribe: <https://lists.centos.org/mailman/options/centos>, <mailto:centos-request@centos.org?subject=unsubscribe> List-Archive: <http://lists.centos.org/pipermail/centos/> List-Post: <mailto:centos@centos.org> List-Help: <mailto:centos-request@centos.org?subject=help> List-Subscribe: <https://lists.centos.org/mailman/listinfo/centos>, <mailto:centos-request@centos.org?subject=subscribe> X-List-Received-Date: Tue, 30 Aug 2016 21:23:31 -0000 The setting the Domain = line in /etc/idmapd.conf option solved our problem Thanks On 08/29/2016 07:23 PM, Frank Cox wrote: > 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 > /sbin/service nfs restart > > Also, the complete hostname as specified (nameof.server) must be in /etc/hosts on the nfs clients as well as the server > > --------------- > try > /usr/sbin/nfsidmap -c > on the client. > Since I put this into my /etc/rc.local , I don't have the problem any > longer. > --------------- > 1) /etc/idmapd.conf > # Set domain to the domain name shared by your NFS servers. > Domain: mycompany.com > Set local-realms to the name of the nfs servers you'll be using. THIS > WASN'T MENTIONED ELSEWHERE. > Local-Realms: nfs1.mycompany.com,nfs2.mycompany.com > # make the above changes on all the servers in question. > > 2) /etc/hosts: list with all the NFS servers you specified in local-realms above. This way DNS errors don't make your servers get hung > 1.2.3.4 nfs1.mycompany.com > 1.2.3.5 nfs2.mycompany.com > > 3) Make sure you synchronize your /etc/passwd files so that the account > IDs match up or you'll get very strange results. > > 4) Reboot EVERYTHING. Restarting services was not enough. > For documentation's sake, I restarted rpcidmapd, nfslock, and nfs, but didn't get the correct permissions until reboot. It doesn't seem important to run the nfs service on the > clients. > > 5) Client mount: > # CLI > /bin/mount -t nfs servername:/path/to/share /local/mount/point > > # /etc/fstab > servername.com:/path/to/share /local/mount/mount nfs ro,nolock 0 0 > > # mount -a > > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Pat Haley Email: phaley(a)mit.edu Center for Ocean Engineering Phone: (617) 253-6824 Dept. of Mechanical Engineering Fax: (617) 253-8125 MIT, Room 5-213 http://web.mit.edu/phaley/www/ 77 Massachusetts Avenue Cambridge, MA 02139-4301

1 0

Re: [CentOS] CentOS 6: files now owned by nobody:nobody
by Jonathan Billings 30 Aug '16

30 Aug '16

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 <billings(a)negate.org>

2 1

.htaccess file
by TE Dukes 30 Aug '16

30 Aug '16

Hello, My home system on a DSL line is getting worn out by bad behavior robots. Awhile back, I created a .htaccess file that block countries by IP blocks. Its 2MB in size. I have been running Linux since Slackware 1.0 and moved to Redhat around 2.0. I started after running a BBS using a doorway for newsgroups. Been hooked ever since. So, today, I tried following the directions for apache.org website, https://httpd.apache.org/docs/current/howto/htaccess.html to move the .htaccess <https://httpd.apache.org/docs/current/howto/htaccess.html%20to%20move%20the %20.htaccess> file to a file located in a directory /var/www/htdocs. I'm just not following or understanding. The .htaccess file works but on a slow DSL, I don't want the hits. I added the following to my httpd.conf: <Directory "/var/www/htdocs"> AddType text/htdocs ".txt" </Directory> And copied my .htaccess to /var/www/htdocs as htaccess.txt In the example from the apache website, I don't get the: AddType text/example ".exm" Where did they come up .exm? TIA

6 16

None
by None 29 Aug '16

29 Aug '16

by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u7TNPWl1024422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <centos(a)centos.org>; Mon, 29 Aug 2016 19:25:33 -0400 To: centos(a)centos.org References: <d80864bd-9497-86be-d8db-cdf3c0378d7c(a)mit.edu> <73650851-909c-c43a-a926-53cbdf14af6f(a)hogranch.com> From: Pat Haley <phaley(a)mit.edu> Message-ID: <7fe0f111-e54b-6f26-d816-a82851ddd0bd(a)mit.edu> Date: Mon, 29 Aug 2016 19:25:28 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <73650851-909c-c43a-a926-53cbdf14af6f(a)hogranch.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrOIsWRmVeSWpSXmKPExsUixG6nrpt35Ei4wYsubotlZxYwOzB6rGyb zBzAGMVlk5Kak1mWWqRvl8CVcfjCYsaCi3wVl2beZGlgbObuYuTkkBAwkXi19idjFyMXh5BA G5PEgemTmSCck4wS7X9vsEM4B5kk7jx+wwzSIizgIPHnZzsbiC0iICrRs/gVmC0kUCBxcdVH JhCbTUBBYt2tM+wgNq+AlcSdttNgNSwCqhIbzy1hBLFFBSIkbq36yAhRIyhxcuYTFhCbE2j+ snOLwOYwC9hK3Jm7mxnClpfY/nYO8wRG/llIWmYhKZuFpGwBI/MqRtmU3Crd3MTMnOLUZN3i 5MS8vNQiXSO93MwSvdSU0k2MoPDjlOTdwfjvrtchRgEORiUeXgunI+FCrIllxZW5hxglOZiU RHmnxgOF+JLyUyozEosz4otKc1KLDzFKcDArifBmHgDK8aYkVlalFuXDpKQ5WJTEebtmHAgX EkhPLEnNTk0tSC2CycpwcChJ8EocBmoULEpNT61Iy8wpQUgzcXCCDOcBGv7zEMjw4oLE3OLM dIj8KUZFKXFeR5CEAEgiozQPrhecHtTYD71iFAd6RZj3EMgKHmBqget+BTSYCWhwwZ3DIINL EhFSUg2MtRuzrx96Znrb3Jt1f0vz9MNWL/5JBMb1/RXy/fB5Q+S907I8qTN2M14+rpuzfO68 mWuTyy+/PL6g0WS56+LWBIuKnRatOnlWseeTJ3M5RHeeDpqVttdg0RyGQBflxju85xlOVFzd 5/+Oy7lEeWp0Q1zWW7mp4m+9HzTMurBGZKFZZIeT2P1QJZbijERDLeai4kQAP19NXOoCAAA= Subject: Re: [CentOS] CentOS 6: files now owned by nobody:nobody X-BeenThere: centos(a)centos.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: CentOS mailing list <centos.centos.org> List-Unsubscribe: <https://lists.centos.org/mailman/options/centos>, <mailto:centos-request@centos.org?subject=unsubscribe> List-Archive: <http://lists.centos.org/pipermail/centos/> List-Post: <mailto:centos@centos.org> List-Help: <mailto:centos-request@centos.org?subject=help> List-Subscribe: <https://lists.centos.org/mailman/listinfo/centos>, <mailto:centos-request@centos.org?subject=subscribe> X-List-Received-Date: Mon, 29 Aug 2016 23:25:35 -0000 I believe NFSv4. On the machine that contains the physical disks (is that the "server" or the "NSF mount"?) the relevant line from /etc/fstab seems to be UUID=bde58f42-4ac4-4763-b0a8-f83723f0e2a0 /home ext4 defaults 1 2 while on my front-end machine its mseas-data2:/home /home nfs defaults 0 0 where mseas-data2 is the name of the machine that contains the physical disks. Note that it isn't just root that's becoming "nobody" but all the users Thanks On 08/29/2016 07:14 PM, John R Pierce wrote: > On 8/29/2016 3:59 PM, Pat Haley wrote: >> 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 correct owners. >> However, doing an ls from the front-end server or any of the compute >> nodes still shows the files owned by "nobody". We rebooted one of >> the compute nodes but it still sees the files owned by nobody. > > a CentOS server isn't really a 'NAS device', as NAS implies an > appliance storage device. > > this is NFS? NFSv3, or NFSv4? what NFS options are on the server > and on the NFS mount? quite often NFS servers force root to nobody. > > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Pat Haley Email: phaley(a)mit.edu Center for Ocean Engineering Phone: (617) 253-6824 Dept. of Mechanical Engineering Fax: (617) 253-8125 MIT, Room 5-213 http://web.mit.edu/phaley/www/ 77 Massachusetts Avenue Cambridge, MA 02139-4301

1 0

Re: [CentOS] CentOS 6: files now owned by nobody:nobody
by Frank Cox 29 Aug '16

29 Aug '16

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 /sbin/service nfs restart Also, the complete hostname as specified (nameof.server) must be in /etc/hosts on the nfs clients as well as the server --------------- try /usr/sbin/nfsidmap -c on the client. Since I put this into my /etc/rc.local , I don't have the problem any longer. --------------- 1) /etc/idmapd.conf # Set domain to the domain name shared by your NFS servers. Domain: mycompany.com Set local-realms to the name of the nfs servers you'll be using. THIS WASN'T MENTIONED ELSEWHERE. Local-Realms: nfs1.mycompany.com,nfs2.mycompany.com # make the above changes on all the servers in question. 2) /etc/hosts: list with all the NFS servers you specified in local-realms above. This way DNS errors don't make your servers get hung 1.2.3.4 nfs1.mycompany.com 1.2.3.5 nfs2.mycompany.com 3) Make sure you synchronize your /etc/passwd files so that the account IDs match up or you'll get very strange results. 4) Reboot EVERYTHING. Restarting services was not enough. For documentation's sake, I restarted rpcidmapd, nfslock, and nfs, but didn't get the correct permissions until reboot. It doesn't seem important to run the nfs service on the clients. 5) Client mount: # CLI /bin/mount -t nfs servername:/path/to/share /local/mount/point # /etc/fstab servername.com:/path/to/share /local/mount/mount nfs ro,nolock 0 0 # mount -a -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

Re: [CentOS] CentOS 6: files now owned by nobody:nobody
by John R Pierce 29 Aug '16

29 Aug '16

On 8/29/2016 3:59 PM, Pat Haley wrote: > 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 correct owners. However, doing > an ls from the front-end server or any of the compute nodes still > shows the files owned by "nobody". We rebooted one of the compute > nodes but it still sees the files owned by nobody. a CentOS server isn't really a 'NAS device', as NAS implies an appliance storage device. this is NFS? NFSv3, or NFSv4? what NFS options are on the server and on the NFS mount? quite often NFS servers force root to nobody. -- john r pierce, recycling bits in santa cruz

1 0

None
by None 29 Aug '16

29 Aug '16

by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u7TMxYi2018663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <centos(a)centos.org>; Mon, 29 Aug 2016 18:59:35 -0400 To: centos(a)centos.org From: Pat Haley <phaley(a)mit.edu> Message-ID: <d80864bd-9497-86be-d8db-cdf3c0378d7c(a)mit.edu> Date: Mon, 29 Aug 2016 18:59:31 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrPIsWRmVeSWpSXmKPExsUixCmqrRux70i4wcJOMYtlZxYwOzB6rGyb zBzAGMVlk5Kak1mWWqRvl8CVcf70RNaC2RwVk/dMY2pgnMvWxcjJISFgIrGldTJrFyMXh5BA G5PEmwOT2SGck4wSfx/1sUA4B5kkjvW9ZQVpEREQlehZ/AqsnU1AQWLdrTPsILawgLHE3ua3 zCA2r4CVxPGHvxhBbBYBVYlLM+aA1YsKREjcWvWREaJGUOLkzCcsIDazgJnEvM0PmSFseYnt b+cwT2DknYWkbBaSsllIyhYwMq9ilE3JrdLNTczMKU5N1i1OTszLSy3SNdPLzSzRS00p3cQI Cid2F+UdjC/7vA8xCnAwKvHwWjgdCRdiTSwrrsw9xCjJwaQkyjs1HijEl5SfUpmRWJwRX1Sa k1p8iFGCg1lJhNd/E1CONyWxsiq1KB8mJc3BoiTO2zXjQLiQQHpiSWp2ampBahFMVoaDQ0mC l3UvUKNgUWp6akVaZk4JQpqJgxNkOA/Q8DCQGt7igsTc4sx0iPwpRkUpcd7SPUAJAZBERmke XC843tXYD71iFAd6RZhXG6SdB5gq4LpfAQ1mAhpccOcwyOCSRISUVAOjXLhTjFpr1FumG1/e yu09w9DuVbNZTuJk4jPXvRyHVbvEGhunT5ZIN6wyd0pjkj3HJq2gf+nhVe9Y6/MPrcRURdiW 8T4+IfCG4fqRE4GrfRi4NgcfrdK3mffA53rf31wjY2bWSWkT2ErO62i8jZ4sc/XUWea/dVHF s5/vuLg31zr/m1Zw5yolluKMREMt5qLiRADDYFna0gIAAA== Subject: [CentOS] CentOS 6: files now owned by nobody:nobody X-BeenThere: centos(a)centos.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: CentOS mailing list <centos.centos.org> List-Unsubscribe: <https://lists.centos.org/mailman/options/centos>, <mailto:centos-request@centos.org?subject=unsubscribe> List-Archive: <http://lists.centos.org/pipermail/centos/> List-Post: <mailto:centos@centos.org> List-Help: <mailto:centos-request@centos.org?subject=help> List-Subscribe: <https://lists.centos.org/mailman/listinfo/centos>, <mailto:centos-request@centos.org?subject=subscribe> X-List-Received-Date: Mon, 29 Aug 2016 22:59:36 -0000 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 correct owners. However, doing an ls from the front-end server or any of the compute nodes still shows the files owned by "nobody". We rebooted one of the compute nodes but it still sees the files owned by nobody. Any advice would be greatly appreciated. Thanks -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Pat Haley Email: phaley(a)mit.edu Center for Ocean Engineering Phone: (617) 253-6824 Dept. of Mechanical Engineering Fax: (617) 253-8125 MIT, Room 5-213 http://web.mit.edu/phaley/www/ 77 Massachusetts Avenue Cambridge, MA 02139-4301

1 0

ipsets/iptables question
by TE Dukes 29 Aug '16

29 Aug '16

Hello, I have ipsets setup with a set of ip address that are badbots that won't comply with robots.txt This is a home server and these are most likely up to no good. I came up with a script to extract ip address from my access_log then another script to take ips and import them into my blacklist set. (see my scripts in the .htaccess thread) I can set these up as cron jobs but I'm not sure about the following: 1) after importing/updating the set, do I need to perform a, ipset save blacklist Since I haven't changed the rule in iptables, do I need to run these? 2) service iptables save 3) service iptables restart Thank!!

1 0

Loaded: not-found (Reason: No such file or directory)
by Kaushal Shriyan 29 Aug '16

29 Aug '16

Hi, I am seeing the below issue. [user~]# systemctl list-unit-files | grep nrpe [user~]# service nrpe status Redirecting to /bin/systemctl status nrpe.service ● nrpe.service * Loaded: not-found (Reason: No such file or directory)* Active: inactive (dead) [user~]# rpm -qa | grep nrpe nrpe-3.0-1.x86_64 nrpe-plugin-3.0-1.x86_64 [user~]#cat /etc/redhat-release *CentOS Linux release 7.2.1511 (Core)* [user~]# Any help will be highly appreciable and please let me know if anyone needs any additional information. Regards, Kaushal

3 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss